The Measurement Reprocessing functionality is a feature that enables MDM to reprocess measurements based on certain criteria or events. Some of the statements that are true about the Measurement Reprocessing functionality are:

When a meter multiplier changes retroactively, measurements are reprocessed, triggering billing adjustment notifications that are sent to the customer information systems: A meter multiplier is a value that is used to adjust measurements based on certain factors, such as device accuracy or calibration. When a meter multiplier changes retroactively for a meter, measurements are reprocessed by applying the new meter multiplier value and triggering billing adjustment notifications that are sent to the customer information systems (CIS) to correct any billing errors or discrepancies.

Derived measurements are recalculated based on new data: Derived measurements are values that are calculated from raw measurements based on certain rules or factors. When new data is available for raw measurements, such as corrected or estimated values, derived measurements are recalculated based on the new data.

When an installation constant changes retroactively for a meter, measurements are not automatically reprocessed, triggering billing adjustment notifications that are sent to the customer information systems. An installation constant is a value that is used to adjust measurements based on certain factors, such as device configuration or installation. When an installation constant changes retroactively for a meter, measurements are not automatically reprocessed, but require manual intervention by using the Reprocess Measurements batch process.

Measurement reprocessing is not executed by users manually, which imports corrected initial measurement data (IMD) records. Measurement reprocessing is executed by MDM automatically or by using batch processes, which reprocess existing measurement data based on certain criteria or events.

The service point-measurement cycle relationship of Meter Data Management (MDM) can perform the following functions:

Initiate request of bill determinants from subscribing systems: A subscribing system is an external system or service provider that receives bill determinants from MDM. A bill determinant is a value that is used to calculate a bill for a service point or device. The service point-measurement cycle relationship can initiate a request of bill determinants from subscribing systems based on the measurement cycle schedule. A measurement cycle schedule defines the dates on which devices are scheduled to be read for a given measurement cycle. A measurement cycle defines the schedule for manual meter reading of devices at service points in that cycle.

Initiate push of bill determinants to subscribing systems: The service point-measurement cycle relationship can also initiate a push of bill determinants to subscribing systems based on the measurement cycle schedule. This means that MDM can send bill determinants to subscribing systems automatically or on demand.

The service point-measurement cycle relationship cannot perform the following functions:

Create optimal meter reader routes by measurement cycle: A meter reader route is a sequence of service points or devices that are assigned to a meter reader for manual meter reading. A meter reader route is not created by the service point-measurement cycle relationship, but by using other configurations, such as route type or route sequence.

Create hand-held download read activities: A hand-held download read activity is an activity that downloads measurement data from a hand-held device to MDM. A hand-held download read activity is not created by the service point-measurement cycle relationship, but by using other configurations, such as activity type or activity status.

Usage transactions can contain date breaks, which are dates that divide a usage period into sub-periods based on certain criteria or events. Date breaks are used to supply date breaks for usage transactions. Date breaks are specified by the requesting system or user input when requesting a usage transaction. A requesting system is an external system or service provider that requests bill determinants from MDM. A user input is a manual entry of data by a user.

Usage subscription BO is not used to supply date breaks for usage transactions. A usage subscription BO is a business object that defines the relationship between a service point and a subscribing system.

Usage subscription type is not used to supply date breaks for usage transactions. A usage subscription type is a configuration that defines the properties and rules for a usage subscription.

Deferred monitor calculation algorithm is not used to supply date breaks for usage transactions. A deferred monitor calculation algorithm is a custom logic that can be developed by using Groovy scripting language or Java programming language. A deferred monitor calculation algorithm is used to perform certain calculations or validations on usage transactions after they are created.

Oracle Utilities Meter Data Management normalizes measurements during the Create the Final Measurements stage of loading interval initial measurement data. Normalization is the process of converting interval measurements into a common format that can be processed by Oracle Utilities Meter Data Management. Normalization involves storing each interval measurement as a single record for a specific date and time, regardless of how they are received from smart meter systems.

Oracle Utilities Meter Data Management does not normalize measurements during other stages of loading interval initial measurement data, such as Load the Initial Measurements stage or Validation, Estimation, and Editing (VEE) stage. Normalization is not done for other purposes, such as validation or intervalization.

To allow an implementation to send bill determinants to CIS based on the requirements, you should set up the following usage subscription or usage calculation group configuration options:

Scalar usage calculation rule with a valid usage group: This defines how scalar consumption values are calculated from measurements and sent to CIS. You can define scalar usage calculation rules for different measurement types and associate them with usage groups.A usage group is a collection of usage calculation rules that are applied to measurements based on certain criteria3.

TOU usage rule with a valid usage group: This defines how TOU consumption values are calculated from measurements and sent to CIS based on specific TOU periods. You can define TOU usage rules for different measurement types and associate them with usage groups.A usage group is a collection of usage calculation rules that are applied to measurements based on certain criteria3.

You do not need to set up scalar specific group as a fallback VEE group or TOU usage group as a fallback VEE group. A fallback VEE group is used when there is no matching VEE group for a measurement based on its characteristics. A VEE group is a collection of VEE rules that are applied to measurements to validate, estimate, and edit them