# Ignition OPC UA Compatibility **URL:** \ **Category:** Ignition\ **Tags:** scripting\ **Created:** [December 2, 2020, 6:48am UTC](https://forum.inductiveautomation.com/t/ignition-opc-ua-compatibility/41119 "2020-12-02T06:48:06Z")\ **Posts on this page:** 1\ **Showing post:** 4
**Author:** ![Kevin.Herron](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/kevin.herron/32/7259_2.png) [@Kevin.Herron](https://forum.inductiveautomation.com/u/Kevin.Herron)\ **Post date:** [December 2, 2020, 3:27pm UTC](https://forum.inductiveautomation.com/t/ignition-opc-ua-compatibility/41119/4 "2020-12-02T15:27:39Z")
> [@ricardo.juarez](#): > > Can you give me a code snipped on how to use complex data types as variables and input output in method calls ? [This thread](http://forum.inductiveautomation.com/t/opc-ua-method-call-with-complex-input-values/31205) has some examples of calling a method with complex inputs. I don't have a server with methods with complex input arguments set up to test this with and write a code snippet against right now. > [@ricardo.juarez](#): > > That means that I will always need to know the node id of the variable or method that I want to use correct ? Yes. Though we might be able to add some new system.opcua scripting functions in the future for OPC UA specific things like this. I've avoided exposing any kind of functionality involving browse paths because the way syntax requires you to specify namespace indices and reference types is non-intuitive to anybody who isn't pretty familiar with the OPC UA spec and it would likely just turn into a support hot spot. * * * It might be interesting to capture this browse traffic from Ignition in Wireshark as well as get screenshots of the references panel in UaExpert to see what kind of references each node has at each step. HasNotifier and HasEventSource references are removed from browse results before they are returned. Not sure if that is relevant here, though. edit: Ah, Methods are _not_ returned by the OPC browsing either. Probably because Ignition can't do anything with them in the QC or OPC Browser. But maybe they should get left in so scripting can see them. * * * I think overall you'll find right now there are a lot of rough edges when trying to use any of the more advanced OPC UA features in Ignition. OPC UA has a more sophisticated and capable data model and type system than Ignition does. --- _[View the full topic](https://forum.inductiveautomation.com/t/ignition-opc-ua-compatibility/41119)._