Prozess MD_CHG_CP - Stammdatenänderung - Namensänderung

10 Versionen Ansichtszeitpunkt (TT.MM.JJJJ)  

Prozess MD_CHG_CP (03.10) am 25.03.2023

  
Stammdaten
ProzessMD_CHG_CP 
Version03.10 
MutterprozessMD_CHG_CP (03.09) 
Aus KonsultationJa 
BezeichnungStammdatenänderung - Namensänderung 
BearbeitungsstatusFinal 
Gültig von04.04.2022 
Gültig bis02.07.2023 
StatusAktiv 
GranularitätZählpunkt 
StornierbarNein 
KategorieCustomer Processes 
ResponsekategorieCustomer Processes 
SpartenStrom
Erdgas
 
BeteiligteVerteilernetzbetreiber
Lieferant
 
  
  

Prozess Grundlagen

  
GrundlagenKonsultation gem. SoMa5
SOGL Datenaustausch-V
 
  
  

Prozessdiagramm

  
  
  

Beschreibung der Prozessschritte

  
Reihenfolge ProzessschrittNameBedingung/BeschreibungMessageCodeDeadline
1MD_CHG_CP_S_1Start ProzessStart des Prozesses-
2MD_CHG_CP_S_2Datensatz AENDERUNG_CP erstellenDatensatz für die Änderungsnachricht erstellen-
3MD_CHG_CP_S_3Datensatz AENDERUNG_CP übermittelnSender übermittelt NamensänderungAENDERUNG_CP
4MD_CHG_CP_E_1Datensatz AENDERUNG_CP empfangenEmpfang der NamensänderungAENDERUNG_CP
5MD_CHG_CP_E_2Fristenprüfungen durchführenPrüfung auf Einhaltung der im Prozess definierten Fristen durchführen:
- Fristenprüfung
- Prozessdatum korrekt
-
6MD_CHG_CP_E_3Zählpunktprüfungen durchführenDer Empfänger prüft den erhaltenen Datensatz auf folgende Bedingungen:
- Zählpunkt prüfen
- ZP gefunden
- ZP beliefert
- Nachrichtendaten vollständig
- Nachrichtendaten gültig
-
7MD_CHG_CP_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 beliefert wird.
-
8MD_CHG_CP_E_7Nachweisdokument da?Optional: falls erforderlich, Vorhandensein des Nachweisdokuments zur Überprüfung der Namensänderung (z.B. Heiratsurkunde) prüfen.
-
9MD_CHG_CP_E_8Datenänderung verarbeitenNamensänderung wird verarbeitet
-
10MD_CHG_CP_E_9Prüfung Namensänderung OK?Es wird geprüft, ob die gewünschte Änderung umgesetzt werden kann.-
11MD_CHG_CP_E_5Datensatz ABLEHNUNG_CP erstellenWenn die Prüfung eine Ablehnung der Änderung zur Folge hat, wird die Nachricht ABLEHNUNG_PD mit einem der folgenden Ablehnungsgründe erstellt:

55 Zählpunkt nicht dem Lieferanten zugeordnet
56 Zählpunkt nicht gefunden
57 Zählpunkt nicht versorgt
71 Nachweisdokument fehlt
72 Keine DA - AN/ABM notwendig
73 Nachrichtendaten fehlen
74 Nachweisdokument nicht akzeptiert
-
12MD_CHG_CP_E_6Datensatz ABLEHNUNG_CP übermittelnAblehnung wird gesendetABLEHNUNG_CP
13MD_CHG_CP_S_4Datensatz ABLEHNUNG_CP empfangenAblehnung wird empfangenABLEHNUNG_CP
14MD_CHG_CP_S_4Bilaterale KlärungDie Marktteilnehmer klären den Fall bilateral ab-
15MD_CHG_CP_S_7Ende ProzessProzessende-
16MD_CHG_CP_E_10Datensatz ANTWORT_CP erstellenDatensatz für Antwortnachricht erstellen

70 Änderung/Anforderung akzeptiert
-
17MD_CHG_CP_E_11Datensatz ANTWORT_CP übermittelnVersand der Bestätigung der durchzuführenden NamensänderungANTWORT_CP
18MD_CHG_CP_S_5Datensatz ANTWORT_CP empfangenEmpfang der AntwortnachrichtANTWORT_CP
19MD_CHG_CP_S_7Ende ProzessProzessende-
  
  

Verwendete Marktnachrichten

  
  
  

Responsecodes der Marktnachrichten

  
AENDERUNG_CP - Änderungsmeldung
CodeBezeichnungResponse Kategorie
Keine Einträge vorhanden.


ANTWORT_CP - Antwort auf die Änderungsmeldung
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

  
BezeichnungKategorieBeschreibungLink
Keine Einträge vorhanden.
  
  
  

Ergänzende Informationen

  

Beschreibung

  

Dieser Prozess dient der Übermittlung von Namensänderungen eines Kunden.

Zweck dieses Prozess ist, dass alle betroffenen Marktpartner genau einmal je Zählpunkt ü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 Empfänger hat dafür zu sorgen, dass die erhaltenen Datenänderungen nicht wieder an den Sender als neue Änderungen übermittelt werden. Damit sollen „Endlosschleifen“ vermieden werden.

Das Prozessdatum im XML Element MasterData - ProcessDate entspricht dem Änderungsdatum im Sendersystem und nicht dem Erfassungsdatum. Betroffen sind nur jene Inhalte die das Attribut Changed enthalten. Alle weiteren ebenfalls übermittelten Felder haben einen tagesaktuellen Inhalt.

Gibt es beim Sender kein Gültigkeitsdatum (keine historische Abbildung), so ist die Änderung mit dem Erfassungsdatum zu senden.

Je ProcessDate ist eine eigene Stammdatenänderung zu senden.

Im Sinne eines reibungslosen Prozessablaufes hinsichtlich einer Kundenidentifikation sind auch die optionalen Felder des XML Knotens, wenn im Sendersystem vorhanden (zB: MasterData - DateOfBirth), zu übermitteln.

Die Übermittlung eines Nachweisdokumentes ist optional. Sollte ein Nachweisdokument übermittelt werden, ist dieses im PDF/A-Format zu senden und als DOCCategory ist ND zu verwenden. Entscheidet sich der Sender kein Nachweisdokument zu versenden, so ist trotz Antwort „Nachweisdokument fehlt (RC 71)“ des Empfängers der Prozess beendet. Umgekehrt ist der Empfänger nicht zur Überprüfung eines allenfalls übermittelten Nachweisdokumentes verpflichtet.


Beispiel: Namensänderung eines Kunden.

Name2: Günter  Name1: Maier

Zählpunkt 01 durch Lieferant/Versorger A versorgt; Netzbetreiber NB01

Zählpunkt 02 durch Lieferant/Versorger B versorgt; Netzbetreiber NB01

Zählpunkt 03 durch Lieferant/Versorger 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/Versorger A und Lieferant/Versorger B zu übermitteln, weil diese beiden Lieferanten/Versorger in dessen Netzgebiet den Kunden versorgen.

Lieferant/Versorger 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/Versorger B den Kunden ebenfalls im Netzgebiet des Netzbetreibers NB02 versorgt, hat  auch Lieferant/Versorger B dem Netzbetreibers NB02 die Daten zu übermitteln.

Nur eine tatsächlich durchgeführte Datenänderung löst diesen Prozess aus. Sollte beispielsweise Lieferant/Versorger B keine Datenänderung durchführen, stoppt er den Prozess und gibt an Netzbereiber NB02 keine Information weiter. 

Während in den anderen MD-Prozessen ausschließlich der Erhalt der Nachricht bestätigt wird, wird in diesem Prozess auch an den Sender übermittelt, ob die Daten entsprechend verarbeitet wurden. Diese Vorgehensweise wurde auf Grund der Wichtigkeit von deckungsgleichen Namen in den Systemen von Netzbetreiber und Lieferant gewählt. Neben den technischen Ablehnungsgründen (RC 55, 56, 57, 73), kann eine Ablehnung auf Grund eines mangelnden Nachweisdokuments (RC 74), eines fehlenden Nachweisdokuments (RC 71) oder auf Grund einer notwendigen Ummeldung (RC 72) durchgeführt werden.

Ü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

  

Hat der Sender im XML Element DocNumber eine ID übermittelt, so hat der Empfänger mindestens 24 Stunden auf das Nachweisdokument (übermittelt mit Prozess MD_VDC) zu warten.

Prozessauslösend

  

Prozessauslösend sind Änderungen von Daten, welche den XML Elementen

  • MasterData - Name1

  • MasterData - Name2

  • MasterData - Name3

  • MasterData - Name4


entsprechen. Bei Feldern die sich geändert haben, ist das Attribut Changed zu setzen.

Verpflichtende XML Knoten

  

Bei diesem Prozess ist die Übermittlung des XML-Komposit MasterData - ContractPartner verpflichtend.

Wird zusätzlich ein Nachweisdokument übermittelt, so ist im XML-Komposit Master Data - VerificationDocument das Feld DOCNumber zu befüllen.

Im Schema CP_Document im XML-Komposit VerificationDocument folgende Felder zu befüllen:

DOCNumber, DOCCategory (Wert = ND), DOCExtension (Wert = PDF), DOCFile

 

 


Voraussetzungen

  

Voraussetzung ist ein aufrechter Liefervertrag zum Prozessdatum

Änderungen

  

Neue Schemaversion MasterData 01.30
Neue Schemaversionen MasterData 01.20
EmailCustomer (Mailadresse des Kunden) als neues optionales Feld aufgenommen
Detaillierung Prozessdatum
Prozessdiagramm erweitert
Prozessschritte in Diagramm aufgenommen
Prozessschritte in Prozessbeschreibung übernommen


  
  
  
  

Änderungen verfolgen

  

Änderungen betreffend Prozess 'MD_CHG_CP' abonnieren.