Prozess CR_REQ_PT - Anfordern von Verbrauchsdaten (gem. DAVID Verordnung)
Prozess CR_REQ_PT (02.00) am 25.02.2021 |
||
Stammdaten | ||
---|---|---|
Prozess | CR_REQ_PT | |
Version | 02.00 | |
Mutterprozess | CR_REQ_PT (01.99) | |
Aus Konsultation | Ja | |
Bezeichnung | Anfordern von Verbrauchsdaten (gem. DAVID Verordnung) | |
Bearbeitungsstatus | Final | |
Gültig von | 01.06.2018 | |
Gültig bis | 30.09.2018 | |
Status | Inaktiv (Abgelaufen) | |
Granularität | Zählpunkt | |
Stornierbar | Nein | |
Kategorie | Customer Processes | |
Responsekategorie | Customer Processes | |
Sparten | Strom | |
Beteiligte | Verteilernetzbetreiber Lieferant |
Prozess Grundlagen |
|
Grundlagen | Konsultation gem. SoMa5 |
Prozessdiagramm |
|
Prozessdiagramm | [CR_REQ_PT] Anfordern von Verbrauchsdaten (gem. DAVID Verordnung) (CR_REQ_PT_V02p00_20170717.pdf) |
Beschreibung der Prozessschritte |
|
Verwendete Marktnachrichten |
|
Responsecodes der Marktnachrichten |
|
Dokumente und Links – Teil der Konsultation |
|
Ergänzende Dokumente und Links - nicht Teil der Konsultation |
|
Ergänzende Informationen |
|
Beschreibung |
|
Dieser Prozess dient der Anforderung von nicht erhaltenen, bzw. nicht ordnungsgemäß verarbeiteten Verbrauchsdaten gemäß DAVID-Verordnung. Die positive Antwort erfolgt mit dem Prozess CR_MSG mit dem Schema ConsumptionRecord. Der Netzbetreiber versendet genau jenen Zeitraum, den der Lieferant anfordert. Wurden diese Zeitreihen bereits einmal versendet, sind diese als Duplikat zu kennzeichnen.
Beispiel:
Versendete ConsumptionRecord des Netzbetreibers:
Message 12345 Zeitraum 01.01.2017 – 31.01.2017
Message 12346 Zeitraum 01.02.2017 – 28.02.2017
Message 12347 Zeitraum 01.03.2017 – 31.03.2017
Message 12348 Zeitraum 01.04.2017 – 30.04.2017
Lieferant fordert mit dem MessageCode ANFORDERUNG_PT den Zeitraum 15.02.2017 bis 03.04.2017 (erneut) an. Der Netzbetreiber liefert genau die Zeitreihen von 15.02.2017 - 03.04.2017 und versieht diese Nachricht mit einer neuen Messagenumber.und dem Kennzeichen DUPL.
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.
Übertragung |
|
Für die Abwicklung des Datenaustausch stehen drei Möglichkeiten zur Verfügung:
- Prozessumsetzung in der eigenen IT-Landschaft: EDA Messenger oder EDA e-mail. Für weitere Infos kontaktieren Sie bitte eda@ebutilities.at
- Nutzung eines IT Dienstleister (SaaS): EDA Messenger, welcher durch den IT Dienstleister betrieben wird. Für weitere Infos kontaktieren Sie bitte Ihren IT Dienstleister
- SelfStorage-Dienst der Verrechnungsstellen für Lieferanten: EDA Messenger, welcher durch die Verrechnungsstellen betrieben wird
Der energiewirtschaftliche Datenaustausch ist grundsätzlich für alle Marktteilnehmer (ausgenommen Verteilernetzbetreiber) kostenlos.
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 oder
- maximal bis zum Versorgungsbeginn oder
- maximal bis zur Umstellung auf DeviceType IMS, IME oder IMN
in die Vergangenheit
angefordert werden.
Der angeforderte Zeitraum muss mindestens 5 Arbeitstage vor dem Prozessdatum (Datum der Übersendung der Anforderung) liegen.
Wird der Prozess verwendet um nicht erhaltene Daten zu urgieren, so sind folgende Fristen einzuhalten:
- bei täglicher Übermittlung darf frühestens 5 Arbeitstage nach dem erwarteten Erhalt angefordert werden.
- bei monatlicher Übermittlung darf frühestens am 10. des Monats angefordert werden.
Der Sinn dieser Frist ist, dass bei technischen Probleme (Es werden niemals 100% Prozent aller Zählet kommunikativ sein) der Netzbetreiber nicht durch automatiseirt ausgelöste CR_REQ_PT überschwemmt wird.
Prozessauslösend |
|
Prozessauslösend sind dem Lieferanten fehlende Verbrauchsdaten.
Verpflichtende XML Knoten |
|
Bei MessageCode ANFORDERUNG_PT ist die Übermittlung der XML-Elemente CPRequest - DateTimeFrom und CPRequest - DateTimeTo verpflichtend.
Voraussetzungen |
|
Voraussetzung ist ein aufrechter Liefervertrag im Anforderungszeitraum des ConsumptionRecord. Der Zählpunkt muss im Anforderungszeitraum den DeviceType IMS, IME oder IMN besitzen.
Änderungen |
|
Änderungen verfolgen |
|