Skip to Main Content
AVEVA™ PI System™ Feedback Portal

Welcome to our feedback site!


We created this site to hear your enhancement ideas, suggestions and feedback about AVEVA products and services. All of the feedback you share here is monitored and reviewed by the AVEVA product managers.

To start, take a look at the ideas in the list below and VOTE for your favorite ideas submitted by other users. POST your own idea if it hasn’t been suggested yet. Include COMMENTS and share relevant business case details that will help our product team get more information on the suggestion. Please note that your ideas and comments are visible to all other users.


This page is for feedback specifically for AVEVA PI System. For links to our other feedback portals, please see the tab RESOURCES below.

Status Declined
Created by Brent Bregenzer
Created on Aug 19, 2022

Provide a mechanism in AF for moving a UOM from one class to another.

With multi-user AF Servers, it is not unusual for a UOM to end up in the wrong class.  Currently, fixing this issue is not trivial.  If you try to delete the UOM from its current class so it can be recreated in the correct class, you get the following error: "Cannot remove UOM '' because it is referenced by one or more Element objects.  The first one is named ''." This element could be one of many that use the UOM and could exist in any database on the server.  So the only option is to somehow do a server-wide search to find all instances of elements using the UOM and remove the UOM reference.  Then delete and recreate the UOM in the correct class before returning to all of the elements that previously used it and adding it back. It would be better to have a right-click option like "Move UOM" available that switches the UOM to the new class and handles all of the re-mapping on the backend automatically.
  • ADMIN RESPONSE
    Aug 19, 2022
    Thank you very much for sharing your feedback on the PI Server. After further evaluation, we have decided to decline this item, as we are not planning on implementing it in the near future due to other high priority items across the PI System. Thank you for your feedback, and know that we are listening and reviewing every item that gets submitted!
  • Attach files
  • Guest
    Reply
    |
    Aug 19, 2022
    It would also be useful to have a tool that can search a database or databases for occurrences of a unit of measure in which template and which attributes.
  • Guest
    Reply
    |
    Aug 19, 2022
    Can you provide an example of this? i.e. an UOM created in the wrong class and you would like to move it.
  • Guest
    Reply
    |
    Aug 19, 2022
    Thinking about this some more, what if there are related UOM that are derived from this UOM you want to move? Should we move everything?
  • SteveTaylor
    Reply
    |
    Aug 19, 2022
    This has been a pain point for us as a customer - we're now managing UOMs as tightly as possible, but occasionally have had cases where an established UOM turns out to be in the wrong class, and needs to be moved to allow it to cross-convert cleanly. I've just spent six weeks of time comparing and aligning UOM sets on two servers, and three weeks of that was spent simply building a reliable function in Powershell for migrating a UOM from one class to another whilst cleanly managing all the dependencies. And when I'm finished I need to cascade this change to seven or more other AF servers. This is made worse by the fact that some UOM dependencies which 'lock' a UOM and prevent deletion are undetectable outside of the PIFD - if a UOM is locked by an 'AttributeValue', this lock cannot be detected using any supported tools. Even for detectable dependencies such as ElementAttributes, there are no AFSDK functions capable of searching for attributes by UOM, and so again we had to build our own function to do this at scale. We've tried as hard as possible to manage this complexity without going into SQL, but it wasn't possible.