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 37 Nächste Version anzeigen »

Beschreibung

TitelAuftrag abbrechen
Kurzbeschreibung

Folgender Ablauf beschreibt die typischen API-Interaktionen zwischen Auftraggeber und Leistungserbringer im Anwendungsfall "Auftrag abbrechen".

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

Vorbedingung
  • Der abzubrechende Auftrag wurde angelegt und ist noch nicht abgeschlossen (closed, rejected or failed)
Auslöser

Folgende Auslöser des Auftragsabbruches können vorkommen:

  • Negative kaufmännische Validierung
  • Negative technische Validierung / Erteilung
  • Erfolglose Terminanforderung (TAM und MTAM)
  • Scheitern der Auftragsrealisierung
ErgebnisDie Bereitstellung wurde abgebrochen und der Abbruch dem Auftraggeber gemeldet

Ablauf

@startuml
autonumber
box Buyer
participant b as "Ordering"
    
box Seller TMF622
participant po as "ProductOrder"
    
alt Abbruch bei kaufmännischer Validierung

po -> b: POST ProductOrderAttributeValueChangeEvent()
note right: e.g.: productOrderItem.alternateProductOffering.name
    
po -> b: POST ProductOrderStateChangeEvent(rejected)
note right: ABBM

else Abbruch bei technischer Validierung/Erteilung
    
po -> b: POST ProductOrderStateChangeEvent(rejected)
note right: ABBM

else Abbruch bei erfolgloser TAM und MTAM
    
po -> b: POST ProductOrderStateChangeEvent(cancelled)
note right: ABBM

else Abbruch bei Auftragsrealisierung

    
po -> b: POST ProductOrderAttributeValueChangeEvent()
note right: e.g.: earliestOrderRetry
    
po -> b: POST ProductOrderStateChangeEvent(failed)
note right: ABBM
end
@enduml




Business Rule

In der Category "KUE-LE" 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)
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
fachliche FelderDatenAPI Felder
orderstatusrejectedstate
eventDate/changeDate2022-05-11T10:31:00


ProductOrderStateChangeEvent: nach erfolgloser TAM/MTAM
orderstatuscancelledstate
eventDate/changeDate2022-05-11T10:31:00


ProductOrderStateChangeEvent: Abbruch bei Auftragsrealisierung
orderstatusfailedstate
eventDate/changeDate2022-05-11T10:31:00


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