Guide pour remplacer une installation téléphonique

Quels signaux montrent qu'il faut remplacer votre téléphonie maintenant ?
Comment cadrer le projet sans bloquer les équipes métier ?
Quelles dépendances faut-il auditer avant toute migration téléphonique ?
Quels prérequis réseau valider pour éviter coupures et mauvaise qualité ?
Comment choisir l'architecture cible sans vous enfermer ?
Comment organiser un pilote et des tests qui détectent les vrais risques ?
Comment déployer par vagues avec un double-run sans perturber la production ?
Comment sécuriser la portabilité des numéros et éviter la rupture d'appels ?
Le jour J : quel déroulé minute par minute suivre ?
Comment sécuriser la téléphonie IP et rester conforme ?
Comment monitorer la qualité après migration et stabiliser rapidement ?
Quels coûts comparer et quels gains attendre sans sous-estimer les à-côtés ?
Quelles questions poser à un intégrateur ou un opérateur avant de signer ?
FAQ

💡 Ce qu'il faut retenir :

Remplacer une installation téléphonique vieillissante se pilote comme un projet IT structuré, pas comme un simple changement de matériel.
Un audit complet des numéros (SDA/DDI), terminaux, services périphériques (fax, alarmes, ascenseurs, TPE, interphones) et contrats opérateur constitue le point de départ obligatoire avant toute décision d'architecture.
Les prérequis réseau (QoS, VLAN voix dédié, PoE, latence inférieure à 150 ms, jitter inférieur à 30 ms) conditionnent directement la qualité des appels post-migration.
Une stratégie de double-run (ancien système actif en parallèle du nouveau pendant la phase de transition) élimine le risque de coupure lors des bascules progressives par vagues.
La portabilité des numéros vers un trunk SIP exige un délai opérateur de 4 à 10 semaines selon les pays et les contrats : ce délai pilote le rétroplanning global.
La conduite du changement (communication interne, formation express, guides utilisateurs, support de proximité) réduit de manière significative les blocages opérationnels post-migration.

Devis pour remplacer l'installation téléphonique

Migrer d'un PABX ou d'un standard analogique/RNIS vers une solution VoIP, IPBX ou UCaaS représente l'un des projets IT les plus sensibles pour une PME ou une ETI : la téléphonie est un service critique, utilisé en permanence, par tous les services. Une coupure de quelques heures se traduit directement en appels manqués, en clients non traités et en équipes bloquées. Cet guide propose un plan de migration structuré, de l'audit initial jusqu'au monitoring post-déploiement, conçu pour des responsables IT, des DSI, des office managers et des directions souhaitant conduire cette transition avec un niveau d'interruption proche de zéro. Il couvre aussi bien les aspects techniques (réseau, portabilité, sécurité) que les aspects organisationnels (gouvernance, communication interne, formation).

Nos solutions de téléphonie IP pour entreprise

Quels signaux montrent qu'il faut remplacer votre téléphonie maintenant ?

Certains signaux opérationnels indiquent que le maintien de l'installation existante devient plus risqué que la migration elle-même.

Le premier signal concerne la fin de support opérateur sur les lignes RNIS (T0/T2). L'arrêt progressif du réseau téléphonique commuté public (RTCP) dans de nombreux pays européens rend les lignes analogiques et RNIS techniquement obsolètes, sans feuille de route de maintien. Une ligne qui tombe en panne après cette date n'est plus réparable dans les délais standards.
D'autres signaux méritent une analyse immédiate :Le coût de maintenance corrective du PABX existant dépasse le coût d'une solution de remplacement sur 3 ans, signal typique lorsque les cartes de rechange ne se trouvent plus qu'en occasion.Les pannes sur le PABX se répètent (décrochés impossibles, numéros indisponibles, coupures aléatoires) sans qu'un technicien certifié sur ce matériel soit encore disponible localement.
L'intégration aux outils métier (CRM, outil de ticketing, softphone, messagerie unifiée) est impossible ou nécessite des développements spécifiques coûteux et fragiles.
L'installation ne supporte pas le télétravail : les collaborateurs distants ne peuvent pas être joignables sur leur numéro professionnel ni transférer ou recevoir des appels en mobilité.
La gestion des files d'attente, du SVI ou des enregistrements d'appels est absente ou nécessite un équipement tiers vieillissant.
Les délais de livraison de nouvelles lignes ou d'extensions de capacité chez l'opérateur actuel atteignent plusieurs semaines, ce qui freine les recrutements ou les ouvertures de sites.
Un contrat opérateur internet arrivant à échéance dans moins de 6 mois constitue une fenêtre de renégociation à saisir pour aligner le changement de solution avec la fin d'engagement.

Si vous constatez simultanément 3 de ces signaux, la migration ne relève plus d'un choix d'opportunité mais d'une nécessité opérationnelle à planifier sans attendre.

Vous êtes fournisseur de accès internet et téléphonie pour entreprise ?

Recevez des demandes de devis qualifiées de pros en recherche active.

Des milliers de demandes chaque mois. Zéro prospection à froid.

Recevoir des leads

Comment cadrer le projet sans bloquer les équipes métier ?

Un projet de migration téléphonique réussi repose sur une gouvernance légère mais claire, définie avant le premier devis.

Qui décide, qui exécute, qui valide ?

La réponse à cette question évite les arbitrages tardifs qui font glisser les plannings. Un cadre RACI minimal suffit pour une PME/ETI :

Le DSI ou le responsable IT porte la décision technique et valide l'architecture cible ainsi que le plan de bascule.
L'office manager ou le responsable administratif identifie les contraintes opérationnelles (horaires critiques, services prioritaires, numéros externes publiés). L'intégrateur ou l'opérateur retenu exécute la configuration, le provisioning et les tests.
La direction valide le budget, les délais et les critères d'acceptation.

Les critères d'acceptation du projet doivent être fixés avant le démarrage pour éviter les discussions en fin de déploiement. Cinq critères mesurables couvrent l'essentiel :

Zéro appel manqué sur les numéros publiés pendant la fenêtre de bascule (mesuré par comparaison des journaux CDR avant et après).
Qualité audio conforme : latence inférieure à 150 ms aller-retour, jitter inférieur à 30 ms, taux de perte de paquets inférieur à 1 % sur la période de test.
Portabilité totale des numéros confirmée par l'opérateur avant la bascule de production.
Tous les services périphériques (fax, alarme, ascenseur) testés et fonctionnels sur la nouvelle infrastructure avant généralisation.
Retour possible à l'ancienne infrastructure en moins de 60 minutes en cas de déclenchement du rollback.

Quelles dépendances faut-il auditer avant toute migration téléphonique ?

L'audit de dépendances est l'étape la plus sous-estimée des projets de migration. Elle conditionne pourtant la réussite du jour J. Son périmètre va bien au-delà des postes téléphoniques visibles.

L'ensemble des numéros SDA (Sélection Directe à l'Arrivée) et DDI doit être inventorié exhaustivement, qu'ils soient publiés sur le site web, les cartes de visite, les annuaires professionnels ou les systèmes automatisés (relances, rappels). Chaque numéro doit être associé à un service, un utilisateur ou une règle de routage documentée. Les numéros courts internes (numérotation sur 3 ou 4 chiffres) doivent être cartographiés pour construire le plan de numérotation de la solution cible.

L'inventaire des postes physiques (IP, analogiques, DECT) précise leur compatibilité avec la solution cible. Les postes analogiques connectés via des adaptateurs ATA (Analog Telephone Adapter) au PABX existant nécessitent un traitement spécifique. Les softphones et casques déjà en service sont à recenser avec leurs versions de firmware.

Dépendances d'une migration téléphonique

Services périphériques souvent oubliés

Ce sont les angles morts les plus fréquents en migration téléphonique :

Les lignes fax : une ligne fax analogique ne passe pas nativement sur VoIP sans adaptateur ATA ou conversion vers un service de fax IP (T.38 ou fax-to-email). Le fax sur SIP reste sensible aux variations de latence.
Les lignes d'ascenseurs : les cabines d'ascenseur disposent souvent d'une ligne analogique dédiée pour la communication d'urgence. Cette ligne doit être maintenue ou migrée vers une solution GSM/4G spécifique homologuée, avec tests réglementaires à la clé
Les alarmes intrusion et incendie : les centrales d'alarme communiquent parfois via une ligne analogique vers le télésurveilleur. La compatibilité avec la VoIP doit être vérifiée avec le prestataire de télésurveillance avant toute bascule.
Les TPE (Terminaux de Paiement Électronique) : les anciens modèles de TPE communiquent via ligne analogique dédiée. Les modèles IP ou 4G rendent cette dépendance obsolète, mais la vérification préalable auprès du prestataire bancaire reste obligatoire.
Les interphones et portiers IP : leur compatibilité avec le protocole SIP de la nouvelle solution doit être testée en environnement pilote avant généralisation.
Les numéros publiés dans des systèmes tiers : les numéros figurant dans des campagnes emailing, des systèmes de relance automatique ou des contrats fournisseurs doivent être identifiés pour anticiper les mises à jour nécessaires.

Quels prérequis réseau valider pour éviter coupures et mauvaise qualité ?

La qualité d'une solution VoIP dépend directement de l'infrastructure réseau sous-jacente. Avant tout déploiement, les points de contrôle suivants doivent être vérifiés et documentés.

La bande passante Internet doit absorber le trafic voix en plus du trafic data existant. Un appel VoIP standard (codec G.711) consomme environ 87 kbps en full-duplex. Pour 20 appels simultanés, cela représente environ 1,75 Mbps dédiés à la voix, sans compter les fluctuations liées au trafic data.
Le VLAN voix dédié isole le trafic téléphonique du trafic data sur le réseau local. Sans cette segmentation, les pics de trafic data (téléchargements, sauvegardes, visioconférences) dégradent la qualité audio de manière imprévisible.
La QoS (Quality of Service) sur les switchs et les routeurs doit être configurée pour prioriser les paquets voix (marquage DSCP EF - Expedited Forwarding) sur tous les équipements du chemin réseau, y compris les équipements de l'opérateur si le lien WAN est géré.
Le PoE (Power over Ethernet) sur les switchs alimente les téléphones IP sans bloc secteur séparé. La capacité totale PoE du switch doit être vérifiée avant d'ajouter des postes IP, notamment en cas de remplacement de switchs vieillissants.
Le Wi-Fi doit faire l'objet d'une attention particulière pour les softphones et les téléphones DECT IP : la couverture, le roaming inter-bornes et la QoS Wi-Fi (WMM) conditionnent la qualité des appels en mobilité interne.
Le firewall doit autoriser les flux SIP (port 5060 ou 5061 en TLS) et RTP (plages UDP configurées par l'opérateur ou l'intégrateur), tout en bloquant les tentatives d'appels frauduleux depuis l'extérieur.
La redondance du lien Internet via un lien de secours 4G/5G ou un second opérateur constitue le filet de sécurité en cas de coupure du lien principal. Sans cette redondance, une panne Internet coupe intégralement la téléphonie cloud.

Cause	Parade opérationnelle
Absence de QoS sur le switch local	Activer le marquage DSCP EF sur les ports des téléphones IP
Bande passante insuffisante sur le lien WAN	Augmenter le débit ou limiter les usages concurrents (backup, streaming)
Jitter élevé sur le réseau local	Vérifier les câbles, les ports en half-duplex, les collisions réseau
Perte de paquets sur le lien opérateur	Ouvrir un incident auprès de l'opérateur avec des mesures de traceroute
Firewall bloquant les paquets RTP	Vérifier les règles de NAT et les timeouts UDP sur le firewall

Comment choisir l'architecture cible sans vous enfermer ?

Le choix entre une solution UCaaS cloud, un IPBX on-premise ou une architecture hybride se fait sur la base de critères objectifs liés au contexte de l'organisation, et non sur une tendance de marché.

Critère	UCaaS cloud	IPBX on-premise	Hybride
Modèle économique	OPEX mensuel par utilisateur	CAPEX initial fort, OPEX faible	CAPEX modéré, OPEX maîtrisé
Multi-sites	Natif, centralisé	Nécessite liens inter-sites	Possible selon architecture
Dépendance Internet	Totale : une coupure coupe la voix	Nulle en interne, SIP trunk pour sortant	Partielle selon configuration
Sécurité et conformité	Dépend du prestataire (certifications, hébergement données)	Maîtrisée en interne	Partagée
Scalabilité	Immédiate (ajout de licences)	Limitée par le matériel en place	Flexible selon la partie cloud
Cas d'usage recommandé	PME sans contrainte de souveraineté, télétravail fort	Secteurs régulés, sites autonomes, centre d'appels sensible	Multi-sites avec un site principal structurant

Critère : Modèle économique
UCaaS cloud	OPEX mensuel par utilisateur
IPBX on-premise	CAPEX initial fort, OPEX faible
Hybride	CAPEX modéré, OPEX maîtrisé

Critère : Multi-sites
UCaaS cloud	Natif, centralisé
IPBX on-premise	Nécessite liens inter-sites
Hybride	Possible selon architecture

Critère : Dépendance Internet
UCaaS cloud	Totale : une coupure coupe la voix
IPBX on-premise	Nulle en interne, SIP trunk pour sortant
Hybride	Partielle selon configuration

Critère : Sécurité et conformité
UCaaS cloud	Dépend du prestataire (certifications, hébergement données)
IPBX on-premise	Maîtrisée en interne
Hybride	Partagée

Critère : Scalabilité
UCaaS cloud	Immédiate (ajout de licences)
IPBX on-premise	Limitée par le matériel en place
Hybride	Flexible selon la partie cloud

Critère : Cas d'usage recommandé
UCaaS cloud	PME sans contrainte de souveraineté, télétravail fort
IPBX on-premise	Secteurs régulés, sites autonomes, centre d'appels sensible
Hybride	Multi-sites avec un site principal structurant

La question du trunk SIP s'applique dans tous les cas : il remplace les lignes RNIS par des canaux voix transitant sur Internet vers l'opérateur. Le nombre de canaux simultanés se dimensionne selon le taux d'occupation des lignes actuelles (Erlang), à calculer à partir des journaux d'appels existants.Les questions de cadrage à trancher avant de sélectionner un fournisseur d'internet :

Les enregistrements d'appels sont-ils soumis à une obligation réglementaire (finance, santé, centre d'appels) ? Si oui, l'hébergement des données et la durée de conservation doivent être contractuellement garantis.
L'entreprise exploite-elle plusieurs sites dont l'un au moins ne dispose pas d'un lien Internet redondé ? Ce site exige une solution locale capable de fonctionner en mode dégradé sans Internet.
Le volume d'appels simultanés a-t-il été mesuré sur les 12 derniers mois, aux heures de pointe, pour dimensionner le trunk SIP sans sur-coût ni sous-capacité ?

Comment organiser un pilote et des tests qui détectent les vrais risques ?

Un pilote représentatif implique un groupe d'utilisateurs couvrant des profils variés : sédentaire sur poste IP, télétravailleur sur softphone, collaborateur en mobilité sur téléphone DECT, et utilisateur de centre d'appels.

Scénario	Résultat attendu	Responsable	Preuve
Appel entrant sur numéro principal depuis l'extérieur	Décroché en moins de 4 sonneries, audio clair	Technicien intégrateur	Enregistrement CDR + écoute
Appel sortant vers mobile et fixe externe	Numéro appelant correct affiché, audio clair	Utilisateur pilote	Capture d'écran + retour utilisateur
Transfert d'appel vers un autre poste	Appel transféré sans coupure	Utilisateur pilote	Test en direct
Appel inter-sites (si multi-sites)	Numérotation courte fonctionnelle, qualité audio conforme	DSI ou technicien	Mesure jitter/latence sur le lien inter-sites
Appel en mobilité (softphone 4G)	Appel reçu et émis, qualité acceptable	Télétravailleur pilote	Retour qualitatif + CDR
File d'attente avec dépassement de délai	Renvoi vers messagerie ou débordement configuré	Technicien intégrateur	Test avec timer
Coupure Internet simulée	Activation du lien de secours, appels toujours possibles	DSI + intégrateur	Mesure de la durée de bascule automatique

Scénario : Appel entrant sur numéro principal depuis l'extérieur
Résultat attendu	Décroché en moins de 4 sonneries, audio clair
Responsable	Technicien intégrateur
Preuve	Enregistrement CDR + écoute

Scénario : Appel sortant vers mobile et fixe externe
Résultat attendu	Numéro appelant correct affiché, audio clair
Responsable	Utilisateur pilote
Preuve	Capture d'écran + retour utilisateur

Scénario : Transfert d'appel vers un autre poste
Résultat attendu	Appel transféré sans coupure
Responsable	Utilisateur pilote
Preuve	Test en direct

Scénario : Appel inter-sites (si multi-sites)
Résultat attendu	Numérotation courte fonctionnelle, qualité audio conforme
Responsable	DSI ou technicien
Preuve	Mesure jitter/latence sur le lien inter-sites

Scénario : Appel en mobilité (softphone 4G)
Résultat attendu	Appel reçu et émis, qualité acceptable
Responsable	Télétravailleur pilote
Preuve	Retour qualitatif + CDR

Scénario : File d'attente avec dépassement de délai
Résultat attendu	Renvoi vers messagerie ou débordement configuré
Responsable	Technicien intégrateur
Preuve	Test avec timer

Scénario : Coupure Internet simulée
Résultat attendu	Activation du lien de secours, appels toujours possibles
Responsable	DSI + intégrateur
Preuve	Mesure de la durée de bascule automatique

Avant de généraliser le déploiement, il faut collecter ces 6 preuves :

Les journaux CDR (détail des appels) du pilote comparés aux journaux de l'ancien système pour vérifier l'absence de pertes.
Les mesures de qualité audio (jitter, latence, pertes de paquets) sur au moins 48 heures d'exploitation normale.Les retours utilisateurs du groupe pilote formalisés (formulaire simple, 5 questions) sur l'ergonomie et la qualité.
La confirmation écrite de l'opérateur sur la portabilité des numéros avec date de bascule effective.
Le test de basculement sur le lien de secours Internet réalisé et chronométré.
Le test de fonctionnement des services périphériques (fax, alarme, interphone) sur la nouvelle infrastructure.

Comment déployer par vagues avec un double-run sans perturber la production ?

La stratégie de déploiement par vagues maintient l'ancienne infrastructure active en parallèle du nouveau système pendant toute la durée du déploiement. Cette coexistence (double-run) garantit qu'aucun service n'est coupé si une vague rencontre un problème. Le plan de déploiement en 3 vagues se déroule comme suit :

La vague 1 (pilote) regroupe 5 à 15 % des utilisateurs, choisis parmi les profils les plus techniques et les services les moins critiques en termes de volume d'appels entrants. L'objectif est de valider l'infrastructure, le routage et la qualité audio en conditions réelles, sans exposer les flux clients.
La vague 2 (extension) couvre les services internes (RH, comptabilité, direction) et les équipes dont les appels entrants sont gérés par renvoi depuis le standard. Le standard général et le service client restent sur l'ancienne infrastructure pendant cette vague.
La vague 3 (généralisation) bascule les services frontaux (standard, SAV, centre d'appels) et porte la migration des numéros SDA publics. Cette vague se programme hors heures de pointe, idéalement en soirée ou le week-end, avec une équipe technique disponible sur site ou en astreinte.

Communication interne : messages clés et timing

J-14 avant chaque vague : note d'information aux équipes concernées, expliquant les changements concrets (nouveau poste, nouveau numéro interne si applicable, nouveau softphone) et le calendrier.
J-3 : rappel avec guide utilisateur synthétique (1 page recto-verso ou 1 page web interne) couvrant les actions du quotidien : passer un appel, transférer, consulter la messagerie, mettre en attente.
J0 matin : message de confirmation du démarrage de la vague, avec le numéro de support dédié à contacter en cas de problème
.J+2 : premier bilan collectif, remontée des incidents résiduels, correction des configurations.

Comment sécuriser la portabilité des numéros et éviter la rupture d'appels ?

La portabilité des numéros est l'étape la plus contrainte en termes de délais : elle dépend des opérateurs et ne se raccourcit pas par la volonté du projet. Elle doit être lancée en parallèle des phases d'audit et de choix d'architecture, et non après.

Timeline type de portabilité (J-30 à J+7)

J-30 : collecte du RIO (Relevé d'Identité Opérateur) auprès de l'opérateur sortant, identification de tous les numéros à porter, vérification des contrats en cours (pénalités de résiliation anticipée).
J-25 : dépôt de la demande de portage auprès du nouvel opérateur avec les documents requis (RIO, KBIS, mandat de portage).
J-15 : confirmation par l'opérateur entrant de la date de bascule effective (date de portage).
J-7 : test des numéros portés en environnement de pré-production si l'opérateur le permet.
J-1 : vérification de la configuration des renvois temporaires sur l'ancienne infrastructure pour couvrir la fenêtre de basculement (généralement 4 heures en milieu de journée ouvrée).
J0 : bascule effective, suivi en temps réel des appels entrants sur les numéros portés.
J+7 : confirmation de la stabilisation, clôture du contrat opérateur sortant selon les termes contractuels.

8 points à vérifier avec l'opérateur avant de signer

Le délai garanti de portage contractuel (distinguer le délai commercial du délai technique).
La procédure de portage des numéros spéciaux (numéros courts, numéros 08xx, numéros verts) qui obéissent à des règles différentes des SDA standards.
La présence d'une fenêtre de test avant la bascule définitive sur les numéros portés.
La disponibilité d'un interlocuteur technique joignable le jour J pendant la fenêtre de bascule.
Le SLA sur la résolution d'incidents de portage (numéro non joignable après bascule).Les conditions de résiliation du contrat opérateur sortant et l'existence de pénalités sur les lignes encore engagées.
La compatibilité du trunk SIP avec les codecs utilisés par la solution cible (G.711, G.729, Opus).
La capacité à fournir des rapports CDR en temps réel ou différé pour surveiller les flux entrants post-portage.

Le jour J : quel déroulé minute par minute suivre ?

Le runbook du jour J structure les actions techniques et les points de décision go/no-go pour éviter toute improvisation lors de la bascule des numéros publics.

T-60 minutes : gel des changements

Aucune modification de configuration réseau ou téléphonique n'est autorisée. L'équipe technique confirme sa présence (sur site ou astreinte). Le lien Internet de secours est activé et testé. Les sauvegardes de configuration de l'ancien PABX et de la nouvelle solution sont vérifiées.

T-30 minutes : points de contrôle

Test d'un appel entrant et d'un appel sortant sur la nouvelle infrastructure. Vérification que l'ancienne infrastructure répond toujours aux numéros publics (double-run actif). Confirmation avec l'opérateur que la fenêtre de portage est ouverte.

T0 : bascule

L'opérateur active le portage. Les appels entrants sur les numéros portés arrivent progressivement sur la nouvelle infrastructure. Un technicien effectue un appel test depuis un mobile externe sur chaque numéro principal.

T+15 minutes : premier go/no-go

Si tous les numéros principaux répondent correctement et que la qualité audio est conforme, la bascule est confirmée. Si un numéro reste injoignable ou si la qualité audio est dégradée, le rollback est déclenché immédiatement.

T+60 minutes : stabilisation

Vérification des CDR : les appels entrants sont bien enregistrés sur la nouvelle solution. Les files d'attente, SVI et messageries fonctionnent. Communication interne envoyée aux équipes : "La migration est effective."

T+180 minutes : clôture de la fenêtre critique

Bilan technique complet. L'ancienne infrastructure reste active en mode veille (renvois actifs) pendant 48 heures supplémentaires. Le support de proximité reste mobilisé jusqu'au lendemain soir.

Conditions de go/no-go

La bascule est confirmée (go) si : tous les numéros principaux sont joignables depuis l'extérieur, la qualité audio est conforme sur au moins 3 appels tests, aucune alerte de sécurité (tentative de fraude SIP) n'est remontée, et les services périphériques critiques fonctionnent.
Le rollback est déclenché (no-go) si : un numéro publié reste injoignable plus de 15 minutes après la bascule, la qualité audio est systématiquement dégradée sur plusieurs appels tests, une alerte critique réseau est détectée, ou l'opérateur signale un incident sur la portabilité.

Comment sécuriser la téléphonie IP et rester conforme ?

La sécurité de la téléphonie IP ne se limite pas à la configuration du firewall. Elle couvre la protection contre la fraude, le chiffrement des communications et la conformité réglementaire sur les enregistrements. Le Session Border Controller (SBC) est le composant qui filtre les flux SIP à la frontière entre le réseau interne et l'opérateur. Il bloque les tentatives d'appels frauduleux (SPIT, scan SIP, usurpation de numéro), gère la translation d'adresses (NAT) et assure la conformité des flux. Tout déploiement de trunk SIP exposé sur Internet doit intégrer un SBC, qu'il soit physique, virtuel ou fourni en service par l'opérateur. Le chiffrement SRTP/TLS protège les flux voix (SRTP pour les médias, TLS pour la signalisation SIP) contre les écoutes sur le réseau. Cette protection est particulièrement nécessaire pour les softphones utilisés en télétravail sur des réseaux Wi-Fi non maîtrisés.

Les contrôles de sécurité à activer :

Authentification forte sur les comptes administrateurs de la solution (MFA obligatoire, notamment pour les accès distants à l'interface d'administration).
Limitation géographique des appels sortants : bloquer les destinations internationales non utilisées par l'entreprise réduit drastiquement l'impact financier d'une fraude SIP.
Alertes sur les volumes d'appels sortants anormaux (pic de trafic hors heures, destinations inhabituelles).
Journalisation complète des appels (CDR) avec durée de conservation conforme à la politique interne et aux obligations légales applicables.
Chiffrement des enregistrements d'appels stockés et politique d'accès restrictive conforme aux exigences RGPD (durée de conservation, droits d'accès, information des personnes enregistrées).
Segmentation réseau maintenue entre le VLAN voix et les autres VLAN pour limiter la propagation d'un incident de sécurité.

Les entreprises soumises à des obligations d'enregistrement (secteur financier, centres d'appels sous contrat) doivent vérifier que la solution cible garantit l'enregistrement de 100 % des appels sur les lignes concernées, avec horodatage, indexation et export sécurisé. Le contrat avec l'intégrateur ou l'opérateur doit préciser la localisation des données d'enregistrement et les conditions de leur restitution en cas de résiliation.

Comment monitorer la qualité après migration et stabiliser rapidement ?

Les 7 premiers jours post-migration constituent la période de stabilisation critique. La supervision doit être active dès la première heure.

KPI post-migration à suivre

Taux d'appels aboutis sur les numéros principaux (nombre d'appels entrants traités / nombre d'appels entrants reçus).
Taux d'abandon des files d'attente (appels raccrochés avant décroché) à comparer avec la référence pré-migration.
Durée moyenne d'attente dans les files d'attente, par période horaire.
Latence moyenne et maximale sur les flux voix mesurée sur le lien WAN (objectif inférieur à 150 ms aller-retour).
Jitter moyen sur les flux voix (objectif inférieur à 30 ms).
Taux de perte de paquets sur les flux RTP (objectif inférieur à 1 %).
Nombre de tickets support ouverts par les utilisateurs, catégorisés par type d'incident (qualité audio, fonctionnalité, accès).
Volume d'appels sortants frauduleux détectés et bloqués par le SBC.
Disponibilité du lien Internet principal et temps de bascule sur le lien de secours si déclenché.
Score de satisfaction utilisateur collecté à J+7 (questionnaire court, 3 à 5 questions).

Plan de stabilisation sur 7 jours

J+1 : réunion technique matinale avec l'intégrateur, revue de tous les incidents remontés depuis la bascule, priorisation des corrections.
J+2 : application des corrections de configuration identifiées à J+1, nouveau test des numéros principaux et des files d'attente.
J+3 : revue des KPI de qualité audio sur 48 heures glissantes, alerte si latence ou jitter dépassent les seuils.
J+5 : bilan intermédiaire avec les responsables des services clés (standard, SAV, direction), collecte des retours terrain.
J+7 : bilan complet, décision de lever la période de surveillance renforcée ou de prolonger selon les indicateurs.

Quels coûts comparer et quels gains attendre sans sous-estimer les à-côtés ?

La comparaison financière d'une migration téléphonique doit intégrer l'ensemble des postes de coûts, y compris ceux qui n'apparaissent pas dans les offres commerciales initiales.

La mise à niveau des switchs réseau pour supporter le PoE sur tous les postes IP, qui peut représenter un poste CAPEX significatif dans les bâtiments anciens.
L'adaptation ou le remplacement des terminaux fax, des centrales d'alarme et des équipements d'ascenseur incompatibles avec la VoIP.
Les pénalités de résiliation anticipée des contrats opérateur existants (lignes RNIS, abonnements PABX), à calculer avant de fixer la date de migration.
Le coût de la redondance Internet (second lien 4G/5G ou second opérateur fixe), souvent absent des budgets initiaux alors qu'il constitue le principal filet de sécurité.
Les licences d'intégration CRM ou d'enregistrement d'appels, qui s'ajoutent aux licences de base de la solution VoIP.
Le coût de support renforcé pendant la période de stabilisation (astreinte intégrateur, support de proximité interne).
Les gains typiques attendus couvrent la réduction des coûts de maintenance (suppression des contrats de maintenance PABX vieillissants, élimination des pièces de rechange introuvables), la flexibilité d'ouverture de nouveaux sites ou de nouveaux postes sans déplacement de technicien, et l'activation de fonctionnalités unifiées (messagerie, visioconférence, chat, présence) sur une seule plateforme.
La réduction des coûts de communications sortantes via le trunk SIP par rapport aux lignes RNIS est variable selon les volumes et les destinations : elle doit être calculée sur la base des factures réelles des 6 derniers mois.

Poste	CAPEX	OPEX
Licences logicielles (IPBX on-premise)	Achat initial	Maintenance annuelle
Abonnement UCaaS (cloud)	Nul ou faible	Mensuel par utilisateur
Terminaux IP (postes, casques, DECT)	Achat ou location	Remplacement sur panne
Infrastructure réseau (switchs PoE, Wi-Fi)	Mise à niveau si nécessaire	Maintenance
Trunk SIP (canaux simultanés)	Nul	Mensuel selon volume
Intégration et déploiement	Prestation unique	Support post-déploiement
Formation utilisateurs	Prestation ou interne	Onboarding nouveaux arrivants
Lien Internet de secours 4G/5G	Routeur	Abonnement mensuel

Quelles questions poser à un intégrateur ou un opérateur avant de signer ?

L'évaluation d'un fournisseur sur un projet de migration téléphonique dépasse la comparaison des grilles tarifaires. Ces questions structurées permettent de révéler la maturité opérationnelle du prestataire.

Portabilité et bascule

Quel est le délai garanti de portage de vos numéros, et que se passe-t-il si ce délai n'est pas respecté ?
Quel support technique assurez-vous le jour de la bascule des numéros publics, et sous quel délai d'intervention ?
Proposez-vous une période de double-run pendant laquelle l'ancienne infrastructure et la nouvelle coexistent ?Disposez-vous d'un runbook de bascule documenté que vous pouvez partager avant la signature ?

Réseau et qualité

Réalisez-vous un audit réseau préalable (QoS, VLAN, PoE, bande passante) avant de proposer une architecture ?
Quelle est votre procédure en cas de dégradation de la qualité audio post-déploiement, et quel est le SLA associé ?

Sécurité et conformité

Votre solution intègre-t-elle un SBC avec filtrage anti-fraude SIP, et comment est-il mis à jour ?
Où sont hébergées les données d'appels et d'enregistrements, et quelles certifications couvrent cet hébergement ?
Quel est le processus de gestion des incidents de sécurité (fraude SIP, tentative d'intrusion) et les délais de notification ?

Réversibilité et continuité

Quelle est la procédure de résiliation de votre service, et dans quel délai pouvons-nous récupérer notre plan de numérotation et nos enregistrements ?
Proposez-vous une option de lien de secours 4G/5G intégrée à votre offre, et comment la bascule est-elle automatisée ?

Support et accompagnement

Quel est votre modèle de support post-déploiement (horaires, canal, délais, SLA par niveau de criticité) ?
Assurez-vous la formation des utilisateurs finaux, et sous quelle forme (présentiel, vidéo, documentation) ?
Avez-vous des références clients dans un contexte similaire (taille, secteur, contraintes de portabilité) que vous pouvez partager ?
Quelle est votre procédure de gestion des cas particuliers (fax, alarmes, ascenseurs, TPE) et avez-vous des partenaires spécialisés pour ces équipements ?

Critères de sélection complémentaires

Expérience vérifiable sur des migrations de périmètre comparable (taille, multi-sites, contraintes réglementaires).
Capacité à produire un plan de migration documenté avant la signature du contrat.
Transparence sur les sous-traitants impliqués dans le déploiement et le support.
Existence d'un portail client ou d'un outil de supervision accessible pour le responsable IT.Politique de mise à jour de la solution et fréquence des nouvelles versions fonctionnelles.
Conditions contractuelles de réversibilité et délais de portage sortant en fin de contrat.

FAQ

Combien de temps faut-il prévoir pour une migration téléphonique sans interruption ?

Pour une PME de 50 à 150 postes, un rétroplanning de 4 à 8 semaines est réaliste, en intégrant l'audit, la readiness réseau, le pilote, la portabilité des numéros et le déploiement par vagues. Le délai de portage opérateur (4 à 10 semaines selon les pays et les types de numéros) pilote souvent la date de bascule finale et doit être lancé dès la fin de la phase d'audit.

Que se passe-t-il si Internet tombe pendant la bascule ?

Sans lien de secours, une coupure Internet coupe intégralement la téléphonie VoIP cloud. La parade est de configurer un routeur avec un lien 4G/5G de secours en basculement automatique, testé avant le jour J. Certaines solutions IPBX on-premise maintiennent les appels internes sans Internet, mais les appels sortants passent par le trunk SIP et restent dépendants du lien WAN.

Les numéros de fax peuvent-ils être conservés lors d'une migration VoIP ?

Oui, à condition de choisir une des deux options disponibles : l'adaptateur ATA (Analog Telephone Adapter) qui connecte le fax analogique au réseau VoIP via le protocole T.38, ou la conversion vers un service de fax dématérialisé (fax-to-email). La première option conserve le matériel existant mais reste sensible à la qualité du réseau ; la seconde supprime le matériel fax physique au profit d'une boîte mail dédiée.

Comment gérer les lignes d'ascenseurs et d'alarmes lors d'une migration ?

Ces lignes doivent être traitées comme des cas spécifiques en dehors du flux principal de migration. Les lignes d'ascenseurs relèvent souvent d'obligations réglementaires (norme EN 81-28 en Europe) et nécessitent un remplacement par une solution GSM/4G homologuée, avec tests et certification. Les centrales d'alarme doivent être validées avec le prestataire de télésurveillance avant toute bascule.

La qualité des appels est-elle vraiment équivalente à une ligne RNIS ?

En conditions réseau conformes aux prérequis (latence inférieure à 150 ms, jitter inférieur à 30 ms, perte de paquets inférieure à 1 %, QoS activée), la qualité audio d'une solution VoIP avec codec G.711 est perceptivement équivalente à une ligne RNIS. Les problèmes de qualité audio rencontrés en VoIP proviennent presque systématiquement d'une infrastructure réseau non préparée et non d'une limite technologique de la VoIP.

HelloproDécouvrez d'autres guides expert