Copy page

Ereignis-Schemata

[NB] START_UEBERSICHT_LEISTUNGSKURVENDEF

Marktrolle NB · Formatversion 202604 · BO4E-Schema 1.7.8

Stammdaten

Unter diesem Topic ist genau einer der folgenden 1 Prüfidentifikatoren zulässig — welcher, entscheidet der Event-Prozess.

Prüfi	Scope	Anwendungsfall	Festlegung	Kommunikation
PI_25007	UTILTS	Übermittlung Übersicht Leistungskurvendefinitionen	GPKE Teil 3	NB → LF

Die Stammdaten der 1 Prüfidentifikatoren in einer Struktur — eine Spalte je Prüfidentifikator, wie im Anwendungshandbuch. Ein Wert in der Spalte heißt, dass das Feld zu diesem Prüfidentifikator gehört: Muss, wenn seine Spezifikation es verlangt, sonst Kann. Eine leere Zelle heißt »gehört nicht dazu«, nicht »unbekannt«. Vorausgewählt ist der erste; die übrigen schaltet die Leiste über der Tabelle zu.

Kette dieses Auslösers

Das Ereignis löst die Nachricht aus.

Nachricht	Antworten	Schreibaufruf nach der Antwort
25007	—	—

Dieses Ereignis löst einen Schritt in dieser Rollensicht aus:

Prozess	Beteiligter	Regelwerk	Sparte
Übermittlung der Übersicht der Definitionen des NB durch den NB	NB	GPKE Teil 3	Strom

Transaktionsdaten

Der Umschlag der Nachricht. Pflichtfelder müssen beim Trigger-Aufruf gesetzt sein.

Feld	Typ	Pflicht	Beschreibung
anfrageReferenz	string	ja	Beantragungsnummer / RFF+AGI
kategorie	string	ja	Qualifier aus dem Beginn der EDIFact Nachricht / BGM
sparte	Enum Sparte	ja	Enthält Informationen über die Sparte Werte: STROM, GAS, FERNWAERME, NAHWAERME, WASSER, ABWASSER
pruefidentifikator	—	nein	Wird dynamisch im Event-Prozess ermittelt. Ein vom Sender mitgegebener Wert wird ignoriert. Im Topic mögliche Prüfis — 25007. Mögliche Werte: 25007
absender › rollencodenummer	string	nein	Gibt die Codenummer der Marktrolle an.
empfaenger › rollencodenummer	string	nein	Gibt die Codenummer der Marktrolle an.

Zusatzdaten

eventname ist auf START_UEBERSICHT_LEISTUNGSKURVENDEF festgelegt. Dieser Wert bleibt auch in der englischen Fassung deutsch, weil Camunda darüber korreliert.

Feld	Typ	Pflicht	Beschreibung
prozessId	string	ja	—
eventname	const START_UEBERSICHT_LEISTUNGSKURVENDEF	ja	—

Antwort

Der Auslöser vergibt einen eigenen businessKey. Die MACO APP übernimmt weder den businessKey noch die prozessId des aufrufenden Systems als Kennung der Prozessinstanz. Der businessKey der Antwort entsteht beim Start des Prozesses und ist neu. Der Rumpf dieses Aufrufs führt kein Feld businessKey; es gibt also keine Stelle, an der ein eigener Schlüssel mitgegeben werden könnte. Die mitgegebene prozessId (Pflichtfeld dieses Aufrufs) bleibt die Belegnummer des Backends: sie kommt in zusatzdaten.prozessId der Callbacks zurück — dort Pflicht nur bei MaloIdent (03002/03003), sonst optional.

201 — Erfolg. Erfolgsmeldung auf Prozessdaten API Aufruf.

Feld	Typ	Pflicht	Beschreibung
businessKey	string (uuid)	ja	Einzigartige Kennung des Geschäftsprozesses
message	string	ja	Nachricht mit Details zum ausgelösten Event — Beispiel der Quelle: received event XXXXXXXXXXXX with id at 2024-08-08T12:58:22Z and started process with businessKey 4c7170ed-3518-41ee-8582-39ab65b00107

400 — Fehler. Fehlermeldung auf Prozessdaten API Aufruf.

Feld	Typ	Pflicht	Beschreibung
errorCode	string	nein	Error identifier — Beispiel der Quelle: 400
message	string	nein	Technische Meldung — Beispiel der Quelle: Validation Failed

Welchen Rumpf die Callbacks updateProcessData und createProcessData senden, ist am NiFi-Fluss der MACO APP gemessen: {stammdaten, transaktionsdaten, zusatzdaten} ohne Umschlag, der businessKey innerhalb von zusatzdaten. Nicht gemessen ist das an einem mitgeschnittenen Aufruf, und nicht für MaloIdent (03002/03003).

Was businessKey, prozessId und targetBusinessKey unterscheidet, steht auf Schlüssel und Zuordnung.