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

  • Freigeben Version: Xanadu
  • Aktualisiert 1. August 2024
  • 2 Minuten Lesedauer
  • Wenn Sie Administrator für einen Kommunikationsdienstanbieter (Communications Service Provider, CSP) sind, können Sie ein hohes Volumen an Unternehmens-, Multi-Site-Kunden- und Verbraucheraufträgen unterstützen, indem Sie die asynchrone Auftragsverarbeitung in der Anwendung ServiceNow® Auftragsmanagement verwenden.

    Übersicht

    CSPs unterstützen sowohl Unternehmenskunden als auch Verbraucher. Normalerweise sind die Bestellungen von Unternehmenskunden große Bestellungen für mehrere Standorte, und die Bestellungen von Verbrauchern weisen ein hohes Volumen auf.

    Wenn Sie ein Abonnement für Telecommunications Service Management haben, können Sie das P-Produkt Order Open-API verwenden, um einen Auftrag in der AnwendungServiceNow® Auftragsmanagement zu erhalten.Die Auftragsverarbeitung durchläuft drei Phasen:
    • Auftragsvalidierung
    • Auftragserfassung
    • Auftragserstellung

    Funktionsweise der synchronen Auftragsverarbeitung

    Bei der synchronen Auftragsverarbeitung wird ein Auftrag in der Anwendung Auftragsmanagement über die API empfangen. Dann werden die Bestelldatensätze nach der Bestellvalidierung 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 im Feld Now Platform] auf Wahr (Standard) oder Falsch setzen. 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 Pen-API PProdukt Order Open-API (Scripted REST End Point) in Auftragsmanagement ] empfangen. Anwendung aus den externen CPQ-Systemen (Configure, Price, Quote) zu erhalten. Die Bestelldetails 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 Produktbestellungen und der Systemeigenschaft create_service_order_validation_async für Serviceaufträge verwaltet. Diese Eigenschaften steuern die Validierung bei der asynchronen Verarbeitung von Bestellungen, bevor die Bestellungen in die Tabelle „Eingehende Warteschlange“ [sn_tmt_core_inbound_queue] eingefügt werden. Der Standardwert ist auf „wahr“ 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 (siehe folgendes Diagramm).

    Abbildung : 1. Asynchroner Auftragsverarbeitungs-Workflow
    Workflow, der zeigt, wie ein asynchroner Auftrag erstellt wird. Eine Textbeschreibung finden Sie in den folgenden Schritten.
    Die asynchrone Auftragsverarbeitung folgt diesen Schritten:
    1. Sie müssen die Pen-API PProdukt Order O] aktivieren. Mit dem neuen Parametermodus kann die API die Aufträge synchron oder asynchron verarbeiten. Weitere Informationen zur API finden Sie unter Offene API für Produktbestellung.
    2. Nachdem Sie ein hohes Auftragsvolumen oder eine große Anzahl der Auftragsnutzlasten über die PProdukt- ORder OPen-API im asynchronen Modus erhalten haben, werden zuerst die Auftragsdetails validiert. Die Auftragsdetails umfassen das Produktangebot, Auftragspositionen, Auftragsspezifikationen, Merkmale von Auftragspositionen und die Spezifikationsbeziehung von Auftragspositionen. Weitere Informationen zur Funktionsweise der Validierung finden Sie unter .
    3. Nachdem die Validierung der Bestelldetails abgeschlossen ist, wird in der Tabelle „Eingehende Warteschlange“ [sn_tmt_core_inbound_queue] für jede Bestellung ein Eintrag mit einer eindeutigen Datensatz-ID erstellt. Das folgende Diagramm zeigt, wie das Statusmodell für eingehende Warteschlangen funktioniert. Weitere Informationen darüber, wie die Auftragseinträge erstellt werden, finden Sie unter .
      Abbildung : 2. Statusmodell der eingehenden Warteschlange
      Modell für den Prozess „Status der eingehenden Warteschlange“. Eine Textbeschreibung finden Sie unter Schritt 3 in diesem Abschnitt.
    4. Wenn alle Bestellungen in der Tabelle „Eingehende Warteschlange“ [sn_tmt_core_inbound_queue] erfasst sind, 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 durch eine regelmäßige Aufgabe finden Sie unter .