My Oracle Support Banner

Algorithm D1-DETIECHG Does Not Handle SOM Orchestrated Meter Exchanges For Inactive Interval Meters (Doc ID 2673925.1)

Last updated on APRIL 18, 2024

Applies to:

Oracle Utilities Meter Data Management - Version 2.2.0.1.0 to 2.3.0.0.0 [Release 2.2 to 2.3]
Information in this document applies to any platform.

Symptoms

On : 2.2.0.1.0 version, Environment

ACTUAL BEHAVIOR
---------------
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.

Changes

Cause

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
Symptoms
Changes
Cause
Solution
References


My Oracle Support provides customers with access to over a million knowledge articles and a vibrant support community of peers and Oracle experts.