Beschreibung

Titel	Auftrag abbrechen
Kurzbeschreibung	Folgender Ablauf beschreibt die typischen Interaktionen zwischen Auftrageber und Leistungserbringer im Anwendungsfall "Auftrag abbrechen". Der Leistungserbringer bricht die Auftragsrealisierung ab und meldet dem Auftraggeber den Abbruch zurück. Dabei werden die für diesen Ablauf erforderlichen Auftrags-Status durchlaufen und die für diesen Ablauf relevanten Informationen übermittelt.
Vorbedingung	Der abzubrechende Auftrag wurde angelegt und ist noch nicht abgeschlossen ( d.h. der Auftrag befindet sich initial nicht in den Auftrags-Status closed, rejected or failed)
Auslöser	Es gibt folgende Auslöser eines Auftragsabbruchs: Negative kaufmännische Validierung (nach dem Auftrags-Status acknowledeged) Negative technische Validierung / Erteilung (nach dem Auftrags-Status accepted) Erfolglose Terminanforderung (TAM und MTAM), (nach dem Auftrags-Status pending) Scheitern der Auftragsrealisierung (nach dem Auftrags-Status inProgress)
Ergebnis	Die Bereitstellung wurde abgebrochen und der Abbruch dem Auftraggeber gemeldet. Der Auftrag befindet sich final in einem der folgenden Auftrags-Status: failed rejected cancelled (nach pending, bei erfolgloser Terminanforderung)

Ablauf

Der Fehlschlag während der Realisierung für die category VBL oder PV ist im Detail hier dargestellt: 2) Fehlschlag beim Leistungserbringer

@startuml
autonumber
box Buyer
participant b as "Ordering"
     
box Seller TMF622
participant po as "ProductOrder"
     
alt Abbruch bei kaufmännischer Validierung

  opt bei inhaltlichen Änderungen
    po -> b: POST ProductOrderAttributeValueChangeEvent()
    note right: e.g.: productOrderItem.alternateProductOffering.name
  end
     
  po -> b: POST ProductOrderStateChangeEvent(rejected)
  note right: ABBM
 
else Abbruch bei technischer Validierung/Erteilung
     
  po -> b: POST ProductOrderStateChangeEvent(rejected)
  note right: ABBM
 
else Abbruch bei erfolgloser TAM und MTAM
     
  po -> b: POST ProductOrderStateChangeEvent(cancelled)
  note right: ABBM
 
else Abbruch bei Auftragsrealisierung
 
  opt bei inhaltlichen Änderungen    
    po -> b: POST ProductOrderAttributeValueChangeEvent()
    note right: e.g.: earliestOrderRetry
  end
     
  po -> b: POST ProductOrderStateChangeEvent(failed)
  note right: ABBM
end
@enduml

Business Rule

In der Category "KUE-LE" gibt es nur den Ablauf "Scheitern der Auftragsrealisierung" (siehe Beschreibung, Auslöser).

Die Abläufe

Negative kaufmännische Validierung
Negative technische Validierung / Erteilung
Erfolglose Terminanforderung (TAM und MTAM)

werden im Geschäftsfall "KUE-LE" nicht unterstützt.

Beispieldaten

ProductOrderAttributeValueChange (Alternativprodukt/korrigierter Standort)
eventDate/changeDate	2022-05-11T10:30:30
Wiedervorlagetermin	2023-01-16T10:00:00+01:00	earliestOrderRetry
Alternativprodukt	alternateProductOffering
Alternativprodukt	FTTH L2 PON 1500 1000	name
StandortA Korrektur		RelatedPlaceRefOrValue
StandortA Korrektur	AlternateAddress	role
	Rheinhausen	city
	DEU	country
	59055	postcode
	Biberweg	streetName
	2	streetNr
	b	streetNrSuffix

ProductOrderStateChangeEvent: Abbruch bei kaufmännischer/technischer Validierung
fachliche Felder	Daten	API Felder
orderstatus	rejected	state
eventDate/changeDate	2022-05-11T10:31:00


ProductOrderStateChangeEvent: nach erfolgloser TAM/MTAM
orderstatus	cancelled	state
eventDate/changeDate	2022-05-11T10:31:00


ProductOrderStateChangeEvent: Abbruch bei Auftragsrealisierung
orderstatus	failed	state
eventDate/changeDate	2022-05-11T10:31:00


ProductOrderAttributeValueChange (Fehlauftragsnummer bei Auftragsklammer)
eventDate/changeDate	2022-05-11T10:30:00
Fehlauftragsnummer	relatedRejectedProductOrder	productOrder/productOrderChacteristic.name
Externe Auftragsnummer eines anderen abgewiesenen Auftrages mit der gleichen Auftragsklammer	EXT123456789	productOrder/productOrderChacteristic.value

Auftrag abbrechen

Beschreibung

Ablauf

Business Rule

Beispieldaten