# End of supply from NB to LF — LF view ## Process flow from the perspective of the LF \nSystem diagram: Lieferende von NB an LF — view of LF\n\n\nCustomer backend system\n\nMACO APP · LF\n\nMarket partner\n\n\n\n1. Abmeldung\n\nNB\n\nAS4\n44007\n\nLoad data for the incoming\ncheck\n\n\nMarktlokation lesen\n\nAPI\n\nAPERAK check: Z10, Z17,\nZ18\n\n\nCreate transaction\n\n\nCreate process data\n\nAPI\n\nLoad data for the check\n\n\n4 read APIs called\n\nAPI\nlisted at the step\n\nEBD check: G_0067_G_0068\nLieferende von NB an LF\n\n\nTrigger follow-up process:\n44008, 44009\n\n\nTriggered by incoming\nmessage: 44007\n\n\nLoad data for processing\n\n\n2 read APIs called\n\nAPI\nlisted at the step\n\n2. Antwort auf Abmeldung\n\n\nNB\n\nAS4\n44008, 44009\n\nUpdate transaction\n\n\nUpdate process data\n\nAPI\n"} gesamt={"\nSequence diagram: Lieferende von NB an LF — view of LF\n\n\nBackend (customer)\n\n\nMACO APP · LF\n\n\nNB\n\n\n1. Abmeldung\nAS4 · PI 44007\n\nCreate transaction\nCreate process data\n\n2. Antwort auf Abmeldung\nAS4 · PI 44008, 44009 · E_3002\nE_3002 — Abmeldung prüfen\n\nUpdate transaction\nUpdate process data\n"} titel="LF" /> ## Process steps ### Deregistration
**Check identifiers** - [44007](/en/schnittstellen/202610/pruefi/UTILMD_GAS/PI_44007) — NN deregistration from NB · AS4
**Flow**
  1. Message from **NB** · AS4
  2. **Load data for the incoming check** - [Read market location](/en/api/202610/backend-lesen/getmarketlocationbasic#marktlokation-lesen) `GET /getMarketLocationBasic` Try it
  3. **APERAK checks** - `44007` → `Z10` — APERAK check: Is location known ? - `44007` → `Z17` - `44007` → `Z18`
  4. **Write endpoint** - Transaction created — [Create process data](/en/api/202610/backend-schreiben-lf/createprocessdata#prozessdaten-erstellen) `POST /createProcessData` Try it out Creates a new transaction in the backend with the data of the incoming message.
  5. **Load data for the check** - [Read balancing](/en/api/202610/backend-lesen/getaccountingbasic#bilanzierung-lesen) `GET /getAccountingBasic` Try it - [Read energy supply contract](/en/api/202610/backend-lesen/getenergysupplycontractbasic#energieliefervertrag-lesen) `GET /getEnergySupplyContractBasic` Try it - [Read market location](/en/api/202610/backend-lesen/getmarketlocationbasic#marktlokation-lesen) `GET /getMarketLocationBasic` Try it - [Read grid usage contract](/en/api/202610/backend-lesen/getgridusagecontractbasic#netznutzungsvertrag-lesen) `GET /getGridUsageContractBasic` Try it
  6. **Decision tree** - `44007` → `G_0067_G_0068` — End of supply from NB to LF
  7. **Trigger follow-up process** - [44008](/en/schnittstellen/202610/pruefi/UTILMD_GAS/PI_44008) — Confirmation of deregistration from NB - [44009](/en/schnittstellen/202610/pruefi/UTILMD_GAS/PI_44009) — Rejection of deregistration from NB After processing, the MACO APP starts the follow-up process itself; which of them runs depends on the result of the processing.
### Response to deregistration
**Check identifiers** - [44008](/en/schnittstellen/202610/pruefi/UTILMD_GAS/PI_44008) — Confirmation of deregistration from NB · AS4 - [44009](/en/schnittstellen/202610/pruefi/UTILMD_GAS/PI_44009) — Rejection of deregistration from NB · AS4
**Flow**
  1. **Triggered by incoming message** - [44007](/en/schnittstellen/202610/pruefi/UTILMD_GAS/PI_44007) — NN deregistration from NB The MACO APP sends this message itself, as a follow-up process after this incoming message.
  2. **Load data for processing** - [Read balancing](/en/api/202610/backend-lesen/getaccountingbasic#bilanzierung-lesen) `GET /getAccountingBasic` Try it - [Read market location](/en/api/202610/backend-lesen/getmarketlocationbasic#marktlokation-lesen) `GET /getMarketLocationBasic` Try it
  3. Message to **NB** · AS4
    **Response per decision tree** - `44008`, `44009` → [E_3002](/en/referenz/202610/ebd/E_3002) · Check deregistration
  4. **Write endpoint** - Transaction updated — [Update process data](/en/api/202610/backend-schreiben-lf/updateprocessdata#prozessdaten-aktualiseren) `POST /updateProcessData` Try it out Updates the existing transaction in the backend once the message has been created.
Decision trees of this process | EBD | Name | |---|---| | [E_3002](/referenz/202610/ebd/E_3002) | Check deregistration |
## Process information
  1. ### Trigger **Runs beforehand:** [End of supply from LF to NB](/en/prozessdoku/202610/LF/GPKE-Teil2-lieferende-von-lf-an-nb) — these processes name the one shown here in their result.
  2. ### First message **NB** sends “Deregistration” (Step 1). From here on, the party involved on this page takes its turn.
## 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. - [View NB](/en/prozessdoku/202610/NB/geli-gas-2-0-lieferende-von-nb-an-lf) — NB *The source provides no use case profile for this process — objective, precondition and result are not recorded there.* *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.* :::caution{title="Step sequence reconstructed"} For this process, the BNetzA consolidated version carries no sequence diagram. The steps are reconstructed from the BDEW check identifier table: grouped by the designation, ordered by the process step. The method agrees with the consolidated version in 200 of 200 cases that can be cross-checked — the individual line is nevertheless not editorially reviewed. Check it against the rulebook before adopting it into an implementation specification. ::: For the check identifiers of these steps there is no test case in the test data set; the »Try it out« button of the write interface therefore offers no body. Applies to: [1](#schritt-1), [2](#schritt-2)