Billing data for balancing group settlement — LF view
The NB transmits the billing data for the balancing group settlement to the LF and, where applicable, to the ÜNB. The LF or ÜNB checks the data and gives the NB a quality response message on the content of the data. If the LF or ÜNB expects different data content, it states this in the response message. In this case the NB informs the LF or ÜNB of the processing status of its response message.
Process flow from the perspective of the LF
Process steps
Billing data balancing group settlement from the NB to LF
LF NBZ10Z43E_0611 Check billing data for balancing group settlement (Based on EBD: E_0408_Check change from the NB)5515655673Check identifiers
Flow
Message from NB · AS4
Load data for the incoming check
- Read market location
GET /getMarketLocationBasic
- Read market location
APERAK checks
55126,55672→Z10— APERAK check: Is location known ?55126,55672→Z43— APERAK check: Does object property match?
Write endpoint
- Transaction created — Create process data
POST /createProcessData
Creates a new transaction in the backend with the data of the incoming message.
- Transaction created — Create process data
Decision tree
55126,55672→ E_0611 — Check billing data for balancing group settlement (Based on EBD: E_0408_Check change from the NB)
Trigger follow-up process
- 55156 — Response message/request bill. data BG bill. cons. MaLo
- 55673 — Response message/request bill. data BG settl. gen. Malo
After processing, the MACO APP starts the follow-up process itself; which of them runs depends on the result of the processing.
Response message on billing data
LF NB5512655672Check identifiers
Flow
Triggered by incoming message
The MACO APP sends this message itself, as a follow-up process after one of these incoming messages. In addition, the backend can trigger this step with an event — the next item.
Prozessauslöser
START_BESTELLUNG_SDAEThe backend triggers this step with this event.
Load data for processing
- Read market location
GET /getMarketLocationBasic
- Read market location
Message to NB · AS4
Response per decision tree
55156,55673→ E_0611 · LF · Check billing data for balancing group settlement (Based on EBD: E_0408_Check change from the NB)
Write endpoint
- Transaction updated — Update process data
POST /updateProcessData
Updates the existing transaction in the backend once the message has been created.
- Transaction updated — Update process data
Processing status of the response message
LF NBZ33Check identifiers
- 21047 — Processing status message · AS4
Flow
Message from NB · AS4
Response per decision tree
21047→ E_0619 · NB · Check response message (Based on EBD: E_0626_Check response message to the change)
APERAK checks
21047→Z33— APERAK check: Is referenced message known ?
Write endpoint
- Transaction updated — Update process data
POST /updateProcessData
Updates the existing transaction in the backend with the data of the incoming message.
- Transaction updated — Update process data
5 Response message on billing data
ÜNB NB
This step runs between other market partners and is not relevant for this view.
Check identifiers
Response per decision tree
55614,55675→ E_0612 · ÜNB · Check billing data for balancing group settlement
Decision trees of this process
| EBD | Name |
|---|---|
| E_0611 | Check billing data for balancing group settlement (Based on EBD: E_0408_Check change from the NB) |
| E_0619 | Check response message (Based on EBD: E_0626_Check response message to the change) |
| E_0612 | Check billing data for balancing group settlement |
| E_0618 | Process response message (Based on EBD: E_0626_Check response message to the change) |
Process information
Wording of the consolidated version, profile ch. 3.1.2.1, pp. 69–70.
Preconditions
- The following applies to the transmission of the billing data for the balancing group settlement to ÜNB: transmission, provided that the aggregation responsibility
- passes from the NB to the ÜNB or
- lies with the ÜNB and the data is relevant for the ÜNB or
- passes from the ÜNB to the NB.
- The following applies to the transmission of the billing data for the balancing group settlement to ÜNB: transmission, provided that the aggregation responsibility
Results
- The activation of MaBiS metering points may be required for the transmission of aggregated time series according to MaBiS.
- If a master data change is required, NB carries out the use case "master data change" (here: SD “Master data change originating from NB (responsible)”) (GPKE Part 4).
- If it is a market location or tranche with balancing on the basis of quarter-hour values: NB carries out the use case “Master data for balancing group integrity” (GPKE Part 4).
Trigger
- Execution after the process step
- for assigning the LFN to the market location or tranche as part of the use case „Start of supply“ (case a).
- for assigning the LF to the market location or tranche as part of the use case „Creation“ (case a).
- for assigning the E/G to the consuming market location as part of the use case „Start of replacement supply / default supply“ (case a).
- for assigning the LFN to the generating market location or to the tranche as part of the use case „Establishing a 100% LF assignment to a generating market location“ (case a).
- for ending the assignment of the LF to the market location or tranche as part of the use case „End of supply from LF to NB“ (case a).
- for ending the assignment of the LF to the market location or tranche as part of the use case „End of supply from NB to LF“ (case a).
- on the processing status of the order placement as part of the SD „Order placement of a change of billing data from LF to NB“, provided a change of the billing data for the balancing group settlement is to be made (case b).
- on the processing status of the order placement as part of the SD „Order placement of a change of billing data for the balancing group settlement from ÜNB to NB“, provided a change of the billing data for the balancing group settlement is to be made (case b).
- Execution independent of the processes above,
- provided the NB itself determines that billing data for the balancing group settlement has changed (case b) (e.g. change of the annual consumption forecast). This does not apply to a change of the MSB as part of the WiM part 1.
- provided the NB assumes that there is a data discrepancy between NB and LF or between NB and ÜNB (case b).
- provided the NB transfers the aggregation responsibility to the ÜNB (case b).
- provided the NB transfers the aggregation responsibility to the NB (case b).
Runs beforehand: Start of replacement supply / default supply, Order placement for a change of billing data from LF to NB, Order placement for a change of billing data for balancing group settlement from ÜNB to NB, Case 1: LF assignment for EEG market location without DV obligation or KWKG market location without DV obligation, Case 2: LF assignment for EEG market location with DV obligation, Case 3: LF assignment for KWKG market location with DV obligation or non-EEG / non-KWKG market location and the market location is mapped without tranches, Case 4: LF assignment for KWKG market location with DV obligation or non-EEG / non-KWKG market location and the market location is mapped with tranches, Start of supply, End of supply from LF to NB, End of supply from NB to LF, Creation — these processes name the one shown here in their result.
- Execution after the process step
First message
NB sends “Billing data for balancing group billing from the NB to LF” (Step 1). From here on, the party involved on this page takes its turn.
Objective
The billing data for the balancing group settlement have been exchanged.
Other views of the process
The same process through the eyes of the other parties involved: the same steps, each read from their point of view.
Notes on this page
The steps are the possible messages of this process, not a sequence — the source lists neither conditions nor alternatives. The small box on the step names the own view on the left: with ← it receives, with → it sends. Collapsed steps run between other market partners.