...
| Titel | Auftrag (Providerwechsel / Verbundleistung) anlegen |
|---|---|
| Kurzbeschreibung | Folgender Ablauf beschreibt die typischen API Interaktionen zwischen dem aufnehmenden Auftrageber (EKPauf und TNBauf, aka AGauf), dem Leistungserbringer (LE, aka ANE) und dem abgebenden Auftraggeber (EKPab und TNBab, aka ABab) für die Anwendungsfälle "Auftrag (Providerwechsel / Verbundleistung) anlegen - Gutfall". Zu diesen Anwendungsfall sind zwei Sequenzen relevant:
|
| Vorbedingung |
|
| Auslöser | Der aufnehmende Auftraggeber legt einen Auftrag für den Providerwechsel bzw. die Verbundleistung beim Leistungserbringer (ANE) an. |
| Ergebnis | Das Produkt wurde erfolgreich bereitgestellt |
...
- Ermittlung des Wechseldatums
- Ermittlung der WITA Vertragsnummer
- Ermittlung der VorabstimmungsID
- Klärung, ob die Ressource übernommen werden soll
| Codeblock | ||||||||
|---|---|---|---|---|---|---|---|---|
| ||||||||
@startuml autonumber box WBCI participant eauf as "EKP auf" participant eab as "EKP ab" eauf -> eab: VA-KUE-MRN eauf <- eab: REUM-VA eauf -> eab: AK-MTR |
Produktbeauftragung
Die Produtbeauftrgung gliedert sich in zwei Abschnitte
- Die Product Order mit der Cathegory "Providerwechsel" bzw. "Verbundleistung", welche vom AGauf an den LE gestellt wird
- Die Product Order mit der Cathegory Kündigung durch "Leistungserbringer", welche der LE einstellt.
Während der AGauf die üblichen Möglichkeiten zur Steuerung der ersten Product Order hat (Stornierung, Terminverschiebung etc.), hat der AGab nur am Anfang die Möglichkeit, dem Wechsel zu widersprechen.
Darüber hinasugehende, technisch denkbare Möglichketen der Einflussnahme durch dem AGab (Stornierung, Terminverschiebung etc.) müssen vom LE abgewiesen werden.
| Codeblock | ||||||||
|---|---|---|---|---|---|---|---|---|
| ||||||||
@startuml autonumber box Product Order vom Typ PV (PO) participant eauf as "EKP auf + TNB auf (AG auf)" participant tauf as "ANE (LE)" box (Sub)Product Order vom Typ KUE-LE (PO2) participant tab as "TNB ab + EKPab (AG ab)" eauf -> tauf: POST ProductOrder(productOrderItemCreate, VAId) note right: PV tauf -> tauf: POST ProductOrder(productOrderItemDelete, category=KUE-LE) tauf -> tab: ProductOrderCreatedEvent(PO2) eauf <- tauf: StatusChangeEvent(PO, Acknowleged) tauf -> tab: StatusChangeEvent(PO2, Acknowleged) eauf <- tauf: StatusChangeEvent(PO, Pending) tauf -> tab: StatusChangeEvent(PO2, Pending) tauf -> tab: ProductOrderInformationRequiredEvent(PO2, fieldPath=productOrder.TNBabApproval) note right: AKM-PV tauf <- tab: ApprovalTaskResource(PO2, result) note right: RUEM-PV eauf <- tauf: StateChangeEvent(PO,InProgress) tauf -> tab: StatusChangeEvent(PO2, InProgress) note right: ABM-PV note center: Weiterer Ablauf wie GF Neu |
| Stashincludebyfilepath | ||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
...