Explaining Measurement Concept Management.

Objective

After completing this lesson, you will be able to explain Measurement Concept Management.

Objects in Measurement Concept Management

In measurement concept management we differentiate between three concepts - classes, models, and instances.

Summary of the measurement concept hierarchy, where classes define the physical metering structure, models define the commercial or market structure and formulas, and instances represent a concrete installation at a specific address; further explanation is provided in the accompanying text.

A measurement concept class defines the technical and physical structure of the installation structure. A measurement concept model defines the commercial structure. A measurement concept model is always based on a measurement concept class. You can build different Measurement Concepts (MCs) models based on the same class which we will see later in the energy-feed in use case.

A measurement concept instance is a concrete representation of a MC model at a specific end-customer's address.

Standard Consumption

Physical Location Structure

Here you can see the first example - standard consumption. This means that the house owner only consumes electricity from the grid for example to use his/her household devices. Therefore, the energy is only flowing in one direction.

The energy consumed is measured with one single meter "GridM".

In the upper right you can see the so-called "network graph". Let's have a deeper look on the next figure.

Schematic illustrating a simple electricity measurement setup in which energy flows from the grid to an apartment through a unidirectional meter at the property line, with the measurement model linking the grid, a metering location recording active energy, and the consumer; further explanation is provided in the accompanying text.

Network Graph

Here you can see the network graph in the standard consumption scenario again.

The two circles are the so-called actors. In the standard consumption case there are two actors - the grid and the consumer which is the apartment. In the middle you can see the metering location with meter "GridM". The energy is flowing in only one direction; therefore, you can see one arrow pointing in one direction.

The register codes depend on the metering procedure which was selected in the class. There are two metering procedures: standard load profile or interval read.

Diagram explaining the grid-to-consumer electricity measurement model, where a metering location and its meter capture Active Energy in the Demand direction using register codes, linking the Grid actor with the Consumer actor; further details are provided in the accompanying text.

Commercial Model

This is the commercial model which belongs to the standard consumption use case. In addition to the measurement concept class, in the measurement concept model you define market locations. In this example there is one market location for the consumption. On the right bottom you can see that we have 2 formulas defined for this market location - one formula for the metering procedure "interval reading" and one formula for the metering procedure "meter reading". Here the formula is very easy: the energy amount which is assigned to the market location is the energy we measure with meter "GridMeter".

Diagram of a prosumer setup showing rooftop solar production and household consumption, where a generator meter records solar output and a bidirectional grid meter measures imports and exports to the grid, with the measurement model linking producer, consumer, and grid via active‑energy registers; further details are provided in the accompanying text.

Energy Feed-In

Physical Location Structure

Prosumer metering model showing rooftop solar output recorded by a generator meter and household import/export recorded by a bidirectional grid meter, linking producer, consumer, and grid through active‑energy measurements; further explanation is provided in the accompanying text.

Network Graph

Here you can see the network graph of our energy feed-in use case.

Diagram of prosumer energy metering, showing grid, consumer, and solar producer as actors connected by a grid metering location and meter that measure two directions (imports and exports) and a generator metering location and meter that record produced electricity; further explanation is provided in the accompanying text.

Commercial Model

To define a commercial model based on the energy feed-in use case, we can define two market locations. One consumption market location and one generation market location.

Diagram of a prosumer metering setup showing consumer and solar producer each assigned a market location, with a generator meter recording production and a bidirectional grid meter measuring imports and exports that connect the household to the grid within the measurement model; further details are provided in the accompanying text.

Commercial Settlement vs. Self-consumption

You can define several models based on the same class.

As an example, we take "energy feed in" scenario and build two different models on top of it

1. Commercial settlement: all produced energy is feed into the grid:

Graphic pairing a measurement model linking grid, consumer, and solar producer with a table of formulas that define how consumption and generation market locations calculate billed and settlement quantities under interval and SLP procedures; further explanation is provided in the accompanying text.

Now, we want to have a deeper look into the formulas. Based on our MC class for energy feed-in, there are many possibilities of MC models we can build. One MC model could be the so called "Commercial settlement". This term is used to describe that all electricity which is produced by the solar panel is fed into the grid. How can we define the formulas in this case? For the Generation Market Location, it is obvious that the energy which is produced is measured with meter "SolarM" - this is the meter within the metering location "Generator measurement". For the Consumption Market Location you could think: The energy which is consumed by the apartment is determined very easily; it is measurement by meter "GridM".

This is true but there is one thing to keep in mind: the amount meter GridM measures is only the amount we consume from the grid. What happens if we consume electricity which was produced by the solar panel? Then we have to add the excess amount SolarM-GridM_2.29.In case the house owner sticks to his agreement of "Commercial settlement" this amount SolarM-GridM_2.29 is equal to 0.

2. Self-consumption: Produced energy can be consumed and only the rest is feed into the grid:

Graphic pairing a measurement model linking grid, consumer, and solar producer with a table of formulas that define how consumption and generation market locations calculate billed and settlement quantities under interval and SLP procedures; further explanation is provided in the accompanying text.

Another commercial model which we can define based on the "energy feed-in" class is the "self-consumption" model. In this case the house owner is allowed to use produced energy by his own. Therefore, the energy amount consumed is calculated by meter GridM, direction supply (see above formula for market location "consumption"). The compensation the house owner gets is based on the amount which is fed into the grid - this amount is measurement by meter GridM, direction demand. Keep in mind that the amount, which is measured by GridM, direction supply could be smaller than the produced energy which is measured by meter "SolarM".

Difference Measurement

Physical Location Structure – Heat Pump

A 3rd example is this use case with a heat pump. In this example, the electricity which is needed by the heat pump is coming from the grid and could come from the solar panel.

Diagram of a household with solar panels and a heat pump, showing that a bidirectional grid meter plus a dedicated heat‑pump meter feed a difference‑measurement model to allocate energy among grid imports/exports, apartment consumption, and solar production; further explanation is provided in the accompanying text.

Commercial Model – Heat Pump

In this example, we define 3 market locations - 2 market locations for consumption and 1 market location for generation. The idea behind having two different consumption market locations is the following: The house owner may pay a lower kwh price for the energy consumed by the heat pump than for the energy consumed by the apartment. Therefore, we need to know how much electricity was consumed from the heat pump and how much energy was consumed from the apartment.

Diagram of a household with solar panels and a heat pump that assigns market locations to the consumer, heat pump, and producer, with a bidirectional grid meter and a dedicated heat pump meter feeding grid and difference measurements to determine imports, exports, and consumption; further details are provided in the accompanying text.

Graphic showing how formulas assign consumption and generation across the apartment, heat pump, and solar market locations under interval and SLP procedures, driven by grid and difference measurements that link the grid, consumer, and producer; further details are provided in the accompanying text.
Graphic showing how formulas allocate consumption and generation across apartment, heat‑pump, and solar market locations using grid and difference measurements under interval and SLP metering procedures; further details are provided in the accompanying text.

MCM Cloud App

How does MCM look like?

From a software component/license perspective, Measurement Concept Management is composed of two products:

  1. Firstly, our cloud solution which is officially called "Cloud for Utilities foundation" (on the left).Here you define Measurement Concept Classes and Models.
  2. Secondly, the MCM Backend Adapter in SAP S/4HANA which is part of the German Add-On "SAP S/4HANA Utilities Master Data Updates Option for Germany" resp. part of the product "Market Process Management for Utilities for SAP S/4HANA" for international market.

Here you see the master data belonging to a MCM instance as well as transfer and process documents.

Comparison of MCM (Master Data Management) Cloud Solution architecture and its SAP S/4 HANA backend adapter integration, showing the system components, data flow, and configuration options for master data management processes.

Note

The MCM Cloud solution on the left is officially named "SAP Cloud for Utilities foundation". The MCM Backend Adapter in S/4HANA is part of the product "SAP S/4HANA Utilities Master Data Updates Option for Germany" for the German market resp. part of the product "Market Process Management for Utilities for SAP S/4HANA" for the international market.

On the home screen, you can see the apps of our MCM Cloud solution.

SAP Measurement Concept Maintenance dashboard providing quick links to manage classes and models, view instances, monitor migration progress, and configure metering tasks, with further details available within each section.

Manage Measurement Concept Classes

Here you can see the MC class for the standard consumption use case.

SAP page for the “Standard_consumption” measurement concept class, summarizing its purpose and showing a circuit plan that maps grid metering to a consumer with associated tasks for tracking active energy; see accompanying text for detailed descriptions.

Here you can see the MC model for the standard consumption use case.

SAP page for the “Standard consumption” measurement concept model, indicating it is in progress and illustrating a circuit plan that maps grid metering from the grid to a consumer; see accompanying text for detailed locations and formulas.

Here you can see one instance of the MC model "Standard consumption". As you can see on the top a MC instance is a concrete installation at one specific address.

SAP Measurement Concept Instance page summarizing an active electricity instance and illustrating, via a circuit plan, how grid metering is linked to a consumer at a specific market location; see accompanying text for detailed field descriptions.

SAP S/4HANA Apps

Master Data Overview

This screen shows the Display Measurement Concept Instances app on the SAP S/4HANA backend. In the Master Data Objects tab, you get an overview about the master data (Point of deliveries, connection objects, premises and installations) which belong to the specific MC Instance INST-887.

SAP Measurement Concept Instance page for “Excess feed‑in with metered Generator,” indicating an active, completed process and presenting a table of market locations with points of delivery and related connection and installation details; see accompanying text for specifics.

Process Documents

In the Process Documents tab, you can see the processes which have been executed on the S/4 side. If you click on a specific process, you can see more details. Let's click on the process, Create Location Identifiers (see the next figure).

SAP Measurement Concept Instance page for “Excess feed‑in with metered generator,” showing the Process Documents view where all required setup and installation steps are completed for an active instance; see accompanying text for individual process details.

Here you can see all the details belonging to the process, Create Location Identifiers: a description of the respective apps, the process step ID and status.

SAP Process Document for “Create Location Identifiers,” indicating the workflow is completed and listing all process steps with their statuses; see accompanying text for step details.