Odoo VoIP Configuration : Guide Complet Voxbi 2026
Guide Odoo VoIP configuration avec Voxbi. Prérequis, installation SIP/TLS, CTI, IVR, tests et conformité GDPR pour intégrateurs et DSI.
12 oct. 2026
Accueil physique et téléphonique : guide pratique Voxbi
Guide complet pour organiser votre accueil physique et téléphonique : process, scripts, IVR, routage et intégration Voxbi Cockpit pour PME et multi‑sites.
Dans une PME multi-site, la scène est familière. Un visiteur attend au comptoir pendant qu'un appel entrant sonne sur un poste occupé. Le collaborateur qui finit par décrocher ne connaît pas le rendez-vous prévu, tandis que l'accueil cherche dans un annuaire différent le bon interlocuteur. Le problème ne vient pas toujours du manque de bonne volonté. Il vient souvent d'un accueil physique et téléphonique conçu comme deux services séparés.
Un standard cloud permet de réunir les utilisateurs, les extensions, les horaires, les files et les permissions dans un même environnement de pilotage. Pour un intégrateur IT, un revendeur télécom, une PME ou une ETI, l'enjeu consiste moins à ajouter des options qu'à paramétrer un parcours cohérent, du premier appel à l'arrivée sur site.
Table des matières
Pourquoi relier accueil physique et téléphonique dès maintenant
Un appel peut préparer une visite, une personne reçue au guichet peut demander un rappel, et une demande commencée par téléphone peut se poursuivre sur place. Si chaque canal utilise son propre annuaire, ses horaires et ses consignes, le contexte disparaît lors du passage d'un interlocuteur à l'autre. Un parcours usager unique impose donc des règles communes, du premier contact jusqu'au suivi.
Les données françaises confirment le poids du téléphone. La DITP indique que le téléphone représente 41 % des échanges avec les services publics, contre 18 % pour l'accueil physique. Le rapport du Sénat retient un autre périmètre et fait état de 43 % des sollicitations par téléphone, 15 % aux guichets et 32 % par le numérique, sur plus de 200 millions de sollicitations annuelles, comme le rappelle cette question parlementaire sur l'accès aux services publics. Ces écarts ne se contredisent pas. Ils rappellent qu'un indicateur n'a de sens qu'avec son périmètre.
Le coût réel d'une séparation
Un faible taux de décroché dépasse vite le seul standard. L'appelant peut rappeler, écrire, se déplacer ou contacter un autre service. L'enquête du Défenseur des droits sur quatre services publics a relevé 40 % d'appels non aboutis et un délai moyen d'attente supérieur à 9 minutes. Elle distingue aussi le taux de décroché, le délai de rendez-vous et la satisfaction parmi les indicateurs de qualité, comme le montre cette enquête sur l'accueil téléphonique des services publics.
Le Cockpit Voxbi doit réunir le pilotage des standards, des files, des horaires et des postes de comptoir. Les paramètres d'utilisateurs, d'extensions et de permissions permettent d'identifier le site capable de prendre l'appel, d'accueillir le visiteur ou d'effectuer le rappel. Pour les règles de standard et de suivi, le guide sur l'accueil téléphonique en entreprise complète ce cadrage.
Cette configuration apporte une traçabilité unifiée et une supervision commune des volumes, sans séparer l'activité du guichet de celle du téléphone. Elle renforce aussi la confiance : un numéro présenté de façon cohérente et un rappel effectué depuis le bon site limitent les doutes liés à l'usurpation de numéros.
Les ruptures classiques restent faciles à repérer :
Information incohérente : l'appelant reçoit des horaires différents de ceux affichés à l'entrée.
Transfert aveugle : l'appel part vers un poste vide, fermé ou déjà mobilisé par un visiteur.
Visite non préparée : le comptoir découvre une arrivée sans nom, motif ni contact interne.
Parcours usager sans rupture entre guichet et standard
Un parcours intégré ne signifie pas que le même agent doit gérer simultanément toutes les interactions. Il signifie que les règles de prise en charge restent cohérentes, même lorsque la personne change de canal ou de site.
Dans une PME de services, l'appel entrant est orienté par un SVI vers l'accueil général ou une équipe spécialisée. Si le conseiller doit recevoir le client sur site, le rendez-vous est associé à un créneau et le comptoir dispose du contexte nécessaire à l'arrivée. Dans un cabinet de santé, la file peut séparer les demandes administratives des appels destinés aux équipes soignantes, avec un rappel organisé lorsqu'aucun agent ne peut répondre immédiatement.
Pour une mairie de taille moyenne, un appel relatif à une démarche peut être repris au guichet sans obliger l'usager à répéter toute sa situation. Dans un hôtel urbain, le standard, la réception et les équipes de réservation doivent partager des horaires et des règles de débordement cohérentes. L'interlocuteur n'a pas à comprendre l'organigramme interne pour obtenir une réponse.
Règle opérationnelle : une bascule de canal réussie conserve au minimum l'identité, le motif, l'action attendue et le responsable du prochain contact.
Le modèle mono-canal accumule les points de rupture. Deux standards séparés créent deux annuaires, deux logiques d'horaires et souvent aucune supervision commune. Un visiteur peut attendre debout pendant qu'un conseiller traite un appel non priorisé. Un message vocal peut arriver au guichet sans contexte, puis un rappel être demandé sans être tracé.
| Critère | Mono-canal | Parcours intégré Cockpit |
|---|---|---|
| Annuaire | Listes séparées par service ou site | Utilisateurs et extensions gouvernés dans un même espace |
| Horaires | Règles téléphoniques différentes du guichet | Plages, fermetures et scénarios alignés |
| Transfert | Envoi direct vers un poste sans confirmation | Transfert assisté avec prise en main identifiée |
| Visiteur | Préavis transmis de manière informelle | Contexte disponible pour le comptoir |
| Rappel | Demande notée puis difficile à suivre | Action associée à une file ou un responsable |
| Supervision | Vision limitée à un canal | Lecture conjointe des appels et de la capacité d'accueil |
L'objectif n'est pas de supprimer le choix du canal. C'est de garantir un interlocuteur identifié, un contexte conservé et un canal de repli quand le premier point de contact ne suffit pas.
Préparer le Cockpit Voxbi pour un accueil unifié
La configuration commence par la structure organisationnelle, pas par le message vocal. Dans le Cockpit Voxbi, l'administrateur ouvre la gestion des utilisateurs, crée les profils et attribue un périmètre par site. Les rôles Réceptionniste, Agent, Manager et Admin ne doivent pas recevoir les mêmes droits.
Construire une base d'utilisateurs exploitable
Le rôle Réceptionniste peut gérer les appels et les statuts nécessaires au comptoir. L'Agent reçoit les appels de sa file. Le Manager supervise l'activité de son site, tandis que l'Admin conserve les droits de configuration. Les scopes par site évitent qu'un changement local modifie par erreur le routage d'une autre implantation.
Dans la rubrique des extensions SIP, chaque extension est associée à un poste physique clairement nommé. Des libellés comme ACCUEIL-PARIS ou GUICHET-1 rendent la supervision compréhensible dès la première alerte. Un nom vague tel que « poste 204 » complique les transferts et les procédures de reprise.
L'administrateur ouvre ensuite les horaires, renseigne les jours fériés et ajoute les fermetures exceptionnelles. Chaque changement doit produire un effet cohérent sur l'IVR, les files et le guichet. Un site fermé ne doit pas continuer à recevoir des appels comme s'il était disponible.
Régler la distribution et les droits
Dans la configuration des files, la file d'accueil principale reçoit les agents autorisés. La stratégie longest idle favorise l'agent disponible depuis le plus longtemps, le mode simultané alerte plusieurs postes et le round robin répartit les appels selon un ordre tournant. Le choix dépend de la capacité réelle du comptoir, du niveau de spécialisation et du risque d'interrompre un accueil en face à face.
La sonnerie d'alerte au comptoir doit rester identifiable sans devenir une nuisance. Les permissions minimales sont activées avant la mise en production, et chaque modification de scénario doit être attribuée à un utilisateur. La supervision temps réel doit afficher la file active, les agents disponibles, les appels en attente et les appels perdus.
Scripts, routage et transferts vers le poste physique
Un bon script vocal donne une information utile avant de demander une action. Il annonce le nom de l'organisation, les horaires du guichet et les options principales. Il reste court, prononcé avec un débit régulier, et évite de transformer l'IVR en catalogue de services.
Le routage doit distinguer les plages ouvrées, les week-ends et les jours fériés. Pendant les horaires d'ouverture, l'appel rejoint la file appropriée. En dehors de ces plages, le scénario peut proposer un rappel, une information pratique ou un débordement vers un site habilité. Une fermeture exceptionnelle doit modifier le comportement du standard sans nécessiter une intervention improvisée au comptoir.
Le guide sur les call flows télécom décrit la logique à appliquer avant de multiplier les embranchements. Un menu efficace pose une question que le système sait réellement traiter. Un menu trop détaillé donne une impression de contrôle, mais augmente les erreurs de sélection et les transferts inutiles.
Rendre le transfert vérifiable
Le transfert vers un poste physique doit privilégier le mode assisté. Le réceptionniste consulte la fiche contact, utilise le click-to-call depuis l'écran d'accueil et avertit le guichet de la nature de la demande. Une notification push peut signaler l'appel entrant au comptoir lorsque le poste n'est pas constamment surveillé.
Le script de transfert doit comporter un accusé de prise en main. Le second agent confirme qu'il accepte l'appel avant que le premier ne quitte la conversation. Sans cette confirmation, l'appel qualifié retombe dans une file ou dans une messagerie sans que personne ne sache où le parcours s'est interrompu.
Point de contrôle : chaque transfert doit répondre à trois questions, qui a pris l'appel, quel contexte a été transmis, et quelle action reste à effectuer.
Pour le rappel automatique, le scénario doit enregistrer le numéro fiable, le motif et la file concernée. Le rappel ne doit pas être une simple promesse orale faite au guichet.
Files, IVR et SLA sur plusieurs sites
Une file unique pour tous les appels masque les différences de priorité. Les admissions, le support et l'accueil général ne demandent pas les mêmes compétences, ni la même capacité de débordement. La première décision consiste donc à créer une file par typologie d'appel, puis à définir les agents et les sites capables de la traiter.
Chaque file reçoit un seuil d'attente cible calibré sur le trafic et la capacité réelle. Le message d'attente doit préciser la prochaine étape sans répéter une formule longue. Une tonalité de rappel courte et un rappel automatique sur appel manqué offrent une issue plus propre que la bascule immédiate vers une messagerie vocale.
Concevoir le débordement
Le débordement vers un autre site doit être conditionnel. Il peut dépendre du temps d'attente, du nombre d'agents disponibles ou d'une fermeture locale. Une annonce contextuelle, par exemple « vous allez être redirigé vers notre site de Lyon », évite que l'appelant pense avoir atteint le mauvais service.
Le tableau de bord temps réel du Cockpit doit être consulté par le responsable de site et par l'équipe de supervision multi-site. Il doit rendre visibles la file active, l'agent le plus disponible et les appels perdus de la journée. L'historique sert ensuite à ajuster les horaires, les effectifs et les règles de débordement.
| Typologie d'appel | SLA cible, attente max | Débordement | Action si dépassement |
|---|---|---|---|
| Accueil général | Seuil court adapté à l'activité du site | Site secondaire habilité | Annonce contextuelle puis rappel |
| Admissions | Seuil prioritaire défini avec le service | Équipe d'admissions d'un autre site | Rappel attribué à un agent identifié |
| Support | Seuil lié à la complexité des demandes | File support mutualisée | Conservation du motif et rappel |
| Demande administrative | Seuil aligné sur les horaires du guichet | Accueil central | Proposition de rappel ou rendez-vous |
La gestion d'une file d'attente virtuelle prend son sens lorsque l'appelant conserve une possibilité de reprise. Une file visible mais sans règle de rappel ne fait que déplacer l'insatisfaction.
Intégrations Teams, Odoo et souveraineté des données
L'intégration ne doit pas fragmenter les usages. Avec Microsoft Teams, les appels externes peuvent arriver sur le numéro du standard, tandis que les échanges internes restent dans Teams. Le choix entre Direct Routing et Connect dépend de l'architecture télécom, des responsabilités d'administration et du niveau de contrôle recherché sur le plan de numérotation.
Odoo complète le dispositif sur le contexte métier. Une connexion par API peut faire remonter la fiche contact, permettre le click-to-call et journaliser l'échange dans le CRM. Le réceptionniste obtient ainsi une information exploitable sans ouvrir plusieurs annuaires ni demander à l'appelant de répéter son identité.
Documenter la localisation et la conservation
Un PBX cloud européen doit être évalué sur plusieurs dimensions, pas uniquement sur l'emplacement d'un datacentre. Le cadre de souveraineté des données implique d'examiner le lieu d'hébergement, les lois susceptibles de s'appliquer, le contrôle de l'infrastructure et les accès administratifs. Le Digital Watch Observatory décrit la logique française autour de la loi SREN, du Cloud de confiance et de la qualification SecNumCloud dans son analyse de la souveraineté numérique en France.
Pour les données sensibles des administrations, SecNumCloud constitue un repère particulièrement important, comme le rappelle cette analyse du cloud de confiance en France. Le registre des traitements, l'information avant enregistrement, les droits d'accès aux retranscriptions et la rétention par site doivent être documentés avant activation.
Cette gouvernance renforce aussi la confiance face à l'usurpation de numéro. Les usagers doivent pouvoir reconnaître le numéro officiel, rappeler une ligne vérifiable et retrouver des informations cohérentes entre le comptoir et le standard. La question est devenue plus sensible avec la hausse des signalements liés aux numéros usurpés, aux SMS frauduleux et aux appels abusifs, décrite par Franceinfo à partir des données relayées par l'ARCEP.
Pièges classiques et checklist de mise en service
Une file longue n'est pas automatiquement un échec. Elle peut signaler une demande réelle, une plage horaire mal dimensionnée ou un service qui mérite une règle de rappel. Le mauvais indicateur est une file interprétée sans contexte. Le bon pilotage compare l'attente, les appels perdus, la disponibilité des agents et la capacité du guichet.
L'accueil 100 % automatisé n'est pas une réponse universelle aux demandes à enjeu. Une IA conversationnelle peut qualifier une demande simple, mais elle ne remplace pas systématiquement un agent capable de traiter une situation sensible, d'expliquer une procédure ou de reconnaître une urgence. La conformité à l'EU AI Act ne doit pas être présentée comme acquise par défaut. Les usages, les données, les fournisseurs et les obligations doivent être évalués séparément.
Le cloud PBX ne signifie pas nécessairement hébergement hors UE. Voxbi est un standard téléphonique cloud hébergé dans l'Union européenne, avec des fonctions de configuration des utilisateurs, extensions, SVI, files et scénarios depuis un Cockpit. La localisation annoncée, le chiffrement, la rétention et les accès doivent toutefois être vérifiés dans le contrat et la documentation du déploiement.
Vérifier le dispositif avant l'ouverture
L'usurpation de numéro, ou CLI spoofing, impose un contrôle avec l'opérateur. La signature STIR/SHAKEN doit être activée lorsque l'opérateur la prend en charge, puis les appels sortants doivent être testés depuis chaque site. Les numéros publiés dans les annuaires doivent être recensés, car une ligne ancienne ou non maîtrisée peut entretenir la confusion.
Les erreurs de mise en service les plus coûteuses sont concrètes : poste non rappelé, transfert aveugle vers un guichet fermé, double sonnerie sur Teams ou scénario de débordement jamais testé.
Numéros entrants : vérifier chaque ligne, site et destination.
Horaires : tester les jours ouvrés, jours fériés et fermetures exceptionnelles.
IVR et scripts : écouter chaque message depuis un téléphone externe.
Files : simuler l'attente, l'absence d'agent et le rappel automatique.
Permissions : contrôler les rôles, les scopes et la traçabilité des changements.
Débordement : vérifier la destination secondaire et l'annonce associée.
Usurpation : tester l'affichage du numéro et la signature opérateur disponible.
Supervision : confirmer les tableaux de bord et les alertes.
Reprise : documenter la procédure en cas de panne, fermeture ou indisponibilité d'un site.
Le déploiement est prêt lorsque le parcours complet fonctionne, de l'appel entrant à l'accueil du visiteur, sans dépendre d'une connaissance informelle détenue par une seule personne.
Voxbi fournit un standard téléphonique cloud européen pour centraliser utilisateurs, extensions, SVI, files, scénarios et supervision dans un accueil physique et téléphonique multi-site. Pour cadrer l'architecture, la souveraineté des données et la mise en service, les intégrateurs IT, revendeurs télécom, PME et ETI peuvent consulter Voxbi.
