3CX v16 est en route et nous avons d'excellentes nouvelles concernant notre application Call Flow Designer pour les développeurs. Dans la nouvelle version, CFD utilise un nouveau «moteur» de script intégré au cœur du serveur 3CX. Grâce à l'exécution de scripts dans le cœur du PBX, la productivité des applications vocales a considérablement augmenté. De plus, cette approche donne accès à de nombreuses fonctions internes "avancées" du noyau SIP. En conséquence, vous obtenez un outil efficace pour créer des applications vocales encore plus fonctionnelles.
Veuillez noter que la nouvelle interface de script de l'API Call Flow et la version CFD correspondante seront disponibles dans la mise à jour 1 de
3CX v16 Pro (mais pas standard) (I-II trimestre 2019). Par conséquent, si vous prévoyez de créer de nouvelles applications vocales, attendez cette version. Au fait, c'est l'une des raisons d'avoir un abonnement valide aux mises à jour!
Cet article décrit les possibilités d'une future solution afin de préparer les développeurs à la transition vers les nouvelles technologies.
Les applications vocales sont liées aux règles entrantes
Les applications vocales n'ont plus besoin d'une file d'attente d'appels dédiée. Le script est attaché à la règle entrante, ce qui permet de traiter l'appel avant même qu'il n'entre dans l'IVR, la file d'attente ou l'extension. Grâce à cela, le traitement des appels est simplifié et le nombre d'applications dans le PBX est considérablement réduit - maintenant une application peut traiter les appels de plusieurs règles entrantes. De plus, lors du téléchargement ou de la mise à jour d'une application vocale, vous n'avez plus besoin de redémarrer le service Queue, interrompant le travail du centre d'appels.
Nouvelle API de contrôle des appels fonctionnelle
La nouvelle interface de script offre plus de fonctionnalités de l'API du noyau 3CX. Les fonctionnalités suivantes sont apparues:
- Suivi de la progression des appels. Vous pouvez, par exemple, transférer des appels par programme si l'utilisateur ne les a pas reçus à l'heure définie.
- Ajoutez des informations supplémentaires à l'appel qu'un autre script de traitement pourrait utiliser. Par exemple, un appel entrant entre dans le script Callflow1, reçoit un ID utilisateur et est envoyé à l'opérateur de file d'attente. Après un appel, l'agent bascule l'appel vers Callflow2 pour demander des informations supplémentaires. Le script Callflow2 utilise l'ID utilisateur de Callflow1.
- Modifiez le nom de l'appelant dans le script. Par exemple, un abonné entre un identifiant client, après quoi son nom est demandé dans la base de données. Le script transfère l'appel à la file d'attente, en remplaçant l'ID utilisateur par son nom de la base de données.
- Le script fonctionne sur la règle entrante et l'appel est basculé sur IVR, selon les résultats du script.
- Acheminement des appels entrants en fonction du numéro appelé, ainsi que de la date et de l'heure de l'appel.
- Routage des appels vers différentes files d'attente en fonction du nombre d'agents qui leur sont connectés.
- Vérification des abonnés à l'aide d'une base de données ou d'un service Web externe et routage des appels en fonction du résultat.
- Enregistrer l'entrée vocale de l'appelant et l'envoyer sous forme de pièce jointe à un e-mail.
Utilisation de CFD pour générer du code
À l'aide de CFD, vous pouvez créer un script de traitement d'appel initial. CFD génère le code correspondant en C #, puis vous pouvez le modifier dans le système Visual Studio. De cette façon, vous utiliserez le C # familier, mais sans écrire un script à partir de zéro.
Numéroteur sortant puissant / appel sortant
La nouvelle API de flux d'appels vous permet de gérer les appels sortants. Dans 3CX v15.5, il était impossible de contrôler le numéroteur et il n'a renvoyé aucun résultat de numérotation. Vous pouvez maintenant suivre l'état de l'appel, entrer son résultat dans la base de données, puis passer à l'appel suivant.
Veuillez noter que les fonctions avancées du revendeur ne seront pas disponibles dans la première version du nouveau CFD. Maintenant, il y a une limitation: les revendeurs ne commenceront pas à travailler immédiatement après l'installation de l'application sur 3CX - seul un appel à l'application avec un plongeur démarre l'appel.
Projets CFD existants 15,5
Vos
projets existants doivent être légèrement modifiés pour fonctionner sur 3CX v16. Dans de nombreux cas, des modifications ne seront même pas nécessaires, mais si de nouvelles fonctionnalités de l'API Call Control sont utilisées, des développements supplémentaires sont nécessaires. Ouvrez un projet existant dans une nouvelle version de CFD, apportez des modifications et générez un nouveau type de script pour 3CX v16.