WIN-911

I would like to have win-911 application developed that will automatically sync configurations between a HOT Backup Pair. so that if you make a change on the primary server it automatically updates the configuration on the backup server.

In V7 we had the ability to bypass alarms separate from the SCADA system so that the end user could easily bypass nuisance alarms, or alarms that cannot be fixed right away. In the newer versions (for iFix anyway) shelving is now the preferred way...

If the alarms are orphaned and are no longer present in the parent SCADA system, we keep seeing those alarms in the Win911 mobile app. The users should have the ability to delete these alarms from the app.

I would like to see a daily report of WIN-911 activity. E.g. # of alarms yesterday / last week / last month. Who received the most notifications. Avg time to ack.

I would like to see WIN911 be able to write its Activate or Standby status DIRECTLY to a SCADA (OPC -DA) Tag for display. i have primary/standby servers and would like to be able to display the status or each server.

I would like to view alarm history in the mobile app instead of alarms being automatically removed.

OPC-UA is our preferred platform as OPC-DA relies on DCOM which is increasingly difficult to support. OPC-UA support would allow for much easier consumption of non-local OPC servers while utilizing the same feature set that makes the existing OPC-...

It's very tedious to add alarm condition to items, especially with OPC DA. Allow alarm database import and export would make this process much much easier. A similar alternative is to allow copy and paste from Excel like some other apps (SubNET St...

Our Operators and Operational Technical Services departments use the Log Viewer for Historical references on Alarms and other info and do not have access to the main WIN-911 server. On the old version we were using (3.19.9) we were able to run the...

We would need to ignore (iFIX) RANGE alarm statuses in the same way as COMM alarms can be ignored (to prevent a flood of messages). Actually, it would be even better that the user could define the (alarm status) names that need to be ignored.