under_review.
Statusmodell
Das Bestellschema kann folgende Werte zurückgeben:under_review zu approved oder rejected. Weitere Lifecycle-Übergänge werden serverseitig oder außerhalb dieser Operation ausgeführt.
Swimlane der HR-Prüfung
Der öffentliche Vertrag bestätigt, dass eine Freigabe entsprechende Benachrichtigungen auslöst, nennt jedoch keine konkreten Empfänger oder Zustellkanäle. Bauen Sie keine Kundenlogik auf einer undokumentierten Empfängerliste auf.Zu bearbeitende Bestellungen abrufen
Aktuellen Zustand prüfen
Rufen Sie unmittelbar vor einer EntscheidungGET /orders/{id} auf und prüfen Sie:
- der Status ist weiterhin
under_review - der Mitarbeiter entspricht dem erwarteten Datensatz und die Anfrage verwendet den vorgesehenen Tenant-Kontext
- Produktmodell, Hersteller, Artikelgruppe, Umsatzsteuersatz, Brutto- und Nettobeträge, Servicebeträge und Zubehörkennzeichen stimmen mit der Prüfung überein
- Vertragsfelder sind akzeptabel
- erforderliche Anhänge sind verfügbar
vatRate, grossAmount, netAmount, grossService und netService sind Dezimalzeichenfolgen. Bewahren Sie deren Genauigkeit auf und verwenden Sie für Berechnungen einen exakten Dezimaldatentyp. model, manufacturerName, articleGroupName, service, grossService und netService können entsprechend dem Schema null sein.Order-Responses enthalten
tenant und divisionId nicht mehr. Die Informationen zur HR-Prüfung werden in hrHistory zurückgegeben; decisionBy ist dort eine nullable Benutzer-ID anstelle des bisherigen Actor-Category-Werts.Validieren und anwenden
dryRun=true.
Parallelität und Finalität
Konfliktbehandlung
Bestelldokumente herunterladen
Verwenden Sie die von einer Bestellung zurückgegebene Attachment-ID:Content-Type, bevor Sie die Response als Datei behandeln. Wiederholen Sie transiente Downloadfehler mit begrenztem Backoff.