Traitement asynchrone des commandes pour les commandes importantes des clients et des consommateurs

Si vous êtes administrateur d’un fournisseur de services de communication (CSP), vous pouvez prendre en charge un volume élevé de commandes d’entreprises, de clients multisites et de commandes de consommateurs en utilisant le traitement des commandes asynchrone dans l’application ServiceNow® Gestion des commandes .

Vue d'ensemble

Les fournisseurs de services de communication prennent en charge à la fois les entreprises et les particuliers. Habituellement, les commandes des clients d’entreprise sont des commandes multi-sites volumineuses et les commandes des consommateurs sont un volume élevé.

Si vous disposez d’un abonnement à la gestion des services de télécommunications, vous pouvez utiliser l’API P roduct Order Open pour recevoir une commande dans l’applicationServiceNow® Gestion des commandes. Le traitement des commandes se déroule en trois étapes :

• Validation de commande
• Ingestion de commande
• Création de commande

Fonctionnement du traitement synchrone des commandes

Avec le traitement synchrone des commandes, une commande est reçue dans l’application Gestion des commandes via l’API. Ensuite, les enregistrements de commande sont créés simultanément dans une table de commande client après la validation de la commande.

En tant qu’administrateur, vous pouvez activer ou désactiver la validation de commande pour le traitement synchrone des commandes en définissant les create_product_order_validation_sync propriétés système et create_service_order_validation_sync sur Vrai (par défaut) ou Faux dans le Now Platform. Le traitement synchrone des commandes prend plus de temps que le traitement asynchrone des commandes lorsqu’il s’agit de créer un grand nombre d’enregistrements de commandes clients.

Fonctionnement du traitement asynchrone des commandes

Dans le traitement asynchrone des commandes, un volume élevé de commandes ou un grand nombre de charges utiles de commandes sont reçus via l’API Product Order Open (Scripted Rest End Point) dans l’application Gestion des commandes à partir des systèmes externes Configure, Price, and Quote (CPQ). Les détails de la commande sont d’abord validés, puis insérés dans la table File d’attente entrante [sn_tmt_core_inbound_queue]. En cas d’erreurs de validation, un message d’erreur est renvoyé dans la réponse.

Cette validation est gérée par la propriété système pour les commandes de produits et la create_product_order_validation_async propriété système pour les create_service_order_validation_async commandes de service. Ces propriétés contrôlent la validation dans le traitement asynchrone des commandes avant que celles-ci ne soient insérées dans la table File d’attente entrante [sn_tmt_core_inbound_queue]. La valeur par défaut est définie sur Vrai.

Lorsque les détails de la commande sont validés, une tâche planifiée s’exécute pour récupérer les enregistrements de la table File d’attente entrante [sn_tmt_core_inbound_queue], puis crée des entrées dans la table des commandes client, comme illustré dans le diagramme suivant.

Figure 1. Workflow de traitement des commandes asynchrone

Le traitement asynchrone des commandes suit les étapes suivantes :

1. Vous devez activer l’API Product Order Open. Le nouveau mode de paramètre permet à l’API de traiter les commandes de manière synchrone ou asynchrone. Pour plus d’informations sur l’API, consultez l’API ouverte de la commande de produit.
2. Une fois que vous avez reçu un volume élevé de commandes ou un grand nombre de charges utiles de commandes via l’API Product Order Open en mode asynchrone, les détails de la commande sont d’abord validés. Les détails de la commande comprennent l’offre de produit, les éléments de ligne de commande, les spécifications de la commande, les caractéristiques des éléments de ligne de commande et la relation de spécification des éléments de ligne de commande. Pour en savoir plus sur le fonctionnement de la validation, reportez-vous à la section .
3. Une fois la validation des détails de la commande terminée, une entrée est créée pour chaque commande avec un ID d’enregistrement unique dans la table File d’attente entrante [sn_tmt_core_inbound_queue]. Le diagramme suivant montre comment fonctionne le modèle d’état de file d’attente entrante. Pour en savoir plus sur le mode de création des entrées de commande, reportez-vous à la section .

   Figure 2. Modèle d’état de file d’attente entrante

   

4. Lorsque toutes les commandes sont capturées dans la table File d’attente entrante [sn_tmt_core_inbound_queue], une tâche planifiée s’exécute pour créer les commandes client pour les enregistrements à l’état Nouveau. Pour savoir comment une tâche planifiée crée des commandes, reportez-vous à la section .