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 Dabei werden die für diesen Ablauf erforderlichen Auftrags-Status durchlaufen und die für diesen Ablauf relevanten Informationen übermittelt.
Vorbedingung	Der Auftrag wurde angelegt und ist noch nicht abgeschlossen. Das heißt, er befindet sich in keinem der folgenden Status: completed, closed, rejected, failed oder cancelled. Darüber hinaus muss die kaufmännische Validierung abgeschlossen sein, so dass sich der Auftrag nicht mehr im Status achnowledged befindet.
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)

Ablauf

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

Auftragsverzögerung melden

Beschreibung

Ablauf

Beispieldaten (ohne Statuswechsel auf Held)