Asynchrone Auftragsverarbeitung für große Kunden- und Verbraucheraufträge

Wenn Sie Administrator für einen Kommunikationsdienstanbieter (Communications Service Provider, CSP) sind, können Sie ein hohes Volumen an Unternehmens- und Kundenaufträgen mit mehreren Standorten und Verbraucheraufträgen unterstützen, indem Sie die asynchrone Auftragsverarbeitung in der Anwendung ServiceNow® Order Management for Telecommunications, Media, and Technology verwenden.

Übersicht

CSPs unterstützen sowohl Unternehmenskunden als auch Verbraucher. Normalerweise handelt es sich bei den Aufträgen von Unternehmenskunden um große Aufträge für mehrere Standorte, und die Aufträge von Verbrauchern weisen ein hohes Volumen auf.

Wenn Sie ein Telecommunications Service Management-Abonnement haben, können Sie die API [ Product Order Open verwenden, um eine Bestellung in der AnwendungServiceNow® Order Management zu erhalten. Die Auftragsverarbeitung durchläuft drei Phasen:

• Auftragsvalidierung
• Auftragserfassung
• Auftragserstellung

Funktionsweise der synchronen Auftragsverarbeitung

Bei der synchronen Auftragsverarbeitung wird ein Auftrag über die API in der Anwendung Order Management empfangen. Dann werden die Auftragsdatensätze nach der Auftragsvalidierung gleichzeitig in einer Kundenauftragstabelle erstellt.

Als Administrator können Sie die Auftragsvalidierung für die synchrone Auftragsverarbeitung aktivieren oder deaktivieren, indem Sie die Systemeigenschaften create_product_order_validation_sync und create_service_order_validation_sync in Now Platform] auf True (Standard) oder False festlegen. Die synchrone Auftragsverarbeitung dauert länger als die asynchrone Auftragsverarbeitung, wenn eine große Anzahl von Kundenauftragsdatensätzen erstellt wird.

Funktionsweise der asynchronen Auftragsverarbeitung

Bei der asynchronen Auftragsverarbeitung wird ein hohes Auftragsvolumen oder eine große Anzahl von Auftragsnutzlasten über die Product Order Open-API (Scripted REST End Point) in Order Management ] empfangen. Anwendung aus den externen CPQ-Systemen (Configure, Price, and Quote). Die Auftragsdetails werden zuerst validiert und dann in die Tabelle „Eingehende Warteschlange“ [sn_tmt_core_inbound_queue] eingefügt. Wenn Validierungsfehler auftreten, wird in der Antwort eine Fehlermeldung zurückgegeben.

Diese Validierung wird von der Systemeigenschaft create_product_order_validation_async für Produktaufträge und der Systemeigenschaft create_service_order_validation_async für Serviceaufträge verwaltet. Diese Eigenschaften steuern die Validierung bei der asynchronen Verarbeitung von Aufträgen, bevor die Aufträge in die Tabelle „Eingehende Warteschlange“ [sn_tmt_core_inbound_queue] eingefügt werden. Der Standardwert ist auf True festgelegt.

Wenn die Auftragsdetails erfolgreich validiert wurden, wird eine regelmäßige Aufgabe ausgeführt, um die Datensätze aus der Tabelle „Eingehende Warteschlange“ [sn_tmt_core_inbound_queue] abzurufen und dann Einträge in der Kundenauftragstabelle zu erstellen, wie im folgenden Diagramm dargestellt.

Abbildung : 1. Asynchroner Auftragsverarbeitungs-Workflow

Die asynchrone Auftragsverarbeitung folgt diesen Schritten:

1. Sie müssen die Pen-API Product Order O] aktivieren. Der neue Parametermodus ermöglicht es der API, die Aufträge synchron oder asynchron zu verarbeiten. Weitere Informationen zur API finden Sie unter Product Order Open API.
2. Nachdem Sie ein hohes Auftragsvolumen oder eine große Anzahl von Auftragsnutzlasten über die API Product Order Open im asynchronen Modus erhalten haben, werden zuerst die Auftragsdetails validiert. Die Bestelldetails umfassen das Produktangebot, Bestellpositionen, Bestellspezifikationen, Merkmale von Bestellpositionen und die Spezifikationsbeziehung von Bestellpositionen. Weitere Informationen zur Funktionsweise der Validierung von [] finden Sie unter .
3. Nach Abschluss der Validierung der Auftragsdetails wird in der Tabelle „Eingehende Warteschlange“ [sn_tmt_core_inbound_queue] ein Eintrag für jeden Auftrag mit einer eindeutigen Datensatz-ID erstellt. Das folgende Diagramm zeigt, wie das Statusmodell der eingehenden Warteschlange funktioniert. Weitere Informationen dazu, wie die Reihenfolgeneinträge erstellt werden, finden Sie unter .

   Abbildung : 2. Statusmodell der eingehenden Warteschlange

   

4. Wenn alle Aufträge in der Tabelle „Eingehende Warteschlange“ [sn_tmt_core_inbound_queue] erfasst wurden, wird eine geplante Aufgabe ausgeführt, um die Kundenaufträge für die Datensätze im Status Neu zu erstellen. Informationen zum Erstellen von Aufträgen mit einer regelmäßigen Aufgabe finden Sie unter .