...
| Titel | Auftrag (Kündigung PV) anlegen | |
|---|---|---|
| Kurzbeschreibung | Folgender Ablauf beschreibt die typischen API- Interaktionen zwischen Auftraggeber und Leistungserbringer im Anwendungsfall "Kündigung durch Leistungserbringer" im Kontext eines Providerwechsel. Dieser Anwendungsfall behandelt die Kündigung eines Produktes durch den Leistungserbringer. Die Kündigung muss sich auf ein im Bestand des jeweiligen Auftraggebers befindliches Produkt beziehen. Eine Kündigung ist nur dann möglich, wenn keine weiteren offenen Aufträge zum Bestand des Auftraggebers vorliegen. Dies gilt sowohl für Aufträge des bestandsführenden Auftraggebers als auch von anderen Auftraggebern (z.B. beim Geschäftsfall Providerwechsel). Voraussetzung für den Geschäftsfall Kündigung durch Auftraggeber ist ein bestehender Rahmenvertrag zwischen dem Auftraggeber und dem Leistungserbringer sowie die Angabe aller ausführungsrelevanten Daten. Entsprechung: KUE/DT in WITA, KUE/LE in SPRI | Rahmenvertrag ist vorhanden Das zu kündigende Produkt befindet sich im Bestand des Auftraggebers Es liegen keine offenen Aufträge zum Produkt vor. Der Auftraggeber hat sich beim Leistungserbringer mindestens für die Category "KUE-LE" registriert. Dadurch wird er über ProductOrderCreateEvent von jedem neuen Kündigungsauftrag informiertDabei werden die für diesen Ablauf erforderlichen Auftrags-Status durchlaufen und die für diesen Ablauf relevanten Informationen übermittelt. 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") Folgender Ablauf beschreibt die typischen API-Interaktionen zwischen Auftraggeber und Leistungserbringer im Anwendungsfall "Kündigung durch Leistungserbringer" im Kontext eines Providerwechsel. |
Vorbedingung |
| |
| Auslöser | Der Leistungserbringer legt sich selber einen Kündigungsauftrag 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 Auftraggeber ein StateChangeEvend "Failed" (ABBM) Der Leistungserbringer sendet an den abgebenden Provider Auftraggeber ein StateChangeEvend "Failed" (ABBM-PV) |
...
Folgende Beispieldaten sind identisch zum Gutfall Auftrag (Kündigung durch LE, GF PV/VBL) anlegen und deshalb hier nicht aufgeführt:
...
ProductOrderStateChangeEvent: failed (ABBM-PV)
...
Bitbucket file macro collapsible true url https://bitbucket.org/fit-api/fit-api/src/main/tmf622/examples/product-order-termination-pv-provider-change-6a-state-change-event-failed.json showLineNumbers true progLang plain collapsible true
|
| 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 | 1199 "Die Voraussetzung für die Bereitstellung ist nicht mehr gegeben. Der Auftrag wurde abgebrochen." | stateChangeReason.code stateChangeReason.description |
...