Centrex, IPBX ou trunk SIP : choisir une téléphonie professionnelle

01

Comprendre ce que l’on compare réellement

Un système de téléphonie d’entreprise associe plusieurs briques : des numéros, un service opérateur, un cœur de téléphonie, des terminaux, des applications, un réseau local et une connexion vers l’extérieur. La confusion vient souvent du fait que les offres commerciales regroupent plusieurs de ces briques sous un nom unique. Pour comparer utilement, il faut séparer la fonction de standard, le raccordement à l’opérateur et les moyens utilisés par les collaborateurs.

Le Centrex place le cœur de téléphonie dans la plateforme du fournisseur. Les utilisateurs se connectent au service avec des téléphones IP, des applications sur ordinateur ou mobile, et parfois des terminaux analogiques au moyen d’adaptateurs. Les fonctions de groupes d’appels, horaires, files d’attente, renvois ou messagerie sont configurées dans un portail ou par le prestataire. L’entreprise achète donc principalement un service administré et des droits d’usage.

L’IPBX, pour Internet Protocol Private Branch Exchange, est le système qui gère le plan de numérotation interne, les postes, les règles de routage et les fonctions téléphoniques. Il peut fonctionner sur un équipement dans les locaux, sur une machine virtuelle ou dans un hébergement distant. Dire qu’une solution est un IPBX ne renseigne donc ni sur sa localisation ni sur son niveau de service. Il faut demander qui l’exploite, qui le met à jour, où sont sauvegardées les configurations et comment il est rétabli.

Le trunk SIP est le raccordement IP qui transporte les communications entre l’IPBX et l’opérateur. Il fournit une capacité d’appels et permet d’associer des numéros à l’installation. Il ne crée pas les groupes d’appels, les droits utilisateurs ou les files d’attente : ces fonctions restent assurées par l’IPBX. Une entreprise peut ainsi conserver son système téléphonique tout en remplaçant son ancien raccordement, à condition de vérifier compatibilité, interopérabilité et sécurité.

La première décision n’est donc pas de choisir un acronyme. Elle consiste à définir ce qui doit rester sous le contrôle de l’organisation, ce qui peut être confié au fournisseur et quelles dépendances sont acceptables. Cette clarification empêche de comparer un service complet de Centrex avec le seul prix d’un trunk SIP, ou un IPBX non maintenu avec une plateforme hébergée incluant support et évolutions.

• Centrex : cœur de téléphonie fourni comme un service hébergé.
• IPBX : système de contrôle des postes, numéros internes et scénarios d’appel.
• Trunk SIP : liaison opérateur utilisée par un IPBX pour émettre et recevoir des appels.
• Softphone : application qui transforme un ordinateur ou un mobile en terminal téléphonique.
• SBC : équipement ou fonction de bordure qui contrôle et protège les échanges SIP.

02

Quand un Centrex est cohérent

Le Centrex répond bien aux organisations qui veulent uniformiser la téléphonie de plusieurs sites sans exploiter un serveur par implantation. Les créations de comptes, changements de groupes et règles horaires peuvent être centralisés. Cette approche facilite aussi l’usage d’applications de téléphonie pour le travail hybride, sous réserve que l’ergonomie, les systèmes d’exploitation et les politiques de sécurité de l’organisation soient compatibles.

Sa simplicité apparente ne doit pas masquer les dépendances. Chaque terminal doit atteindre la plateforme hébergée. Une panne de l’accès internet, une erreur de configuration réseau, un blocage de sécurité ou une indisponibilité du service peut affecter les appels. Il faut donc distinguer la disponibilité de la plateforme du fournisseur, celle de la connexion de chaque site, celle du réseau local et celle de l’alimentation électrique. Une promesse globale n’est utile que si son périmètre est écrit.

La comparaison doit porter sur les fonctions réellement nécessaires. Un accueil simple n’a pas les mêmes besoins qu’un centre de relation usager, un service d’astreinte ou un établissement réparti sur plusieurs bâtiments. Demandez comment sont gérés les horaires, débordements, files, supervision, enregistrements éventuels, annuaires, conférences, télécopies résiduelles et intégrations. Vérifiez aussi quelles fonctions sont incluses, optionnelles ou dépendantes d’une application tierce, sans présumer de leur disponibilité.

La réversibilité mérite une question spécifique. L’entreprise doit pouvoir récupérer la liste des numéros, les informations nécessaires à leur conservation, une documentation des scénarios et, lorsque le service le permet, les données ou journaux utiles dans un format exploitable. Une solution facile à ouvrir mais difficile à quitter crée un risque opérationnel. La procédure de sortie, les responsabilités et les délais contractuels doivent être compris avant la signature.

Enfin, le portail d’administration est une composante sensible. Il permet parfois de modifier des renvois, d’ajouter des utilisateurs ou d’agir sur l’identité présentée lors des appels. Les comptes administrateurs doivent être nominatifs, protégés par une authentification robuste lorsque disponible et limités aux personnes autorisées. Les changements importants doivent laisser une trace consultable, avec une procédure claire pour révoquer rapidement un accès.

• Organisation multisite cherchant une configuration homogène.
• Équipe interne souhaitant déléguer l’exploitation du cœur téléphonique.
• Utilisateurs mobiles ou hybrides ayant besoin d’un terminal logiciel.
• Fonctions standardisées pouvant être décrites avant la commande.
• Capacité à sécuriser et secourir les accès réseau de chaque site critique.

03

Quand un IPBX reste pertinent

Un IPBX est pertinent lorsque l’organisation possède des besoins spécifiques que le service hébergé ne couvre pas de manière satisfaisante : interphonie, terminaux particuliers, automatismes, intégration profonde avec un logiciel métier, plan de numérotation complexe ou contraintes d’exploitation locales. Il peut aussi répondre à une stratégie de maîtrise technique, à condition que des compétences, des contrats de maintenance et des procédures soient réellement disponibles.

La localisation sur site n’est pas synonyme d’autonomie totale. L’IPBX dépend de son alimentation, de ses composants, de ses licences éventuelles, de sa sauvegarde et de son raccordement opérateur. Son exposition réseau doit être limitée au nécessaire. Une maintenance oubliée transforme rapidement un équipement central en point de fragilité. L’ANSSI recommande de traiter la téléphonie sur IP comme un projet de système d’information, avec analyse de risques, durcissement, correctifs, journalisation, sauvegarde et continuité.

Un IPBX hébergé peut offrir davantage de contrôle qu’un Centrex tout en évitant un serveur dans les locaux. La différence tient alors au modèle d’exploitation : instance dédiée ou partagée, responsabilités d’administration, possibilités d’intégration, accès aux configurations et modalités de restauration. Le terme « cloud » ne répond à aucune de ces questions. Le dossier doit préciser les frontières de responsabilité entre l’hébergeur, l’intégrateur, l’opérateur et l’entreprise.

La durée de vie des postes et périphériques doit être étudiée. Certains terminaux peuvent être compatibles avec une nouvelle version du système, d’autres nécessitent un remplacement ou une reconfiguration. Les équipements analogiques, comme certains interphones, lignes de sécurité ou systèmes de télécopie, ne doivent pas être supposés compatibles avec un simple adaptateur. Chaque usage doit être identifié, testé et, si nécessaire, remplacé par une solution conçue pour le nouveau réseau.

Un IPBX apporte une marge de personnalisation, mais chaque personnalisation augmente la documentation nécessaire. Les scénarios d’appel, droits, dépendances, versions et procédures de reprise doivent être consignés. Sans cette base, l’organisation devient dépendante de la mémoire d’un technicien. Le choix est donc cohérent seulement si le niveau de contrôle recherché s’accompagne d’une capacité durable à exploiter ce contrôle.

04

Ce qu’un trunk SIP change dans l’architecture

Le trunk SIP remplace le raccordement historique entre le standard et le réseau de l’opérateur par une interconnexion IP. Il peut fonctionner sur un accès dédié, sur un réseau privé opérateur ou sur un accès internet sécurisé selon l’offre. Ces options n’offrent pas le même isolement, la même maîtrise du chemin ni les mêmes engagements. Le devis doit décrire le mode d’accès au service, et pas seulement le nombre de communications simultanées.

Le dimensionnement part de la réalité des appels. Il faut observer les pics, distinguer appels entrants et sortants, intégrer les conférences et prévoir les campagnes ou événements exceptionnels. Surdimensionner sans mesure augmente inutilement le contrat ; sous-dimensionner produit des tonalités d’occupation ou des appels rejetés. Le fournisseur doit expliquer le comportement lorsque toute la capacité est utilisée et les moyens disponibles pour suivre cette utilisation.

L’interopérabilité entre IPBX, SBC et plateforme opérateur doit être validée. SIP est un protocole, mais les options, codecs, mécanismes d’authentification et traitements des renvois peuvent différer. Une référence de compatibilité ne remplace pas une recette. Les appels doivent être testés dans les deux sens, avec présentation du numéro, masquage, transferts, renvois, double appel, messagerie, tonalités, numéros spéciaux autorisés et scénarios de débordement.

Le trunk doit aussi être protégé contre la fraude. Les appels sortants vers des destinations inutiles peuvent être bloqués, des seuils ou alertes peuvent être configurés, et les accès d’administration doivent être fortement protégés. Un SBC correctement configuré peut filtrer les sessions, masquer l’architecture interne et contrôler les échanges. Ce composant ne compense toutefois ni des mots de passe faibles ni un IPBX non corrigé.

En continuité, il faut demander ce que devient un appel si le site ou l’IPBX est indisponible. Certains scénarios peuvent être traités dans le réseau de l’opérateur, par exemple un renvoi vers une destination de secours, mais leur fonctionnement exact doit être vérifié. Il faut également tester le retour à la situation normale afin d’éviter qu’un renvoi d’urgence reste actif ou qu’une route secondaire crée un comportement inattendu.

• Mode d’accès et filtrage des flux SIP clairement décrits.
• Capacité fondée sur les pics d’appels observés.
• Liste des équipements et versions déclarés compatibles.
• Protection contre les usages frauduleux et alertes d’anomalie.
• Routage de secours défini, testé puis documenté.

05

Comparer les solutions avec des critères mesurables

Une grille de décision doit partir des usages et non des catalogues. Recensez le nombre d’utilisateurs, les sites, les postes partagés, le télétravail, l’accueil, les astreintes, les files, les conférences, les intégrations et les équipements spéciaux. Classez ensuite chaque fonction en trois catégories : indispensable au démarrage, souhaitable après stabilisation, inutile. Cette hiérarchie limite les projets trop larges et rend les offres comparables.

Évaluez ensuite les responsabilités. Qui crée un utilisateur, modifie un message d’accueil, applique une mise à jour, analyse un appel dégradé ou restaure la configuration ? Quel interlocuteur coordonne opérateur, intégrateur et réseau local ? Un fournisseur peut prendre en charge une large part de l’exploitation, mais cela doit apparaître dans le périmètre. À l’inverse, une licence technique peu coûteuse peut transférer beaucoup de travail à l’équipe interne.

La qualité de service s’évalue sur l’ensemble de la chaîne. Les engagements de la plateforme ne couvrent pas nécessairement l’accès internet, le câblage, le Wi-Fi, les commutateurs, les téléphones ou l’alimentation du client. Demandez les horaires de support, la manière d’ouvrir un incident, les informations exigées, les niveaux de priorité, le point de départ des engagements et les exclusions. Ne résumez jamais un contrat à un seul chiffre de rétablissement.

La capacité d’évolution doit être examinée avec des scénarios concrets : ouverture d’un site, fusion d’équipes, ajout temporaire d’utilisateurs, intégration d’un nouvel outil, départ du prestataire ou changement d’opérateur. Pour chaque scénario, identifiez l’action, le responsable, le délai contractuel éventuel et les données nécessaires. Cette approche révèle plus de différences qu’une liste générique de fonctions.

Enfin, comparez le coût complet sans inventer de montant futur. Incluez les licences, terminaux, intégration, formation, accès réseau, secours, maintenance, support, options d’enregistrement éventuelles, remplacement des équipements et coût de sortie. Les offres doivent être comparées sur un périmètre et une période identiques. Une ligne mensuelle basse n’est pas une économie si les opérations essentielles restent hors contrat.

06

Préparer le réseau pour une voix stable

La voix sur IP est sensible à la latence, à la variation de latence, aux pertes de paquets et aux interruptions brèves. Un test de débit unique ne suffit pas. La qualification doit être menée aux heures représentatives, depuis les sites et réseaux réellement utilisés. Elle doit couvrir le chemin jusqu’au service, les pics de trafic et le comportement lorsque des sauvegardes, visioconférences ou transferts volumineux consomment la connexion.

Le réseau local doit séparer logiquement les usages lorsque cela est pertinent, appliquer des règles de priorité cohérentes et éviter les boucles ou saturations. La segmentation limite également la propagation d’un incident. Les postes téléphoniques, commutateurs, pare-feu, points d’accès Wi-Fi et mécanismes d’alimentation doivent être inventoriés. Un téléphone alimenté par le réseau ne fonctionne plus si le commutateur ou son alimentation tombe.

Le Wi-Fi peut convenir à certains softphones, mais sa qualité dépend de la couverture intérieure, de la densité d’utilisateurs, des interférences et de l’itinérance entre bornes. Une bonne connexion internet ne corrige pas une zone radio faible. Pour les postes critiques, le mode de raccordement doit être choisi à partir de tests sur place et des conséquences acceptables, pas d’une préférence générale pour le sans-fil.

Un accès de secours n’est utile que si la téléphonie peut réellement l’emprunter. Il faut vérifier le routage, la résolution de noms, les règles de sécurité, la capacité, l’adresse IP attendue par le fournisseur et le comportement des sessions existantes. Si le secours dépend du même local technique, de la même alimentation ou du même chemin physique que l’accès principal, son indépendance est limitée. Le dossier doit décrire ces dépendances honnêtement.

La supervision doit relier mesures réseau et expérience d’appel. Des indicateurs techniques peuvent aider à isoler un défaut, mais les utilisateurs doivent disposer d’un canal simple pour signaler l’heure, les numéros concernés, le site, le terminal et le symptôme. Ces informations, associées aux journaux de la plateforme et du réseau, accélèrent le diagnostic sans enregistrer plus de données que nécessaire.

• Mesurer latence, variation et pertes pendant les périodes chargées.
• Vérifier alimentation, commutateurs, pare-feu, DNS et réseau local.
• Prioriser la voix sans masquer une connexion structurellement insuffisante.
• Tester le secours par une coupure contrôlée du lien principal.
• Documenter les informations utiles à l’ouverture d’un incident.

07

Sécuriser l’administration, les flux et les usages

La convergence entre téléphonie et réseau de données élargit la surface d’exposition. Les risques incluent fraude aux communications, compromission d’un compte, modification de renvois, écoute, indisponibilité et exploitation d’un équipement non corrigé. Une analyse de risques proportionnée permet de prioriser les protections selon l’activité, les types d’appels et les conséquences d’une interruption.

L’administration doit être isolée des usages ordinaires. Les accès distants sont limités aux adresses, personnes et moments nécessaires. Les comptes partagés sont évités, les secrets sont renouvelés, et l’authentification multifacteur est activée lorsqu’elle existe. Les droits sont revus après chaque changement de prestataire ou de personnel. Une procédure d’urgence prévoit comment reprendre la main si le compte principal devient inaccessible.

Les flux entre postes, IPBX, SBC et fournisseur doivent être identifiés. Le chiffrement peut protéger la signalisation et les médias lorsqu’il est compatible et correctement configuré, mais son activation doit être vérifiée de bout en bout. Les interfaces inutiles sont fermées, les versions sont maintenues et les sauvegardes de configuration sont protégées puis restaurées lors d’essais. L’objectif est une architecture compréhensible, pas une accumulation de fonctions de sécurité non exploitées.

La journalisation aide à détecter une hausse anormale des appels, des tentatives répétées ou une modification sensible. Elle doit être dimensionnée, protégée et soumise à des règles de conservation adaptées. Les journaux peuvent contenir des données liées aux communications ; leur accès doit être limité et leur usage défini. Les besoins de diagnostic et de sécurité ne justifient pas une collecte indéfinie ou disproportionnée.

Les règles de sortie limitent l’impact d’un compte compromis. Les destinations sans besoin métier peuvent être interdites, les appels internationaux contrôlés et des alertes déclenchées sur des comportements inhabituels. Ces mesures doivent rester compatibles avec les activités légitimes, les astreintes et les appels d’urgence. Elles sont testées avant la mise en production afin d’éviter qu’un filtrage protecteur bloque un usage essentiel.

08

Numérotation et portabilité : établir une preuve avant d’agir

L’inventaire de numérotation doit lister tous les numéros affectés à l’organisation, leur usage, leur titulaire contractuel, l’accès support, le site, le service destinataire et le besoin de conservation. Incluez les numéros directs, standards, télécopies, lignes techniques, numéros spéciaux et numéros rarement appelés. Un numéro absent de l’inventaire peut être découvert trop tard, lorsqu’un usager ou un équipement ne parvient plus à joindre l’organisation.

L’Arcep rappelle que la conservation d’un numéro s’exerce lors d’un changement d’opérateur. Pour les offres d’entreprise, le RIO est obligatoire dans la plupart des cas, avec une exception possible pour certains groupements de lignes solidaires. L’opérateur met aussi à disposition des informations utiles, notamment la liste des numéros, les types d’accès supports et les adresses physiques associées. Il faut récupérer et vérifier ces éléments avant de lancer la migration.

Une portabilité ne doit pas être confondue avec un déménagement ou un changement d’offre chez le même opérateur. Dans ces situations, le maintien d’un numéro peut être proposé, mais il relève du traitement par l’opérateur et doit être confirmé. Depuis l’assouplissement des contraintes géographiques en métropole, un numéro fixe en 01 à 05 peut être conservé lors d’un déménagement dans une autre zone métropolitaine ; les règles territoriales restent distinctes pour les territoires ultramarins.

Le nouvel opérateur pilote normalement la demande de conservation lors d’un changement d’opérateur. Résilier soi-même trop tôt peut compliquer le projet, même si des mécanismes existent après résiliation. La bonne pratique opérationnelle consiste à faire valider la matrice des numéros par les métiers et le prestataire, à programmer la bascule, puis à contrôler les appels entrants depuis plusieurs réseaux et les appels sortants avec la bonne identité présentée.

L’identité d’appelant doit être paramétrée avec des numéros que l’organisation est autorisée à présenter. L’Arcep mentionne explicitement les solutions d’entreprise comme les IPBX, Centrex et softphones dans ses consignes d’authentification des numéros. Les scénarios de renvoi, de mobilité ou d’appel au nom d’un service doivent donc être documentés et validés avec l’opérateur, plutôt que de reproduire librement n’importe quel numéro.

• Exporter la liste officielle des numéros depuis l’opérateur actuel.
• Associer chaque numéro à un usage et à un décideur métier.
• Identifier les numéros à porter, conserver sans portage ou supprimer.
• Vérifier les RIO, accès supports et adresses déclarées.
• Faire approuver la matrice avant toute commande de portabilité.

09

Traiter les appels d’urgence comme une exigence de site

Une téléphonie IP permet d’utiliser un même compte depuis plusieurs lieux, mais cette souplesse complique la cohérence entre numéro, terminal et localisation. Les services d’urgence doivent pouvoir être joints, et les informations transmises par la chaîne téléphonique doivent être exactes. Le projet doit donc demander au fournisseur comment il traite les appels d’urgence, quelles adresses il associe aux numéros et comment ces données sont mises à jour lorsqu’un utilisateur ou un service change de site.

Les tests doivent être préparés avec prudence. Il ne faut pas encombrer un service d’urgence pour une recette ordinaire. Le fournisseur doit indiquer la procédure de validation appropriée, les numéros ou mécanismes de test disponibles le cas échéant et les contrôles documentaires possibles. L’entreprise vérifie au minimum que les numéros d’urgence nécessaires ne sont pas bloqués par les droits, plages horaires, restrictions de destination ou scénarios de routage.

Les postes mobiles, softphones et télétravailleurs demandent une règle explicite. Un terminal utilisé hors du site associé au numéro peut transmettre une information de localisation inadaptée ou emprunter un chemin différent de celui attendu. Il convient d’informer les utilisateurs des limites connues, de définir les terminaux autorisés et de prévoir un autre moyen d’appel lorsque le service d’entreprise ou l’accès réseau est indisponible.

La continuité électrique est également déterminante. Contrairement à certains anciens services sur cuivre, un téléphone IP, un routeur, un commutateur et un terminal optique ont besoin d’électricité. Une batterie locale peut maintenir certains équipements pendant une durée déterminée, mais sa capacité doit être calculée, surveillée et testée. Un téléphone mobile de secours peut compléter le dispositif si la couverture intérieure et l’autonomie sont vérifiées.

Enfin, les consignes affichées dans les locaux doivent rester cohérentes avec l’architecture. Les agents doivent savoir quel poste utiliser, comment indiquer précisément le site et comment réagir si l’appel ne passe pas. Cette préparation concerne particulièrement les accueils, ateliers, sites isolés et zones recevant du public. Elle ne remplace pas les obligations propres à l’activité ; elle évite que la migration téléphonique les ignore.

10

Organiser une migration vérifiable et réversible

La migration commence par une photographie de l’existant : contrats, numéros, postes, câblage, commutateurs, accès internet, règles d’appels, messages, horaires, groupes, intégrations et équipements spéciaux. Chaque élément reçoit un propriétaire métier. Cette base sert à construire la cible et à distinguer ce qui sera reproduit, simplifié, remplacé ou retiré après validation.

Un pilote réduit le risque. Il doit représenter les difficultés réelles : un petit groupe avec accueil, appels externes, mobilité et outils métiers est plus instructif qu’un seul poste technique. Les utilisateurs consignent les écarts de qualité et de fonction. Les corrections sont intégrées dans une configuration de référence avant le déploiement plus large.

La recette combine tests techniques et scénarios métier. Elle couvre les appels entrants et sortants, la présentation du numéro, les transferts, les files, les débordements, les horaires, la messagerie, les appels d’urgence selon la procédure convenue, le secours réseau et le retour au lien principal. Les intégrations sont testées avec des données et comptes autorisés. Chaque résultat est daté, attribué et qualifié comme conforme, à corriger ou accepté avec limite.

Le retour arrière doit décrire une décision, pas seulement une intention. Il précise jusqu’à quel moment il reste possible, qui décide, quels services peuvent être rétablis et quelles données de configuration sont nécessaires. Une portabilité de numéros peut modifier les options de retour ; le mécanisme proposé par l’opérateur doit être compris avant la bascule. Le maintien temporaire d’équipements anciens n’a de valeur que s’ils sont encore raccordés et exploitables.

La résiliation intervient après stabilisation et contrôle des factures, pas immédiatement après le premier appel réussi. L’équipe vérifie les numéros secondaires, les appels reçus depuis plusieurs opérateurs, les services techniques, les renvois et les fonctions utilisées hors horaires. Elle met ensuite à jour l’inventaire, la documentation d’exploitation, les contacts de support et la procédure d’incident.

• Inventaire signé par les responsables métiers.
• Pilote représentatif avant généralisation.
• Plan de recette couvrant réseau, appels et applications.
• Critères de retour arrière et décideur identifiés.
• Résiliation des anciens services seulement après validation.

11

Checklist de décision avant signature

Un dossier suffisamment précis permet à plusieurs fournisseurs de répondre sur une base commune. Il décrit les sites, utilisateurs, usages, contraintes réseau, fonctions indispensables, responsabilités souhaitées et exigences de sécurité. Il joint l’inventaire des numéros sans exposer publiquement des informations sensibles. Il indique aussi les dates immobilières ou contractuelles qui influencent le projet, sans les transformer en promesse de réalisation.

Pour un Centrex, demandez la localisation fonctionnelle du service, les terminaux compatibles, le portail, les rôles d’administration, les intégrations, les modalités de secours et de sortie. Pour un IPBX, ajoutez l’hébergement, les versions, les sauvegardes, les correctifs, la capacité, les licences et la responsabilité du maintien en condition. Pour un trunk SIP, détaillez l’accès, le SBC, les canaux, les codecs, les numéros, le routage de secours et l’interopérabilité.

Dans tous les cas, faites écrire le périmètre du support, les composants exclus, la procédure d’escalade et les prérequis à la charge du client. Demandez un plan de migration et de recette avant de figer la date de portabilité. Vérifiez enfin que le traitement des appels d’urgence, des adresses de sites et des utilisateurs mobiles est compris par les responsables internes.

Le choix final doit pouvoir être expliqué en une phrase reliée au risque métier : service hébergé pour standardiser et déléguer, IPBX pour conserver un contrôle ou des intégrations nécessaires, trunk SIP pour moderniser le raccordement d’un système compatible. Si la décision repose seulement sur une liste de fonctions ou un tarif isolé, l’analyse est incomplète.

• Architecture et frontières de responsabilité.
• Fonctions indispensables et scénarios d’appel.
• Qualité du réseau principal et du secours.
• Sécurité, journalisation, sauvegarde et mises à jour.
• Numéros, portabilité, identité d’appelant et adresses.
• Appels d’urgence et usages hors site.
• Plan de migration, recette et retour arrière.
• Réversibilité technique, contractuelle et documentaire.

FAQ

Questions fréquentes