...
Titel | Auftragsverzögerung melden |
---|---|
Kurzbeschreibung | Folgender Ablauf beschreibt die typischen API-Interaktionen zwischen Auftraggeber und Leistungserbringer im Anwendungsfall "Auftragsverzögerung melden" Der Leistungserbringer meldet der Vorfall eines Ereignisses im Ablauf, mit dem Risiko einer Verzögerung der Auftragsbearbeitung Folgende Szenarien für die Verzögerung sind möglich: |
Vorbedingung | Der Auftrag wurde angenommen und ist noch nicht abgeschlossen |
Auslöser | Ein Ereignis ist im Ablauf vorgefallen, welches das Risiko einer Verzögerung in der Auftragsbearbeitung bewirkt. |
Ergebnis | Die Auftragsverzögerung wurde gemeldet, sowie ein neuer verbindlicher Liefertermin (siehe Anwendungsfall Erneute Auftragsbestätigung versenden), falls relevant Und falls die Auftragsrealisierung gestoppt werden musste, sind zwei weitere Ergebnisse möglich:
|
Ablauf
Img | ||
---|---|---|
|
Codeblock | ||||
---|---|---|---|---|
| ||||
@startuml
autonumber
box Buyer
participant b as "Ordering"
box Seller TMF622
participant po as "ProductOrder"
po -> b: POST ProductOrderJeopardyAlertEvent(estimatedAlertEndDate)
note right: VZM
opt Auftragsbearbeitung gestoppt
po -> b: POST ProductOrderStateChangeEvent(held)
alt Auftragsbearbeitung wieder gestartet
po -> b: POST ProductOrderStateChangeEvent(inProgress)
else Auftragsbearbeitung abgebrochen
note over po, b: Die Sequenz [[https://confluence.telekom-mms.com/display/tfit/Auftrag+stornieren Auftrag stornieren]] hier wird inkludiert
end
end
opt Liefertermin wird verschoben
note over po, b: Die Sequenz [[https://confluence.telekom-mms.com/pages/viewpage.action?pageId=495177173 Erneute Auftragsbestätigung versenden]] hier wird inkludiert
end
@enduml |
Drawio | ||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
...