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:
|
| Ergebnis | Die Bereitstellung wurde abgebrochen und der Abbruch dem Auftraggeber gemeldet. Der Auftrag befindet sich final in einem der folgenden Auftrags-Status:
|
Ablauf
aktuelle Version ( )
| Codeblock | ||
|---|---|---|
| ||
@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 |
| Img | ||
|---|---|---|
|
alt
| Stashincludebyfilepath | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|
|
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 | |||||||||||||||||||
| FTTH L2 PON 1500 1000 | name | |||||||||||||||||||
| StandortA Korrektur | RelatedPlaceRefOrValue | |||||||||||||||||||
| 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 | "1001" "Die Anschrift ist nicht bekannt." | stateChangeReason.code stateChangeReason.text | ||||||||||||||||||
| ||||||||||||||||||||
| ProductOrderAttributeValueChange (Wiedervorlagedatum) (3) | ||||||||||||||||||||
| fachliche Felder | Daten | API Felder | ||||||||||||||||||
| eventDate/changeDate | 2022-05-11T10:30:30 | |||||||||||||||||||
| Wiedervorlagetermin | 2023-01-16T10:00:00+01:00 | earliestOrderRetry | ||||||||||||||||||
| ProductOrderStateChangeEvent: Abbruch bei kaufmännischer/technischer Validierung (4) | ||||||||||||||||||||
| 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 | ||||||||||||||||||
| ||||||||||||||||||||
| ProductOrderStateChangeEvent: nach erfolgloser TAM/MTAM (5) | ||||||||||||||||||||
| 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 (6) | ||||||||||||||||||||
| 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 | ||||||||||||||||||
| ||||||||||||||||||||