- Accueil
- /
- Article
Merci pour votre commentaire.
Dans cet article
Un commentaire ?Le moteur de règles métier (BRE) de Webex Contact Center permet aux clients de télécharger données spécifiques auxquelles le système peut accéder pendant l'exécution pour prendre des décisions de routage ou Afficher les informations aux agents d'appel.
Cisco© Business Rules Engine est une application qui facilite la recherche rapide de données dans Webex Contact Center. Grâce à Cisco© Business Rules Engine (BRE), vous pouvez effectuer des recherches de données, un routage personnalisé et une implémentation générale. Le système récupère les données lors de l'exécution et les utilise pour prendre des décisions de routage ou pour afficher des informations à l'agent.
Par exemple, un locataire souhaite acheminer les appels vers un groupe spécifique d'agents en fonction de l'identification automatique du numéro (ANI) composé. Dans ce cas de figure, le locataire peut simplement télécharger une liste d'ANI. Si l'ANI de l'appel entrant figure sur cette liste, le système achemine l'appel vers le groupe d'agents spécifié. Si l'ANI ne figure pas sur la liste, le système achemine l'appel vers la file d'attente générale.
Une implémentation BRE typique comprend les principaux composants suivants :
-
BRE DataSync: L'utilitaire de configuration BRE DataSync fournit une interface permettant de définir les instances Data Sync pour importer des données dans la base de données BRE. Une fois que le locataire a défini l'instance de synchronisation des données, il peut télécharger un fichier CSV. Le système convertit les données de valeurs séparées par des virgules téléchargées en enregistrements dans la base de données BRE.
-
Moteur de règles métier: L'utilitaire du moteur de règles métier fournit une interface pour la création de domaines et d'ensembles de règles. Le BRE exige qu'une demande de décision entrante soit associée à un domaine. Le domaine contient un ensemble de règles. Chaque règle se voit attribuer une priorité. Le BRE tente de faire correspondre la règle prioritaire la plus élevée du domaine à la demande de décision en fonction des conditions définies dans les règles.
-
Concepteur de flux: Une interface utilisateur de type glisser-déposer permettant de définir des flux qui orchestrent et automatisent les composants du centre de contact Webex. Vous pouvez créer un flux qui invoque l'activité BRE pour effectuer une simple recherche de données similaire à l'activité Requête HTTP. Toutefois, dans ce cas précis, les données se trouvent au sein du centre de contact Webex.
Lignes directrices relatives au traitement des données
Pour préserver l’intégrité et la sécurité du BRE, vous devez respecter les directives suivantes en matière de traitement des données :
-
Types de données autorisés: Téléchargez les données essentielles au fonctionnement et à la fonctionnalité du BRE. Cela inclut, sans toutefois s'y limiter, les règles métier, les configurations et les données opérationnelles non sensibles.
-
Restriction relative aux informations personnelles identifiables: Ne téléchargez aucune information personnellement identifiable (PII) sur le BRE, à l'exception des données ANI. Les informations personnelles identifiables (IPI) comprennent, sans toutefois s'y limiter :
- Noms complets
- numéros de sécurité sociale
- Adresses électroniques
- adresses physiques
- Informations financières
Les données ANI font référence au numéro de téléphone associé à l'appelant. Les données ANI sont le seul type de données personnelles identifiables (PII) autorisé à être téléchargé sur le BRE. Cette exception vise à prendre en charge des fonctionnalités métier spécifiques qui dépendent des données ANI.
Le moteur de règles métier est constitué d'un moteur de règles en temps réel qui est invoqué par le flux associé à un point d'entrée. Ce moteur de règles consulte généralement un référentiel de données pour évaluer la gestion des appels souhaitée.
Une recherche BRE est une simple extraction de données au sein de votre flux, comme une requête HTTP. Cependant, les données pour la recherche BRE résident dans le centre de données Cisco Webex Contact Center. L'image suivante illustre les différents processus impliqués dans la recherche de données BRE.
Avant de commencer
Avant de mettre en œuvre BRE :
- Configurez l'instance BRE DataSync pour votre implémentation en ayant une compréhension claire du modèle de données.
- Familiarisez-vous avec les termes suivants utilisés dans ce guide :
Attribute: Unattributeest une variable nommée ou un champ de données créé dans l'utilitaire BRE. Il sert de conteneur pour les informations que le BRE utilise pour traiter les requêtes et générer les résultats.Context: Uncontextest principalement utilisé comme exemple de nom pour un attribut qui spécifie le domaine ciblé pour une activité de requête BRE.Label: UnLabelest un type spécifique d'attribut conçu pour contenir la sortie ou le résultat de l'évaluation d'une règle.
Consultez la section FAQ pour plus de détails.
Configurer une instance BRE DataSync
L'utilitaire BRE DataSync accède à une base de données pour prendre des décisions de routage. Veillez à mettre à jour régulièrement la base de données avec les informations appropriées. Cette section décrit comment configurer l'utilitaire BRE DataSync pour mettre à jour le référentiel BRE.
L'administrateur du locataire doit créer une instance BRE DataSync pour chaque ensemble de données que les moteurs de règles consultent au cours de leur processus de prise de décision. L'administrateur peut créer l'ensemble de données ou télécharger un fichier CSV. Les données sont converties en enregistrements dans le référentiel BRE.
Avant de commencer
Contactez le responsable de compte du service client Cisco pour obtenir l'accès au compte BRE DataSync.
BRE DataSync est actuellement activé uniquement pour le rôle Administrateur complet. Les locataires disposant du rôle d'administrateur complet peuvent télécharger des données soit en utilisant le téléchargement de fichiers CSV, soit des paires clé-valeur. Les utilisateurs disposant de ce rôle peuvent uniquement télécharger les données spécifiques à leur organisation.
Les administrateurs partenaires, les administrateurs externes, les agents et les superviseurs n'ont pas accès à l'utilitaire BRE DataSync.
| 1 |
En tant qu'administrateur, connectez-vous à l'utilitaire BRE DataSync. Suite aux récentes améliorations apportées à l'hébergement et à la scalabilité de BRE, les URL de l'utilitaire DataSync ont été modifiées. Veillez à utiliser les URL mises à jour pour télécharger les données dans BRE. Les URL BRE DataSync spécifiques à la région sont : https://bre-datasync.produs1.ciscoccservice.com/datasync/ https://bre-datasync.prodeu1.ciscoccservice.com/datasync/ https://bre-datasync.prodeu2.ciscoccservice.com/datasync/ https://bre-datasync.prodanz1.ciscoccservice.com/datasync/ https://bre-datasync.prodca1.ciscoccservice.com/datasync/ https://bre-datasync.prodjp1.ciscoccservice.com/datasync/ https://bre-datasync.prodsg1.ciscoccservice.com/datasync/
Cliquez sur les URL pour accéder à la page Connexion avec une identité commune. Pour la région des États-Unis, sélectionnez le cluster américain (et non le deuxième cluster américain) pour continuer. Les URL de l'interface utilisateur d'administration BRE spécifiques à la région sont : https://bre.produs1.ciscoccservice.com/bre/ https://bre.prodeu1.ciscoccservice.com/bre/ https://bre.prodeu2.ciscoccservice.com/bre/ https://bre.prodanz1.ciscoccservice.com/bre/ https://bre.prodca1.ciscoccservice.com/bre/ |
| 2 |
Sélectionnez BRE Data List pour afficher toutes les informations relatives à l'organisation locataire. |
| 3 |
Pour ajouter des données sous forme de paires clé-valeur au référentiel BRE: Sélectionner Ajouter des données BRE |
| 4 |
Pour téléverser un fichier CSV dans le référentiel BRE: Sélectionnez Télécharger les données CSV BRE. |
Accès à l'application BRE
Vous pouvez accéder à l'application Business Rules Engine depuis le portail d'administration du centre de contact Webex.
- Connectez-vous au portail d'administration du centre de contact Webex.
- Cliquez sur Règles métier pour ouvrir le tableau de bord du moteur de règles métier.
BRE utilise un service d'identité et une interaction d'authentification unique. Si vous êtes déjà connecté via Common Identity, vous pouvez accéder à l'utilitaire BRE de votre organisation sans avoir à vous reconnecter.
Le système ouvre l'application Business Rules Engine (BRE) dans un nouvel onglet du navigateur. La page Tableau de bord affiche une représentation graphique du nombre de règles et d'exécutions.
Création d'un ensemble de règles
Accédez au portail BRE et configurez l'attribut, l'étiquette, le contexte et les règles, comme décrit ci-dessous.
| 1 |
Pour créer un attribut à associer à votre organisation : |
| 2 |
L'étiquette donne du sens à vos données. Pour créer une étiquette : |
| 3 |
Cliquez sur Contextes pour accéder à la page Contextes. Cliquez +Add Contexte. |
| 4 |
Pour créer des règles, accédez à la page Contextes. Cliquez +Add Éditeur de règles et configurez les détails suivants :
Créez deux règles : L'une si le système trouve une correspondance, l'autre lorsqu'il n'en trouve pas. L'exemple de code suivant renvoie la valeur NotFound pour l'attribut routeInfo. Cela se produit si le numéro composé par l'appelant (ANI) ne correspond pas à un ANI figurant sur la liste des locataires téléchargée dans la base de données BRE. Copiez et collez la règle suivante dans l'éditeur de règles. : |
| 5 |
Cliquez sur Enregistrer. |
Demande BRE
Utilisez l'activité de requête BRE pour récupérer les données du moteur de règles métier (BRE) de votre organisation afin de les utiliser dans le flux. L'activité de requête BRE utilise les protocoles HTTP standard pour récupérer les données du BRE.
Les sections suivantes vous permettent de configurer l'activité de requête BRE :
Paramètres généraux
|
Paramètre |
Description |
|---|---|
|
Étiquette d'activité |
Saisissez un nom pour l'activité. |
|
Description de l'activité |
(Facultatif) Saisissez une description de l'activité. |
Paramètres de requête
Dans le cadre de la requête BRE, vous pouvez transmettre au BRE les paramètres fournis dans l'appel API. Dans les colonnes Clé-Valeur, vous pouvez saisir la clé de la requête et la valeur associée à envoyer avec la requête. Vous pouvez également utiliser la syntaxe des doubles accolades pour passer des valeurs de variables.
L'activité BRE possède un paramètre de requête prédéfini : context. Ce paramètre de requête est transmis dans l'appel API au BRE.
Le TenantID crochet ouvrant est automatiquement injecté comme paramètre et n'a pas besoin d'être configuré.
|
Paramètre |
Description |
|---|---|
|
Contexte |
Contient le motif de la demande. Ce paramètre obligatoire ne peut être ni modifié ni supprimé. Ce paramètre doit contenir la même valeur que celle spécifiée dans l'attribut |
|
ANI |
Contient le numéro de téléphone de l'appelant. Il s'agit d'un paramètre par défaut que vous pouvez modifier ou supprimer, en fonction de la configuration des règles dans le BRE. Voici un exemple de valeur pour ANI : |
|
Délai de réponse dépassé | Spécifie le délai d'expiration de la connexion pour la requête BRE. La valeur par défaut est de 2000 millisecondes. |
|
Nombre de tentatives |
Spécifie le nombre de tentatives d'exécution de la requête BRE après un échec. Ce paramètre est utilisé si le code d'état est 5xx; par exemple, 500 ou 501. |
Pour ajouter un paramètre de requête, cliquez sur Ajouter un nouveau. Cela ajoute une ligne où vous pouvez saisir les paires clé-valeur. Vous pouvez ajouter autant de paramètres de requête que nécessaire dans le cadre de la requête BRE.
Paramètres d'analyse
Cette section vous permet d'analyser la réponse de la requête BRE et de la répartir en différentes variables :
|
Paramètre |
Description |
|---|---|
|
Variable de la réponse |
Choisissez une variable dans laquelle vous souhaitez extraire une section particulière de l'objet de réponse de la requête BRE. Vous pouvez uniquement sélectionner les variables de flux personnalisé dans la liste déroulante. |
|
Expression de chemin |
Définissez l'expression de chemin pour analyser l'objet de réponse. L'expression de chemin varie en fonction du type de structure de données de l'objet de réponse et des cas d'utilisation pour extraire un sous-ensemble de ces informations. Les données sont normalisées selon une hiérarchie d'objets avant l'exécution de l'expression de chemin, de sorte que JSONPath est utilisé dans l'objet de réponse quel que soit le type de contenu configuré. |
Paramètres de déchiffrement
Vous pouvez décrypter les variables de sortie de l'activité de requête BRE. Si le déchiffrement est activé au niveau du flux, les utilisateurs disposant d'un accès au déchiffrement de débogage peuvent consulter les valeurs de sortie non masquées de l'activité de requête BRE dans les journaux de débogage du flux. Désactivez le bouton Activer le déchiffrement pour désactiver le déchiffrement au niveau de l'activité pour une protection supplémentaire.
Variables de sortie
La requête BRE renvoie deux variables de sortie :
-
BRERequest1.httpResponseBody: Renvoie le corps de la réponse à la requête BRE. -
BRERequest1.httpStatusCode: Renvoie le code d'état de la requête BRE.Ces codes de réponse sont classés dans les catégories suivantes :
-
Réponses informatives (100–199)
-
Réponses réussies (200–299)
-
Redirections (300–399)
-
Erreurs du client (400–499)
-
Erreurs serveur (500–599)
-
Formats de type de contenu
Les exemples suivants décrivent des exemples de formats de type de contenu en entrée et la réponse JSON.
Type de contenu XML
Utilisez cet outil pour convertir du XML au format JSON https://codeshack.io/xml-to-json-converter/.
Format d'entrée XML :
Tove
Jani
Reminder
Test application
Data/JSON Réponse normalisée
{
"note": {
"to": "Tove",
"from": "Jani",
"heading": "Reminder",
"body": "Test application"
}
}
Exemple d'expression de chemin JSON : Utilisez $.note.from pour obtenir la valeur sous forme de Jani.
Type de contenu TOML
Utilisez cet outil pour convertir le format TOML au format JSON https://www.convertjson.com/toml-to-json.htm.
Format d'entrée TOML :
title = "TOML Example"
[owner]
name = "Tom Preston-Werner"
dob = 1979-05-27T07:32:00-08:00
Data/JSON Réponse normalisée
{
"title": "TOML Example",
"owner": {
"name": "Tom Preston-Werner",
"dob": "1979-05-27T15:32:00.000Z"
}
}
Exemple d'expression de chemin JSON : Utilisez $.owner.name pour obtenir la valeur sous forme de ‘Tom Preston-Werner’.
Type de contenu YAML
Utilisez cet outil pour convertir le format YAML au format JSON https://www.convertjson.com/yaml-to-json.htm.
Format d'entrée YAML :
# An employee record
martin:
name: Martin D'vloper
job: Developer
skill: Elite
Data/JSON Réponse normalisée
{
"martin": {
"name": "Martin D'vloper",
"job": "Developer",
"skill": "Elite"
}
}
Exemple d'expression de chemin JSON : Utilisez $.martin.job pour obtenir la valeur Developer.
Type de contenu JSON
Utilisez l'évaluateur d'expressions JSON https://jsonpath.com/.
Format d'entrée JSON :
{
"martin": {
"name": "Martin D'vloper",
"job": "Developer",
"skill": "Elite"
}
}
Data/JSON Réponse normalisée
{
"martin": {
"name": "Martin D'vloper",
"job": "Developer",
"skill": "Elite"
}
}
Exemple d'expression de chemin JSON : Utilisez $.martin.job pour obtenir la valeur Developer.
Création d'un flux avec l'activité de requête BRE
Vous pouvez créer des flux à l'aide de l'interface Flow Designer disponible dans Webex Contact Center. Créez un flux avec l'activité BRE Request dans le concepteur de flux Webex Contact Center.
Pour plus d'informations sur la configuration du flux, voir la BRE Request.
Foire aux questions
- Quel est le but d'un
attribute?Attributessont fondamentales pour lier les requêtes de recherche BRE entrantes à des ensembles de règles spécifiques définis dans BRE, et pour stocker les résultats des évaluations de règles. - Comment créer
attributes?Créer
attributessous dans l'utilitaire BRE. Par exemple, vous pouvez créer un attribut nommécontext. - Quel est le but d'un
context?Contextdéfinit le scénario spécifique ou le type de recherche que BRE applique. Lorsqu'un flux invoque l'activité de requête BRE, il doit indiquer au BRE quel ensemble de règles évaluer. Un attribut, souvent nomméContext, est défini sur le nom du domaine spécifique. - Qu'est-ce qu'un
domain?A
domainest le tableau au sein de BRE qui contient les données pertinentes. Le nom du domaine guide BRE vers les données correctes et l'ensemble de règles correspondant. - Qu'est-ce qu'un
label?Une fois que BRE a évalué ses règles, il doit communiquer le résultat au système appelant (par exemple, un flux de centre de contact Webex contenant une activité de requête BRE). Les règles sont configurées pour définir la valeur d'un attribut d'étiquette désigné en fonction de leurs conditions.
- Quelle est la relation entre un attribut, un contexte et une étiquette ?
Vous pouvez créer un
Attribute, par exemple, nommécontext. Vous pouvez associer cet attribut à undomain(la table réelle comme ANILookup). Lors de l'appel de l'activité de requête BRE, le flux définit la valeur de cet attribut (c'est-à-diredomain= ANILookup) pour spécifier le contexte (quelles règles de domaine utiliser).À l'intérieur de ces crochets
domain, des règles sont écrites en syntaxe Drools pour évaluer des conditions et définir la valeur d'un autre crochetattribute, souvent appelé crochetlabel(par exemple,label= "Correspondance trouvée"). Cela représente le résultat de la règle renvoyé en tant que réponse au flux. -
Comment les attributs, les contextes et les étiquettes sont-ils liés aux paramètres de requête de la demande ?
Le BRE est invoqué par un flux, généralement via un appel API (activité de requête BRE) vers une URL interne codée en dur. Il s'agit d'une API REST permettant de rechercher les valeurs BRE importées dans un fichier CSV. (key/value paires). Les données nécessaires au BRE pour prendre une décision sont transmises dans le cadre de cette requête, de la même manière que les paramètres de requête ou le corps d'une requête fonctionneraient dans un appel d'API REST classique.
Input Data: Les informations provenant de l'appel entrant (comme l'ANI de l'appelant, le numéro de compte et d'autres données similaires) sont capturées en tant que variables de données associées à l'appel (CAD) dans le flux d'appels du centre de contact Webex.BRE Configuration Data: D'autres paramètres sont nécessaires, tels que le contexte et l'attribut spécifiant le domaine (par exemple, le domaine). = ANILookup), sont également définis comme variables dans le nœud de requête BRE du flux.Request Variables: Dans l'étape de requête BRE du flux, les variables CAO et les variables configurées sont sélectionnées comme variables dans la configuration de la requête BRE. Ces variables sont ensuite envoyées au moteur d'exécution du BRE.Function: En substance, les « variables de requête » servent de « paramètres de requête » ou de charge utile d'entrée pour le BRE. Le BRE utilise ces valeurs entrantes pour évaluer les conditions définies dans ses règles.
Configurer les recherches de données client basées sur l'ANI à l'aide du moteur de règles métier
Cet exemple de flux de travail utilise le moteur de règles métier (BRE) pour rechercher les données client à l'aide de l'identification automatique du numéro (ANI) de l'appelant, traiter les données renvoyées dans un flux Webex Contact Center et afficher les informations sélectionnées sur le bureau de l'agent. Les étapes sont décrites ci-dessous :
Préparer les données de recherche
Créez un fichier CSV contenant une clé de recherche unique et ses données associées. Pour ce flux de travail, l'ANI de l'appelant est utilisé comme clé de recherche. Stockez un ou plusieurs champs client dans la colonne valeur. Séparez les champs multiples par une barre verticale (|).
15551234567,VIP Customer|John Smith|Premium Queue|Toronto 15559876543,Standard Customer|Jane Smith|General Queue|VancouverDans cet exemple, la colonne 1 contient l'ANI et la colonne 2 contient le type de client, le nom du client, la file d'attente et l'emplacement.
BRE est conçu pour des recherches orientées lecture, et non comme une base de données transactionnelle pour des enregistrements individuels fréquemment mis à jour.
Créez le type de recherche BRE et téléchargez les données.
Ouvrez l'outil de synchronisation des données BRE du centre de contact Webex et sélectionnez votre locataire. Si le type de recherche requis n'est pas disponible, demandez à l'équipe des opérations de le créer. Utilisez un nom descriptif tel que ANILookup. Enregistrez le nom du contexte généré, car la configuration et le flux BRE doivent utiliser la même valeur sensible à la casse.
Pour ajouter un enregistrement de test :
- Ouvrir Ajouter des données.
- Sélectionnez le locataire et
ANILookup. - Saisissez l'ANI et sa valeur associée.
- Soumettez le dossier.
Pour charger l'ensemble des données, ouvrez Upload BRE, sélectionnez le locataire et le type de recherche, puis téléchargez le fichier CSV. Ouvrez la liste de données BRE et vérifiez que les enregistrements apparaissent. Assurez-vous que le format ANI du fichier CSV corresponde au format envoyé par le flux.
Règles métier de lancement
Connectez-vous au portail d'administration du centre de contact Webex, ouvrez Règles métier, et lancez le tableau de bord BRE :
Créez l'attribut de contexte :
- Accédez à
- Ajoutez un attribut avec les valeurs suivantes :
- Nom :
context - Type de données : Texte
- Nom :
- Enregistrer l'attribut de résultat. L'attribut
contextidentifie l'ensemble de données de recherche téléchargé que la règle interroge. - Ajoutez un attribut texte qui représente les données renvoyées. Donnez à l'attribut un nom significatif même si la valeur renvoyée contient plusieurs champs séparés par des barres verticales. Enregistrer l'attribut. Dans cet exemple,
customerTypeest utilisé comme échantillon. - Ouvrez Contextes et ajoutez un contexte. Saisissez le nom du contexte de synchronisation des données généré, tel que
ANILookup, associez-le à l'attributcontextet enregistrez-le. Le nom du contexte est sensible à la casse et doit correspondre exactement au contexte de synchronisation des données généré.
Créer une règle ANI trouvée et une règle ANI non trouvée
Ouvrez le contexte et sélectionnez Ajouter un éditeur de règles. Nommez la règle ANIFound, activez-la et attribuez-lui une priorité plus élevée, telle que 100. Ajoutez la règle suivante et enregistrez-la :
when c: Contact() eval(c.getGlobalValuesManager().getAsString( c.getTenantId(), c.getAttribute("context") + "." + c.getAttribute("ani") ) != null) then c.putAttribute( "customerType", c.getGlobalValuesManager().getAsString( c.getTenantId(), c.getAttribute("context") + "." + c.getAttribute("ani") ) ); endLa règle combine le contexte et l'ANI pour former la clé de recherche. Lorsqu'une valeur correspondante existe, elle assigne le résultat à l'attribut de réponse customerType.
Ajoutez une autre règle active nommée ANINotFound. Attribuez-lui une priorité inférieure et unique, telle que 99. Configurez la règle pour que customerType soit égal à Not Found lorsqu'aucun enregistrement correspondant n'existe, et enregistrez-la. N'attribuez pas la même priorité aux deux règles.
Créer le flux du centre de contact
Ouvrez Flow Designer et créez ou ouvrez un flux de test. Ajoutez une activité BRE Request à l'endroit où le flux doit récupérer les informations de l'appelant et connectez l'activité au chemin de flux approprié.
Normaliser l'ANI
Si les clés téléchargées omettent le préfixe de code pays +1, créez une expression de prétraitement qui le supprime de l'ANI :
ANI.replace("+1", "")Utilisez la valeur normalisée comme clé de recherche. N'appliquez cette transformation que lorsque les valeurs stockées omettent +1; La valeur de la requête et les clés téléchargées doivent utiliser le même format.
Configurer la requête BRE
Configurez l'activité avec les valeurs suivantes :
- Contexte:
ANILookup - Attribut de requête :
ani - Valeur de la requête : L'ANI normalisé
- Expiration : 5 secondes
- Nouvelles tentatives : 3
- Attribut de réponse :
customerType
Associez la réponse à une variable de flux de type chaîne de caractères. Le contexte sélectionne l'ensemble de données, tandis que ani fournit la clé d'enregistrement individuelle.
Traiter une réponse multi-champs
Si BRE renvoie VIP Customer|John Smith|Premium Queue|Toronto, divisez la chaîne en utilisant un délimiteur de pipe échappé (\|). Les éléments résultants contiennent le type de client, le nom du client, la file d'attente et l'emplacement. Attribuez les éléments requis aux variables de flux distinctes. La démonstration extrait l'élément final, Toronto.
Configurer l'affichage contextuel
Ajouter ou configurer l'activité d'affichage contextuel de l'écran de bureau de l'agent. Associez les informations client extraites au champ d'affichage requis, connectez le flux à la file d'attente ou au chemin de routage des agents, puis enregistrez et publiez le flux.
Tester la démonstration
Passez un appel à partir d'une ANI qui existe dans l'ensemble de données téléchargé. Vérifiez que le flux normalise l'ANI, que la requête BRE suit son cheminement vers la réussite et que les informations extraites apparaissent sur le bureau de l'agent. Répétez le test avec une ANI qui ne figure pas dans l'ensemble de données et vérifiez que le chemin introuvable renvoie la valeur de repli configurée.
