Timer für Rückantwort = 72 h bei Dienstleister
Wird hier Arbeitstag (z.B.: 9:00-17:00) bzw. Wochenenden und Feiertage berücksichtigt?

Es sollte einheitlich geregelt sein.

BP01.BP13.BP24 & BP01.BP14.BP43

Timer für Rückantwort = 72 h bei Dienstleister

Timer für Endkundenentscheidung = 10 AT bei VNB  => Inwiefern kompatibel?

BP01.BP15.BP11:

Unklar ist, um welche Daten es konkret geht und ob einzelne wählbar sind.

RequestedDatatypes = Auswahlmöglichkeiten einzelner DataTypes oder nur Einwilligung für ein definiertes Set an Daten? Für Dienstleistungen nach § 16a wird es immer ein vom DL definiertes Set an Daten benötigen. Dies sollte auch so ermöglicht werden.

„Versand von DataTyp nicht möglich“ -> ABLEHNUNGSGRUND 174. Wird dieser auch zurückgemeldet, wenn nur ein DataTyp von mehreren nicht lieferbar ist?

BP01.BP14.BP27

Fehlerhandling im VNB-Portal? Kundenfreundliche Lösung gewünscht. Interpretierbarer Ablehnungsgrund sollte angezeigt und (ergänzend) an den DL übermittelt werden.

Prozesslogik

-       Timer des Dienstleisters (72h) für die Rückantwort unterschiedlich zu dem Timer für die Endkundenentscheidung (10 Arbeitstage) =>in der Beschreibung erläutern

o   72 Stunden dienen zur Bestätigung oder Ablehnung der Datenfreigabe-Anfrage des Dienstleisters an den Netzbetreiber, bei positiver Antwort ist die Anfrage 10 Arbeitstage gültig für die Antwort des Endkunden an den Netzbetreiber, ab dem nächsten Arbeitstag

-       BP01.BP13.BP26 ist immer notwendig, wenn kein Zählpunkts-ID genutzt wird, Text anpassen, statt „Alternativ“ - Bei der Datenfreigabe-Anforderung ohne Zählpunkt wird eine…

-       Grund für Ablehnung bei bereits übermittelten Daten – ABLEHNUNG_CMQM – „Daten werden bereits übermittelt“

 Fehlende Prozessschritte im Prozessdiagramm

-       Schritt „BP01.BP13.BP26 „Endkunde die Consent-Request-ID mitteilen“ – nach dem Prozessschritt ist eine Nachricht vom Dienstleister an den Endkunden zu senden – auf der Seite Endkunde „Consen t-Request-ID vom Dienstleister empfangen“ in der Darstellung zu ergänzen

-       Schritt „BP01.BP14.BP11 „Datenfreigabeantrag speichern“ – nach dem Prozessschritt ist eine pos. Nachricht an den Dienstleister sinnvoll, da der VNB den rechtmäßigen Empfang bestätigt, ev. mit Gültigkeit, da der Timer dann vom VNB bekanntgeben werden könnte – ev. würde der Dienstleister erst danach die Information an den Endkunden übermitteln, da im Fehlerfall der Kunde keine ID’s mehrfach vom Dienstleister bekommt

-       Ergänzung des zyklischen Datenversands vom VNB an den Dienstleister als Prozessschritt sinnvoll, da dieser Prozess nach der Datenfreigabe gestartet wird (CR_MSG bzw. allgemeiner für zukünftige Datenanforderungen?)

 Voraussetzungen

-       „aktiver Anmeldeprozess“ ist keine gültige Voraussetzung, Anmeldeprozess für den Zählpunkt muss abgeschlossen sein, d.h. der Kunde einen aktiven Vertrag beim Netzbetreiber

 Fristen

-       Die Fristen im Sekundenbereich sollten gelockert werden, da abhängig von T...

Die Anfrage vom Dienstleister soll innerhalb von 72 Stunden beantwortet werden, sonst soll der Prozess abgebrochen werden. Der VNB hat aber einen Timer von 10 AT, wo er auf die Rückmeldung des Endkunden wartet. Ist das korrekt? Wenn ja, dann bitte die Beschreibung klarer formulieren, denn hier scheint es doch so zu sein, dass nur 3 Tage gewartet werden muss. Bitte ggf. im Prozessbild die Fristen hinterlegen.

BP01.BP13.BP02

Schritt 1 fehlt: Angebot & Erbringung der Dienstleistung analog zu Online Datenfreigabe    

Fehlende Prozessschritte im Prozessdiagramm

-       Schritt „BP01.BP11.BP40 „Hinweis auf ConsentRequest über hinterlegten Kommunikationskanal senden“ – nach dem Prozessschritt ist eine pos. Nachricht vom VNB an den Dienstleister sinnvoll, da der VNB den rechtmäßigen Empfang bestätigt, ev. mit Gültigkeit, da der Timer dann vom VNB bekanntgeben werden könnte

Voraussetzungen

-       „aktiver Anmeldeprozess“ ist keine gültige Voraussetzung, Anmeldeprozess für den Zählpunkt muss abgeschlossen sein, d.h. der Kunde einen aktiven Vertrag beim Netzbetreiber

Hier sollte eine Einschränkung auf einzelne ZP erwähnt werden. Andernfalls ist es problematisch wenn die Nachricht für alle betroffenen ZP innerhalb kürzester Zeit versendet werden muss.

Zudem sollte eine Mindestfrist bis zum Ende der Datenfreigabe erwähnt werden.

BP62.BP02.BP05: ohne Deadline? BP62.BP02.BP05 bei Datenfreigabe DL hat 24 h

BP62.BP01.BP06: Datenfreigabe-Aufhebung empfangen

„Durch die EDA Infrastruktur wird die Zustellung der Nachrichten auf Kommunikationsebene dokumentiert und eine fachliche Bestätigung des Erhalts der Datenfreigabe-Aufhebung durch den Dienstleister entfällt.“ Widerspricht dies nicht der weiter unten angeführten Beschreibung: „3: Der VNB kann aufgrund der signierten Empfangsbestätigung des Dienstleisters nachweisen, dass die Datenfreigabe-Aufhebung weitergegeben wurde“

BP62.BP02.BP42 VNB Nutzer über Fehlersituation informieren: Information sollte auch an den DL gehen, der die Kundenbeziehung hat (bzw. der Auslöser zur Datenfreigabe-Aufhebung war)

Fehlende Prozessschritte im Prozessdiagramm

-       Schritt BP62.BP02.BP42 „VNB Nutzer über Fehlersituation informieren“ – nach dem Prozessschritt ist eine Nachricht vom VNB an den Endkunden in der Darstellung sinnvoll, „Endkunde von Fehlersituation informiert“

-       Schritt BP62.BP02.BP45 „Fehlersituation an Dienstleister per Datenfreigabe-Aufhebung mitteilen“ – es fehlt ein zusätzlicher Responsecode für den Feherfall bei ANTWORT_CMS

Es gibt keine Fehler-Nachricht und auch keinen passenden ResponseCode. Wie soll hier die Nachricht hier erfolgen? Definition fehlt bzw  wir haben sie nicht gefunden.

BP62.BP08.BP30 Lieferant meldet Endkunden am Zählpunkt ab (Erweiterung ABM Prozess des VNB):

Bei einem alleinigen Lieferantenwechsel (aber keinen Auszug) muss die Datenfreigabe für den DL unberührt bleiben (vgl. § 16 -> freie Lieferantenwahl bei aufrechtem Vertrag DL <-> Kunde).

Prozessauslösend

-       Zu Pkt. 4 Deaktivierung  mind. eines Zählpunkts einer Gemeinschaftserzeugungsanlage verursacht keine Änderung der Kundenbeziehung zw. Netzbetreiber und Endkunden (aktiver Vertrag)

-       Zu Pkt. 5 WIES-Prozess verursacht keine Änderung der Kundenbeziehung zw. Netzbetreiber, Dienstleister und Endkunden (aktiver Vertrag), die Datenfreigabe bleibt unverändert. Falls die Datenfreigabe als Lieferant (Dienstleister) erfolgt ist, beendet ein WIES die Datenfreigabe sinngemäß.

-       Nach Änderung des Messintervalls (Customer Prozess CP_REQ_CMI - Anforderung auf Änderung des Mess-/Übertragungsintervalls) müsste die Datenfreigabe entweder aufgehoben werden oder definierte Änderungen zugelassen sein, da diese der Datenfreigabe entsprechen

Was passiert bei einer Rückabwicklung der ABM (RAABM)? Wird der ursprüngliche Status wieder hergestellt? Aus Sicht des RAABM Prozesses müsste dies so sein.

Bitte hier eine klare Handlungsanweisung formulieren.