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 du traitement asynchrone des commandes
Les fournisseurs de services de communication 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é. Le traitement asynchrone des commandes vous aide à créer des commandes en gros ou à volume élevé sans attendre que chaque commande soit traitée immédiatement, ce qui améliore l’efficacité et les performances du système.
- 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 propriétés système et create_service_order_validation_sync sur True (par défaut) ou False dans le .create_product_order_validation_syncServiceNow AI 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 client.
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 ouverte de commande de produit (point de terminaison REST scripté) 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 service. Ces propriétés contrôlent la validation dans le traitement asynchrone des ordres avant que les ordres ne soient insérés dans la table File d’attente entrante [sn_tmt_core_inbound_queue]. La valeur par défaut est définie sur True (Vrai).
Lorsque les détails de la commande sont validés avec succè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 de clients, comme illustré dans le diagramme suivant.
- Vous devez activer l’API Open Product Order (Commande de produit) 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 Open Order de la commande de produit.
- Une fois que vous avez reçu un volume élevé de commandes ou un grand nombre de charges utiles de commande via l’API ouverte de commande de produit en mode asynchrone, les détails de la commande sont d’abord validés. Les détails de la commande comprennent 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.
- 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 file d’attente entrante.
Figure 2. Modèle d’état de file d’attente entrante - 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 de clients pour les enregistrements dans l’état Nouveau.