Prozess CR_REQ_PT - Anfordern von Energiedaten

8 Versionen Ansichtszeitpunkt (TT.MM.JJJJ)  

Prozess CR_REQ_PT (04.00) am 21.09.2020

  
Stammdaten
ProzessCR_REQ_PT 
Version04.00 
MutterprozessCR_REQ_PT (03.90) 
Aus KonsultationJa 
BezeichnungAnfordern von Energiedaten 
BearbeitungsstatusFinal 
Gültig von06.09.2021 
Gültig bis31.12.2099 
StatusAktiv, zukünftig 
GranularitätZählpunkt 
StornierbarNein 
KategorieCustomer Processes 
ResponsekategorieCustomer Processes 
SpartenStrom
Erdgas
 
BeteiligteVerteilernetzbetreiber
Lieferant
 
  
  

Prozess Grundlagen

  
GrundlagenKonsultation gem. SoMa5 
  
  

Prozessdiagramm

  
  
  

Beschreibung der Prozessschritte

  
Reihenfolge ProzessschrittNameBedingung/BeschreibungMessageCodeDeadline
1CR_REQ_PT_S_1Start ProzessStart des Prozesses-
2CR_REQ_PT_S_2Datensatz ANFORDERUNG_PT erstellenDatensatz für die Anforderungsnachricht erstellen-
3CR_REQ_PT_S_3Datensatz ANFORDERUNG_PT sendenDer Lieferant sendet die Anforderung von nicht (ordnungsgemäß) erhaltenen oder benötigten Energiedaten eines Zählpunktes an den NetzbetreiberANFORDERUNG_PT
4CR_REQ_PT_E_1Datensatz ANFORDERUNG_PT empfangenDer Netzbetreiber empfängt die Anforderung zum Versand von EnergiedatenANFORDERUNG_PT
5CR_REQ_PT_E_2Fristenprüfungen durchführenPrüfung auf Einhaltung der im Prozess definierten Fristen durchführen:
- Fristenprüfung
- Prozessdatum korrekt
-
6CR_REQ_PT_E_3Prüfungen durchführenDer Netzbetreiber prüft den erhaltenen Datensatzes auf folgende Bedingungen:
- Zählpunkt prüfen
- ZP gefunden
- ZP beliefert
- Nachrichtendaten vollständig
- Nachrichtendaten gültig
- Vorhandensein von Energiedaten
-
7CR_REQ_PT_E_4Prüfung Zählpunkt OK, Zählpunkt beliefertEs wird geprüft ob der Zählpunkt zugeordnet werden kann und ob der Zählpunkt durch den Anforderer im Anforderungszeitraum beliefert wird-
8CR_REQ_PT_E_5Meldung ABLEHNUNG_PT erstellenWenn die Prüfung eine Ablehnung der Anfrage zur Folge hat wird die die Nachricht ABLEHNUNG_PT mit einem der folgenden Ablehnungsgründe erstellt:

55 Zählpunkt nicht dem Lieferanten zugeordnet
56 Zählpunkt nicht gefunden
82 Prozessdatum falsch
94 Keine Daten im angeforderten Zeitraum vorhanden
-
9CR_REQ_PT_E_6Meldung ABLEHNUNG_PT sendenDer Netzbetreiber sendet die Ablehnung ABLEHNUNG_PT an den LieferantABLEHNUNG_PT
10CR_REQ_PT_S_4Meldung ABLEHNUNG_PT erhaltenDer Lieferant empfängt die Ablehnung ABLEHNUNG_PTABLEHNUNG_PT
11CR_REQ_PT_S_5FehlerverarbeitungDie Fehlerverarbeitung wird durchgeführt-
12CR_REQ_PT_E_7Datensatz ANTWORT_PT erstellenDatensatz für die Anforderungsnachricht erstellen
70 Änderung/Anforderung akzeptiert
-
13CR_REQ_PT_E_8Datensatz ANTWORT_PT sendenDer Netzbetreiber sendet die Bestätigung für die durchzuführende Anforderung der EnergiedatenANTWORT_PT
14CR_REQ_PT_S_6Datensatz ANTWORT_PT empfangenDer Lieferant empfängt die Antwort zur Anforderung der EnergiedatenANTWORT_PT
15CR_REQ_PT_S_7ProzessendeDer Anforderungsprozess ist beendet-
16CR_REQ_PT_E_9Daten verarbeitenDer Netzbetreiber ermittelt die Daten für den angeforderten Zeitraum. Sollte nur ein Teil der angeforderten Daten zur Verfügung stehen, werden nur diese verarbeitet-
17CR_REQ_PT_E_10Start Prozess CR_MSGDie Daten des angeforderte Zeitraum bzw. ein Teil davon werden mit Prozess CR_MSG versandt.-
18CR_REQ_PT_E_11ProzessendeDer Anforderungsprozess ist beendet-
  
  

Verwendete Marktnachrichten

  
  
  

Responsecodes der Marktnachrichten

  
ANFORDERUNG_PT - Anforderung von Verbrauchsdaten
CodeBezeichnungResponse Kategorie
Keine Einträge vorhanden.


ANTWORT_PT - Antwort
CodeBezeichnungResponse Kategorie
70Änderung/Anforderung akzeptiertCustomer Processes

  
  

Dokumente und Links – Teil der Konsultation

  
BezeichnungKategorieBeschreibungLink
Keine Einträge vorhanden.
  
  

Ergänzende Dokumente und Links - nicht Teil der Konsultation

  
  
  
  

Ergänzende Informationen

  

Beschreibung

  

Dieser Prozess dient der Anforderung von Energiedaten eines Zählpunktes in einem vom Anforderer zu definierenden Zeitbereich. Die Anforderung kann unabhängig davon welcher DeviceType bzw. welche DeviceTypes am angeforderten Zählpunkt im angeforderten Zeitbereich konfiguriert sind, gestellt werden. Somit können auch Energiedaten eines Zeitbereiches des Zählpunktes angefordert werden auch wenn dieser nicht einem konstanten DeviceType im angeforderten Zeitbereich zugeordnet ist. Dies ermöglicht es dem Marktpartner Energiedaten eines Zählpunktes anzufordern ohne Rücksicht auf etwaige DeviceTypes des Zählpunktes zu nehmen.


Werden durch die Anforderung des Marktpartners Zeitbereiche nur teilweise angeschnitten werden Energiedaten des kleinstmöglichen Zeitbereiches, für welchen dem Netzbetreiber Energiewerte zur Verfügung stehen, an den Marktpartner übermittelt.

Beispiel 1:

Der Marktpartner fordert für den Zeitbereich von 01.02.2019 – 30.11.2019 Energiewerte an. Da jedoch der DeviceType des Zählpunktes in diesem Zeitbereich „NONSMART“ ist und dem Netzbetreiber nur die Energiemenge des Zeitbereiches 06.01.2019 – 30.11.2019 zur Verfügung steht, wird auch diese Energiemenge in diesem Zeitbereich versendet.


Beispiel 2 (alle Werte durch NB bereits versendet):
Versendete ConsumptionRecord des Netzbetreibers, es liegen auch keine weiteren Werte vor:

  • Message 12345 Zeitraum 01.01.2019 – 31.01.2019
  • Message 12346 Zeitraum 01.02.2019 – 28.02.2019
  • Message 12347 Zeitraum 01.03.2019 – 31.03.2019
  • Message 12348 Zeitraum 01.04.2019 – 30.04.2019

Lieferant fordert mit dem MessageCode ANFORDERUNG_PT den Zeitraum 15.02.2019 bis 03.04.2019 (erneut) an. Der Netzbetreiber liefert genau die Zeitreihen von 15.02.2019 - 03.04.2019 und versieht diese Nachricht mit einer neuen Messagenumber.

Lieferant fordert mit dem MessageCode ANFORDERUNG_PT den Zeitraum 01.05.2019 bis 31.05.2019 an. Der Netzbetreiber versendet eine Ablehnung mit ResponseCode 94 (Keine Daten vorhanden)

Beispiel 3 (Werte teilweise versendet):
Versendete ConsumptionRecord des Netzbetreibers, weiter Werte liegen vor:
  • Message 2345 Zeitraum versendet  01.01.2019 – 31.01.2019
  • Zeitraum liegt dem NB vor                01.02.2019 – 19.02.2019 (noch nicht versandt)

Lieferant fordert mit dem MessageCode ANFORDERUNG_PT den Zeitraum 01.02.2019 bis 28.02.2019 an. Der Netzbetreiber liefert in einer Nachricht nur die Zeitreihen von 01.02.2019 - 19.02.2019.
Lieferant fordert mit dem MessageCode ANFORDERUNG_PT den Zeitraum 15.02.2019 bis 28.02.2019 an. Der Netzbetreiber liefert in einer Nachricht die Zeitreihen von 01.02.2019 - 19.02.2019.

Lieferant fordert mit dem MessageCode ANFORDERUNG_PT den Zeitraum 04.02.2019 bis 15.02.2019 an. Der Netzbetreiber liefert in einer Nachricht die Zeitreihen von 01.02.2019 - 15.02.2019.
Lieferant fordert mit dem MessageCode ANFORDERUNG_PT den Zeitraum 01.02.2019 bis 31.03.2019 an. Der Netzbetreiber liefert in einer Nachricht die Zeitreihen von 01.02.2019 - 19.02.2019.
Lieferant fordert mit dem MessageCode ANFORDERUNG_PT den Zeitraum 20.02.2019 bis 28.02.2019 an. Der Netzbetreiber versendet eine Ablehnung mit ResponseCode 94.

Beispiel 4 (Werte teileweise versendet und nicht lückenlos vorhanden):

Werte beim Netzbetreiber:

  •      Message 32345 Zeitraum versendet    01.02.2019 - 20.02.2019
  •      Zeitraum fehlt dem NB                          21.02.2019 - 28.02.2019
  •      Zeitraum liegt dem NB vor                    01.03.2019 - 31.03.2019 (noch nicht versandt)

Lieferant fordert mit dem MessageCode ANFORDERUNG_PT den Zeitraum 21.02.2019 bis 31.03.2019 an. Der Netzbetreiber versendet eine Ablehnung mit ResponseCode 94, weil durch das übermitteln keine Lücken entstehen dürfen.

Conclusio:
  • Sollte nur ein Teil der angeforderten Daten zur Verfügung stehen, werden nur diese versendet.
  • Gibt es vor dem angeforderten Zeitraum noch nicht versendete Daten, so sind diese mit zu versenden.
  • Stehen überhaupt keine Daten für den angeforderten Zeitraum zur Verfügung, wird abgelehnt.
  • Es dürfen keine Lücken entstehen.

Übertragung

  

Für die Abwicklung des Datenaustausch stehen drei Möglichkeiten zur Verfügung:

  1. Prozessumsetzung in der eigenen IT-Landschaft: EDA Messenger oder EDA e-mail. Für weitere Infos kontaktieren Sie bitte eda@ebutilities.at
  2. Nutzung eines IT Dienstleister (SaaS): EDA Messenger, welcher durch den IT Dienstleister betrieben wird. Für weitere Infos kontaktieren Sie bitte Ihren IT Dienstleister
  3. 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

  • maximal drei Jahre oder
  • maximal bis zum Versorgungsbeginn durch den anfordernden LF oder

in die Vergangenheit angefordert werden. Es gilt das jüngste in der Vergangenheit liegende Datum.

Wird der Prozess verwendet um nicht erhaltene Daten zu urgieren, so sind folgende Fristen einzuhalten (gilt ausschließlich für die DeviceTypes IMS, IME, IMN und LPZ):

  • bei täglicher Übermittlung darf frühestens 3 Arbeitstage nach dem erwarteten Erhalt angefordert werden.
  • bei monatlicher Übermittlung darf frühestens am 6. des Monats angefordert werden.

Der Sinn dieser Frist ist, dass bei technischen Problemen (Es werden niemals 100% Prozent aller Zähler kommunikativ sein) der Netzbetreiber nicht durch automatisiert ausgelöste CR_REQ_PT überschwemmt wird.

Prozessauslösend

  

Prozessauslösend sind dem Lieferanten/Versorger 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 aufrechtes Vertragsverhältnis (Energieliefervertrag) im Anforderungszeitraum des ConsumptionRecord.

Die Anforderung von Daten aus einem Anforderungszeitraum in dem der Anforderer kein aufrechtes Vertragsverhältnis (Energieliefervertrag) hat, ist nicht möglich (z.B. Anforderung von historischen Daten aus dem WIES Prozess)

Änderungen

  

  • Prozessbeschreibung angepasst
  • Sparte Gas hinzugefügt
  • Fristen angepasst
  • Voraussetzungen angepasst



  
  
  
  

Änderungen verfolgen

  

Änderungen betreffend Prozess 'CR_REQ_PT' abonnieren.