Oracle Utilities Meter Data Management (MDM) DataConnect is a feature that facilitates extraction of data for use in external applications such as energy management systems. According to the Oracle Utilities Meter Data Management Business User Guide, some examples of data that can be exported in the MDM version of DataConnect are:

Billing determinants: These are usage data that have been divided into time-of-use periods and applied with factors for billing purposes. Billing determinants can be exported to a billing system or a customer information system for generating bills or invoices.

Usage measurement data: These are raw or processed interval data that have been recorded by smart meters or other devices. Usage measurement data can be exported to an analytics system or a demand response system for analysis or optimization.

Time-of-use (TOU) maps can be used by various functions in Meter Data Management (MDM). A TOU map is a configuration that defines how interval measurements are converted into scalar measurements based on different TOU periods. A typical scenario in which TOU maps are applied is to usage transactions and final measurements for billing and analytical purposes. A usage transaction is a record that stores the bill determinants and other usage information for a usage subscription. A final measurement is a record that stores the measurement data that has been validated, edited, and estimated. TOU maps can be applied to usage transactions and final measurements to calculate bill determinants or perform analysis based on different TOU periods.

TOU maps are not applied to initial measurement data (IMD) records for creating summarized TOU final measurements. IMD records are records that store the raw measurement data that is received from smart meter systems or other sources. IMD records are not converted into final measurements by using TOU maps, but by using VEE rules.

TOU maps are not used to determine the time a user worked on an incorrect measurement, which is a function that is performed by using audit trails or logs. TOU maps are not used to map usage data with geospatial applications, which is a function that is performed by using location data or coordinates.

The Smart Grid Gateway (SGG) is a middleware component that provides integration between Oracle Utilities Meter Data Management and smart meter systems. The SGG has three main uses:

Sharing event information with downstream systems: The SGG can process events from smart meter systems and send them to downstream systems, such as customer information systems (CIS), outage management systems (OMS), or distribution management systems (DMS). Events are occurrences that happen on devices or networks, such as tampering, low battery, or power outage.

Connecting to Smart Meter systems: The SGG can communicate with smart meter systems using various protocols and adapters. The SGG can support multiple smart meter systems simultaneously and provide a common interface for Oracle Utilities Meter Data Management.

Sharing outage information with outage management systems: The SGG can process outage events from smart meter systems and send them to outage management systems for analysis and restoration. Outage events are events that indicate a loss or restoration of power on a device or network.

The SGG does not share customer information or communicate directly with meters. Customer information is managed by Oracle Utilities Customer Cloud Service or Oracle Utilities Customer Care and Billing. Communication with meters is handled by smart meter systems that connect to the SGG.

To create Smart Grid Gateway Payload Processing extendable lookup values, you should configure the Events Set Parser and Set Transformer methods in the User Exit Interceptors section. These methods are used to parse and transform event data from payload files into a common format that can be processed by Oracle Utilities Meter Data Management.

You do not need to configure Get Parser and Get Transformer methods, which are used to parse and transform measurement data from payload files. You do not need to configure SOAPSNDR and RTHTTPSNDR methods, which are used to send SOAP or HTTP messages to external systems. You do not need to configure Initial Measurements and Device methods, which are used to initialize measurement data and device information from payload files.

Synchronization Add BO is associated with the lifecycle algorithm on Dl-Device Configuration BO. A lifecycle algorithm is a custom logic that can be developed by using Groovy scripting language or Java programming language. A lifecycle algorithm is used to perform certain actions or validations when a business object is created, updated, or deleted. Synchronization Add BO is a parameter that can be configured on the lifecycle algorithm on Dl-Device Configuration BO. Synchronization Add BO is used to determine the appropriate business object for creating a new device based on certain criteria, such as device type or device configuration type.

Synchronization Add BO is not associated with the business service associated with Dl-Device Configuration BO, which is a component that provides the functionality and logic for processing data related to device configuration. Synchronization Add BO is not associated with the options on Dl-Device Configuration BO, which are configurable values that can be used to define business rules or relationships for device configuration. Synchronization Add BO is not associated with the validation algorithm on Dl-Device Configuration BO, which is a custom logic that can be developed by using Groovy scripting language or Java programming language. A validation algorithm is used to perform certain checks or validations on the data entered for device configuration.