[LF] START_ABO_PROFILE
Marktrolle LF · Formatversion 202604 · BO4E-Schema 1.7.8
Noch nicht abgebildete Prüfidentifikatoren
Für dieses Topic sind die folgenden Prüfidentifikatoren fachlich vorgesehen, aber in der aktuellen Formatversion noch nicht als Spezifikation vorhanden: 17201.
Die Angabe stammt aus der Generator-Pipeline und wird hier bewusst sichtbar gemacht, statt sie zu verschweigen.
Stammdaten
Dieses Event definiert keine Prüfi-Auswahl. Die Stammdaten ergeben sich aus dem auslösenden Prozess.
Kette dieses Auslösers
Das Ereignis löst die Nachricht aus.
| Nachricht | Antworten | Schreibaufruf nach der Antwort |
|---|---|---|
17201 | — | — |
Transaktionsdaten
Der Umschlag der Nachricht. Pflichtfelder müssen beim Trigger-Aufruf gesetzt sein.
| Feld | Typ | Pflicht | Beschreibung |
|---|---|---|---|
| kategorie | string | ja | Qualifier aus dem Beginn der EDIFact Nachricht / BGM |
pruefidentifikator | — | nein | Wird dynamisch im Event-Prozess ermittelt. Ein vom Sender mitgegebener Wert wird ignoriert. Im Topic mögliche Prüfis — 17201. Mögliche Werte: 17201 |
| 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_ABO_PROFILE 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_ABO_PROFILE | 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.