Prix 3CX 2026 : le coût réel, et la comparaison avec Voxbi
Licence 3CX à partir de 285 €/an, mais ce n'est que le logiciel. Coût complet avec trunk, numéros et appels, comparé à Voxbi. Vérifié en août 2026.
9 sept. 2026
Logiciel pour VoIP : guide complet pour PME et intégrateurs
Guide comparatif logiciel pour VoIP : cloud vs on-prem, softphone, CTI, sécurité, conformité UE et critères de choix pour PME, ETI et intégrateurs IT.
Une PME française de 45 collaborateurs voit son PABX Alcatel-Lucent arriver en fin de support éditeur. L'audit révèle des frais de maintenance en hausse, aucune compatibilité native avec Teams et une dépendance complète à un prestataire unique. Le remplacement du matériel devient alors une décision d'architecture, pas un simple achat de téléphones.
Le bon logiciel pour VoIP doit couvrir la voix, les postes distants, les numéros existants, l'administration multi-sites et les intégrations métiers. Il doit aussi permettre de vérifier où résident les données, qui peut les administrer et comment l'entreprise continuera à téléphoner en cas de dégradation réseau. En France, l'ARCEP suit déjà séparément la VoIP depuis 2006, année où les abonnements IP représentaient 13 % des abonnements téléphoniques fixes, contre 5 % un an plus tôt (ARCEP). La technologie n'est donc plus expérimentale. Le sujet consiste à choisir une architecture exploitable et souveraine.
Table des matières
Pourquoi choisir un logiciel pour VoIP en 2026
Le remplacement d'un PBX on-premises répond rarement à une seule urgence. Le support matériel s'arrête, les changements nécessitent un ticket, les sites distants restent difficiles à administrer et les utilisateurs veulent appeler depuis leur ordinateur ou leur mobile. Une solution logicielle transforme le standard téléphonique en service configurable depuis un poste de travail, avec des extensions, des files d'attente, des scénarios horaires et des règles de routage pilotables sans intervention physique.
La téléphonie fixe traditionnelle cède progressivement la place à des architectures IP. L'ARCEP mesurait déjà 4,2 millions d'abonnements VoIP au premier trimestre 2006, soit près de trois fois le niveau observé un an auparavant, tandis que le trafic sortant VoIP atteignait environ 4 milliards de minutes, soit 14 % des communications depuis un poste fixe (données historiques de l'ARCEP). Ces repères montrent la rapidité du basculement, mais ils ne suffisent pas à sélectionner une offre actuelle.
Le logiciel devient le socle du standard
Un cloud PBX bien conçu remplace les fonctions essentielles du PABX sans imposer un parc propriétaire. Un utilisateur peut travailler avec un softphone, un combiné SIP ou une configuration hybride. Le numéro suit l'organisation, pas le bureau physique. Cette distinction compte pour les équipes hybrides, les agences et les entreprises qui ouvrent ou réorganisent des sites.
Le fonctionnement ne repose toutefois pas sur une promesse abstraite de cloud. Le fournisseur doit préciser la localisation des appels, des enregistrements, des journaux et des sauvegardes. Le cadre européen de souveraineté cloud défini par la Commission européenne prévoit quatre niveaux d'assurance, dont le niveau 1 exige que les données soient traitées et stockées dans une infrastructure située dans l'Union européenne (cadre européen de souveraineté cloud). Pour une PME qui traite des appels commerciaux ou des données sensibles, l'hébergement UE doit être vérifiable contractuellement et techniquement.
Règle de décision : un logiciel VoIP ne doit pas être évalué uniquement sur ses fonctions d'appel. La localisation des données, la réversibilité et l'autonomie d'administration font partie du produit.
L'ARCEP indique qu'au premier trimestre 2025 les clients mobiles ont consommé 50,1 milliards de minutes de voix, dont 8 % en Wi-Fi, avec une consommation mensuelle restée autour de 3 h 30 par carte SIM depuis neuf ans (observatoire des marchés de l'ARCEP). La voix reste donc un usage structurel, même lorsque les réseaux et les terminaux deviennent hybrides. Une migration sérieuse doit préserver cette continuité au lieu de traiter la téléphonie comme une application secondaire.
Pour approfondir les bases techniques, la définition de la VoIP permet de clarifier la différence entre transport IP, softphone et standard téléphonique cloud.
Les grandes familles de logiciels VoIP
Le marché mélange souvent des produits qui ne jouent pas le même rôle. Un cloud PBX, un PBX on-premises, un softphone et un CTI peuvent se compléter, mais ils ne répondent pas au même besoin. La comparaison doit donc partir du profil de l'entreprise, de sa gouvernance IT et de la criticité des appels.
| Famille | Profil cible | Cas d'usage | Limite |
| Cloud PBX | PME sans équipe IT télécom importante | Standard hébergé, administration web, sites distants | Dépendance au fournisseur et à la connectivité |
| PBX on-premises virtualisé | ETI, intégrateurs, organisations sous contraintes fortes | Hébergement privé, contrôle de l'architecture, multi-tenants | Exploitation, mises à jour et résilience à la charge du client |
| Softphone | Salariés mobiles ou hybrides | Appels depuis PC, navigateur ou mobile | Expérience dépendante du terminal et du réseau |
| CTI | Équipes commerciales, support et intégrateurs | Click-to-dial, fiche client, remontée CRM | Valeur limitée si les workflows métiers sont mal intégrés |
Le cloud PBX pour la simplicité
Des solutions comme 3CX, RingCentral ou Zoom Phone s'adressent aux organisations qui veulent déléguer l'infrastructure. L'administration web accélère l'ajout d'un utilisateur, la création d'une file d'attente ou la modification d'un scénario d'accueil. Cette approche convient à une PME commerciale qui veut combiner standard cloud et CRM sans maintenir un serveur téléphonique.
Le revers est clair. L'entreprise dépend du modèle d'hébergement, des modalités de sortie et de la profondeur de l'administration déléguée. Un fournisseur peut offrir une interface agréable tout en laissant peu de contrôle sur les sauvegardes, la réversibilité ou la localisation effective des métadonnées.
L'on-premises pour le contrôle
Asterisk, FreePBX et 3CX on-premises permettent à un intégrateur ou à une DSI de conserver la maîtrise de l'environnement. Un datacenter privé peut répondre à une politique de souveraineté stricte, à une intégration avec des systèmes existants ou à la réutilisation d'un investissement récent.
Cette liberté a un prix opérationnel. Le client doit gérer les mises à jour, la sécurité, la supervision, les sauvegardes et la haute disponibilité. L'on-premises n'est pas dépassé. Il devient simplement un choix d'exploitation, adapté aux organisations qui possèdent réellement les compétences et les procédures nécessaires.
Le softphone et le CTI
Teams Phone, Linphone et Zoiper transforment un PC ou un mobile en poste téléphonique. Ils répondent à la mobilité, mais ne constituent pas toujours un standard complet. Le softphone doit s'appuyer sur un moteur de routage, des numéros, des files et une administration cohérente.
Le CTI relie ensuite la téléphonie à Odoo, Salesforce ou d'autres outils métiers. Le click-to-dial, la remontée de fiche client et la synchronisation des événements peuvent améliorer le travail quotidien, à condition que les données soient bien structurées. Une architecture UCaaS peut réunir ces briques, mais l'intégrateur doit vérifier que la téléphonie reste administrable indépendamment des outils collaboratifs.
Critères de choix pour un logiciel VoIP d'entreprise
Une grille de sélection efficace commence par les risques, pas par le catalogue de fonctions. Le fournisseur qui promet l'IA, l'analyse d'appels et des intégrations nombreuses doit d'abord démontrer la sécurité du transport vocal, la localisation des données et la qualité de l'exploitation quotidienne.
La sécurité se vérifie dans les protocoles
La signalisation doit utiliser SIP sur TLS, et la voix doit être protégée par SRTP. Les recommandations françaises de l'ANSSI demandent cette migration et prévoient la désactivation de protocoles obsolètes comme SSLv3, TLS 1.0 et TLS 1.1 (recommandations ANSSI pour sécuriser la ToIP). L'espace d'administration doit également proposer une authentification forte, des rôles distincts et une traçabilité des changements.
Pour un environnement WebRTC, la compatibilité SIP sur WSS et DTLS-SRTP devient déterminante. La supervision doit exposer le MOS, la perte de paquets et le jitter, car une interface moderne ne garantit pas une conversation intelligible (indicateurs WebRTC et VoIPmonitor).
La conformité ne se résume pas au RGPD
Le fournisseur doit documenter les sous-traitants, les sauvegardes, les lieux de traitement et les mécanismes de suppression. L'hébergement en UE constitue un critère concret, mais il ne suffit pas à rendre une organisation automatiquement conforme au RGPD ou à des exigences sectorielles comme HDS.
Les fonctions d'enregistrement, de transcription et d'analyse conversationnelle exigent une analyse distincte au regard de l’EU AI Act. Certaines applications télécoms, notamment la gestion, la détection de fraude ou l'authentification biométrique, peuvent relever de catégories à haut risque selon l'usage (analyse académique sur l'IA dans les télécoms). L'IA est une fonctionnalité à encadrer, pas une preuve de conformité.
La Commission précise aussi qu'au niveau SEAL-2, le fournisseur doit respecter les lois et réglementations de l'Union sans imposer au client des mesures techniques supplémentaires pour protéger ses données (avancée européenne sur la souveraineté cloud). Le client doit néanmoins vérifier le périmètre exact de cette assurance.
La grille d'achat doit inclure le terrain
Scalabilité : ajout de postes, gestion multi-sites, pics de trafic et séparation des droits par entité.
Interopérabilité : trunks SIP, Teams Direct Routing, Odoo, Salesforce, API et outils de supervision.
TCO : licences, combinés, casques, connectivité, formation, maintenance et portabilité des numéros.
Continuité : doublement des équipements critiques, scénarios de débordement et procédures en cas de panne Internet.
Administration : délégation aux responsables de site, journal des changements et provisioning automatisé.
Réversibilité : export des données, récupération des numéros et assistance documentée lors de la sortie.
La souveraineté des données doit être traitée comme un critère d'architecture et de contrat, pas comme une simple mention commerciale.
Cloud PBX vs PBX on-prem le match
Le cloud PBX gagne dans la plupart des PME, mais pas parce qu'il serait intrinsèquement supérieur. Il gagne parce qu'il réduit la charge d'exploitation quand l'entreprise dispose d'une connectivité fiable et veut administrer plusieurs sites depuis un même point de contrôle. Le PBX on-premises reste pertinent lorsque la DSI maîtrise l'hébergement, la sécurité et la continuité.
| Critère | Cloud PBX | PBX on-premises |
| Administration | Console centralisée, délégation possible | Contrôle complet, compétences internes nécessaires |
| Données | Dépend du fournisseur et de ses datacenters | Localisation choisie par l'entreprise |
| Mises à jour | Gérées par l'opérateur | Planifiées et financées par le client |
| Multi-sites | Déploiement rapide et homogène | Interconnexion à concevoir et maintenir |
| Résilience | À vérifier dans le SLA et l'architecture | À construire avec redondance et procédures |
| TCO | Coût récurrent prévisible | Investissement, maintenance et obsolescence |
| Internet | Dépendance directe | Peut conserver des mécanismes locaux selon l'architecture |
Le cloud simplifie, mais ne déresponsabilise pas
Une entreprise multi-sites doit demander où sont hébergées les données, comment le fournisseur traite les incidents et comment les appels sont reroutés lors d'une indisponibilité. La dépendance à Internet reste réelle. Une connexion dégradée peut affecter le jitter, la perte de paquets et l'intelligibilité, même si le logiciel fonctionne parfaitement.
L'avantage apparaît dans l'administration. Un responsable IT peut modifier une file d'attente, un horaire ou un utilisateur sans se déplacer. Un intégrateur peut gérer plusieurs clients depuis une architecture organisée, à condition que le produit propose des rôles, des environnements séparés et un provisioning fiable.
L'on-premises conserve des cas d'usage légitimes
Une ETI réglementée peut préférer un PBX virtualisé dans son propre datacenter pour garder le contrôle des flux et des sauvegardes. Un groupe qui possède un investissement matériel récent peut aussi choisir une migration progressive. Enfin, une intégration complexe avec un autocommutateur ou des équipements spécifiques peut justifier une architecture locale.
Le mauvais choix consiste à acheter de l'on-premises sans équipe capable de le maintenir. À l'inverse, le cloud devient une mauvaise décision lorsque le contrat reste flou sur la souveraineté, la réversibilité ou le niveau de service. La fiche produit ne remplace pas une analyse de gouvernance.
La définition d'un cloud PBX aide à distinguer le service téléphonique hébergé d'un simple softphone connecté à un opérateur.
Cas d'usage concrets par secteur
Le même logiciel peut convenir à plusieurs secteurs, mais sa configuration ne doit jamais être copiée d'un métier à l'autre. Les droits, les files, les enregistrements, les horaires et les intégrations changent selon le risque opérationnel. Une entreprise doit donc tester des scénarios de travail, pas seulement une liste de fonctionnalités.
Santé
Une clinique ou un EHPAD doit relier la téléphonie aux processus d'accueil et de soin sans exposer inutilement les données. La traçabilité des appels, les droits d'accès, le couplage avec le dossier patient et les postes DECT dans les services doivent être évalués ensemble. Si des données de santé sont associées aux communications, l'hébergement et les responsabilités HDS doivent être examinés séparément, sans déduire une qualification du seul fait que la solution est cloud.
Le scénario de test doit couvrir un appel entrant, une recherche de dossier, un transfert vers un service et une interruption réseau. Un logiciel adapté au commerce peut échouer sur ces exigences si ses journaux, ses rôles ou ses intégrations ne sont pas suffisamment précis.
Hôtellerie et restauration
Un hôtel attend une logique différente. Le standard doit dialoguer avec le PMS, gérer les postes de réception et d'étage, déclencher des réveils, appliquer les règles de taxation prévues par l'exploitation et proposer des messages d'attente adaptés aux clientèles. Dans une chaîne multi-sites, l'administration centrale doit laisser à chaque établissement la capacité de modifier ses horaires et ses annonces sans ouvrir systématiquement un ticket.
Le test pertinent porte sur une réservation, un transfert vers la réception, un appel de chambre et un changement de service. La qualité d'un logiciel VoIP se mesure ici à la fluidité des opérations, pas au nombre d'options affichées dans la console.
Collectivités et administrations
Une collectivité doit combiner annuaire métier, droits par service, continuité d'activité et protection des données. Les élus, agents d'accueil, services techniques et sites décentralisés n'ont pas les mêmes règles de routage. Le fournisseur doit détailler l'hébergement, les sous-traitants et les procédures d'incident.
Enseignement
Une école ou un centre de formation peut séparer les appels internes, limiter les appels sortants depuis certaines salles et superviser les postes utilisés pendant des examens. Les horaires scolaires, les fermetures et les changements de personnel exigent une administration simple. Une délégation contrôlée évite que chaque ajustement passe par la DSI.
Dans ces secteurs, la taille du parc n'est pas le premier facteur. La criticité métier, l'interopérabilité et la gouvernance des données déterminent l'architecture.
Déploiement qualité et TCO d'une migration VoIP
Une migration réussie commence par l'inventaire, pas par la commande de combinés. L'équipe projet doit recenser les numéros géographiques et SDA, les postes analogiques, les combinés SIP, les files, les horaires, les scénarios d'accueil et les dépendances CRM. La portabilité des numéros doit être planifiée avant la bascule, avec une procédure de retour documentée.
Une trajectoire en six décisions
Auditer le parc existant. L'équipe vérifie les équipements, les contrats, les numéros à porter et l'éligibilité fibre ou SDSL.
Dimensionner les trunks SIP. Le volume d'appels simultanés, les usages saisonniers et les scénarios de débordement déterminent le besoin réel.
Préparer le réseau. Un VLAN voix, une politique de QoS et des tests de bande passante réduisent les risques de dégradation.
Choisir les codecs. G.711, G.722 et Opus répondent à des contraintes différentes de qualité, de compatibilité et de consommation réseau.
Lancer un pilote. Un groupe représentatif teste les softphones, les combinés, les files et la portabilité avant le basculement général.
Former et mesurer. Les utilisateurs apprennent le transfert, le statut, la messagerie et les règles d'accueil. L'équipe IT suit ensuite le MOS, le jitter et la perte de paquets.
Les outils de monitoring doivent afficher la qualité réelle des appels. Une supervision comme PRTG ou une solution spécialisée peut aider à distinguer un défaut du fournisseur d'un problème de réseau local. La documentation WebRTC de VoIPmonitor confirme l'importance de ces métriques pour l'exploitation.
Le TCO doit intégrer le coût humain
Le budget doit regrouper licences, postes IP, casques, connectivité, SBC, maintenance, formation, support intégrateur, éventuelle adaptation CRM et provision de portabilité. Pour une PME de 20 collaborateurs, une estimation de téléphonie cloud complète se situe souvent entre 300 et 800 € par mois, soit 15 à 40 € par utilisateur, tandis que les postes IP peuvent ajouter 50 à 300 € par poste (comparaison cloud et on-premises). Ces montants sont des repères de marché, pas un devis.
Le suivi post-migration doit porter sur le taux d'appels aboutis, le temps moyen de traitement, la satisfaction des utilisateurs, les incidents QoS et les demandes de support. Le simple fait d'avoir remplacé un PABX ne prouve pas la réussite du projet.
La démonstration vidéo ci-dessous permet de visualiser les étapes d'un déploiement VoIP :
Recommandations finales selon votre profil
Le choix peut être tranché sans multiplier les scénarios. Une PME qui ne dispose pas d'une DSI télécom doit privilégier une administration web claire, un hébergement UE documenté, un softphone fiable et une intégration Teams ou Odoo réellement testée. L'intégrateur partenaire doit pouvoir gérer les changements courants sans transformer chaque création d'utilisateur en projet.
| Profil | Solution recommandée | Hébergement | Intégrations clés | Budget indicatif |
| PME française | Cloud PBX avec softphone et administration déléguée | Datacenters situés dans l'UE | Teams, Odoo, CRM, API | À établir selon parc et TCO |
| ETI multi-sites ou régulée | PBX on-premises virtualisé ou cloud PBX souverain | Datacenter privé ou UE vérifiable | SBC, annuaire, CRM, outils métiers | Étude de TCO indispensable |
| Intégrateur IT | Architecture multi-tenants administrable | Hébergement UE avec réversibilité | Provisioning, API, supervision, facturation support | Modèle récurrent à construire |
Verdict pour les PME
Pour une PME française de 20 à 80 postes sans DSI, un cloud PBX hébergé en UE est le choix le plus rationnel lorsque la connectivité est maîtrisée. Le softphone doit fonctionner sur les postes de travail et les mobiles, tandis que les responsables de site doivent pouvoir administrer les horaires, les files et les utilisateurs avec des droits limités.
Le prix par poste ne doit pas masquer la formation, les combinés, la portabilité et les demandes de changement. Un TCO mensuel compris entre 18 et 28 € par poste peut servir de repère dans certains scénarios PME, mais il doit être confirmé par un chiffrage complet et une définition précise du périmètre (repères de coût de téléphonie cloud).
Verdict pour les ETI
Une ETI multi-sites ou réglementée doit choisir entre un PBX virtualisé sous contrôle interne et un cloud PBX dont la souveraineté est démontrée. Le chiffrement SIP/TLS, SRTP, la redondance des SBC et la gestion des enregistrements sont non négociables.
Les fonctions d'IA ne doivent pas être activées par défaut. L'enregistrement, la transcription et l'analyse doivent faire l'objet d'une analyse de risque, d'une base légale et d'une gouvernance des accès. La conformité à l'EU AI Act ne peut pas être présentée comme acquise simplement parce qu'un fournisseur héberge ses données dans l'Union.
Verdict pour les intégrateurs
Pour un intégrateur IT ou un revendeur télécom, la valeur se trouve dans l'exploitation multi-client. Une console multi-tenant, le provisioning automatisé, la délégation par site, les journaux d'administration et une facturation récurrente structurée comptent davantage qu'une longue liste de fonctions d'IA.
Voxbi propose un cloud PBX avec administration des utilisateurs, extensions, files d'attente, IVR et scénarios d'appels depuis un cockpit, avec des usages via navigateur, poste de travail et mobile. La solution met en avant un hébergement dans des datacenters de l'UE, le chiffrement SIP TLS et des intégrations avec Microsoft Teams et Odoo. Elle peut être étudiée comme une option parmi d'autres dans un appel d'offres, après vérification du périmètre contractuel, de la réversibilité et des exigences sectorielles.
Le critère décisif reste l'autonomie. Si l'entreprise ne peut pas administrer ses sites, récupérer ses données ou porter ses numéros sans dépendance excessive à l'éditeur, elle n'a pas acheté un véritable socle téléphonique. Elle a seulement déplacé son ancien PABX dans une interface cloud.
Les entreprises qui remplacent un PBX peuvent visiter Voxbi pour examiner un cloud PBX européen adapté aux PME, ETI et intégrateurs. Une analyse du parc, des numéros, des sites et des exigences de conformité permettra ensuite de comparer concrètement le TCO, la gouvernance et la trajectoire de migration.
