[MSB] START_REKLAMATION_DEFINITION
Marktrolle MSB · Formatversion 202610 · 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_17122 | ORDERS | Reklamation einer Definition | GPKE Teil 3 | LF → NB |
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.
| Struktur (BO4E) | Beschreibung | Format | 17122 | Bedingung |
|---|---|---|---|---|
| stammdaten | — | object | Kann | — |
| AUFTRAG [ ] * | — | object[] | Muss | — |
| positionsdaten [ ] * | — | object[] | Muss | — |
| definitionsTyp *00010 | DefinitionsTyp | Enum DefinitionsTyp | Muss | — |
ZAEHLZEIT | — | — | Muss | — |
SCHALTZEIT | — | — | Muss | — |
LEISTUNGSKURVEN | — | — | Muss | — |
| positionsnummer *00020 | Positionsnummer | integer | Muss | — |
| LEISTUNGSKURVENDEFINITION [ ] | — | object[] | Kann | — |
| leistungskurven [ ] | — | object[] | Kann | — |
| code00030 | Code der Leistungskurve | string | Kann | — |
| REKLAMATION [ ] * | — | object[] | Muss | — |
| reklamationsgrund *00040 | Hier wird für die Reklamation von Werten der Reklamationsgrund angegeben. | Enum Reklamationsgrund | Muss | — |
WERTE_ZU_HOCH | — | — | Muss | — |
WERTE_ZU_NIEDRIG | — | — | Muss | — |
WERTE_FEHLEN | — | — | Muss | — |
KONFIGURATION_WIRKT_NICHT | — | — | Muss | — |
KONFIGURATION_WIRKT_TEILWEISE | — | — | Muss | — |
WERTE_WERDEN_NICHT_NACH_VORGABEN_UEBERMITTELT | — | — | Muss | — |
UEBERSICHT_FEHLT | — | — | Muss | — |
UEBERSICHT_UNPLAUSIBEL | — | — | Muss | — |
AUSGEROLLTE_DEFINITION_FEHLT | — | — | Muss | — |
AUSGEROLLTE_DEFINITION_UNPLAUSIBEL | — | — | Muss | — |
| reklamationsgrundBemerkung | — | object | Kann | — |
| bemerkung100050 | bemerkung1 | string | Kann | — |
| bemerkung200060 | bemerkung2 | string | Kann | — |
| bemerkung300070 | bemerkung3 | string | Kann | — |
| bemerkung400080 | bemerkung4 | string | Kann | — |
| bemerkung500090 | bemerkung5 | string | Kann | — |
| SCHALTZEITDEFINITION [ ] | — | object[] | Kann | — |
| schaltzeiten [ ] | — | object[] | Kann | — |
| code00100 | code | string | Kann | — |
| ZAEHLZEITDEFINITION [ ] | — | object[] | Kann | — |
| zaehlzeiten [ ] | — | object[] | Kann | — |
| code00110 | Zählzeitdefinition | string | Kann | — |
Kette dieses Auslösers
Das Ereignis löst die Nachricht aus. Der Marktpartner antwortet mit einer der genannten Antworten, und danach schreibt die MACO APP den Vorgang in Ihr Backendsystem.
| Nachricht | Antworten | Schreibaufruf nach der Antwort |
|---|---|---|
| 17122 | 19123 | POST /updateProcessData (abgeleitet) |
Dieses Ereignis löst Schritte in diesen Rollensichten aus:
| Prozess | Beteiligter | Regelwerk | Sparte |
|---|---|---|---|
| Reklamation der Übersicht der Definitionen des LF vom MSB an LF | MSB | GPKE Teil 3 | Strom |
| Reklamation der Übersicht der Definitionen des NB vom MSB an NB | MSB | GPKE Teil 3 | Strom |
| Reklamation einer Definition des LF vom MSB an LF | MSB | GPKE Teil 3 | Strom |
| Reklamation einer Definition des NB vom MSB an NB | MSB | GPKE Teil 3 | Strom |
Transaktionsdaten
Der Umschlag der Nachricht. Pflichtfelder müssen beim Trigger-Aufruf gesetzt sein.
| Feld | Typ | Pflicht | Beschreibung |
|---|---|---|---|
pruefidentifikator | — | nein | Wird dynamisch im Event-Prozess ermittelt. Ein vom Sender mitgegebener Wert wird ignoriert. Im Topic mögliche Prüfis — 17122. Mögliche Werte: 17122 |
Zusatzdaten
eventname ist auf START_REKLAMATION_DEFINITION 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_REKLAMATION_DEFINITION | 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.