Sommaire
- 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
Cet article vous plaît ?
Partagez-le !
Sommaire
- 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
Temps de lecture estimé : 18min
💡 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).
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.
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.
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é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.
