Beschreibung
Folgende Abläufe beschreiben die typischen API Interaktionen zwischen Auftraggeber und Leistungserbringer im Anwendungsfall "Zweite ABM versenden". Die fachliche Analyse hat ergeben, dass sich dieser Anwendungsfall in 2 Szenarien aufteilen lassen kann (siehe : GF_Zweite ABM)
Neuen verbindlichen Liefertermin versenden
- Terminverschiebung: Änderung Kundenwunschtermin durch Auftraggeber (Terminverschiebung)
Unvorhersehbares Ereignis während der Auftragsrealisierung
- Neue / ergänzende Anschlussinformationen versenden
Bemerkung: der identifizierte Fall "Zweite ABM im Rahmen eines Konnektivitätsauftrages" wird mit der Abbildung des Konnektivitätsauftrages betrachtet / vervollständigt
Ablauf
Annahmen:
- Der Auftraggeber (Client) hat sich für alle ProductOrder Notifications registriert
Beispieldaten
ProductOrderAttributeValueChangeEvent
| Felder | aktualisierte Daten | Daten der vorherigen ABM | API Feld |
|---|---|---|---|
| Eventdate | 2022-05-20T10:35:00 | ||
| Anschluss (lineId) | DEU.DTAG.FTYLIQ7PTF | DEU.DTAG.FTYLIQ7PFT | productOrderItem.accessLineId |
| verbindlicher Liefertermin (Datum und Zeit) | 2022-12-19T 10-15:00:00 | 2022-12-16T 10-15:00:00 | expectedCompletionTimePeriod |
Beispiel:
ProductOrderProcessingEvent
| Felder | aktualisierte Daten | API Feld |
|---|---|---|
| proccesingMessageType | orderConfirmationUpdate | |
| proccesingMessageDate | 2022-05-20T10:36:00 | |
| proccesingMessageReason | ||
| proccesingMessageTypeText |