Versionen im Vergleich

Schlüssel

  • Diese Zeile wurde hinzugefügt.
  • Diese Zeile wurde entfernt.
  • Formatierung wurde geändert.

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

...

Annahmen:

  • Der Auftrageber (Client) hat sich für alle ProductOrder Notifications registriert

...

Beispieldaten

id
ProductOrderStateChangeEvent: Abbruch bei kaufmännischer/technischer Validierung
fachliche FelderDatenAPI Felder
orderstatusrejectedstate
eventDate/changeDate2022-05-11T10:31:00
ProductOrderAttributeValueChange (Alternativprodukt/korrigierter Standort)
Alternativprodukt

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

Bitbucket file macro
urlhttps://bitbucket.org/fit-api/fit-api/src/main/tmf622/assets/RejectionBySeller.puml
syntaxHighlightingPlantUML

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)

Bitbucket file macro
collapsibletrue
urlhttps://bitbucket.org/fit-api/fit-api/src/main/tmf622/examples/product-order-1b-attribute-value-change-event-alternate-offering.json
syntaxHighlightingJSON

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
AlternateOfferingexternalReferenceType
StandortA Korrektur
RelatedPlaceRefOrValue
AlternateAddressrole

Rheinhausencity

DEUcountry

59055postcode

BiberwegstreetName

2streetNr

bstreetNrSuffix

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

Bitbucket file macro
collapsibletrue
urlhttps://bitbucket.org/fit-api/fit-api/src/main/tmf622/examples/product-order-1c-state-change-event-rejected.json
syntaxHighlightingJSON

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)

Bitbucket file macro
collapsibletrue
urlhttps://bitbucket.org/fit-api/fit-api/src/main/tmf622/examples/product-order-1b-attribute-value-change-event-earliest-order-retry.json
syntaxHighlightingJSON

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)

Bitbucket file macro
collapsibletrue
urlhttps://bitbucket.org/fit-api/fit-api/src/main/tmf622/examples/product-order-1c-state-change-event-rejected.json
syntaxHighlightingJSON

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)

Bitbucket file macro
collapsibletrue
urlhttps://bitbucket.org/fit-api/fit-api/src/main/tmf622/examples/product-order-1a-state-change-event-cancelled.json
syntaxHighlightingJSON

fachliche FelderDatenAPI Felder
technisches EventDatum2022-06-13T10:42:00+02:00eventTime
orderstatuscancelledstate
eventDate/changeDate
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)

Bitbucket file macro
collapsibletrue
urlhttps://bitbucket.org/fit-api/fit-api/src/main/tmf622/examples/product-order-1e-state-change-event-failed.json
syntaxHighlightingJSON

fachliche FelderDatenAPI Felder
technisches EventDatum2022-05-11T10:31:00+02:00eventTime
orderstatusfailedstate
eventDate/changeDate
fachliches Änderungsdatum 2022-05-11T10:31:00
ProductOrderAttributeValueChange (Abbruch Auftragsklammer)AuftragsklammerrelatedCancelledOrderexternalReferneceType388a4963-f168-4603-99e8-477200099d50name
stateChangeDate 
Grund der Änderung

"1305"

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

stateChangeReason.code

stateChangeReason.text