Traitement asynchrone des commandes clients et consommateurs volumineuses

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

Vue d'ensemble

Les fournisseurs de services de configuration prennent en charge à la fois les entreprises clientes et les consommateurs. Habituellement, les commandes des entreprises clientes sont des commandes multisites importantes 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 passe par 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 Open (Scripted Rest End Point) dans l’application Gestion des commandes à partir des systèmes CPQ (Configure, Price, and Quote). Les détails de la commande sont d’abord validés et 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 create_product_order_validation_async commandes de produits et la propriété système pour les create_service_order_validation_async commandes de services. Ces propriétés contrôlent la validation dans le traitement asynchrone des commandes avant que les commandes 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 O rder Open du produit. 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 API ouverte de commande de produit.
2. Une fois que vous avez reçu un volume élevé de commandes ou un grand nombre de charges utiles de commande via l’API P roduct O pen en mode asynchrone, les détails de la commande sont d’abord validés. Les détails de la commande incluent l’offre de produits, les éléments de ligne de commande, les spécifications de 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 pour chaque commande avec un ID d’enregistrement unique est créée dans la table File d’attente entrante [sn_tmt_core_inbound_queue]. Le diagramme suivant montre comment fonctionne le modèle d’état de la file d’attente entrante. Pour en savoir plus sur la 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], un travail planifié s’exécute pour créer les commandes client pour les enregistrements dans l’état Nouveau. Pour en savoir plus sur la façon dont une tâche planifiée crée des commandes, reportez-vous à la section .