# UDT Parameters All Overridden In UDT instances

**URL:** <https://forum.inductiveautomation.com/t/udt-parameters-all-overridden-in-udt-instances/65853>\
**Category:** Ignition\
**Tags:** perspective\
**Created:** [October 31, 2022, 12:40am UTC](https://forum.inductiveautomation.com/t/udt-parameters-all-overridden-in-udt-instances/65853 "2022-10-31T00:40:59Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![franklepkowski](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/franklepkowski/32/4808_2.png) [@franklepkowski](https://forum.inductiveautomation.com/u/franklepkowski)\
**Post date:** [October 31, 2022, 12:41am UTC](https://forum.inductiveautomation.com/t/udt-parameters-all-overridden-in-udt-instances/65853/1 "2022-10-31T00:41:00Z")

</div>

Hello All,

I have noticed that if I import tags tags into an 8.1.20 gateway, UDT instances have every parameter set to override. Has anyone else noticed this behavior. This is very cumbersome as they have to be manually set back to inherit from the UDT. Is there a way to prevent this or a quick fix?

Thanks,

Frank

---

<div class="post-metadata">

**Author:** ![Joe\_Seph](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/joe_seph/32/40277_2.png) [@Joe\_Seph](https://forum.inductiveautomation.com/u/Joe_Seph)\
**Post date:** [October 31, 2022, 9:20pm UTC](https://forum.inductiveautomation.com/t/udt-parameters-all-overridden-in-udt-instances/65853/2 "2022-10-31T21:20:54Z")

</div>

Hi Frank, when creating UDT instances and setting a parameter, they should be overridden. Should every instance have the same default value for your parameter? If a UDT instance parameter was not overridden when exporting, then it should not be overridden upon importing. Please create a support ticket for this behavior so they can get a full look at the configuration.  
[https://www.inductiveautomation.com/support/home/](https://www.inductiveautomation.com/support/home/)

---

<div class="post-metadata">

**Author:** ![nminchin](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/nminchin/32/6911_2.png) [@nminchin](https://forum.inductiveautomation.com/u/nminchin)\
**Post date:** [November 1, 2022, 12:11am UTC](https://forum.inductiveautomation.com/t/udt-parameters-all-overridden-in-udt-instances/65853/3 "2022-11-01T00:11:33Z")

</div>

How did you export your tags? And are you talking about just UDT parameters, or are you talking about UDT instance tag properties as well?

There's a known "issue" with the using `system.tag.getConguration` with `system.tag.configure` when you're working with UDT instance tags. The "issue" (unwanted behaviour) is that `getConfiguration` returns _all_ overridden properties on tags (UDT definition non-defaults as well as UDT Instance non-defaults) instead of just the overridden properties at the UDT instance level, which is what is copied with a "Copy JSON" on the UDT Instance tag in the tag browser.  
Then, using `system.tag.configure` with the results of `getConfiguration` will apply these overrides to the UDT Instance tags, effectively dis-connecting every tag in the instance from its UDT definition 😕

> [@\[FEATURE\] Add option to system.tag.getConfiguration to match output of tag browser \`copy JSON\`](https://forum.inductiveautomation.com/t/feature-add-option-to-system-tag-getconfiguration-to-match-output-of-tag-browser-copy-json/62807):
>
> When you use system.tag.getConfiguration to get the configuration of UDt instances, it retrieves all non-default configuration of the UDT definition’s tags by deep recursively searching. If you compare this to the Tag Browser’s copy JSON functionality, this only copies the properties of the UDT definition tags that are overridden at face value, as well as of the name and tagType. When using getConfiguration with configure, the output from copy JSON is required otherwise you will essentially be…