Zum Ende des Banners springen
Zum Anfang des Banners springen

Auftragsverzögerung melden

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 56 Nächste Version anzeigen »

Beschreibung

TitelAuftragsverzö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)

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 FelderDatenAPI Felder
Bezeichnung des AlertsorderDelayJeopardyAlert.name
Datum2022-10-16T10:35:00JeopardyAlert.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:

  • Keine Stichwörter