Beschreibung
Titel | Erneute Auftragsbestätigung versenden |
---|---|
Kurzbeschreibung | Folgender Ablauf beschreibt die typischen 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, das heißt, die erste Auftragsbestätigung wurde bereits versandt. |
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: