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.

ADD A NEW IDEA

Clear

Ideas

PI Adapter for OPC UA should send the previous value when it has been with the same value for a long time

"This enhancement request proposes a solution to address the issue of data interpolation between two values far apart in time in adapter data collection. The suggestion is to include the value right before the new data point, ensuring the fidelity...
Fabio Dani over 3 years ago in AVEVA™ Adapters / AVEVA Adapter for OPC UA 1 No status

API to check Adapter buffer statistics

We can check buffer statistics with PI Buffer subsystem (pibufss -cfg, qs) and also with PI Connector/Relay, to verify whether Buffer is healthy, events in queue and etc.Adapter does not has any API to check this.
Ee Sheing Lee almost 3 years ago in AVEVA™ Adapters / General 1 No status

Add parameter "Max Monitored Items per Subscription"

The connector for OPC UA includes a parameter “Max Monitored Items per Subscription”, which is very helpful in managing UA servers which may have limits on the maximum items per subscription. This parameter needs to also be available in the adapters.
sahilp over 1 year ago in AVEVA™ Adapters / AVEVA Adapter for OPC UA 3 Future consideration

Increase PI Notifications methods to include SMS text methods for AD users

Many notifications users are able to access notifications through e-mail, but due to the frequency or lack of importance to the platform they can be easily ignored. This proposal is to allow notifications to be sent to Cell Phones directly through...
Nathan Skitt over 3 years ago in AVEVA™ PI Server / Notifications 2 No status

Push Notifications: Ability to receive notifications on my smart phone via an app

As a Notifications user I would like to receive push notifications on my phone so that I can quickly respond to the alert. This is more efficient than receiving an email since it will quickly catch my attention.
Guest about 4 years ago in AVEVA™ PI Server / Notifications 2 Declined

Ability to send a notification as a voice call to a phone

As a notification user, I want to receive a phone call when my equipment fails and I want the message I had configured in the format read out to me.
Guest about 4 years ago in AVEVA™ PI Server / Notifications 3 Declined

Ability to use archived data in Notifications

I am trying to do weekly emails on some PI points.  It would be very nice if I could have both the value at start of event and an archive value based on a specified time stamp. 
Guest about 4 years ago in AVEVA™ PI Server / Notifications 1 No status

Implement contact-level time formatting specification

I want to be able to configure a time format setting at the contact level. This will allow me to send notifications with the user's desired time format. We can currently change time formatting options at the notification service level, but I have...
Guest about 4 years ago in AVEVA™ PI Server / Notifications 1 Declined

Get HTTP code returned by a Web Service using the WebService delivery Channel

When calling a WebService using the WebService Delivery Channel, it would be useful to be able to manage the http code returned returned by the web service and store it
jerome.boudon about 4 years ago in AVEVA™ PI Server / Notifications 1 Declined

Allow MQTT adapter to parse timestamps in local time without specifying a timezone suffix to each timestamp

We would like the MQTT Adapter to be able to interpret timestamps in local time without needing to explicitly state the timezone or UTC offset in each timestamp, but for the adapter to always interpret the timestamps as being in a specific timezon...
Guest about 4 years ago in AVEVA™ Adapters / AVEVA Adapter for MQTT 0 No status