Versionsnummer
EDIFACT ID: RFF:1056
Beschreibung
Datenelement RFF:1056 („Versionsnummer“) kommt in den Nachrichten PARTIN und QUOTES vor und spielt eine Rolle in Prozessen wie Stammdatenänderung, Bestellung einer technischen Konfiguration (MSB) und Sperrung und Entsperrung eines Anschlusses. In PARTIN 1.0e beschreibt RFF:1056 „Versionsnummer“ (Abschnitt "Segmentlayout"). Das Feld ist verpflichtend. Fachliche Codes: 70, AGK, OCR, RFF und SG1. Quelle: PARTIN_MIG_1_0e_20241001.pdf. Prozeskontext: Stammdatenänderung. In QUOTES 1.3a beschreibt RFF:1056 „Versionsnummer“ (Abschnitt "Segmentlayout"). Das Feld ist verpflichtend. Fachliche Codes: 70, APF, OCR und RFF. Quelle: QUOTES_MIG_1_3a_Fehlerkorrektur_20241213.pdf. Prozeskontext: Bestellung einer technischen Konfiguration (MSB) und Sperrung und Entsperrung eines Anschlusses. Rechtsgrundlagen: MsbG, EnWG und StromGVV.
Schlüsselwörter
Nachrichtenkontext
PARTIN • Version 1.0e
In PARTIN 1.0e beschreibt RFF:1056 „Versionsnummer“ (Abschnitt "Segmentlayout"). Das Feld ist verpflichtend. Fachliche Codes: 70, AGK, OCR, RFF und SG1. Quelle: PARTIN_MIG_1_0e_20241001.pdf. Prozeskontext: Stammdatenänderung.
QUOTES • Version 1.3a
In QUOTES 1.3a beschreibt RFF:1056 „Versionsnummer“ (Abschnitt "Segmentlayout"). Das Feld ist verpflichtend. Fachliche Codes: 70, APF, OCR und RFF. Quelle: QUOTES_MIG_1_3a_Fehlerkorrektur_20241213.pdf. Prozeskontext: Bestellung einer technischen Konfiguration (MSB) und Sperrung und Entsperrung eines Anschlusses. Rechtsgrundlagen: MsbG, EnWG und StromGVV.
Zugeordnete Prozesse
Stammdatenänderung
Eine Stammdatenänderung an einer Marktlokation wird im Wesentlichen über die Nachricht PARTIN abgewickelt, speziell in der Version 1.0e. Die Nachricht dient dazu, Änderungen von Stammdaten, wie z.B. die Identifikation des Kontoinhabers (FII:C078), an die beteiligten Marktpartner zu kommunizieren. Dies betrifft Netzbetreiber (NB), Lieferanten (LF) und Messstellenbetreiber (MSB). Ein Auslöser für die Stammdatenänderung kann beispielsweise ein Gerätewechsel sein, der vom MSB durchgeführt wird und eine Anpassung der Daten erfordert. Die UTILMD-Nachricht wird ebenfalls verwendet, um Informationen im Zusammenhang mit Stammdatenänderungen zu übermitteln. Der Prozess der Stammdatenänderung beinhaltet die Übermittlung relevanter Datenpunkte und Zeitstempel (z.B. Zeitpunkt der Änderung) an die betroffenen Marktrollen. Es ist wichtig, dass die Kommunikationsprozesse gemäß den Vorgaben der WiM (Wirksamkeit im Messwesen) erfolgen. Die Zuordnung von Werten zu bestimmten Ereignissen, wie einem Gerätewechsel, ergibt sich beim Empfänger aus der Stammdatenänderung selbst. Die rechtlichen Grundlagen für diesen Prozess sind in den GPKE (Geschäftsprozesse zur Kundenbelieferung mit Elektrizität) und den zugehörigen SD (Standarddatenaustausch)-Dokumenten zu finden (auch wenn im Kontext keine expliziten Gesetze genannt werden). Die Übermittlung von Werten von der Marktlokation an NB/LF erfolgt unter Bezugnahme auf SG1 RFF+AGI mit Angaben zum Ablesedatum (SG10 DTM+9) und Nutzungszeitpunkt (SG10 DTM+7). (Hinweis: Es ist unklar, welche konkreten rechtlichen Grundlagen für jede einzelne Stammdatenänderung gelten. Eine detaillierte Analyse der spezifischen Änderung und der geltenden Marktregeln ist erforderlich, um die relevanten Gesetze zu identifizieren. Ebenso ist nicht klar, welcher Anwendungsfall durch die genannten EDIFACT Segmente konkret abgedeckt wird. Eine vollständige Abbildung der Prozesse ist nur mit zusätzlichem Kontext möglich.)
Bestellung einer technischen Konfiguration (MSB)
Der Prozess zur Bestellung einer technischen Konfiguration bei einem Messstellenbetreiber (MSB) für beispielsweise ein intelligentes Messsystem (iMsys) basiert auf den rechtlichen Grundlagen des MsbG und EnWG. Der Prozess beinhaltet die Anforderung eines Angebots (REQOTE) und die Übermittlung eines Angebots (QUOTES). Die *Bestellung* selbst erfolgt wahrscheinlich über eine ORDERS-Nachricht, woraufhin der MSB mit einer QUOTES-Nachricht antwortet. In diesen Nachrichten werden spezifische EDIFACT-Elemente verwendet, wie z.B. LIN:00027 ("Ad-hoc-Steuerkanal"), LOC:3225 ("Ortsangabe, Nummer"), PRI:5284 ("Einzelpreisbasis, Menge"), CTA:00015 ("Ansprechpartner") und PIA:1080 ("Erforderliches Produkt Konfigurationserlaubnis für Werte nach Typ 2 aus SMGW"). Diese Elemente dienen dazu, die gewünschte Konfiguration präzise zu beschreiben und alle relevanten Informationen für die Bearbeitung der Bestellung zu übermitteln. Der Prozessablauf sieht vermutlich wie folgt aus: Ein Akteur (z.B. Lieferant, Netzbetreiber, Direktkunde) identifiziert den Bedarf für eine spezielle Konfiguration eines intelligenten Messsystems und sendet eine REQOTE-Nachricht an den MSB. Diese Nachricht enthält detaillierte Angaben zur gewünschten Konfiguration, einschließlich technischer Spezifikationen und gewünschter Parameter. Der MSB prüft die Anfrage und übermittelt ein Angebot (QUOTES-Nachricht), das die Kosten und Bedingungen für die Umsetzung der gewünschten Konfiguration enthält. Akzeptiert der anfragende Akteur das Angebot, erfolgt eine *Bestellung* (vermutlich via ORDERS-Nachricht). Nach erfolgter Konfiguration und Inbetriebnahme wird die Leistung dem Kunden in Rechnung gestellt, wobei die Abrechnung via INVOIC-Nachricht erfolgt. Hierbei werden Informationen wie die Nachrichten Referenznummer (IDE:1001) verwendet, um den Messstellenbetrieb abzurechnen. Es ist wichtig zu beachten, dass die genauen Details des Prozesses und die verwendeten Nachrichtenversionen (z.B. REQOTE 1.3b, QUOTES 1.3a, INVOIC 2.8d) von den jeweiligen MSB-Spezifikationen und Marktkommunikationsrichtlinien abhängen. Die genaue Ausgestaltung der ORDERS-Nachricht, insbesondere welche EDIFACT-Segmente und -Elemente hier relevant sind, ist aus dem vorliegenden Kontext nicht ersichtlich und müsste ggf. recherchiert oder beim MSB erfragt werden. Es wird vermutet, dass hier die gleichen Elemente wie bei REQOTE und QUOTES relevant sind.
Sperrung und Entsperrung eines Anschlusses
Der Prozess der Sperrung und Wiederherstellung eines Netzanschlusses wird durch die Stromgrundversorgungsverordnung (StromGVV) geregelt. Auslöser ist in der Regel ein Zahlungsverzug des Anschlussnutzers. Bevor die Sperrung erfolgt, muss der Energielieferant (oder grundversorger) den Kunden über die drohende Sperrung informieren und ihm die Möglichkeit geben, die offenen Forderungen zu begleichen. Dies geschieht meist schriftlich mit einer angemessenen Fristsetzung. Scheitert die Begleichung der Forderung, beauftragt der Energielieferant den Netzbetreiber (NB) mit der Durchführung der Sperrung, typischerweise durch eine *ORDERS*-Nachricht. Der Netzbetreiber führt die physische Unterbrechung der Anschlussnutzung durch. Die Wiederherstellung des Netzanschlusses erfolgt, sobald der Kunde die ausstehenden Beträge (inklusive der Sperr- und Entsperrkosten) beglichen hat. Der Kunde kann auch eine Abwendungsvereinbarung mit dem Energielieferanten treffen. Der Energielieferant beauftragt daraufhin den Netzbetreiber mit der Entsperrung. Die Kommunikation zwischen Energielieferant und Netzbetreiber über Kosten für die Sperrung/Entsperrung kann mittels der *REMADV*-Nachricht erfolgen. Im Rahmen des Prozesses können weitere Akteure wie Messstellenbetreiber (MSB) involviert sein, beispielsweise wenn der Zugang zum Zähler zur Durchführung der Sperrung/Entsperrung erforderlich ist. Die konkreten technischen Details der Auftragsabwicklung zwischen Energielieferant und Netzbetreiber können durch die Nachrichten *ORDRSP* (Antwort auf den Sperrauftrag mit Informationen zur Ausführung) und *QUOTES* (Anfrage/Angebot bzgl. der Kosten) abgebildet werden. Die Rolle des Ansprechpartners wird über das EDIFACT-Element *CTA:00015* abgebildet. Die Ortsangabe kann über *LOC:3225* bestimmt werden. **Hinweis:** Die genauen Details der Nachrichtenformate und -inhalte können je nach den individuellen Vereinbarungen zwischen den Marktteilnehmern variieren. Die Verwendung der genannten EDIFACT-Elemente (*IDE:E_0503*, *PIA:1080*) und Nachrichten ist stark kontextabhängig und sollte immer anhand der aktuellen MIGs und den individuellen Anforderungen der beteiligten Unternehmen geprüft werden. Es ist davon auszugehen, dass die Marktteilnehmer die genauen Kommunikationsabläufe individuell festlegen.
Verknüpfte Visualisierungen
Versionsnummer (RFF:1056)
Versionsnummer (RFF:1056) – Segment RFF