Document toolboxDocument toolbox

Auftrag abbrechen

Beschreibung

TitelAuftrag abbrechen
Kurzbeschreibung

Folgender Ablauf beschreibt die typischen Interaktionen zwischen Auftrageber und Leistungserbringer im Anwendungsfall "Auftrag abbrechen".

Der Leistungserbringer bricht die Auftragsbearbeitung ab und meldet dem Auftraggeber den Abbruch zurück. 

Dabei werden die für diesen Ablauf erforderlichen Auftrags-Status durchlaufen und die für diesen Ablauf relevanten Informationen übermittelt.

Vorbedingung

Der abzubrechende Auftrag wurde angelegt und ist noch nicht abgeschlossen ( d.h. der Auftrag befindet sich initial nicht in den Auftrags-Status closed, rejected or failed)

Auslöser

Es gibt folgende Auslöser eines Auftragsabbruchs:

  • Negative kaufmännische Validierung (nach dem Auftrags-Status acknowledeged)
  • Negative technische Validierung / Erteilung (nach dem Auftrags-Status accepted)
  • Erfolglose Terminanforderung (TAM und MTAM), (nach dem Auftrags-Status pending)
  • Scheitern der Auftragsrealisierung (nach dem Auftrags-Status inProgress)
Ergebnis

Die Bereitstellung wurde abgebrochen und der Abbruch dem Auftraggeber gemeldet.

Der Auftrag befindet sich final in einem der folgenden  Auftrags-Status:

Ablauf

Der Fehlschlag während der Realisierung für die category VBL oder PV ist im Detail hier dargestellt: 2) Fehlschlag beim Leistungserbringer

Besonderheit

Im Geschäftsfall "KUE-LE" (catogory: terminationBySeller) gibt es nur den Ablauf "Scheitern der Auftragsrealisierung" (siehe Beschreibung, Auslöser).

Die Abläufe 

  • Negative kaufmännische Validierung
  • Negative technische Validierung / Erteilung
  • Erfolglose Terminanforderung (TAM und MTAM)

werden im Geschäftsfall "KUE-LE" nicht unterstützt.

Beispieldaten

ProductOrderAttributeValueChange (Alternativprodukt/korrigierter Standort) (1)

fachliche FelderDaten API Felder
technisches Eventdatum2022-05-11T10:30:30+02:00eventTime
Wiedervorlagetermin2023-01-16T10:00:00+01:00earliestOrderRetry
AlternativproduktalternateProductOffering
FTTH L2 PON 1500 1000name
StandortA Korrektur
RelatedPlaceRefOrValue
AlternateAddressrole

Rheinhausencity

DEUcountry

59055postcode

BiberwegstreetName

2streetNr

bstreetNrSuffix

ProductOrderStateChangeEvent: Abbruch bei kaufmännischer/technischer Validierung (2)

fachliche FelderDatenAPI Felder
orderstatusrejectedstate
fachliches Änderungsdatum 2022-05-11T10:31:00stateChangeDate 
technisches EventDatum2022-05-20T10:40:00+01:00eventTime
Grund der Änderung

"1001"

"Die Anschrift ist nicht bekannt."

stateChangeReason.code

stateChangeReason.text

 ProductOrderAttributeValueChange (Wiedervorlagedatum) (3)

fachliche FelderDaten API Felder
technisches Eventdatum2022-05-11T10:30:30eventTime
Wiedervorlagetermin2023-01-16T10:00:00+01:00earliestOrderRetry

ProductOrderStateChangeEvent: Abbruch bei kaufmännischer/technischer Validierung (4)

fachliche FelderDatenAPI Felder
technisches EventDatum2022-05-11T10:31:00+02:00eventTime
orderstatusrejectedstate
fachliches Änderungsdatum 2022-05-11T10:31:00stateChangeDate 
Grund der Änderung

"1023"

"Ihr Auftrag ist derzeit aus technischen Gründen nicht bearbeitbar. Bitte versuchen Sie es zu einem späteren Zeitpunkt erneut."

stateChangeReason.code

stateChangeReason.text

ProductOrderStateChangeEvent: nach erfolgloser TAM/MTAM (5)

fachliche FelderDatenAPI Felder
technisches EventDatum2022-06-13T10:42:00+02:00eventTime
orderstatuscancelledstate
fachliches Änderungsdatum 2022-05-11T10:31:00stateChangeDate 
Grund der Änderung

"1198"

"Es wurde kein neuer Ausführungstermin übermittelt."

stateChangeReason.code

stateChangeReason.text

ProductOrderStateChangeEvent: Abbruch bei Auftragsrealisierung (6)

fachliche FelderDatenAPI Felder
technisches EventDatum2022-05-11T10:31:00+02:00eventTime
orderstatusfailedstate
fachliches Änderungsdatum 2022-05-11T10:31:00stateChangeDate 
Grund der Änderung

"1305"

"Es wurde kein neuer Ausführungstermin übermittelt."

stateChangeReason.code

stateChangeReason.text