Beschreibung

Titel	Auftrag abbrechen
Kurzbeschreibung	Folgender Ablauf beschreibt die typischen Interaktionen zwischen Auftrageber und Leistungserbringer im Anwendungsfall "Auftrag abbrechen". Der Leistungserbringer bricht die Auftragsbearbeitung 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

aktuelle Version ( 22.10.2024 )

@startuml
autonumber
box Buyer
participant b as "Ordering"

box Seller TMF622
participant po as "ProductOrder"

alt Rejection in commercial validation

  opt in the event of changes in content
    po -> b: POST ProductOrderAttributeValueChangeEvent
    note right: e.g.: productOrderItem.alternateProductOffering.name
  end

  po -> b: POST ProductOrderStateChangeEvent (rejected)
  note right: ABBM

else Rejection in technical validation/granting

  opt in the event of changes in content
    po -> b: POST ProductOrderAttributeValueChangeEvent
    note right: e.g.: earliestOrderRetry
  end

  po -> b: POST ProductOrderStateChangeEvent (rejected)
  note right: ABBM

else Cancellation in case of unsuccessful TAM and MTAM

  po -> b: POST ProductOrderStateChangeEvent (cancelled)
  note right: ABBM

else Cancellation during order realization

  po -> b: POST ProductOrderStateChangeEvent (failed)
  note right: ABBM
end
@enduml

alt

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

Besonderheit

Im Geschäftsfall "KUE-LE" (catogory: terminationBySeller) 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) (1)

fachliche Felder	Daten	API Felder
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 (3)
fachliche Felder	Daten	API Felder
orderstatus	rejected	state
fachliches Änderungsdatum	2022-05-11T10:31:00	stateChangeDate
technisches EventDatum	2022-05-20T10:40:00+01:00	eventTime
Grund der Änderung	"1023" "Ihr Auftrag ist derzeit aus technischen Gründen nicht bearbeitbar. Bitte versuchen Sie es zu einem späteren Zeitpunkt erneut."	stateChangeReason.code stateChangeReason.text

fachliche Felder	Daten	API Felder
orderstatus	rejected	state
fachliches Änderungsdatum	2022-05-11T10:31:00	stateChangeDate
technisches EventDatum	2022-05-20T10:40:00+01:00	eventTime
Grund der Änderung	"1001" "Die Anschrift ist nicht bekannt."	stateChangeReason.code stateChangeReason.text


ProductOrderStateChangeEvent: nach erfolgloser TAM/MTAM (4)
orderstatus	cancelled	state
fachliches Änderungsdatum	2022-05-11T10:31:00	stateChangeDate
technisches EventDatum	2022-05-20T10:40:00+01:00	eventTime
Grund der Änderung	"1198" "Es wurde kein neuer Ausführungstermin übermittelt."	stateChangeReason.code stateChangeReason.text


ProductOrderStateChangeEvent: Abbruch bei Auftragsrealisierung
orderstatus	failed	state
fachliches Änderungsdatum	2022-05-11T10:31:00	stateChangeDate
technisches EventDatum	2022-05-20T10:40:00+01:00	eventTime
Grund der Änderung	"1305" "Es wurde kein neuer Ausführungstermin übermittelt."	stateChangeReason.code stateChangeReason.text

Auftrag abbrechen