Beschreibung
Folgende Abläufe beschreiben die typischen API-Interaktionen zwischen Auftraggeber und Leistungserbringer im Anwendungsfall "Erneute Auftragsbestätigung 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 (Liefertermin verschieben)
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
| Titel | Erneute Auftragsbestätigung versenden |
|---|---|
| Kurzbeschreibung | Folgender Ablauf beschreibt die typischen API-Interaktionen zwischen Auftraggeber und Leistungserbringer im Anwendungsfall "Erneute Auftragsbestätigung versenden". Eine erneute Auftragsbestätigung kann in folgenden Szenarien vorkommen:
Bemerkung: der identifizierte Fall "Erneute Auftragsbestätigung im Rahmen eines Konnektivitätsauftrages" wird mit der Abbildung des Konnektivitätsauftrages betrachtet / vervollständigt |
| Vorbedingung | Der Auftrag befindet sich in der Realisierung |
| Auslöser | Ein neuer verbindlicher Liefertermin bzw. neue / ergänzende Anschlussinformationen sind vorhanden |
| Ergebnis | Eine erneute Auftragsbestätigung wurde versendet |
Ablauf
Handet es sich bei dem Auftrag um die Category Providerwechsel oder Verbundleistung, muss der LE im Falle einer erneute Auftragsbestätigung nach Versenden der ProcessingMessage an den AGauf analog gegenüber dem AGab vorgehen.
Beispieldaten
ProductOrderAttributeValueChangeEvent
| Felder | aktualisierte Daten | API Feld |
|---|---|---|
| Eventdate | 2022-05-20T10:45:00 | |
| Anschluss (lineId) | DEU.DTAG.FTYLIQ7PTF | productOrderItem.accessLineId |
| verbindlicher Liefertermin (Datum) | 2022-12-19T12:00:00+01:00 (Uhrzeit fachlich nicht relevant, aber technisch erforderlich) | expectedCompletionDate |
| Datum+Zeitfenster Technikereinsatz | 2022-12-19T08:00:00+01:00 2022-12-19T12:00:00+01:00 | productOrderItem.appointment.validFor.startDateTime productOrderItem.appointment.validFor.endDateTime |
| Termin beim Endkunden erforderlich | TRUE | ProductOrderItem.endUserAppointmentIsNecessary |
Beispiel:
ProductOrderProcessingMessageEvent
| Felder | aktualisierte Daten | API Feld |
|---|---|---|
| processingMessageType | orderConfirmationUpdate | |
| processingMessageDate | 2022-05-20T10:46:00 | |
| processingMessageReason | 0005 | |
| processingMessageText | Der Ausführungstermin wurde vom Leistungserbringer manuell geändert |
Beispiel: