...
| Drawio |
|---|
| border | true |
|---|
| |
|---|
| diagramName | Ablauf Abbruch |
|---|
| simpleViewer | false |
|---|
| width | |
|---|
| links | auto |
|---|
| tbstyle | top |
|---|
| lbox | true |
|---|
| diagramWidth | 792 |
|---|
| revision | 9 |
|---|
|
Untervariante "Auftrag Providerwechsel und Verbundleistung" abbrechen
Happy Path siehe hier: Auftrag (Providerwechsel / Verbundleistung) anlegen
Im folgenden sollen die Auswirkungen eines Abbruchs auf einen PV bzw. eine VBL dargestellt werden.
Im Fall
- Erfolglose Terminanforderung (TAM und MTAM)
- Scheitern der Auftragsrealisierung
gibt es keine besondere Einflüsse:
- AKM-PV und RUEM-PV sind bereits ausgetauscht
- die RUEM-PV war positiv
- Der Statuswechsel Rejected bzw. Failed wird auf beide POs propagiert.
Erfolgt die Ablehnung aufgrund der Validierungen, ist das Zusammenspiel jeweils wie folgt:
Kaufmännische Validierung
Es kommt nicht zum Einstellen einer "Kündigung durch den LE":
| Img |
|---|
| src | //www.plantuml.com/plantuml/png/LOvTIiD058NVPnM7FasmtO2864kGeZI33Nc_JQvjnFbXSgVeRhgMhinsQg32m9mBv_iuJwDGb6I_52NnBjajHtKwggt_Xec-JvsWZZr77Bn5ynDWMcXJ5ogSkQ4R0Za1K_e0ZPXLhmQNV8Tc_PoJBbykVp7x1yW4bEiA-gswDax7lvTzYyTSkuUfDyqq9c_HuUPO2TjbP1AUeorNVQ6S5qOSTdivi-rLzh2OP3VeHaZIkDoJst5rO2VQr7EyyoTtmdtn2m00 |
|---|
|
| Codeblock |
|---|
| language | text |
|---|
| title | Abbruch PV während der kaufm. Validierung |
|---|
| linenumbers | true |
|---|
| collapse | true |
|---|
|
@startuml
autonumber
box Product Order vom Typ PV (PO)
participant eauf as "EKP auf + TNB auf (AG auf)"
participant tauf as "ANE (LEauf)"
eauf -> tauf: POST ProductOrder(productOrderItemCreate, VAId)
note right: PV
eauf <- tauf: ProductOrderStatusChangeEvent(PO, Rejected) |
Technische Validierung
| Img |
|---|
| src | //www.plantuml.com/plantuml/png/bP7FZfim4CRlFCLeJw0kFUIuwbObMrH5IHChIRdRC12tO5Ddd3PlqsVfazKOMOB-IHK9oSRszytlctbt9cx8Tct4BMbbEu4c-laZ4lexCAChMnBiJ8K6Bhg3uxK7La3CTadKEvqiPSyL0N9R0p_3GxvcCEnVmN6xzBiu-p2ioSDCG46GRNE8Dxb_4Uf2VB0Y-NlrzQSytUG3mMAEq28NCqVnHydnteC9H-XOtUhvn5ZSVJv9-jO3FW7R7OwX3PuZxYS_AyBknI0dV8GYMrL9f3GX6DcSo6cBqUnD6imcqWDnikUN4rSDvXTKv08zGbP-KVfRYmqwBnf9VB0dSCwolhhqaGyQpaV2suZliSK1iNIWZJRNvx67YKiRl8YBETyOgmfeYsJwzFzH5hCizuiPgaggvePmfMfjEavIgpr-jT9WDT7N4jkASJezJvlnsesUYwntPnVUpgULhJ-ch82xHxR7prZIl-OLRkzkG13-1hbS3fI_0000 |
|---|
|
| Codeblock |
|---|
| language | text |
|---|
| title | Abbruch eines Providerwechsels während er technischen Validierung |
|---|
| linenumbers | true |
|---|
| collapse | true |
|---|
|
@startuml
autonumber
box Product Order vom Typ PV (PO)
participant eauf as "EKP auf + TNB auf (AG auf)"
participant tauf as "ANE (LEauf)"
box (Sub)Product Order vom Typ KUE-LE (PO2)
participant leab as "ANE (LEab)"
participant tab as "TNB ab + EKPab (AG ab)"
eauf -> tauf: POST ProductOrder(productOrderItemCreate, VAId)
note right: PV
eauf <- tauf: ProductOrderStatusChangeEvent(PO, Acknowleged)
tauf -> leab: notifyKUE
leab -> leab: POST ProductOrder(productOrderItemDelete, category=KUE-LE)
leab -> tab: ProductOrderCreatedEvent(PO2)
leab -> tab: ProductOrderStatusChangeEvent(PO2, Acknowleged)
leab -> tab: ProductOrderStatusChangeEvent(PO2, Pending)
leab -> tab: ProductOrderInformationRequiredEvent(PO2, fieldPath=productOrder.TNBabApproval)
note right: AKM-PV
eauf <- tauf: ProductOrderStatusChangeEvent(PO, Rejected)
tauf -> leab: notifyRejected
leab -> tab: ProductOrderStatusChangeEvent(PO2, Rejected)
note right: ABBM-PV |
Business Rule
In der Category "KUE-LE" gibt es nur den Ablauf "Scheitern der Auftragsrealisierung" (siehe Beschreibung, Auslöser).
...
