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.

Add a new idea Subscribe
Status No status
Product AVEVA™ PI Server
Categories Event Frames (EF)
Created by Christoph Rose
Created on Aug 20, 2022

RELATED IDEAS

Limit visibility of EF to those of which the user has read access to the primary element

Currently the visibility of Event Frames in PI Vision and elsewhere is only limited by the security of those Event Frames. As the security of Event Frames created by Analyses is dependent on the security settings of the Event Frame template (and those are fixed in Analysis templates) it is difficult/impossible to use templates across an AF hierarchy with different security settings. If the user at least could only see those Event Frames where they have read access to the primary element, it would make everything a lot easier. Right now, in PI Vision for example, the user can simply create/edit an Event table, set the asset name to any asset and then find all Event Frames across the entire hierarchy - even those the user can't see anything else of because they do not have read access to the elements.
  • Attach files
  • Guest
    Reply
    |     Nov 22, 2024

    Agreed with the proposal; that would be helpful and consistent when standardizing events on elements that do not belong to the same scope (i.e. with different security settings).

  • VFrey
    Reply
    |     Aug 20, 2022
    I agree. Having Event Frames be able to inherit security settings from the creating element, also described at 'https://customers.osisoft.com/s/knowledgearticle?knowledgeArticleUrl=4E1E1372-9C93-4A9E-D7F4-0813291CB159', would help our Operations needs significantly. We have streamlined our displays shared with our customers so they use the same displays and we use the element-level security in AF to control what they see, in accordance with federal regulations. Since no analog exists for Event Frames, all event monitoring requires us to still monitor on behalf of others and notify them as appropriate. While we could cobble something together with PI Notifications or Event Frame Templates, it would greatly increase our AF work. We already set the security of a parent element and all children inherit it so our organization of elements drives a security maintenance linear to our number of customers. To replicate this with Notifications or Event Frame Templates, it would be at the individual event analysis level, which would be multiple geometric increases in setup and maintenance work. It would also erase many efficiencies we enjoy from Element Templates. If event frames inherited the element security settings, we'd have no increased maintenance and we'd only need to share an existing Event Table with all our customers via Vision like we do for all our other displays.