Exemple flux d ’ appels pour l’intégration des actions de données

Remarque :  Cet article s'applique aux intégrations AWS Lambda, Genesys Cloud, Google, Microsoft Dynamics 365, Salesforce, services web et actions de données Zendesk.

Les exemples suivants sont les flux d’appels entrants qui utilisent des actions statiques avec les intégrations d’actions de données.

Dans cet flux d’appels exemple, l’IVR joue un message audio qui demande à l’appelant de choisir un numéro entre 0 et 9. Le flux d’appels numéro envoie le numéro à une fonction AWS Lambda pour déterminer si l’appelant a choisi le nombre correct. 

  1. Dans tâche l’entrée appelée Collect, l’IVR demande à l’appelant de choisir un numéro entre 0 et 9.
    1. Si l’appelant choisit un Architect numéro, puis se dirige vers l’action de données d’appel. (Voir l’étape 2.)
    2. Si l’appelant ne parvient pas à choisir Architect un numéro entre 0 et 9, puis lit un message audio et se déconnecte.
  2. Dans tâche l’action de Architect données d’appel appelée, envoie la sélection de action de données l’appelant à une fonction AWS Lambda en utilisant le.
    1. Si la fonction AWS Lambda exécute Architect et retourne le nombre, puis procède à l’arbre de décision. (Voir l’étape 3.)
    2. Si la fonction AWS Lambda ne Architect retourne pas le numéro, puis lit un message audio et se déconnecte.
  3. Dans l’arbre Architect de décision, vérifie si le numéro choisi par l’appelant est de 5.  
    1. Si le nombre est Architect 5, puis lit audio indiquant que l’appelant a gagné.
    2. Si le numéro n’est pas 5, puis Architect lit audio indiquant que l’appelant n’a pas gagné.

Cliquez sur l’image pour l’agrandir.

Exemple flux d’appels pour l’intégration des actions de données AWS Lambda

Pour plus d’informations sur la création de flux d’appels, voir Utiliser les actions de données dansArchitect.

Pour plus d’informations sur l’intégration, voir À propos de l’intégration des actions de données AWS Lambda.

Dans cet flux d’appels exemple, l’IVR achemine un appelant vers une file d’attente particulière en fonction des informations que l’intégration récupère de l’API plate-forme avec l’action statique Get Estimated Wait Time.

  1. Dans la tâche appelée Query Genesys Cloud, l’action Call Data utilise l’action statique Get Estimated Wait Time pour récupérer les temps d’attente estimés. L’action statique Obtenir le temps d’attente estimé est associée à l’intégration installée Genesys Cloud Data Actions.
    1. Si l’action de données temps d’attente d’appel réussit et Architect que l’estimation est inférieure à 5 minutes, l’appelant transferts à la file d’attente entrante normale.
    2. Si l’action de données temps d’attente d’appel réussit Architect et que l’estimation est de plus de 5 minutes, alors transferts l’appelant à la file d’attente de toutes les mains.
    3. Si l’action de données d’appel échoue ou si les temps d’arrêt sont intentés, l’appelant Architect transferts à la file d’attente entrante normale.
  2. Si transferts sont réussis, alors les flux extrémités. Si transferts tous échouent Architect en fin de compte, déconnecte l’appel.

Cliquez sur l’image pour l’agrandir.

Exemple flux d’appels de flux d’appels pour l’intégration des actions de données Genesys Cloud

Pour plus d’informations sur la création de flux d’appels, voir Utiliser les actions de données dansArchitect.

Pour plus d’informations sur l’intégration, consultezÀ propos de l’intégration des actions de données Genesys Cloud.

Dans cet flux d’appels exemple, l’IVR achemine les interactions en action de données fonction des informations que l’intégration récupère de Zendesk avec le numéro get User By Phone.

  1. Dans la tâche appelée Interroger Google, l'action de données d'appel recherche l'ANI dans Google avec l'action personnalisée Obtenir les données client de Google. L’intégration renvoie des informations de Zendesk sur la personne associée à ce numéro de téléphone.
    Remarque :  renvoie généralement une chaîne incluant tel :. Pour les numéros de téléphone sans le tel : préfixe, utilisez toString(toPhoneNumber(Call.Ani)) au lieu de Call.Ani.
  2. Si l'action de données d'appel réussit, l'architecte définit le nom de l'appelant et le transfère vers la file d'attente des clients existants.
  3. Si l’action de données Architect d’appel échoue ou s’éclecage, transferts l’appel à la file d’attente du service à la clientèle.

Cliquez sur l’image pour l’agrandir.

Exemple flux d ’ appels pour l’intégration des actions de données

Pour plus d’informations sur la création de flux d’appels, voir Utiliser les actions de données dansArchitect.

Pour plus d'informations, voir . À propos de l'intégration des actions de données Google.

Dans cet flux d’appels exemple, l’IVR achemine les interactions en fonction des action de données informations que l’intégration récupère de Microsoft Dynamics 365 avec le numéro Get Contact By Phone.

  1. Dans tâche le appelé Query Microsoft Dynamics 365, ANI l’action de données action de données d’appel regarde vers le haut de Microsoft Dynamics 365 avec le contact par le numéro de téléphone. L’intégration renvoie des informations de Microsoft Dynamics 365 sur la personne associée à ce numéro de téléphone.
    Remarque :  renvoie généralement une chaîne incluant tel :. Pour les numéros de téléphone sans le tel : préfixe, utilisez toString(toPhoneNumber(Call.Ani)) au lieu de Call.Ani.
    1. Si l’action de données Architect d’appel réussit, puis procède à l’arbre de décision. (Voir l’étape 2.)
    2. Si l’action de données d’appel échoue ou s’éclecage, l’appel Architect transferts à la file d’attente du service à la clientèle.
  2. Dans l’arbre Architect de décision, vérifie si l’état dans le dossier de contact de l’appelant est la Californie.
    1. Si l’état est Architect la Californie, alors transferts l’appel à la queue de la Californie.
    2. Si l’état n’est pas la Californie, alors Architect transferts l’appel à la file d’attente non-Californie.

Cliquez sur l’image pour l’agrandir.

Exemple flux d’appels pour l’intégration des actions de données Microsoft Dynamics 365

Pour plus d’informations sur la création de flux d’appels, voir Utiliser les actions de données dansArchitect.

Pour plus d’informations sur l’intégration, voir À propos de l’intégration des actions de données Microsoft Dynamics 365.

Dans cet flux d’appels exemple, l’IVR achemine les Salesforce interactions action de données en fonction des informations que l’intégration récupère avec le numéro de téléphone Get Contact By.

  1. Dans tâche la requête Salesforce appelée , Salesforce l’action ANI de données d’appel regarde vers le haut avec le action de données contact de contact par le numéro de téléphone. L’intégration renvoie des Salesforce informations sur la personne associée à ce numéro de téléphone.
    Remarque :  renvoie généralement une chaîne incluant tel :. Pour les numéros de téléphone sans le tel : préfixe, utilisez toString(toPhoneNumber(Call.Ani)) au lieu de Call.Ani.
    1. Si l’action de Architect données d’appel réussit, procède à l’arbre de décision. (Voir l’étape 2.)
    2. Si l’action de données Architect d’appel échoue ou s’éclecage, transferts l’appel à la file d’attente du service à la clientèle.
  2. Dans l’arbre Architect de décision, vérifie si l’état dans le dossier de contact de l’appelant est la Californie.
    1. Si l’état Architect est la Californie, transferts l’appel à la queue de la Californie.
    2. Si l’état n’est pas la Californie, Architect transferts l’appel à la file d’attente non-Californie.

Cliquez sur l’image pour l’agrandir.

Exemple flux d’appels Salesforce d’intégration des actions de données

Pour plus d’informations sur la création de flux d’appels, voir Utiliser les actions de données dansArchitect.

Pour plus d’informations sur l’intégration, voir À Salesforce propos de l’intégration des actions de données.

Astuce :   Pour l'intégration des actions de données des services Web, utilisez des actions statiques comme modèles pour vous guider dans la création d'actions personnalisées. Pour plus d’informations, voir Modifier, copier ou supprimer unaction de données et Créer une action personnalisée. 

Dans flux d’appels ce , l’IVR joue un message audio basé sur des informations que l’intégration récupère à partir d’un service météorologique avec l’action statique Météo actuelle.

  1. Dans tâche le service météorologique appelé Query, l’action de données d’appel utilise l’action statique Current Weather pour récupérer la météo actuelle pour un code postal particulier du service météorologique. L’action statique Current Weather est associée à l’intégration installée Web Services Data Actions.
    1. Si l’action de données Architect d’appel réussit, puis lit un message audio qui contient la température actuelle pour le code postal que le service météorologique retourné.
    2. Si l’action de Architect données d’appel échoue, puis lit un message audio sur le fait de ne pas être en mesure de déterminer la météo actuelle pour le code postal.
    3. Si le temps d’action Architect de données d’appel s’écladuit, puis lit un message audio au sujet du calendrier de service de temps dehors.
  2. Architectdéconnecte l’appel.

Cliquez sur l’image pour l’agrandir.
Exemple flux d’appels pour données sur les services Web l’intégration des actions

Pour plus d’informations sur la création de flux d’appels, voir Utiliser les actions de données dansArchitect.

Pour plus d’informations sur l’intégration, voir A propos de l’intégration des actions données sur les s Web.

Dans cet flux d’appels exemple, l’IVR achemine les interactions en action de données fonction des informations que l’intégration récupère de Zendesk avec le numéro get User By Phone.

  1. Dans tâche le Nom appelé Query Zendesk, ANI l’action de données données d’appel regarde vers le haut le Dans Zendesk avec le numéro de téléphone get User By. L’intégration renvoie des informations de Zendesk sur la personne associée à ce numéro de téléphone. 
    Remarque :  renvoie généralement une chaîne incluant tel :. Pour les numéros de téléphone sans le tel : préfixe, utilisez toString(toPhoneNumber(Call.Ani)) au lieu de Call.Ani.
    1. Si l’action de données Architect d’appel réussit, puis procède à l’arbre de décision. (Voir l’étape 2.)
    2. Si l’action de données d’appel échoue ou s’éclecage, l’appel Architect transferts à la file d’attente du service à la clientèle.
  2. Dans l’arbre Architect de décision, vérifie si l’état dans le dossier de utilisateur l’appelant est la Californie.
    1. Si l’état est Architect la Californie, alors transferts l’appel à la queue de la Californie.
    2. Si l’état n’est pas la Californie, alors Architect transferts l’appel à la file d’attente non-Californie.

Cliquez sur l’image pour l’agrandir.
Exemple flux d’appels pour l’intégration des actions de données Zendesk

Pour plus d’informations sur la création de flux d’appels, voir Utiliser les actions de données dansArchitect.

Pour plus d’informations sur l’intégration, voir À propos de l’intégration des actions de données Zendesk.