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
Call transcription CRM integration guidé UE
Call transcription CRM integration expliquée pas à pas. Architecture, API, mapping, GDPR et exemples Odoo et Teams pour PME.
Un appel client se termine, le conseiller raccroche, puis retourne à sa tâche suivante. Quelques minutes plus tard, il ne reste souvent qu'une note rapide, parfois trop vague pour permettre une relance fiable. Avec une intégration de transcription d'appels au CRM, l'échange peut devenir un résumé exploitable, une intention qualifiée et une prochaine action, à condition de ne pas copier automatiquement tout le contenu vocal dans la fiche client.
Pour une PME française, le sujet ne se limite donc pas à choisir un moteur de reconnaissance vocale. Il faut décider quoi transcrire, où stocker l'audio, quelles données envoyer au CRM, qui peut les consulter et quand les supprimer. Le principe retenu ici est volontairement sobre, résumé minimal dans le CRM, transcription détaillée à accès restreint et hébergement en Union européenne.
Table des matières
Pourquoi connecter la transcription des appels à votre CRM
Dans une journée classique, une demande arrive par téléphone, un commercial répond depuis le standard cloud et le client expose son besoin, ses contraintes et son échéance. Le conseiller identifie parfois le contact, mais la fiche CRM reste inchangée jusqu'à ce qu'il trouve le temps de rédiger un compte rendu. Si l'appel est mal associé, l'opportunité peut rester sans tâche, le ticket sans contexte et le prochain interlocuteur sans historique fiable.
Une transcription rattachée à la bonne fiche change ce fonctionnement. Le système peut conserver le motif de l'appel, produire un résumé, repérer une intention commerciale ou support et proposer une prochaine action. Il ne remplace pas la validation du conseiller. Il évite surtout que l'information utile reste dans la mémoire d'une seule personne ou dans un enregistrement difficile à retrouver.
Le périmètre doit rester concret. Un appel commercial peut alimenter une opportunité avec un besoin reformulé et une date de relance. Un appel support peut enrichir un ticket avec le problème décrit et le dernier engagement pris. Dans un établissement de santé, le traitement devra être plus sélectif, car le contenu vocal peut contenir des informations sensibles qui n'ont pas leur place dans une fiche accessible à toute l'équipe.
Règle pratique : la transcription n'a de valeur opérationnelle que lorsqu'elle déclenche une information fiable dans le bon dossier, avec un niveau d'accès adapté.
Le marché français n'a pas encore atteint un niveau d'équipement uniforme. Le Baromètre France Num 2024, piloté par la Direction générale des Entreprises auprès de 10 125 entreprises françaises, dont 6 425 TPE, indique que 26 % des TPE-PME disposent d'au moins une solution CRM. Pour les entreprises qui disposent déjà d'un CRM, l'intégration de la téléphonie et des conversations peut donc prolonger un usage existant plutôt que créer un outil supplémentaire.
Le prérequis n'est pas seulement la présence d'un CRM. Les appels doivent être identifiables par un numéro, un identifiant de contact, une extension, un ticket ou une opportunité. Sans rapprochement fiable, l'automatisation crée une mauvaise fiche ou attribue une action au mauvais client. La qualité audio, les accents, les interruptions et l'information des personnes appelées restent aussi déterminants.
Pour cadrer le sujet métier, une PME peut consulter ce guide sur la digitalisation de la relation client. La question centrale devient ensuite simple : quelles informations les équipes doivent-elles retrouver dans le CRM, et lesquelles doivent rester hors de la fiche ?
Choisir l'architecture cible et le moteur de transcription
Le choix le plus important intervient avant l'API. Une architecture de référence sépare quatre fonctions : un PBX cloud hébergé en UE, un service de transcription, une file de reprise et le CRM. L'audio ne devrait pas être copié sans distinction dans chaque système. Le PBX conserve éventuellement l'enregistrement selon une durée définie, le moteur produit un texte, une couche de traitement extrait les éléments utiles et le CRM reçoit uniquement le résultat nécessaire.
Deux approches se présentent généralement. La première privilégie un moteur intégré à l'environnement téléphonique. Elle réduit le nombre de flux à maintenir et facilite l'association entre l'appel, l'enregistrement et la transcription. La seconde utilise un moteur externe spécialisé, avec une API dédiée. Elle peut offrir un meilleur contrôle du modèle ou du vocabulaire, mais elle impose d'examiner les transferts, les sous-traitants, les lieux de traitement et la suppression des données.
Comparer les critères qui comptent
La langue française doit être testée avec le vocabulaire réel de l'entreprise. Un moteur qui reconnaît correctement une conversation générale peut échouer sur des noms de produits, des références, des noms propres ou des termes médicaux. Les accents régionaux, le bruit, les locuteurs qui se coupent la parole et les appels effectués depuis un mobile doivent figurer dans l'échantillon d'évaluation.
La diarisation, c'est-à-dire la distinction entre les locuteurs, est utile pour un compte rendu commercial ou support. Elle ne doit toutefois pas être considérée comme une preuve parfaite. Si l'identité des interlocuteurs est incertaine, le texte intégral peut rester disponible pour contrôle, tandis que la création automatique d'une tâche est suspendue.
| Critère | Option à privilégier | Risque à éviter |
|---|---|---|
| Hébergement | Stockage et traitement en UE, avec flux documentés | Confondre localisation du serveur et conformité complète |
| Français métier | Test sur des appels représentatifs | Se fier à une démonstration générique |
| Locuteurs | Identification vérifiable et signalement des incertitudes | Attribuer une phrase au mauvais interlocuteur |
| Stockage | Audio, transcription et résumé séparés | Conserver une copie exhaustive dans le CRM |
| Automatisation | File de reprise et validation pour les champs critiques | Créer automatiquement une action avec une confiance faible |
| Gouvernance | Journalisation, chiffrement et rôles définis | Laisser tous les utilisateurs accéder au texte intégral |
L'hébergement européen facilite la maîtrise des flux et peut renforcer la souveraineté des données. Il ne suffit pas à démontrer la conformité GDPR. Il faut aussi connaître les sous-traitants, les finalités, les droits d'accès, les mécanismes d'effacement et l'utilisation éventuelle des données par le fournisseur.
Le règlement européen sur l'intelligence artificielle demande une préparation progressive. Le règlement (UE) 2024/1689 est entré en vigueur le 1er août 2024. Les interdictions de certaines pratiques et les obligations de « maîtrise de l'IA » s'appliquent depuis le 2 février 2025, tandis que la date générale d'application est le 2 août 2026. Une fonction de transcription n'est donc pas automatiquement conforme parce qu'elle utilise un hébergement européen.
Le moteur doit aussi être évalué selon son usage. Transcrire un appel pour produire un résumé opérationnel n'est pas la même chose qu'inférer l'émotion, la performance ou la fiabilité d'un salarié. Les intégrateurs IT et revendeurs télécom doivent faire qualifier le cas d'usage, documenter les responsabilités et éviter toute promesse générale de conformité à l'AI Act.
Brancher les flux API et mapper les données vers le CRM
Le raccordement fiable suit un ordre simple, mais chaque étape doit laisser une trace. L'appel est identifié par le PBX, l'enregistrement est placé dans un stockage contrôlé, la transcription est générée, puis un service de traitement extrait les champs autorisés. Le CRM reçoit ensuite un résumé ciblé, avec un lien vers la transcription détaillée si l'utilisateur dispose du droit nécessaire.
Ordonner les événements
Le webhook de fin d'appel ne devrait pas déclencher immédiatement une écriture complète dans la fiche client. Il peut d'abord transmettre l'identifiant d'appel, l'horodatage, le numéro, la file, l'extension et le statut. Le service d'intégration vérifie ensuite la correspondance avec le contact ou le dossier, avant de demander la transcription ou de traiter le résultat disponible.
Un identifiant technique unique évite les doublons lorsque le fournisseur renvoie plusieurs notifications. Le système doit aussi accepter les traitements asynchrones. Une transcription peut être disponible après l'appel, et son résumé peut arriver plus tard. Le CRM doit donc savoir mettre à jour une activité existante, pas créer une nouvelle activité à chaque événement.
Mapper des champs utiles
Le mapping doit privilégier des champs lisibles et vérifiables :
Identification du dossier. Contact, compte, ticket ou opportunité correspondant à l'appel.
Contexte. Date, durée, file d'attente, agent et sens de l'appel, uniquement lorsque ces informations sont nécessaires.
Résumé. Quelques phrases validées, centrées sur le motif, la demande et l'issue.
Prochaine action. Tâche proposée, responsable, échéance et niveau de confiance.
Qualification. Statut commercial ou catégorie support, avec une validation humaine lorsque le champ produit un effet métier.
Accès détaillé. Référence vers la transcription complète dans un service séparé, sans rendre l'audio disponible à tous les utilisateurs du CRM.
Les noms, numéros et informations sensibles doivent être pseudonymisés avant l'écriture dans le CRM lorsque le champ n'a pas besoin de l'identité complète. Le résumé ne doit pas recopier une conversation entière. Une demande médicale, une donnée financière ou un secret industriel peut apparaître dans l'appel, sans devoir devenir une note permanente accessible à une large population.
Bloquer les automatisations fragiles
Une file de reprise est indispensable. Elle reçoit les appels pour lesquels le numéro correspond à plusieurs contacts, le locuteur est mal distingué, le vocabulaire est incertain ou le résumé contient un champ critique non vérifié. Un conseiller ou un responsable désigné examine alors le résultat, corrige la fiche et valide l'action.
La méthode recommandée par la CNIL sur l'enregistrement ou l'écoute des conversations téléphoniques consiste notamment à définir une finalité, cartographier les flux audio et texte, limiter les appels traités, pseudonymiser les données, contrôler les accès, journaliser les consultations, chiffrer les flux et tester la qualité sur un échantillon français. Elle prévoit aussi une validation humaine pour les champs critiques.
Pour un environnement Odoo ou un autre CRM, l'API REST peut recevoir un objet structuré plutôt qu'un bloc de texte libre. Les intégrateurs peuvent ainsi contrôler les champs acceptés, rejeter une valeur inattendue et conserver la preuve du transfert. La connexion entre Odoo et Voxbi peut servir de point de départ pour cadrer ce type de flux, sans imposer la copie du contenu intégral dans chaque fiche.
Sécuriser le dispositif et respecter le cadre GDPR en UE
L'hébergement en UE réduit certains risques de transfert, mais il ne remplace ni le registre des traitements ni les règles d'accès. Une organisation doit pouvoir expliquer pourquoi elle enregistre, pourquoi elle transcrit, pourquoi elle résume et pourquoi elle conserve chaque élément. Ces finalités peuvent être proches, mais elles ne sont pas nécessairement identiques.
L'information doit apparaître au début de l'appel, dans un langage compréhensible. Le parcours doit indiquer l'usage prévu, les droits des personnes et le rôle du responsable de traitement. Les salariés doivent également connaître les règles applicables, surtout si la transcription sert à améliorer la qualité ou à analyser des échanges professionnels.
Séparer les durées et les emplacements
La CNIL indique que les enregistrements de conversations téléphoniques ne doivent pas être conservés au-delà de six mois à compter de leur collecte, sauf nécessité particulière liée à un objectif déterminé, comme le précise la référence CNIL sur les enregistrements téléphoniques. Cette règle concerne l'audio. Elle ne signifie pas qu'un résumé CRM ou un document d'analyse doit suivre exactement la même durée.
Une architecture plus maîtrisée distingue les emplacements :
Audio original. Stockage chiffré, accès limité et suppression automatique selon la finalité définie.
Transcription détaillée. Service séparé, accessible aux rôles autorisés et soumis à une durée documentée.
Résumé CRM. Motif, prochaine action, échéance et consentements utiles, sans copie exhaustive.
Journal d'audit. Preuve des accès, corrections, exports et suppressions, destinée aux responsables habilités.
Cette séparation permet de répondre plus précisément à une demande d'accès ou d'effacement. Elle facilite aussi la suppression simultanée dans le PBX, le moteur de transcription et le CRM. Un bouton d'effacement dans le CRM ne suffit pas si l'audio original ou une copie intermédiaire reste disponible dans un autre service.
Contrôler les utilisateurs
Le contrôle par rôle doit distinguer le conseiller qui consulte son dossier, le manager qui vérifie un échantillon et le DPO ou responsable IT qui administre les règles. L'accès au texte intégral ne doit pas devenir un droit implicite pour tous les utilisateurs CRM. Les consultations doivent être journalisées, et les exports doivent rester traçables.
La sécurité technique doit couvrir le transport, le stockage et les clés. La gouvernance doit couvrir les fournisseurs, les sous-traitants, les transferts et les corrections humaines. L'hébergement européen aide à construire cette maîtrise, mais il ne prouve ni la minimisation ni la légitimité du traitement.
Une approche de conformité GDPR pour la téléphonie peut servir de support de cadrage pour les équipes IT et les intégrateurs. Le dossier de conformité doit toutefois rester spécifique à l'entreprise, à ses appels, à ses utilisateurs et à ses finalités. La transcription sélective est souvent plus défendable qu'une activation globale par défaut.
Tester valider et déployer sur Odoo Teams et REST API
Un pilote utile ne commence pas par la totalité des files d'appels. Il choisit un périmètre où le résultat peut être vérifié rapidement, par exemple une équipe support ou une file commerciale, avec des règles de désactivation pour les appels sensibles. Le test doit comparer le texte produit avec le contenu réel et, surtout, vérifier si les champs CRM créés sont corrects.
Tester la langue et le contexte sonore
L'échantillon doit couvrir les conditions de travail réelles, sans sélectionner uniquement les appels les plus clairs. Il doit inclure les accents français rencontrés par l'entreprise, le bruit d'un accueil, les chevauchements de parole, les noms de clients, les numéros de dossier et le vocabulaire métier.
Deux mesures doivent rester distinctes. Le taux d'erreur des mots indique les difficultés linguistiques. Le taux d'erreur des champs CRM indique si une erreur a modifié une qualification, une attribution ou une action. Pour le métier, la seconde mesure peut être plus importante que la première.
Vérifier les scénarios d'intégration
Dans Odoo, le flux peut créer ou mettre à jour une activité liée au contact, au ticket ou à l'opportunité. Le résumé doit rester court et contrôlé. Une tâche ne devrait être créée automatiquement que si l'appel est correctement rapproché, que le champ d'action est compréhensible et que les règles de confiance sont respectées.
Avec Microsoft Teams, le point de contrôle porte sur l'association entre l'utilisateur, l'appel et le dossier CRM. L'administrateur doit vérifier les droits de consultation, le comportement des appels transférés et la présence éventuelle de plusieurs participants. Un appel Teams mal identifié ne doit pas alimenter une fiche au hasard.
Pour une API REST, les tests doivent couvrir les réponses lentes, les doublons, les événements reçus dans le désordre et les erreurs d'authentification. Le système doit rejouer un événement sans créer une seconde activité. Il doit également conserver un état clair, reçu, traité, rejeté ou placé en reprise.
Le guide pour connecter Odoo à un standard téléphonique cloud peut aider à structurer les vérifications côté téléphonie et CRM. L'intégrateur doit ensuite adapter le mapping aux objets réellement utilisés par l'entreprise.
Piloter par cas d'usage
Le support peut recevoir un résumé du motif, du symptôme et de la prochaine action, tandis que la transcription complète reste réservée au responsable habilité. Les ventes peuvent utiliser une qualification proposée, mais une relance juridiquement ou commercialement importante doit être validée par le conseiller.
Dans une clinique, un EHPAD ou un service public, la transcription peut être désactivée pour certaines files ou catégories d'appel. Le système peut aussi filtrer les données sensibles et exiger une validation avant toute création de tâche. L'objectif n'est pas de transcrire davantage, mais de conserver uniquement ce qui sert réellement le processus.
Le déploiement généralisé doit attendre la résolution des échecs de rapprochement, des erreurs de noms propres et des créations automatiques inappropriées. Une file de reprise bien utilisée vaut mieux qu'une automatisation qui donne une impression de fluidité tout en dégradant les données du CRM.
Conseils durables pour une transcription utile et sobre
Une intégration durable commence par une question de nécessité. Chaque file d'appel n'a pas besoin d'être transcrite, et chaque transcription n'a pas besoin d'être conservée. Les équipes gagnent souvent à choisir quelques scénarios, à observer les erreurs et à élargir progressivement le périmètre.
La règle d'architecture reste simple : résumé minimal dans le CRM, transcription détaillée à accès restreint et audio supprimé selon une durée courte documentée. Cette organisation limite la diffusion des informations sensibles tout en donnant aux commerciaux et au support une trace exploitable de l'échange.
Une revue régulière doit porter sur quatre points :
Qualité. Vérifier les erreurs de mots, de locuteurs et de champs CRM.
Adoption. Observer si les conseillers utilisent réellement les résumés et corrigent les tâches proposées.
Conformité. Contrôler les accès, les suppressions, les exports et les finalités inscrites au registre.
Sobriété. Désactiver les files qui produisent peu de valeur ou trop de contenu sensible.
Les intégrateurs IT et revendeurs télécom ont intérêt à formaliser les responsabilités. L'entreprise décide des finalités et valide les usages. L'intégrateur documente le flux, les mappings et les mécanismes de reprise. Le fournisseur cloud décrit son hébergement, ses sous-traitants et ses mesures de sécurité. Le DPO ou le responsable désigné vérifie la cohérence d'ensemble.
La meilleure intégration n'est donc pas celle qui remplit le plus de champs. C'est celle qui crée une action fiable, au bon endroit, avec une conservation proportionnée et une correction humaine lorsque le système doute.
Voxbi fournit un standard téléphonique cloud hébergé dans l'Union européenne, avec des intégrations CRM, Odoo, Microsoft Teams et des échanges via API REST pour rattacher les appels aux dossiers utiles. Les PME, ETI, intégrateurs IT et revendeurs télécom peuvent consulter Voxbi pour cadrer un pilote de transcription sélective, avec résumé minimal dans le CRM et contrôle des accès.
