[LF] START_BEST_AEND_ABR_DATEN
Marktrolle LF · 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_17003 | ORDERS | Beauftragung Änderung Technik | WiM Gas | LF → MSB |
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 | 17003 | Bedingung |
|---|---|---|---|---|
| stammdaten | — | object | Kann | — |
| ANFRAGE [ ] * | — | object[] | Muss | — |
| lokationsId *00010 | Für welche Markt- oder Messlokation gilt diese Anfrage. | string | Muss | — |
| AUFTRAG [ ] * | — | object[] | Muss | — |
| ausfuehrungsdatum *00020 | Das Ausführungsdatum beschreibt zu welchem Zeitpunkt ein Auftrag ausgeführt werden soll. | string (date-time) | Muss | — |
| MESSLOKATION [ ] * | — | object[] | Muss | — |
| zaehlwerke [ ] * | — | object[] | Muss | — |
| messprodukt *00030 | messprodukt | string | Muss | — |
Kette dieses Auslösers
Das Ereignis löst die Nachricht aus.
| Nachricht | Antworten | Schreibaufruf nach der Antwort |
|---|---|---|
| 17003 | — | — |
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 — 17003. Mögliche Werte: 17003 |
Zusatzdaten
eventname ist auf START_BEST_AEND_ABR_DATEN 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_BEST_AEND_ABR_DATEN | 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.