Zum Ende des Banners springen
Zum Anfang des Banners springen

Erneute Auftragsbestätigung versenden

Zum Ende der Metadaten springen
Zum Anfang der Metadaten

Sie zeigen eine alte Version dieser Seite an. Zeigen Sie die aktuelle Version an.

Unterschiede anzeigen Seitenhistorie anzeigen

« Vorherige Version anzeigen Version 49 Nächste Version anzeigen »

Beschreibung

TitelErneute 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:

  • Neuer verbindlicher Liefertermin 
    • Terminverschiebung als Ergebnis eines geänderten Kundenwunschtermines durch Auftraggeber (Liefertermin verschieben)
    • Wegen eines unvorhersehbaren Ereignisses beim Leistungserbringer während der Auftragsrealisierung
  • Neue / ergänzende Anschlussinformationen

Dabei werden die für diesen Ablauf erforderlichen Auftrags-Status durchlaufen und die für diesen Ablauf relevanten Informationen übermittelt.

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

Stand  

@startuml
autonumber
box Buyer of new line
participant b as "Ordering"

box Seller TMF622
participant po as "ProductOrder"


po -> b: POST ProductOrderAttributeValueChangeEvent
note right: e.g.: expectedCompletionDate

po -> b: POST ProductOrderMilestoneEvent (orderConfirmationUpdate)
note right: ABM


@enduml

Alter Stand

Beispieldaten

ProductOrderAttributeValueChangeEvent (1)

Felderaktualisierte DatenAPI Feld
Eventdate 2022-05-20T10:45:00 
Anschluss (lineId)DEU.DTAG.FTYLIQ7PTFproductOrderItem.accessLineId (der neuen Line)
verbindlicher Liefertermin (Datum)2022-12-19T12:00:00+01:00
(Uhrzeit fachlich nicht relevant, aber technisch erforderlich)

expectedCompletionDate

Datum+Zeitfenster (wenn erforderlich, z.B. bei Technikertermin beim Endkunden)

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 erforderlichTRUE

 ProductOrderItem.endUserAppointmentIsNecessary

Beispiel:

ProductOrderMilestoneEvent (2)

Felderaktualisierte DatenAPI Feld
Typ des Product Order Milestone EventsorderConfirmationUpdatename
Datum und Uhrzeit des Milestones2022-05-20T10:46:00milestoneDate
Meldecode des Milestones0015milestoneMessage.code
Meldungstext des MilestonesDer Ausführungstermin wurde vom Leistungserbringer manuell geändertmilestoneMessage.text

Beispiel:

ProductOrderAttributeValueChangeEvent (3)

Felderaktualisierte DatenAPI Feld
Eventdate 2022-05-20T10:45:00 
Anschluss (lineId)DEU.DTAG.DFGLIQ7RTZproductOrderItem.accessLineId (der alten Line)
verbindlicher Liefertermin (Datum)2022-12-19T12:00:00+01:00
(Uhrzeit fachlich nicht relevant, aber technisch erforderlich)

expectedCompletionDate

Beispiel:

ProductOrderMilestoneEvent (4)

Felderaktualisierte DatenAPI Feld
Typ des Product Order Milestone EventsorderConfirmationUpdatename
Datum und Uhrzeit des Milestones2022-05-20T10:46:00milestoneDate
Meldecode des Milestones0015milestoneMessage.code
Meldungstext des MilestonesDer Ausführungstermin wurde vom Leistungserbringer manuell geändertmilestoneMessage.text
  • Keine Stichwörter