Document toolboxDocument toolbox

2) Fehlschlag beim Leistungserbringer

Beschreibung

TitelAuftrag (Kündigung PV) anlegen
Kurzbeschreibung

Folgender Ablauf beschreibt die typischen Interaktionen zwischen Auftraggeber und Leistungserbringer im Anwendungsfall "Kündigung durch Leistungserbringer" im Kontext eines Providerwechsel.

Dabei 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

  • Rahmenverträge und Dienstverträge sind vorhanden
  • AGauf hat einen Wechselgeschäftsfall für PV oder VBL eingestellt
  • Mindestens alle Pflichtfelder für eine Product Order im Anwendungsfall PV oder VBL sind laut Auftrags-/Meldungsstruktur (download) gefüllt.
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 Auftraggeber ein StateChangeEvend "Failed" (ABBM)

Der Leistungserbringer sendet an den abgebenden Auftraggeber ein StateChangeEvend "Failed" (ABBM-PV)

Ablauf

Es gibt keine Möglichkeit, dass eine vom Leistungserbringer eingestellte Kündigung fehlschlägt.

Ein PV bzw. eine VBL kann nur auf aufnehmender Seite fehlschlagen. Siehe 2) Fehlschlag beim Leistungserbringer


Beispieldaten

rote Schriftfarbe = Abweichungen im Vergleich zum Gutfall


Folgende Beispieldaten sind identisch zum Gutfall Auftrag (Kündigung durch LE, GF PV/VBL) anlegen und deshalb hier nicht aufgeführt:

ProductOrder (Kündigung LE, GF PV/VBL)

ProductOrderStateChangeEvent: Acknowledged

ProductOrderAttributeValueChange (setzen von Antwortfrist)

ProductOrderStateChangeEvent: Pending (AKM-PV)

ProductOrderInformationRequiredEvent

TaskResource: RespondProviderChange (RUEM-PV)

RespondProviderChangeStateChangeEvent: Acknowledged

RespondProviderChangeStateChangeEvent: InProgress

RespondProviderChangeStateChangeEvent: Done

ProductOrderStateChangeEvent: inProgress

ProductOrderStateChangeEvent: failed (ABBM-PV)

ProductOrderStateChangeEvent: failed
fachliche FelderDaten API Felder
Orderstatus failedstate 
fachliches Änderungsdatum 2022-08-25T10:45:00+01:00stateChangeDate 
technisches EventDatum2022-08-25T10:45:00+01:00eventTime
Grund der Änderung

1199

"Die Voraussetzung für die Bereitstellung ist nicht mehr gegeben. Der Auftrag wurde abgebrochen."

stateChangeReason.code

stateChangeReason.description