Définir une implémentation de test d’acheminement externe

  • Rversion finale: Xanadu
  • Mis à jour 1 août 2024
  • 2 minutes de lecture

    • Définissez le module d’extension Outils de test d’acheminement externe [com.glide.awa.external.test_tools] avec un exemple d’infrastructure de tests automatisés (ATF) simplifiée pour le fournisseur d’acheminement externe à l’aide des données de démonstration disponibles avec l’installation du module d’extension.

    Pour exécuter ExternalRoutingConfigurationTestTool, vérifiez que vous disposez des éléments suivants :
    • Chargement des données de démonstration pour AWA, awa.external et awa.external.test_tools.
    • Renseigné les informations d’identification dans AutomationUser dans la table sys_auth_profile_basic.
    • Créez la connexion HTTP(s) dans sys_alias, ServiceNow_Basic enregistrement.
    Vous devez ouvrir l’enregistrement ExternalRoutingConfigurationTestTool et cliquer sur Exécuter le test pour effectuer les actions du test d’acheminement externe.
    Figure 1. Test de configuration de l’acheminement externe
    Cliquez sur Exécuter le test après toute la configuration et, si les tests réussissent, les connexions et les informations d’identification sont correctement configurées.

    Fonctions du module d’extension Outils de test de routage externe (com.glide.awa.external.test_tools)

    Lorsque le module d’extension Outils de test d’acheminement externe (com.glide.awa.external.test_tools) est exécuté, il valide les éléments suivants :
    • L’enregistrement de connexion est créé dans la connexion HTTP(S) [http_connection].
    • Les informations d’identification sont fournies dans la connexion HTTP(S) [http_connection].
    • L’enregistrement AWA_Queue est mis à jour avec succès avec les valeurs suivantes :
      • Externe = vrai
      • Fournisseur = démo ServiceNow
    • Un enregistrement est créé avec succès dans la table Interaction [interaction] avec les valeurs suivantes :
      • Description brève = Créé à partir de l’automatisation des tests ATF
      • État = Nouveau
      • Type = Messagerie instantanée
    • L’enregistrement est automatiquement créé dans l’élément de travail.
    • Le script de validation côté serveur est exécuté en transmettant l’ID Studio de workflow de l’élément de travail au fournisseur CCaaS tiers externe et en appelant ce dernier.
    • L’ID de sys_flow_context est récupéré à partir de l’exécution du sys_flow_context.
    • L’ID de sys_flow_context récupéré fournit la réponse de la charge utile.
    • La réponse de la charge utile appartient à l’élément de travail que vous avez créé.
    • Le script de validation côté serveur est exécuté pour vérifier si la réponse est réussie, puis la charge utile est envoyée à l’API REST d’affectation manuelle.
    • L’autorisation des informations d’identification est configurée dans la table Configuration de l’authentification de base [sys_auth_profile_basic].
    • Un agent est disponible dans la table Utilisateur [sys_user] pour monter la charge utile.
    • Le script de validation côté serveur est exécuté pour confirmer que l’agent est disponible dans le canal de service approprié.
    • L’API REST Affectation manuelle est appelée lorsque l’agent est disponible.
    • L’état de la réponse est défini sur Réussite et la charge utile de la réponse contient Affectation manuelle demandée avec succès.
    • L’élément AWA de travail est affecté avec succès à l’agent et n’est pas dans l’état File d’attente.
      Remarque :
      Si le test échoue à n’importe quelle étape, les informations détaillées sur l’endroit où la configuration a échoué sont fournies à l’utilisateur avec la solution pour y remédier.