Zum Ende der Metadaten springen
-
Erstellt von Former user
, zuletzt geändert von Former user
am Sept. 09, 2024
Zum Anfang der Metadaten
Beschreibung
Titel | Auftragsverzögerung melden |
---|
Kurzbeschreibung | Folgender Ablauf beschreibt die typischen 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: * Ein Ereignis wie z.B. manuelle Bearbeitung ist aufgetreten. Der Auftrag wird weiter bearbeitet, es besteht aber das Risiko, dass sich die Bearbeitungszeit verlängert * Ein Ereignis wie z.B. Portmangel ist aufgetreten. Der Auftrag kann nicht weiter bearbeitet werden, und die Bearbeitungszeit verlängert sich. Nach Behebung des Ereignisses kann die Bearbeitung regulär fortgeführt werden |
---|
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: - Der Verzögerungsgrund konnte behoben werden und der Auftrag wieder in Realisierung aufgenommen
- Der Verzögerungsgrund konnte nicht behoben werden und der Auftrag wurde abgebrochen (siehe Anwendungsfall Auftrag abbrechen)
|
---|
@startuml
autonumber
box Buyer
participant b as "Ordering"
box Seller TMF622
participant po as "ProductOrder"
po -> b: POST ProductOrderJeopardyAlertEvent(estimatedAlertEndDate)
note right: VZM
opt Seller verwendet den Status 'held'
po -> b: POST ProductOrderStateChangeEvent(held)
alt Auftragsbearbeitung wieder starten
po -> b: POST ProductOrderStateChangeEvent(inProgress)
else Auftragsbearbeitung stornieren
note over po, b: Die Sequenz [[https://confluence.telekom-mms.com/display/tfit/Auftrag+stornieren Auftrag stornieren]] hier wird inkludiert
else Auftragsbearbeitung abbrechen
note over po, b: Die Sequenz [[https://confluence.telekom-mms.com/display/tfit/Auftrag+abbrechen Auftrag abbrechen]] hier wird inkludiert
end
end
opt Liefertermin verschieben
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
Beispieldaten (ohne Statuswechsel auf Held)
fachliche Felder | Daten | API Felder |
---|
Bezeichnung des Alerts | orderDelay | JeopardyAlert.name |
Datum | 2022-10-16T10:35:00 | JeopardyAlert.alertDate |
Verzögerungsgrund | "Der Auftrag befindet sich durch die noch nicht im Betrieb befindliche Carrierübergabe in der Auftragspufferung" | JeopardyAlert.exception |
Meldungscode | 0070 | JeopardyAlert.JeopardyAlertMessage.code |
Meldungstext | "Der Auftrag wird manuell bearbeitet. Die Bearbeitungszeit kann sich daher verlängern" | JeopardyAlert.JeopardyAlertMessage.text |
Beispiel: