Skip to main content
Only where the Lieferant’s role is on (LIEFERANT_AKTIV, off by default). n:lead is its own supplier and its stack switches it on.
The Netzbetreiber and Messstellenbetreiber send the Lieferant its market messages: The routine lieferant-nachrichten reads them for LIEFERANT_MP_ID and keeps each with what its header says: type, Prüfidentifikator, sender, date, and the Marktlokationen (LOC+Z16/172, eleven digits) and Zählpunkte it names, and per message its case, one line and the key data (see below). The message itself stays on the audit share (lieferant_nachrichten/, ledger lieferant_nachrichten). The first read goes 60 days back; later ones start at the last read, with a day’s overlap. A message read twice is kept once. Answered like the BKV’s. Where the messages come from the mako365 inbox (LIEFERANT_QUELLE makoflow), the bridge is the Lieferant’s MaKo system: the APERAK routine answers each from the Lieferant’s MP-ID - an Anerkennungsmeldung within the deadline (45 minutes for a UTILMD), a CONTRL for a syntax fault; a message it cannot read goes to a person, as for the BKV. From Engrate (engrate), Engrate’s market access answers them and the bridge does not. The routine lieferant-nachrichten itself only reads.

​
What is read from each message

Every message is named by its Prüfidentifikator as the BDEW Anwendungsübersicht der Prüfidentifikatoren (3.1) names it, with its group: Lieferantenwechsel, Stammdaten, Bilanzierung, Messwerte, Rechnung. The list holds every electricity PID the Lieferant receives; another is shown by its number. Dates are given in German time. Names and addresses (NAD) are never read, only MP-IDs. The ledger keeps per message its case, one line - e.g. “Rechnung R-2026-11 über 117,52 EUR, fällig 17.11.2026” - and the key data; the full reading is made on request from the kept message, so it also covers messages read before. Messages kept before the content was read get their line at the next read. Zuordnung per Marktlokation. The latest supply-change message for a Marktlokation says whether the Lieferant supplies it: a confirmed registration (55002, 55078, 55602, 55603, 55607) beliefert ab, a confirmed deregistration or ended Zuordnung (55005, 55037) beendet zum, a refused registration (55003, 55080, 55604, 55605) abgelehnt, a cancelled future Zuordnung (55038) aufgehoben.

​
Where the data comes from

LIEFERANT_QUELLE (console group Lieferant):
  • makoflow (the default): the mako365 inbox;
  • engrate: Engrate’s market access - supplier switches, accounting points with their master data, allocations per Marktlokation and the Lieferantensummenzeitreihen (ZA1-ZA3) - once n:lead is set up there as supplier. It is not yet, so the inbox is read under engrate too and every result says so (hinweis).

​
Endpoints

Process scope; 409 while the role is off. The console shows them on the page Lieferant, there only while the role is on - see Console. The event lieferant_nachrichten_gelesen and the Slack log carry counts per type, never a Marktlokation.