| Titel | Auftrag (Providerwechsel / Verbundleistung) anlegen |
|---|
| Kurzbeschreibung | Folgender Ablauf beschreibt die typischen Interaktionen zwischen dem aufnehmenden Auftrageber (TNBauf, im Sequenzdiagramm "Buyer of new line" bezeichnet), dem Leistungserbringer (LE, im Sequenzdiagramm "Seller of new line" bzw. "Seller of old line" bezeichnet) und dem abgebenden Auftraggeber (TNBab, im Sequenzdiagramm "Buyer of old line" bezeichnet) im Anwendungsfall "Auftrag (Providerwechsel / Verbundleistung) anlegen - Schlechtfall Negative RespondProviderChange (RUEM-PV)".
|
|---|
| Vorbedingung | - Rahmenverträge und Dienstverträge sind vorhanden
- Der Auftraggeber hat die Verfügbarkeit des Produktes geprüft
- Mindestens alle Pflichtfelder für eine Product Order im Anwendungsfall Neu sind laut Auftragsmedestruktur gefüllt.
|
|---|
| Auslöser | Der aufnehmende Auftraggeber legt einen Auftrag für den Providerwechsel bzw. die Verbundleistung beim Leistungserbringer (ANE) an. Schlechtfall: Im Laufe der Bearbeitung (Status "in Progress") muss der Leistungserbringer den Auftrag abbrechen (im Beispiel mit Fehlercoce 1199 / Text: "Die Voraussetzung für die Bereitstellung ist nicht mehr gegeben. Der Auftrag wurde abgebrochen") |
|---|
| Ergebnis | Auftrag wird seitens des Leistungserbringers abgebrochen - Status Failed
Der Leistungserbringer sendet an den aufnehmenden Provider ein StateChangeEvend "Failed" (ABBM) Der Leistungserbringer sendet an den abgebenden Provider ein StateChangeEvend "Failed" (ABBM-PV), hier nicht dargestellt |
|---|
@startuml
autonumber
box TMF622 Product Order, category=PV
participant eauf as "Buyer of new line: Ordering"
participant tauf as "Seller of new line: Product Order"
box TMF622 Product Order, category=TerminationProvider
participant leab as "Seller of old line: Product Order"
participant tab as "Buyer of old line: Ordering"
eauf -> tauf: POST ProductOrder(productOrderItemCreate, VAId)
eauf <-- tauf: 201 Created(acknowledged)
note right: PV
eauf <- tauf: ProductOrderStatusChangeEvent(PO, Accepted)
note right: QEB
tauf -> leab: notifyKUE
note over leab, tab: Die Sequenz [[https://confluence.t-systems-mms.eu/pages/viewpage.action?pageId=547957140 Auftrag (Kündigung durch LE, GF PV/VBL) anlegen]] wird hier inkludiert
leab ->tauf:notifyRUEM-PV(approval, reason)
eauf <- tauf: POST ProductOrderAttributeValueChangeEvent()
note right: e.g.: expectedCompletionDate
eauf <- tauf: ProductOrderStateChangeEvent(PO,InProgress)
note right: ABM
tauf -> leab:notifyInProgress
leab -> tab:POST ProductOrderAttributeValueChangeEvent()
note right: e.g.: expectedCompletionDate
leab -> tab: ProductOrderStatusChangeEvent(PO2, InProgress)
note right: ABM-PV
note over eauf, tauf: Fehlschlag Realisierung
eauf <- tauf: ProductOrderStatusChangeEvent(PO, Failed)
note right: ABBM
tauf -> leab: notifyFailed
leab -> tab: ProductOrderStatusChangeEvent(PO2, Failed)
note right: ABBM-PV
@enduml
Beispieldaten (linker Block, TNBauf ↔ ANE)
ProductOrderStateChangeEvent: inProgress (identisch zu Geschäftsfall Neu) - identisch zum Gutfall
siehe Auftrag (Providerwechsel / Verbundleistung) anlegen , Abschnitt "Beispieldaten (linker Block, TNBauf ↔ ANE)", Kapitel "ProductOrderStateChangeEvent: inProgress (identisch zu Geschäftsfall Neu)"
ProductOrderStateChangeEvent: failed
| ProductOrderStateChangeEvent: failed |
| fachliche Felder | Daten | API Felder |
| Orderstatus | failed | state |
| fachliches Änderungsdatum | 2022-08-25T10:45:00+01:00 | stateChangeDate |
| technisches EventDatum | 2022-08-25T10:45:00+01:00 | eventTime |
| Grund der Änderung | "Die Voraussetzung für die Bereitstellung ist nicht mehr gegeben. Der Auftrag wurde abgebrochen." | stateChangeReason.code stateChangeReason.description |
