Dokumentation Österreichs Energie und. Fachverband Gas Wärme

Transkript

1 Dokumentation und CustomerProcesses für den elektronischen Austausch diverser Prozessdaten für die Versorgungsindustrie Prozessdokumentation Version 07. Mai 2015 Copyright Seite 1 von 83

2 Gegenstand Dieses Dokument beschreibt die Datenaustauschprozesse im Rahmen von Customer Processes. Die Dokumentationen der Schemata und Datenfelder stehen in den den Dokumenten CustomerProcesses Dokumentation 01p00.pdf und CustomerProcesses Globale Strukturen Dokumentation 01p00.pdf zur Verfügung. Dokumenthistorie Version Datum Anmerkung Okt Nov Erstversion - Arbeitspapier Erstversion 15. Dez Entwurfsversion 15. Jän 2014 Entwurfsversion 26. Jän 2015 Version für Implementierung 01p Mai 2015 Finale Version für Marktregeln Seite 2 von 83

3 Inhaltsverzeichnis 1 Anforderung Datenänderung / Datenabgleich Stammdatenänderung Namensänderung Masterdata Change Contract Partner [MD_CHG_CP] Prozessdiagramm Messagecode Verpflichtende XML Knoten Initiator Voraussetzung Spartenbezug Granularität Stornierbarkeit Beschreibung Prozessauslösende Ereignisse Responsecodes Fristen Stammdatenänderung - Änderung der Lieferadresse Masterdata Change Delivery Address [MD_CHG_DA] Prozessdiagramm Messagecode Verpflichtende XML Knoten Initiator Voraussetzung Spartenbezug Granularität Stornierbarkeit Beschreibung Seite 3 von 83

4 Prozessauslösende Ereignisse Responsecodes Fristen Stammdatenänderung - Änderung von Zählpunktdaten Masterdata Change Point of Delivery [MD_CHG_PD] Prozessdiagramm Messagecode Verpflichtende XML Knoten Initiator Voraussetzung Spartenbezug Granularität Stornierbarkeit Beschreibung Prozessauslösende Ereignisse Responsecodes Fristen Stammdatenänderung - Änderung der Abrechnungsdaten Masterdata Change Billing Data [MD_CHG_BD] Prozessdiagramm Messagecode Verpflichtende XML Knoten Initiator Voraussetzung Spartenbezug Granularität Stornierbarkeit Seite 4 von 83

5 1.4.9 Beschreibung Prozessauslösende Ereignisse Responsecodes Fristen Anforderungsprozesse Anforderung einer Lastprofiländerung CustomerProcess Request LoadProfilTyp [CP_REQ_LPT] Prozessdiagramm Messagecode Verpflichtende XML Felder Initiator Voraussetzung Spartenbezug Granularität Stornierbarkeit Beschreibung Prozessauslösende Ereignisse Responsecodes Fristen Anforderung der Rechnungsadresse Masterdata Request InvoiceRecipient [MD_REQ_IR] Prozessdiagramm Messagecode Verpflichtende XML Knoten Initiator Voraussetzung Spartenbezug Seite 5 von 83

6 2.2.7 Granularität Stornierbarkeit Beschreibung Prozessauslösende Ereignisse Responsecodes Fristen Anfordern der aktuellen Stammdaten Masterdata Request General [MD_REQ_GN] Prozessdiagramm Messagecode Verpflichtende XML Knoten Initiator Voraussetzung Spartenbezug Granularität Stornierbarkeit Beschreibung Prozessauslösende Ereignisse Responsecodes Fristen Anfordern von Verbrauchsdaten (gem. DAVID Verordnung) ConsumptionRecord Request Period Of Time [CR_REQ_PT] Prozessdiagramm Messagecode Verpflichtende XML Felder Initiator Voraussetzung Spartenbezug Seite 6 von 83

7 2.4.7 Granularität Stornierbarkeit Beschreibung Prozessauslösende Ereignisse Responsecodes Fristen Anforderung einer Zwischenablesung CustomerProcess Request MeterReadingData [CP_REQ_MRD] Prozessdiagramm Messagecode Verpflichtende XML Knoten Initiator Voraussetzung Spartenbezug Granularität Stornierbarkeit Beschreibung Prozessauslösende Ereignisse Responsecodes Fristen Anforderung einer Zwischenablesung - Insolvenz CustomerProcess Request MeterReadingData [CP_REQ_MDI] Prozessdiagramm Messagecode Verpflichtende XML Knoten Initiator Voraussetzung Seite 7 von 83

8 2.6.6 Spartenbezug Granularität Stornierbarkeit Beschreibung Prozessauslösende Ereignisse Responsecodes Fristen Anforderung einer Zwischenablesung mit Abrechnung CustomerProcess Request MeterReadingBilling [CP_REQ_MRB] Prozessdiagramm Messagecode Verpflichtende XML Knoten Initiator Voraussetzung Spartenbezug Granularität Stornierbarkeit Beschreibung Prozessauslösende Ereignisse Responsecodes Fristen Anforderung einer Zwischenablesung mit Abrechnung - Insolvenz CustomerProcess Request MeterReadingBilling [CP_REQ_MBI] Prozessdiagramm Messagecode Verpflichtende XML Knoten Initiator Seite 8 von 83

9 2.8.5 Voraussetzung Spartenbezug Granularität Stornierbarkeit Beschreibung Prozessauslösende Ereignisse Responsecodes Fristen Anforderung einer Zwischenabrechnung CustomerProcess Request Billing [CP_REQ_BIL] Prozessdiagramm Messagecode Verpflichtende XML Knoten Initiator Voraussetzung Spartenbezug Granularität Stornierbarkeit Beschreibung Prozessauslösende Ereignisse Responsecodes Fristen Anforderung auf Änderung des Rechnungsempfängers (K/L) CustomerProcess Request GridInvoiceRecipient [CP_REQ_GIR] Prozessdiagramm Messagecode Verpflichtende XML Felder Seite 9 von 83

10 Initiator Voraussetzung Spartenbezug Granularität Stornierbarkeit Beschreibung Prozessauslösende Ereignisse Responsecodes Fristen Anforderung auf Änderung des Messintervalls CustomerProcess Request Metering Intervall [CP_REQ_CMI] Prozessdiagramm Messagecode Verpflichtende XML Felder Initiator Voraussetzungen Spartenbezug Granularität Stornierbarkeit Beschreibung Prozessauslösende Ereignisse Responsecodes Fristen Anforderung auf Änderung Abrechnungszyklus CustomerProcess Request Change BillingCycle [CP_REQ_CBC] Prozessdiagramm Messagecode Seite 10 von 83

11 Verpflichtende XML Felder Initiator Voraussetzung Spartenbezug Granularität Stornierbarkeit Beschreibung Prozessauslösende Ereignisse Responsecodes Fristen Sonderprozesse Senden der Zählpunktliste PointOfDelivery List Message [PDL_MSG] Prozessdiagramm Messagecode Verpflichtende XML Knoten Initiator Voraussetzung Spartenbezug Granularität Stornierbarkeit Beschreibung Prozessauslösende Ereignisse Responsecodes Fristen Versenden der Verbrauchsdaten Consumption Record Message [CR_MSG] Prozessdiagramm Seite 11 von 83

12 3.2.2 Messagecode Verpflichtende XML Knoten Initiator Voraussetzung Spartenbezug Granularität Stornierbarkeit Beschreibung Prozessauslösende Ereignisse Responsecodes Fristen Vorabinformation über geplanten SmartMeter Einbau [MD_ANN_DT] Prozessdiagramm Messagecode Verpflichtende XML Knoten Initiator Voraussetzung Spartenbezug Granularität Stornierbarkeit Beschreibung Prozessauslösende Ereignisse Responsecodes Fristen Übergreifende Prozesse Storno [STO] Seite 12 von 83

13 4.1.1 Prozessdiagramm Messagecode Verpflichtende XML Knoten Initiator Voraussetzung Spartenbezug Granularität Stornierbarkeit Beschreibung Prozessauslösende Ereignisse Responsecodes Fristen Übermittlung eines Nachweisdokument Masterdata Verification Document [MD_VDC] Prozessdiagramm Messagecode Verpflichtende XML Knoten Initiator Voraussetzung Spartenbezug Granularität Stornierbarkeit Beschreibung Prozessauslösende Ereignisse Responsecodes Fristen Seite 13 von 83

14 1 Anforderung Datenänderung / Datenabgleich Seite 14 von 83

15 Phase 1.1 Stammdatenänderung Namensänderung Masterdata Change Contract Partner [MD_CHG_CP] Prozessdiagramm Masterdata Change Contract Partner [MD_CHG_CP] Stammdatenänderung Namensänderung Lieferant <-> Netzbetreiber Start Prozess MD_CHG_CP Datensatz erstellen für Namensänderung zählpunktscharf Datensatz übermitteln für Namensänderung [AENDERUNG_CP] Datensatz empfangen für Namensänderung [AENDERUNG_CP] etwaige Fristenprüfung OK? ZP im Netzgebiet bzw vom versorgt Zählpunkt prüfen ZP ok? /Beliefert? Ja etwaiges Warten auf ein VDC Meldung erstellen ja Dokument nicht vorhanden aber notwendig? Meldung übermitteln [ABLEHNUNG_CP] Datenänderung bearbeiten Änderung akzeptiert? ja Antwort erstellen Meldung erhalten [ABLEHNUNG_CP] Antwort versenden [ANTWORT_CP] Klärung Antwort empfangen [ANTWORT_CP] Datenänderung beendet Seite 15 von 83

16 1.1.2 Messagecode Prozess MessageCode Datenstruktur Beschreibung (Ersteller) Schema RC MD_CHG_CP AENDERUNG_CP NB/LA LA/NB Änderung Kundendaten MasterData ABLEHNUNG_CP LA/NB NB/LA Ablehnung Notification 7 ANTWORT_CP LA/NB NB/LA Antwort positiv Notification Verpflichtende XML Knoten Bei diesem Prozess ist die Übermittlung des XML-Komposit ContractPartner verpflichtend Initiator Der Prozess wird vom Lieferant oder Netzbetreiber angestoßen Voraussetzung Voraussetzung ist ein aufrechter Liefervertrag zum Prozessdatum (ProcessDate) Spartenbezug Der Prozess gilt für Strom und Gas Granularität Der Prozess wird je Zählpunkt ausgelöst (zählpunktscharf) Stornierbarkeit Der Prozess ist nicht stornierbar Beschreibung Dieser Prozess dient der Übermittlung von Namensänderungen eines Kunden. Zweck dieses Prozess ist, dass alle betroffenen Marktpartner genau einmal über die Änderungen informiert werden. Auslöser dieses Prozesses sind Änderungen in den unter Punkt Prozessauslösende Ereignisse angeführterten Elementen. Diese Daten müssen an jeden Versorger bzw. Netzbetreiber versendet werden dessen Zählpunkt von der Änderung betroffen ist. Der hat dafür zu sorgen, dass die erhaltenen Datenänderungen nicht wieder an den als neue Änderungen übermittelt werden. Damit sollen Endlosschleifen vermieden werden. Das Prozessdatum (ProcessDate) im XML Element ProcessDate entspricht dem Änderungsdatum im system. Im Sinne eines reibungslosen Prozessablaufes hinsichtlich einer Kundenidentifikation sind auch die optionalen Felder des XML Knotens, wenn im system vorhanden (zb: DateOfBirth), zu übermitteln. Die Übermittlung eines Nachweisdokumentes ist optional. Entscheidet sich der kein Nachweisdokument zu versenden, so ist trotz Antwort Nachweisdokument fehlt (RC 71) des s der Prozess beendet. Umgekehrt ist der nicht zur Überprüfung eines allenfalls übermittelten Nachweisdokumentes verpflichtet. Beispiel: Namensänderung eines Kunden. Seite 16 von 83

17 Name2: Günter Name1: Maier Zählpunkt 01 durch Lieferant A versorgt; Netzbetreiber NB01 Zählpunkt 02 durch Lieferant B versorgt; Netzbetreiber NB01 Zählpunkt 03 durch Lieferant B versorgt; Netzbetreiber NB02 Kunde meldet eine Namensänderung auf Günther Maier dem Netzbetreiber NB01. Netzbetreiber NB01 übernimmt die Änderungen und hat diese an Lieferant A und Lieferant B zu übermitteln, weil diese beiden Lieferanten in dessen Netzgebiet den Kunden versorgen. Lieferant A und B haben dafür zu sorgen, dass bei Übernahme der Daten in ihr System kein Prozess mehr an Netzbetreiber NB01 ausgelöst wird. Da Lieferant B den Kunden ebenfalls im Netzgebiet des Netzbetreibers NB02 versorgt, hat auch Lieferant B dem Netzbetreibers NB02 die Daten zu übermitteln Prozessauslösende Ereignisse Prozessauslösend sind Änderungen von Daten, welche den XML Elementen Name1 Name2 Name3 Name4 entsprechen. Bei Feldern die sich geändert haben, ist das Attribut Changed zu setzen. Seite 17 von 83

18 ABLEHNUNG_CP ANTWORT_CP Responsecodes Mögliche Responsecodes Nr Beschreibung Datei kann nicht geöffnet werden 5 Falsches Dateiformat 10 Frist nicht eingehalten 12 Zählpunkt nicht dem Lieferanten zugeordnet 55 X Zählpunkt nicht gefunden 56 X Meldung NB oder LF Zählpunkt nicht versorgt 57 X Entspricht nicht dem im Markt vereinbaren Dateiformat (zur Zeit Pdf/A) Meldung des NB, wenn ZP nicht dem anfragendem Lieferanten zugeordnet ist Meldung des LF, wenn ZP vom Lieferanten nicht versorgt wird Änderung akzeptiert 70 X Änderungen wurden zumindest teilweise übernommen. Nachweisdokument fehlt 71 X Keine DA - AN/ABM notwendig 72 X Fall 1:Dokument ist aus sicht für diesen Prozess notwendig. Fall 2:DocNumber wurde vom angegeben, das Dokument ist nicht beim eingelangt (Frist abwarten) Der erwartet statt der Namensänderung eine Abmeldung und Anmeldung gemäß Wechselverordnung Nachrichtendaten fehlen 73 X die erwarteten Daten wurden nicht übermittelt Nachweisdokument nicht akzeptiert 74 X Dokument wird inhaltlich abgelehnt Fristen Hat der im XML Element DocNumber eine ID übermittelt, so hat der mindestens 24 Stunden auf das Nachweisdokument (Übermittelt mit Prozess MD_VDC) zu warten. Seite 18 von 83

19 Phase 1.2 Stammdatenänderung - Änderung der Lieferadresse Masterdata Change Delivery Address [MD_CHG_DA] Prozessdiagramm Masterdata Change DeliveryAddress [MD_CHG_DA] Stammdatenänderung - Änderung der Lieferadresse Netzbetreiber <-> Lieferant Start Prozess MD_CHG_DA zählpunktscharf Datenänderung erstellen Datenänderung übermitteln [AENDERUNG_DA] Datenänderung empfangen [AENDERUNG_DA] etwaige Fristenprüfung OK? Zählpunkt prüfen ZP im Netzgebiet bzw vom versorgt ZP ok? /Beliefert? Meldung erstellen Ja Meldung übermitteln [ABLEHNUNG_DA] Datenänderung bearbeiten Meldung erhalten [ABLEHNUNG_DA] Antwort erstellen Antwort versenden [ANTWORT_DA] Klärung bilateral Antwort empfangen [ANTWORT_DA] Datenänderung beendet Seite 19 von 83

20 1.2.2 Messagecode Prozess MessageCode Datenstruktur Beschreibung (Ersteller) Schema RC MD_CHG_DA AENDERUNG_DA NB/LA LA/NB Änderung Anlagenadresse MasterData ABLEHNUNG_DA LA/NB NB/LA Ablehnung Notification 4 ANTWORT_DA LA/NB NB/LA Antwort positiv Notification Verpflichtende XML Knoten Bei diesem Prozess ist die Übermittlung des XML-Komposit DeliveryAddress verpflichtend Initiator Der Prozess wird vom Lieferant oder Netzbetreiber angestoßen Voraussetzung Voraussetzung ist ein aufrechter Liefervertrag zum Prozessdatum (ProcessDate) Spartenbezug Der Prozess gilt für Strom und Gas Granularität Der Prozess wird je Zählpunkt ausgelöst (zählpunktscharf) Stornierbarkeit Der Prozess ist nicht stornierbar Beschreibung Dieser Prozess dient der Übermittlung von Änderungen der Liefer-/Anlagenadresse eines Kunden. Zweck dieses Prozess ist, dass alle betroffenen Marktpartner genau einmal über die Änderungen informiert werden. Auslöser dieses Prozesses sind Änderungen in den unter Punkt Prozessauslösende Ereignisse angeführten Elementen. Diese Daten müssen an jeden Versorger bzw. Netzbetreiber versendet werden dessen Zählpunkt von der Änderung betroffen ist. Der hat dafür zu sorgen, dass die erhaltenen Datenänderungen nicht wieder an den als neue Änderungen übermittelt werden. Damit sollen Endlosschleifen vermieden werden. Das Prozessdatum (ProcessDate). im XML Element ProcessDate entspricht dem Änderungsdatum im system Prozessauslösende Ereignisse Prozessauslösend sind Änderungen von Daten, welche den XML Elementen ZIP City Street StreetNo Staircase Seite 20 von 83

21 ABLEHNUNG_DA ANTWORT_DA Floor DoorNumber entsprechen Bei Feldern die sich geändert haben, ist das Attribut Changed zu setzen Responsecodes Mögliche Responsecodes Nr Beschreibung Zählpunkt nicht dem Lieferanten zugeordnet 55 X Zählpunkt nicht gefunden 56 X Meldung NB oder LF Zählpunkt nicht versorgt 57 X Meldung des NB, wenn ZP nicht dem anfragendem Lieferanten zugeordnet ist Meldung des LF, wenn ZP vom Lieferanten nicht versorgt wird Nachrichtendaten fehlen 73 X die erwarteten Daten wurden nicht übermittelt Meldung erhalten 99 X dient nur als Empfangsbestätigung Fristen Keine. Seite 21 von 83

22 Phase 1.3 Stammdatenänderung - Änderung von Zählpunktdaten Masterdata Change Point of Delivery [MD_CHG_PD] Prozessdiagramm Masterdata Change Point of Delivery [MD_CHG_PD] Stammdatenänderung - Änderung von Zählpunktdaten nur Netzbetreiber -> Lieferant Start Prozess MD_CHG_PD Zählpunktscharf Datensatz erstellen Datensatz übermitteln [AENDERUNG_PD] Datensatz empfangen [AENDERUNG_PD] etwaige Fristenprüfung OK? Zählpunkt prüfen ZP im Netzgebiet bzw vom versorgt ZP ok? /Beliefert? Ja Meldung erstellen Datenänderung bearbeiten Meldung übermitteln [ABLEHNUNG_PD] Antwort erstellen Meldung erhalten [ABLEHNUNG_PD] Antwort versenden Klärung bilateral Antwort empfangen [ANTWORT_PD] Datenänderung beendet Seite 22 von 83

23 1.3.2 Messagecode Prozess MessageCode Datenstruktur Beschreibung (Ersteller) Schema RC MD_CHG_PD AENDERUNG_PD NB LA Änderung Zählpunktdaten MasterData ABLEHNUNG_PD LA NB Ablehnung Notification 4 ANTWORT_PD LA NB Antwort positiv Notification Verpflichtende XML Knoten Bei diesem Prozess ist die Übermittlung des XML-Komposit MeteringPointData verpflichtend. Abhängig von der Sparte sind auch die XML-Komposits ElectricitySpecificData bzw. GasSpecificData zu übermitteln Initiator Der Prozess wird vom Netzbetreiber angestoßen Voraussetzung Voraussetzung ist ein aufrechter Liefervertrag zum Prozessdatum (ProcessDate) Spartenbezug Der Prozess gilt für Strom und Gas Granularität Der Prozess wird je Zählpunkt ausgelöst (zählpunktscharf) Stornierbarkeit Der Prozess ist nicht stornierbar Beschreibung Dieser Prozess dient der Übermittlung von Änderungen, der in den XML Komposits MeteringPointData, ElectricitySpecificData und GasSpecificData definierten Daten eines Kunden. Zweck dieses Prozess ist, dass alle betroffenen Marktpartner genau einmal über die Änderungen informiert werden. Auslöser dieses Prozesses sind Änderungen in den unter Punkt Prozessauslösende Ereignisse angeführten Elementen. Diese Daten müssen an den Versorger versendet werden dessen Zählpunkt von der Änderung betroffen ist. Der hat dafür zu sorgen, dass die erhaltenen Datenänderungen nicht wieder an den als neue Änderungen übermittelt werden. Damit sollen Endlosschleifen vermieden werden. Das Prozessdatum (ProcessDate). im XML Element ProcessDate entspricht dem Änderungsdatum im system Prozessauslösende Ereignisse Prozessauslösend sind Änderungen von Daten, welche den XML Elementen DeviceType NonSmartCode DeviceNumber Seite 23 von 83

24 ABLEHNUNG_PD ANTWORT_PD EnergyDirection TypeOfGeneration LoadProfileType Sparte Strom: GridUsageLevel GridLossLevel ShortageCapacity Sparte Gas: PeakPower GridUsageLevel entsprechen. Bei Feldern die sich geändert haben, ist das Attribut Changed zu setzen Responsecodes Mögliche Responsecodes Nr Beschreibung Zählpunkt nicht dem Lieferanten zugeordnet 55 X Zählpunkt nicht gefunden 56 X Meldung NB oder LF Zählpunkt nicht versorgt 57 X Meldung des NB, wenn ZP nicht dem anfragendem Lieferanten zugeordnet ist Meldung des LF, wenn ZP vom Lieferanten nicht versorgt wird Nachrichtendaten fehlen 73 X die erwarteten Daten wurden nicht übermittelt Meldung erhalten 99 X dient nur als Empfangsbestätigung Fristen Keine. Seite 24 von 83

25 Phase 1.4 Stammdatenänderung - Änderung der Abrechnungsdaten Masterdata Change Billing Data [MD_CHG_BD] Prozessdiagramm Masterdata Change BillingData [MD_CHG_BD] Stammdatenänderung - Änderung der Abrechnungsdaten nur Netzbetreiber -> Lieferant Start Prozess MD_CHG_BD Zählpunktscharf Datensatz erstellen Datensatz übermitteln [AENDERUNG_BD] Datensatz empfangen [AENDERUNG_BD] etwaige Fristenprüfung OK? ZP im Netzgebiet bzw vom versorgt Zählpunkt prüfen ZP ok? /Beliefert? Ja Meldung erstellen Datenänderung bearbeiten Meldung übermitteln [ABLEHNUNG_BD] Antwort erstellen Meldung erhalten [ABLEHNUNG_BD] Antwort versenden [ANTWORT_BD] Klärung bilateral Antwort empfangen [ANTWORT_BD] Datenänderung beendet Seite 25 von 83

26 1.4.2 Messagecode Prozess MessageCode Datenstruktur Beschreibung (Ersteller) Schema RC MD_CHG_BD AENDERUNG_BD NB LA Änderung Abrechnungsdaten MasterData ABLEHNUNG_BD LA NB Ablehnung Notification 4 ANTWORT_BD LA NB Antwort positiv Notification Verpflichtende XML Knoten Bei diesem Prozess ist die Übermittlung des XML-Komposit BillingData verpflichtend Initiator Der Prozess wird vom Netzbetreiber angestoßen Voraussetzung Voraussetzung ist ein aufrechter Liefervertrag zum Prozessdatum (ProcessDate) Spartenbezug Der Prozess gilt für Strom und Gas Granularität Der Prozess wird je Zählpunkt ausgelöst (zählpunktscharf) Stornierbarkeit Der Prozess ist nicht stornierbar Beschreibung Dieser Prozess dient der Übermittlung von Änderungen, der im XML Komposit BillingData definierten Daten, eines Kunden. Zweck dieses Prozess ist, dass alle betroffenen Marktpartner genau einmal über die Änderungen informiert werden. Auslöser dieses Prozesses sind Änderungen in den unter Punkt Prozessauslösende Ereignisse angeführten Elementen. Diese Daten müssen an den Versorger versendet werden dessen Zählpunkt von der Änderung betroffen ist. Der hat dafür zu sorgen, dass die erhaltenen Datenänderungen nicht wieder an den als neue Änderungen übermittelt werden. Damit sollen Endlosschleifen vermieden werden. Das Prozessdatum (ProcessDate). im XML Element ProcessDate entspricht dem Änderungsdatum im system Prozessauslösende Ereignisse Prozessauslösend sind Änderungen von Daten, welche den XML Elementen BudgetBillingCycle MeterReadingMonth ConsumptionBillingCycle ConsumptionBillingMonth entsprechen. Seite 26 von 83

27 ABLEHNUNG_BD ANTWORT_BD Bei Feldern die sich geändert haben, ist das Attribut Changed zu setzen. Diskussionspunkt bei Änderung ConsumptionBillingMonth, da dies ein größeres Problem in der Praxis darstellt: wie könnte Lieferant erfahren, ob er bei der Umstellung des Abrechnungsmonats noch eine Abrechnung erhält oder ob der Abschlag zu verlängern ist. z.b. aktuelles Abrechnungsmonat 3, wird geändert auf Abrechnungsmonat 10. Muss der Lieferant die Abschlagspläne verlängern oder kommt im März eine Abrechnung (Jahr der nächsten Abrechnung ist zu wenig an Info) Responsecodes Mögliche Responsecodes Nr Beschreibung Zählpunkt nicht dem Lieferanten zugeordnet 55 X Zählpunkt nicht gefunden 56 X Meldung NB oder LF Zählpunkt nicht versorgt 57 X Meldung des NB, wenn ZP nicht dem anfragendem Lieferanten zugeordnet ist Meldung des LF, wenn ZP vom Lieferanten nicht versorgt wird Nachrichtendaten fehlen 73 X die erwarteten Daten wurden nicht übermittelt Meldung erhalten 99 X dient nur als Empfangsbestätigung Fristen Keine. Seite 27 von 83

28 2 Anforderungsprozesse Seite 28 von 83

29 Phase 2.1 Anforderung einer Lastprofiländerung CustomerProcess Request LoadProfilTyp [CP_REQ_LPT] Prozessdiagramm CustomerProcess Request LoadProfilTyp [CP_REQ_LPT] Anforderung Lastprofiländerung Lieferant -> Netzbetreiber Start Prozess CP_REQ_PT Datensatz erstellen Datensatz übermitteln [ANFORDERUNG_LPT] Datensatz empfangen [ANFORDERUNG_LPT] etwaige Fristenprüfung OK? Zählpunkt prüfen ZP ok? /Beliefert? ZP im Netzgebiet bzw vom versorgt Meldung erstellen Ja Meldung übermitteln [ABLEHNUNG_LPT] Ja Ablehnung der Lastprofiländernug Meldung erstellen Meldung übermitteln [ABLEHNUNG_LPT] Daten verarbeiten Meldung erhalten [ABLEHNUNG_PT] Fehler bearbeiten Änderung des LPT löst Prozess MD_CHG_PD aus Prozess beendet Prozess beendet Seite 29 von 83

30 2.1.2 Messagecode Datenstruktur Prozess MessageCode Beschreibung RC (Ersteller) Schema CP_REQ_LPT ANFORDERUNG_LPT LA NB Anforderung Lastprofiländerung Request ABLEHNUNG_LPT NB LA Ablehnung Notification Verpflichtende XML Felder Bei diesem Prozess ist im Schema CPRequest die Übermittlung des Feldes LoadProfileType verpflichtend Initiator Der Prozess wird vom Lieferant angestoßen Voraussetzung Voraussetzung ist ein aufrechter Liefervertrag zum Prozessdatum (ProcessDate) Spartenbezug Der Prozess gilt für Strom und Gas Granularität Der Prozess wird je Zählpunkt ausgelöst (zählpunktscharf) Stornierbarkeit Der Prozess ist nicht stornierbar Beschreibung Dieser Prozess dient der der Anforderung eines anderen Lastprofils durch den Lieferanten. Der MessageCode ANFORDERUNG_LPT kann ausschließlich vom Lieferanten angestoßen werden. Eine allfällige Ablehnung wird mit dem MessageCode ABLEHNUNG_LPT vom Netzbetreiber an den Lieferanten übermittelt. Im Falle einer positiven Erledigung durch den Netzbetreiber erfolgt keine weitere Marktnachricht. Die Änderung wird über den in Punkt 1.3 angeführten Prozess an den Lieferanten kommuniziert. Das Prozessdatum (ProcessDate). im XML-Element ProcessDate im Schema CPRequest entspricht dem gewünschten Änderungsdatum des Lieferanten. Das tatsächliche Änderungsdatum wird im Rahmen des Schemas MasterData ebenfalls im XML-Element ProcessDate übermittelt (vgl. Prozess 1.3). Das gewünschte Änderungsdatum des Lieferanten kann maximal 30 Arbeitstage in der Zukunft liegen, aber es kann auch in der Vergangenheit liegen. Der Netzbetreiber muss im Falle einer positiven Erledigung die Lastprofiländerung aber erst mit dem Zeitpunkt der letzten Abrechnung bzw. bei Vorliegen von keiner Abrechnung mit Einzugsdatum des Kunden durchführen. Ein Anforderungsdatum, das zu weit in der Vergangenheit liegt, führt zu keiner Ablehnung sondern nur zu einem anderen ProcessDate in der MasterData-Nachricht. Seite 30 von 83

31 ABLEHNUNG_LPT Prozessauslösende Ereignisse Prozessauslösend ist ein Änderungswunsch des Lieferanten bzw. Kunden Responsecodes Mögliche Responsecodes Nr Beschreibung Zählpunkt nicht dem Lieferanten zugeordnet 55 X Zählpunkt nicht gefunden 56 X Meldung NB oder LF Verbrauchsverhalten entspricht nicht dem angeforderten Profil 75 X Ungültige Anforderungsdaten 76 X Meldung des NB, wenn ZP nicht dem anfragendem Lieferanten zugeordnet ist das Verbrauchsverhalten des Kunden passt nicht zum angeforderten Lastprofil Änderung nicht möglich da z.b. synth. Lastprofil nicht vorhanden Anforderung zu weit in der Zukunft 98 X Prozessdatum liegt zu weit in der Zukunft Eine Bestätigungsmeldung ist nicht vorgesehen, da eine erfolgte Lastprofiländerung beim NB den Prozess MD_CHG_PD auslöst Fristen Das gewünschte Änderungsdatum des Lieferanten kann maximal 30 Arbeitstage in der Zukunft liegen. Eine Anforderung in die Vergangenheit ist möglich. Der Netzbetreib muss die Änderung erst mit Datum der letzten Abrechnung bzw. Einzug durchführen. Da unter Umständen umfangreiche Datenerhebungen und der Einbau von Messungen zur Verifizierung der Lieferantenanfrage notwendig sind, ist der Netzbetreiber für die Änderung des Lastprofiles an keine konkreten Fristen gebunden. Seite 31 von 83

32 Phase 2.2 Anforderung der Rechnungsadresse Masterdata Request InvoiceRecipient [MD_REQ_IR] Prozessdiagramm Masterdata Request Invoice Recipient [MD_REQ_IR] Anforderung der Rechnungsadresse Netzbetreiber <-> Lieferant Start Prozess MD_REQ_IR Anforderung erstellen Zählpunktscharf Anforderung übermitteln [ANFORDERUNG_IR] Anforderung empfangen [ANFORDERUNG_IR] etwaige Fristenprüfung OK? Zählpunkt prüfen ZP im Netzgebiet bzw vom versorgt ZP ok? Ja Rechnungsadresse vorhanden ja Meldung erstellen Meldung übermitteln [ABLEHNUNG_IR] Antwort als MasterData erstellen Antwort versenden [ANTWORT_IR] Meldung erhalten [ABLEHNUNG_IR] Antwort empfangen [ANTWORT_IR] Meldung verarbeiten Re-Adresse Verarbeiten Anforderung beendet Seite 32 von 83

33 2.2.2 Messagecode Prozess MessageCode Datenstruktur Beschreibung (Ersteller) Schema RC MD_REQ_IR ANFORDERUNG_IR NB/LA LA/NB Anforderung Rechnungsanschrift Request ABLEHNUNG_IR LA/NB NB/LA Ablehnung Notification 3 ANTWORT_IR LA/NB NB/LA Antwort MasterData Verpflichtende XML Knoten Beim MessageCode ANTWORT_IR ist die Übermittlung des XML-Komposit InvoiceRecipient verpflichtend Initiator Der Prozess wird vom Lieferant oder Netzbetreiber angestoßen Voraussetzung Voraussetzung ist ein aufrechter Liefervertrag zum Prozessdatum (ProcessDate) Spartenbezug Der Prozess gilt für Strom und Gas Granularität Der Prozess wird je Zählpunkt ausgelöst (zählpunktscharf) Stornierbarkeit Der Prozess ist nicht stornierbar Beschreibung Dieser Prozess dient der Übermittlung von Kunden und Adressdaten des Rechnungsempfängers. Ein konkretes Anwendungsbeispiel wäre die Umstellung der Rechnungslegung von Rechnung an Lieferanten auf Rechnung an Kunden. In diesem Fall besitzt der Netzbetreiber nicht zwingend die aktuellen Adressdaten des Rechnungsempfängers. Im Zuge dieses Prozess ist nun eine Anforderung der Daten beim Lieferanten möglich Prozessauslösende Ereignisse Prozessauslösend ist die Notwendigkeit der aktuellen Rechnungsadresse des Kunden. Seite 33 von 83

34 ABLEHNUNG_IR Responsecodes Mögliche Responsecodes Nr Beschreibung Zählpunkt nicht dem Lieferanten zugeordnet 55 X Zählpunkt nicht gefunden 56 X Meldung NB oder LF Zählpunkt nicht versorgt 57 X Meldung des NB, wenn ZP nicht dem anfragendem Lieferanten zugeordnet ist Meldung des LF, wenn ZP vom Lieferanten nicht versorgt wird Eine Bestätigungsmeldung/Antwort wird als ANTWORT_IR, Datenstruktur MasterData, übermittelt Fristen Die Antwortnachricht ist automatisiert zu übermitteln bei manueller Bearbeitung spätestens jedoch innerhalb von 3 Arbeitstagen. Seite 34 von 83

35 Phase 2.3 Anfordern der aktuellen Stammdaten Masterdata Request General [MD_REQ_GN] Prozessdiagramm Masterdata Request Gerneral [MD_REQ_GN] Anfordern der aktuellen Stammdaten Netzbetreiber <-> Lieferant Start Prozess MD_REQ_GN Zählpunktscharf Anforderung erstellen Anforderung übermitteln [ANFORDERUNG_GN] Anforderung empfangen [ANFORDERUNG_GN] etwaige Fristenprüfung OK? Zählpunkt prüfen ZP im Netzgebiet bzw vom versorgt ZP ok? /Beliefert? Ja Meldung erstellen Meldung übermitteln [ABLEHNUNG_GN] MasterData erstellen MasterData versenden [ANTWORT_GN] Meldung erhalten [ABLEHNUNG_GN] MasterData empfangen [ANTWORT_GN] Klärung bilateral MasterData verarbeiten Anforderung beendet Seite 35 von 83

36 2.3.2 Messagecode Prozess MessageCode Datenstruktur Beschreibung (Ersteller) Schema RC MD_REQ_GN ANFORDERUNG_GN NB/LA LA/NB Anforderung MasterData Request ABLEHNUNG_GN LA/NB NB/LA Ablehnung Notification 3 ANTWORT_GN LA/NB NB/LA Antwort MasterData Verpflichtende XML Knoten Bei MessageCode ANTWORT_GN ist die Übermittlung folgender XML-Komposits verpflichtend: ContractPartner, DeliveryAddress, BillingData, MeteringPointData Initiator Der Prozess wird vom Lieferant oder Netzbetreiber angestoßen Voraussetzung Voraussetzung ist ein aufrechter Liefervertrag zum. Prozessdatum (ProcessDate) Spartenbezug Der Prozess gilt für Strom und Gas Granularität Der Prozess wird je Zählpunkt ausgelöst (zählpunktscharf) Stornierbarkeit Der Prozess ist nicht stornierbar Beschreibung Dieser Prozess dient dem Abgleich aller wesentlichen Stammdaten zwischen Netzbetreiber und Lieferant und liefert als Ergebnis den Ist-Stand der Daten des Marktpartners. Das Prozessdatum (ProcessDate) entspricht dem Tagesdatum Prozessauslösende Ereignisse Prozessauslösend ist die vermutete Ungleichheit der Stammdaten. Seite 36 von 83

37 ABLEHNUNG_GN Responsecodes Mögliche Responsecodes Nr Beschreibung Zählpunkt nicht dem Lieferanten zugeordnet 55 X Zählpunkt nicht gefunden 56 X Meldung NB oder LF Zählpunkt nicht versorgt 57 X Meldung des NB, wenn ZP nicht dem anfragendem Lieferanten zugeordnet ist Meldung des LF, wenn ZP vom Lieferanten nicht versorgt wird Eine Bestätigungsmeldung/Antwort wird als ANTWORT_GN, Datenstruktur MasterData, übermittelt Fristen Die Antwortnachricht ist automatisiert zu übermitteln bei manueller Bearbeitung spätestens jedoch innerhalb von 3 Arbeitstagen. Seite 37 von 83

38 2.4 Anfordern von Verbrauchsdaten (gem. DAVID Verordnung) ConsumptionRecord Request Period Of Time [CR_REQ_PT] Prozessdiagramm Consumtion Record Request Period Of Time [CP_REQ_PT] Anfordern von Verbrauchsdaten (von bis) Lieferant -> Netzbetreiber Start Prozess CP_REQ_PT Datensatz erstellen Datensatz übermitteln [ANFORDERUNG_PT] Datensatz empfangen [ANFORDERUNG_PT] etwaige Fristenprüfung OK? Zählpunkt prüfen ZP im Netzgebiet bzw vom versorgt ZP ok? /Beliefert? Meldung erstellen Ja Meldung übermitteln [ABLEHNUNG_PT] Daten verarbeiten Meldung erhalten [ABLEHNUNG_PT] Fehler bearbeiten Prozess CR_MSG anstoßen Phase Prozess beendet Prozess beendet Seite 38 von 83

39 2.4.2 Messagecode Datenstruktur Prozess MessageCode Beschreibung RC (Ersteller) Schema CR_REQ_PT ANFORDERUNG_PT LA NB Anforderung Verbrauchsdaten (Periode) Request ABLEHNUNG_PT NB LA Ablehnung Notification Verpflichtende XML Felder Bei MessageCode ANFORDERUNG_PT ist die Übermittlung der XML-Elemente DateTimeFrom und DateTimeTo verpflichtend Initiator Der Prozess wird vom Lieferant angestoßen Voraussetzung Voraussetzung ist ein aufrechter Liefervertrag im Anforderungszeitraum des ConsumptionRecord. Der Zählpunkt darf im Anforderungszeitraum nicht den DeviceType NONSMART besitzen. Ist der DeviceType NONSMART muss der NonSmartCode zumindestens die Eigenschaften CQ, CH oder DR aufweisen Spartenbezug Der Prozess gilt für Strom Granularität Der Prozess wird je Zählpunkt ausgelöst (zählpunktscharf) Stornierbarkeit Der Prozess ist nicht stornierbar Beschreibung Dieser Prozess dient der Anforderung von nicht erhaltenen Verbrauchsdaten gemäß DAVID- Verordnung. Die positive Antwort erfolgt mit dem in Punkt 3.2 beschriebenem Prozess mit dem Schema ConsumptionRecord. Der Netzbetreiber versendet alle Files, die im gewünschten Zeitraum liegen. Wurden diese Nachrichten bereits einmal versendet, sind diese als Duplikat zu kennzeichnen. Beispiel: Versendete ConsumptionRecord des Netzbetreibers: Message Zeitraum Message Zeitraum Message Zeitraum Message Zeitraum Lieferant fordert mit dem MessageCode ANFORDERUNG_PT den Zeitraum bis (erneut) an. Der Lieferant muss die Messages 12346, und versenden, da all diese Nachrichten vom angeforderten Zeitraum betroffen sind. Seite 39 von 83

40 ABLEHNUNG_PT Sollte nur ein Teil der angeforderten Daten zur Verfügung stehen, werden nur diese versendet. Stehen überhaupt keine der angeforderten Daten zur Verfügung, wird eine Ablehnung mit ResponseCode 94 versendet Prozessauslösende Ereignisse Prozessauslösend sind dem Lieferanten fehlende Verbrauchsdaten Responsecodes Mögliche Responsecodes Nr Beschreibung Zählpunkt nicht dem Lieferanten zugeordnet 55 X Zählpunkt nicht gefunden 56 X Meldung NB oder LF Prozessdatum falsch 82 X Kein Smart Meter 90 X Keine Daten im angeforderten Zeitraum vorhanden 94 X Meldung des NB, wenn ZP nicht dem anfragendem Lieferanten zugeordnet ist Die Anforderung liegt außerhalb der im Markt festgelegten Zeitspanne Fristen Die Antwortnachricht ist automatisiert zu übermitteln bei manueller Bearbeitung spätestens jedoch innerhalb von 3 Arbeitstagen. Die Anfrage darf (es gilt das jüngste in der Vergangenheit liegende Datum) - maximal drei Jahre in die Vergangenheit gehen oder - maximal bis zum Versorgungsbeginn oder - maximal bis zur Umstellung auf Smart Meter in die Vergangenheit angefordert werden. Seite 40 von 83

41 Phase 2.5 Anforderung einer Zwischenablesung CustomerProcess Request MeterReadingData [CP_REQ_MRD] Prozessdiagramm CustomerProcess Request MeterReadingData [CP_REQ_MRD] Anforderung Zwischenablesung Lieferant -> Netzbetreiber Start Prozess CP_REQ_MRD Datensatz erstellen Datensatz übermitteln [ANFORDERUNG_MRD] Datensatz empfangen [ANFORDERUNG_MRD] etwaige Fristenprüfung OK? ZP im Netzgebiet bzw vom versorgt Zählpunkt prüfen ZP ok? /Beliefert? Meldung erstellen Ja Meldung übermitteln [ABLEHNUNG_MRD] Daten verarbeiten Meldung erhalten [ABLEHNUNG_MRD] Fehler bearbeiten Ablesung löst das Übermitteln der Verbrauchsdaten aus Prozess beendet Prozess beendet Seite 41 von 83

42 2.5.2 Messagecode Datenstruktur Prozess MessageCode Beschreibung RC (Ersteller) Schema CP_REQ_MRD ANFORDERUNG_MRD LA NB Anforderung Zwischenablesung Request ABLEHNUNG_MRD NB LA Ablehnung Notification Verpflichtende XML Knoten keine abweichend vom Schema erforderlichen XML-Komposits Initiator Der Prozess wird vom Lieferant angestoßen Voraussetzung Voraussetzung ist ein aufrechter Liefervertrag zum Prozessdatum (ProcessDate) Spartenbezug Der Prozess gilt für Strom und Gas Granularität Der Prozess wird je Zählpunkt ausgelöst (zählpunktscharf) Stornierbarkeit Der Prozess ist nicht stornierbar Beschreibung Dieser Prozess dient der Anforderung einer Zwischenablesung ohne Abrechnung. Das Prozessdatum (ProcessDate). im MessageCode ANFORDERUNG_MRD entspricht dem gewünschten Ablesedatum. Da es zwingende gesetzliche Grundlagen gibt, die eine explizite Bestätigung der Kostenübernahme für die Ablesung erfordern, ist das Feld AssumptionOfCosts mit dem Wert J zu füllen Prozessauslösende Ereignisse Prozessauslösend sind für den Lieferanten fehlende Verbrauchsdaten außerhalb der Abrechnung. Seite 42 von 83

43 ABLEHNUNG_MRD Responsecodes Mögliche Responsecodes Nr Beschreibung Zählpunkt nicht dem Lieferanten zugeordnet 55 X Zählpunkt nicht gefunden 56 X Meldung NB oder LF Ohne Kostenübernahme Prozess nicht möglich 77 X Meldung des NB, wenn ZP nicht dem anfragendem Lieferanten zugeordnet ist Dieser Prozess ist kostenpflichtig und muss im Feld AssumptionOfCosts das Kennzeichen J beinhalten Ablesung nicht möglich 78 X Ablesung technisch nicht möglich Prozessdatum falsch 82 X Die Anforderung liegt außerhalb der im Markt festgelegten Zeitspanne Anforderung zu weit in der Zukunft 98 X Prozessdatum liegt zu weit in der Zukunft Fristen Die Anforderung ist mindestens 20 Arbeitstage vor dem gewünschten Ablesedatum zu senden. Der Prozess darf seitens des Lieferanten maximal 40 Arbeitstage in die Zukunft gestartet werden. Seite 43 von 83

44 Phase 2.6 Anforderung einer Zwischenablesung - Insolvenz CustomerProcess Request MeterReadingData [CP_REQ_MDI] Prozessdiagramm CustomerProcess Request MeterReadingData Insolvenz[CP_REQ_MDI] Anforderung Zwischenablesung im Insolvenzfall Lieferant -> Netzbetreiber Start Prozess CP_REQ_MDI Datensatz erstellen Datensatz übermitteln [ANFORDERUNG_MDI] Datensatz empfangen [ANFORDERUNG_MDI] etwaige Fristenprüfung OK? ZP im Netzgebiet bzw vom versorgt Zählpunkt prüfen ZP ok? /Beliefert? Meldung erstellen Ja Meldung übermitteln [ABLEHNUNG_MDI] Daten verarbeiten Meldung erhalten [ABLEHNUNG_MDI] Fehler bearbeiten Ablesung löst das Übermitteln der Verbrauchsdaten aus Prozess beendet Prozess beendet Seite 44 von 83

45 2.6.2 Messagecode Datenstruktur Prozess MessageCode Beschreibung RC (Ersteller) Schema CP_REQ_MDI ANFORDERUNG_MDI LA NB Anforderung Zwischenablesung Insolvenz Request ABLEHNUNG_MDI NB LA Ablehnung Notification Verpflichtende XML Knoten keine abweichend vom Schema erforderlichen XML-Komposits Initiator Der Prozess wird vom Lieferant angestoßen Voraussetzung Voraussetzung ist ein aufrechter Liefervertrag zum Prozessdatum (ProcessDate) Spartenbezug Der Prozess gilt für Strom und Gas Granularität Der Prozess wird je Zählpunkt ausgelöst (zählpunktscharf) Stornierbarkeit Der Prozess ist nicht stornierbar Beschreibung Dieser Prozess dient der Anforderung einer Zwischenablesung ohne Abrechnung im Insolvenzfall bzw. Verlassenschaft. Es erfolgt eine Weiterführung durch den Masseverwalter. Das Prozessdatum (ProcessDate). im MessageCode ANFORDERUNG_MDI entspricht dem gewünschten Ablesedatum. welches dem Sterbe-/Ediktsdatum entsprechen muss. Obwohl die Ablesung meist in die Vergangenheit angefordert wird, ist nach Möglichkeit eine echte Zählerablesung (mit Rückrechnung) und keine Schätzung vorzunehmen. Da für die Abgrenzung eine Zwischenablesung unbedingt notwendig sein kann, ist die Befüllung des Feldes AssumptionOfCosts mit dem Wert N zulässig. Der Netzbetreiber muss die Ablesung kostenfrei durchführen Prozessauslösende Ereignisse Prozessauslösend sind für den Lieferanten fehlende Verbrauchsdaten außerhalb der Abrechnung. Seite 45 von 83

46 ABLEHNUNG_MDI Responsecodes Mögliche Responsecodes Nr Beschreibung Zählpunkt nicht dem Lieferanten zugeordnet 55 X Zählpunkt nicht gefunden 56 X Meldung NB oder LF Ungültige Anforderungsdaten 76 X Meldung des NB, wenn ZP nicht dem anfragendem Lieferanten zugeordnet ist Änderung nicht möglich da z.b. synth. Lastprofil nicht vorhanden Ablesung nicht möglich 78 X Ablesung technisch nicht möglich Prozessdatum falsch 82 X Die Anforderung liegt außerhalb der im Markt festgelegten Zeitspanne Anforderung zu weit in der Zukunft 98 X Prozessdatum liegt zu weit in der Zukunft Fristen Die Anforderung ist im Nachhi möglich. Maximal jedoch bis 15 AT vor Anmeldefrist (Insolvenz, Verlassenschaft) Seite 46 von 83

47 Phase 2.7 Anforderung einer Zwischenablesung mit Abrechnung CustomerProcess Request MeterReadingBilling [CP_REQ_MRB] Prozessdiagramm CustomerProcess Request MeterReadingBilling [CP_REQ_MRB] Anforderung Zwischenablesung mit Abrechnung Lieferant -> Netzbetreiber Start Prozess CP_REQ_MRB Datensatz erstellen Datensatz übermitteln [ANFORDERUNG_MRB] Datensatz empfangen [ANFORDERUNG_MRB] etwaige Fristenprüfung OK? Zählpunkt prüfen ZP im Netzgebiet bzw vom versorgt ZP ok? /Beliefert? Meldung erstellen Ja Meldung übermitteln [ABLEHNUNG_MRB] Daten verarbeiten Meldung erhalten [ABLEHNUNG_MRB] Fehler bearbeiten Ablesung löst MSCONS Versand und Abrechnung aus Prozess beendet Prozess beendet Seite 47 von 83

48 2.7.2 Messagecode Datenstruktur Prozess MessageCode Beschreibung RC (Ersteller) Schema CP_REQ_MRB ANFORDERUNG_MRB LA NB Anforderung Zwischenablesung + Abrechnung Request ABLEHNUNG_MRB NB LA Ablehnung Notification Verpflichtende XML Knoten keine abweichend vom Schema erforderlichen XML-Komposits Initiator Der Prozess wird vom Lieferant angestoßen Voraussetzung Voraussetzung ist ein aufrechter Liefervertrag zum Prozessdatum (ProcessDate) Spartenbezug Der Prozess gilt für Strom und Gas Granularität Der Prozess wird je Zählpunkt ausgelöst (zählpunktscharf) Stornierbarkeit Der Prozess ist nicht stornierbar Beschreibung Dieser Prozess dient der Anforderung einer Zwischenablesung mit Abrechnung. Das Prozessdatum (ProcessDate). im MessageCode ANFORDERUNG_MRB entspricht dem gewünschten Ablesedatum. Da es zwingende gesetzliche Grundlagen gibt, die eine explizite Bestätigung der Kostenübernahme für die Ablesung erfordern, ist das Feld AssumptionOfCosts zu setzen. Die Übermittlung der Verbrauchsdaten erfolgt wie bisher im MSCONS-Format. Die Übermittlung der Rechnung erfolgt wie bisher entweder im ebutilities-invoice-format oder in Papierform Prozessauslösende Ereignisse Prozessauslösend sind die vom Lieferanten benötigten Abrechnungswerte unter Verwendung von echten Verbrauchsdaten. Seite 48 von 83

49 ABLEHNUNG_MRB Responsecodes Mögliche Responsecodes Nr Beschreibung Zählpunkt nicht dem Lieferanten zugeordnet 55 X Zählpunkt nicht gefunden 56 X Meldung NB oder LF Ohne Kostenübernahme Prozess nicht möglich 77 X Meldung des NB, wenn ZP nicht dem anfragendem Lieferanten zugeordnet ist Dieser Prozess ist kostenpflichtig und muss im Feld AssumptionOfCosts das Kennzeichen J beinhalten Ablesung nicht möglich 78 X Ablesung technisch nicht möglich Prozessdatum falsch 82 X Die Anforderung liegt außerhalb der im Markt festgelegten Zeitspanne Anforderung zu weit in der Zukunft 98 X Prozessdatum liegt zu weit in der Zukunft Fristen Die Anforderung ist mindestens 20 Arbeitstage vor dem gewünschten Ablesedatum zu senden. Der Prozess darf seitens des Lieferanten maximal 40 Arbeitstage in die Zukunft gestartet werden. Die angeforderte Zwischenabrechnung ist spätestens 21 Kalendertage nach Ablesedatum zu übermitteln. Die Verbrauchsdaten sind spätestens 21 Kalendertage nach Ablesedatum zu übermitteln. Seite 49 von 83

50 Phase 2.8 Anforderung einer Zwischenablesung mit Abrechnung - Insolvenz CustomerProcess Request MeterReadingBilling [CP_REQ_MBI] Prozessdiagramm CustomerProcess Request MeterReadingBilling Insolvenz [CP_REQ_MBI] Anforderung Zwischenablesung mit Abrechnung im Insolvenzfall Lieferant -> Netzbetreiber Start Prozess CP_REQ_MBI Datensatz erstellen Datensatz übermitteln [ANFORDERUNG_MBI] Datensatz empfangen [ANFORDERUNG_MBI] etwaige Fristenprüfung OK? Zählpunkt prüfen ZP im Netzgebiet bzw vom versorgt ZP ok? /Beliefert? Meldung erstellen Ja Meldung übermitteln [ABLEHNUNG_MBI] Daten verarbeiten Meldung erhalten [ABLEHNUNG_MBI] Fehler bearbeiten Ablesung löst MSCONS Versand und Abrechnung aus Prozess beendet Prozess beendet Seite 50 von 83

51 2.8.2 Messagecode Datenstruktur Prozess MessageCode Beschreibung RC (Ersteller) Schema CP_REQ_MBI ANFORDERUNG_MBI LA NB Anforderung Zwischenablesung + Abrechnung Insolvenz Request ABLEHNUNG_MBI NB LA Ablehnung Notification Verpflichtende XML Knoten keine abweichend vom Schema erforderlichen XML-Komposits Initiator Der Prozess wird vom Lieferant angestoßen Voraussetzung Voraussetzung ist ein aufrechter Liefervertrag zum Prozessdatum (ProcessDate) Spartenbezug Der Prozess gilt für Strom und Gas Granularität Der Prozess wird je Zählpunkt ausgelöst (zählpunktscharf) Stornierbarkeit Der Prozess ist nicht stornierbar Beschreibung Dieser Prozess dient der Anforderung einer Zwischenablesung mit Abrechnung im Insolvenzfall bzw. Verlassenschaft. Es erfolgt eine Weiterführung durch den Masseverwalter. Das Prozessdatum (ProcessDate). im MessageCode ANFORDERUNG_MBI entspricht dem gewünschten Ablesedatum, welches dem Sterbe-/Ediktsdatum entsprechen muss. Obwohl die Ablesung meist in die Vergangenheit angefordert wird, ist nach Möglichkeit eine echte Zählerablesung (mit Rückrechnung) und keine Schätzung vorzunehmen. Da für die Abgrenzung eine Zwischenablesung bzw. Abrechnung unbedingt notwendig sein kann, ist die Befüllung des Feldes AssumptionOfCosts mit dem Wert N zulässig. Der Netzbetreiber muss die Ablesung kostenfrei durchführen. Die Übermittlung der Verbrauchsdaten erfolgt wie bisher im MSCONS-Format. Die Übermittlung der Rechnung erfolgt wie bisher entweder im ebutilities-invoice-format oder in Papierform Prozessauslösende Ereignisse Prozessauslösend sind die vom Lieferanten benötigten Abrechnungswerte unter Verwendung von echten Verbrauchsdaten. Seite 51 von 83

52 ABLEHNUNG_MBI Responsecodes Mögliche Responsecodes Nr Beschreibung Zählpunkt nicht dem Lieferanten zugeordnet 55 X Zählpunkt nicht gefunden 56 X Meldung NB oder LF Ungültige Anforderungsdaten 76 X Prozessdatum falsch 82 X Meldung des NB, wenn ZP nicht dem anfragendem Lieferanten zugeordnet ist Änderung nicht möglich da z.b. synth. Lastprofil nicht vorhanden Die Anforderung liegt außerhalb der im Markt festgelegten Zeitspanne Anforderung zu weit in der Zukunft 98 X Prozessdatum liegt zu weit in der Zukunft Fristen Die Anforderung ist im Nachhi möglich. Maximal jedoch bis 15 AT vor Anmeldefrist der Insolvenz oder der Verlassenschaft. Die angeforderte Zwischenabrechnung ist spätestens 21 Kalendertage nach Ablesedatum zu übermitteln. Die Verbrauchsdaten sind spätestens 21 Kalendertage nach Ablesedatum zu übermitteln. Seite 52 von 83

53 Phase 2.9 Anforderung einer Zwischenabrechnung CustomerProcess Request Billing [CP_REQ_BIL] Prozessdiagramm CustomerProcess Request Billing [CP_REQ_BIL] Anforderung Zwischenabrechnung Lieferant -> Netzbetreiber Start Prozess CP_REQ_BIL Datensatz erstellen Datensatz übermitteln [ANFORDERUNG_BIL] Datensatz empfangen [ANFORDERUNG_BIL] etwaige Fristenprüfung OK? Zählpunkt prüfen ZP im Netzgebiet bzw vom versorgt ZP ok? /Beliefert? Meldung erstellen Ja Meldung übermitteln [ABLEHNUNG_BIL] Daten verarbeiten Meldung erhalten [ABLEHNUNG_BIL] Fehler bearbeiten Prozess beendet Prozess beendet Messagecode Datenstruktur Prozess MessageCode Beschreibung RC (Ersteller) Schema CP_REQ_BIL ANFORDERUNG_BIL LA NB Anforderung Zwischenabrechnung Request ABLEHNUNG_BIL NB LA Ablehnung Notification 5 Seite 53 von 83