Algorithm D1-DETIECHG Does Not Handle SOM Orchestrated Meter Exchanges For Inactive Interval Meters
(Doc ID 2673925.1)
Last updated on MAY 26, 2020
Applies to:Oracle Utilities Meter Data Management - Version 22.214.171.124.0 and later
Information in this document applies to any platform.
On : 126.96.36.199.0 version, Environment
Algorithm D1-DETIECHG does not handle SOM orchestrated Meter Exchanges for Inactive Interval Meters
During a Meter Exchange for an Interval Meter with last read in the past (11/04/2018) and exchange date in the present (04/06/2020), SOM first creates an Install Event with the Installation Constant as 0 using Completion Event Algorithm "D1-InstallDevice". The Installation Constant is then updated 1 by Algorithm "D1-DFLTINSTC" plugged in on the "D1-SmartMeterInstallEvent" Business Object.
A validation algorithm "D1-DETIECHG" plugged in on the "D1-SmartMeterInstallEvent" Business Object detects this as a change in Install Event and instantiates the "D1-MeasurementReprocesInterval" Business Object to recalculate reads. However on Step 10 of the script, an error is thrown because there are no reads found. The algorithm soft parameter determines if this should be an Error, however we cannot change the parameter because the same is used for all exception conditions in the script.
Instead, the Validation Algorithm "D1-DETIECHG" should have handled this scenario (Last Read in past and Exchange Date current) and terminated the process.
To view full details, sign in with your My Oracle Support account.
Don't have a My Oracle Support account? Click to get started!
In this Document