Centre d'aide

Explorer notre base de connaissance
article

Fonctionnement de la disponibilité d’un Bot

1. Au niveau de l’engagement du Bot (suite à une notification)

Le check de disponibilité pour un Bot qui doit engager une conversation va regarder si au moins un des transferts qu’il devra effectuer durant le scénario a de la disponibilité.
  • Cas 1 : le scénario ne contient que des transferts vers des règles de routing synchrones
Il faut qu'au moins un des transferts vers une des règles de routing soit avec de la disponibilité.
  • Cas 2 : le scénario ne contient que des transferts vers des règles de routing asynchrones
La disponibilité d’une règle asynchrone, se base sur le seuil, et non sur la disponibilité d’un agent donc le bot ne sera plus disponible dès lors que toutes les règles auront atteint leur seuil de conversations max.
  • Cas 3 : le scénario contient un mix de règles synchrones et asynchrones
Il faut qu'au moins un des transferts vers une des règles de routing soit avec de la disponibilité donc dans ce cas la disponibilité sera calculée à la fois en prenant en compte le nombre d’agents disponibles et les seuils de files d’attentes de conversation max.

2. Au niveau des transferts durant un scénario de Bot

  • Cas 1 : transfert vers une règle de routing synchrone
Le check de disponibilité pour un Bot qui doit transférer vers une règle de routing synchrone, va tenter toutes les 5s pendant 30s d’avoir une disponibilité d’un agent. Si aucune disponibilité au bout de 30s n’est trouvée alors on tombe dans le cas de l’échec de transfert.
  • Cas 2 : transfert vers une règle de routing asynchrone
Le check de disponibilité pour un Bot qui doit transférer vers une règle de routing asynchrone n’existe pas car il y a une autorisation de dépassement des files d’attentes, donc les transferts de bots sur une règle asynchrone seront toujours valide (pas d’échec de transfert).