Zum Ende des Banners springen
Zum Anfang des Banners springen

Auftrag abbrechen

Zum Ende der Metadaten springen
Zum Anfang der Metadaten

Sie zeigen eine alte Version dieser Seite an. Zeigen Sie die aktuelle Version an.

Unterschiede anzeigen Seitenhistorie anzeigen

« Vorherige Version anzeigen Version 48 Nächste Version anzeigen »

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
eventDate/changeDate2022-05-11T10:30:30
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 bzw. 3)
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


ProductOrderStateChangeEvent: nach erfolgloser TAM/MTAM (4)
orderstatuscancelledstate
fachliches Änderungsdatum 2022-05-11T10:31:00stateChangeDate 
technisches EventDatum2022-05-20T10:40:00+01:00eventTime
Grund der Änderung

"1198"

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

stateChangeReason.code

stateChangeReason.text


ProductOrderStateChangeEvent: Abbruch bei Auftragsrealisierung
orderstatusfailedstate
fachliches Änderungsdatum 2022-05-11T10:31:00stateChangeDate 
technisches EventDatum2022-05-20T10:40:00+01:00eventTime
Grund der Änderung

"1305"

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

stateChangeReason.code

stateChangeReason.text


ProductOrderAttributeValueChange (Fehlauftragsnummer bei Auftragsklammer)
eventDate/changeDate2022-05-11T10:30:00
FehlauftragsnummerrelatedRejectedProductOrderproductOrder/productOrderChacteristic.name
Externe Auftragsnummer eines anderen abgewiesenen Auftrages mit der gleichen AuftragsklammerEXT123456789productOrder/productOrderChacteristic.value

  • Keine Stichwörter