Beschreibung

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 - Schlechtfall Negative RespondProviderChange (RUEM-PV)". Zu diesen Anwendungsfall sind zwei Sequenzen relevant: Die Vorabstimmung Die Durchführung
Vorbedingung	Rahmenverträge und Dienstverträge sind vorhanden Der Auftraggeber hat die Verfügbarkeit des Produktes geprüft der AGab hat sich beim LE für Kündigungen durch den Leistungserbringer registriert (siehe Auftrag (Kündigung durch LE) anlegen)
Auslöser	Der aufnehmende Auftraggeber legt einen Auftrag für den Providerwechsel bzw. die Verbundleistung beim Leistungserbringer (ANE) an. Schlechtfall: Der abgebende Provider lehnt die Anfrage zum Providerwechsel ab (im Beispiel mit der Begründung: falsche Vorabstimmungs-ID)
Ergebnis	Nach Eingang der negativen RespondProviderChange (RUEM-PV) wird der Auftag 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

Ablauf

Post ProductOrder (providerChange) - identisch zum Gutfall

siehe Auftrag (Providerwechsel / Verbundleistung) anlegen , Abschnitt "Beispieldaten (linker Block, TNBauf ↔ ANE)", Kapitel "Post ProductOrder (providerChange)"

ProductOrderStateChangeEvent: Acknowledged - identisch zum Gutfall

siehe Auftrag (Providerwechsel / Verbundleistung) anlegen , Abschnitt "Beispieldaten (linker Block, TNBauf ↔ ANE)", Kapitel "ProductOrderStateChangeEvent: Acknowledged"

ProductOrderAttributeValueChange - identisch zum Gutfall

siehe Auftrag (Providerwechsel / Verbundleistung) anlegen , Abschnitt "Beispieldaten (linker Block, TNBauf ↔ ANE)", Kapitel "ProductOrderAttributeValueChange"

ProductOrderStateChangeEvent: rejected
fachliche Felder	Daten	API Felder
Orderstatus	rejected	state
fachliches Änderungsdatum	2022-05-20T10:40:00+01:00	stateChangeDate
technisches EventDatum	2022-05-20T10:40:00+01:00	eventTime
Grund der Änderung	0041 "Der abgebende Provider hat die Kündigung seines Bestandes abgelehnt."	stateChangeReason.code stateChangeReason.description
Zusätzliche Meldungsattribute des Meldungscodes 0041: - Antwortcode - Antworttext - Abgabedatum - Providername abgebend	KVE Vorabstimmungs-ID fehlerhaft 2022-12-01T12:00:00+01:00 DEU.1UND1
Historisierung acknowledged fachliches Änderungsdatum Grund der Änderung	2022-05-11T10:31:00+01:00 0000 "Keine Änderung zum Auftrag"	stateChangeHistory.@type = StateChange stateChangeHistory.changeDate stateChangeHistory.changeReason.code stateChangeHistory.changeReason.description