Téléphonie · Comprendre
Une téléphonie d’entreprise peut tomber à trois endroits : le bâtiment, le lien Internet ou la plateforme qui héberge le standard. Chacune de ces pannes a son secours : un renvoi vers des mobiles, un second lien, une remise en service du standard. La sauvegarde fait partie du dernier, mais elle restaure une configuration, pas l’appel en cours.
Mis à jour en octobre 20267 min de lectureSources officielles citées
La première question à se poser n’est pas « avons-nous une sauvegarde ? » mais « qu’entend un client qui nous appelle pendant la panne ? ». La réponse change selon l’endroit où la panne se produit.
| Panne | Ce que vit l’entreprise | Ce qu’entend le correspondant | Secours habituel |
|---|---|---|---|
| Le bâtiment (électricité, sinistre, accès) | Les postes du bureau sont éteints | Avec un standard hébergé, le standard répond toujours ; les appels peuvent suivre les règles prévues | Applications sur mobile et ordinateur, renvois vers des mobiles |
| Le lien Internet du site | Les postes du site ne joignent plus le standard | Le standard hébergé répond ; les postes du site ne sonnent plus | Second lien, partage de connexion, renvoi ou basculement vers les applications mobiles |
| La plateforme du standard | Plus aucun poste ne fonctionne, quel que soit le site | Selon l’opérateur : tonalité d’occupation, message ou renvoi prévu | Remise en service par l’exploitant ; renvoi des numéros préparé avec l’opérateur |
Le tableau suppose un standard hébergé. Avec un IPBX installé dans les locaux, les deux premières lignes se confondent avec la troisième : si le bâtiment ou son lien tombe, le standard tombe avec lui, pour tous les sites qui en dépendent. La comparaison des architectures figure dans VoIP, SIP, IPBX et UCaaS : quelle architecture.
La plupart des secours se décident à froid. Pendant la panne, il est trop tard pour trouver le bon interlocuteur chez l’opérateur.
La sauvegarde d’une téléphonie sert à remettre le standard dans l’état où il était : configuration, comptes, règles d’accueil, files d’attente, messages vocaux et, le cas échéant, enregistrements. Elle ne rétablit pas un appel coupé. Elle ne remplace pas non plus un renvoi : pendant la restauration, ce sont les secours préparés qui gardent l’entreprise joignable.
Deux indicateurs décrivent ce qu’on peut attendre.
RTO (objectif de temps de reprise) : le délai visé pour remettre le service en marche. RPO (objectif de point de reprise) : la quantité de données qu’on accepte de perdre, exprimée en temps écoulé depuis la dernière sauvegarde.
Pour une téléphonie sauvegardée une fois par jour, le RPO se compte en heures, pas en minutes. Une modification faite le matin, par exemple un nouveau poste ou une annonce changée, peut devoir être refaite après une restauration de la veille. C’est acceptable pour une configuration qui change peu, à condition de le savoir.
La rétention compte aussi. Une sauvegarde gardée trente jours permet de revenir avant une erreur de configuration découverte tardivement, ou avant une compromission. Au-delà, l’état antérieur n’existe plus.
Un standard central pour tous les sites simplifie l’accueil et l’administration. En contrepartie, s’il tombe, il tombe pour tout le monde. Des standards séparés limitent la panne à un site, mais multiplient l’exploitation, les mises à jour et les sauvegardes.
Avec un standard central hébergé, une panne de lien ne touche que le site concerné : les autres continuent, et les appels destinés au site isolé peuvent être renvoyés. La panne générale ne vient que de la plateforme elle-même. C’est elle qu’il faut alors interroger : comment est-elle supervisée, sauvegardée, remise en service, et en combien de temps.
La mise en place concrète de plusieurs sites sur Klytic Tel est décrite dans Relier plusieurs établissements à Klytic Tel. Pour la messagerie, la même logique est traitée dans Sauvegarde de la messagerie et continuité.
Cas hypothétique. Un réseau de trois agences immobilières utilise un standard hébergé. Des travaux de voirie coupent la fibre de l’une d’elles pour la journée.
Les deux autres agences ne remarquent rien. Dans l’agence coupée, les postes de bureau ne fonctionnent plus, mais les conseillers ont l’application sur leur mobile et continuent à recevoir les appels sur leurs numéros directs. L’accueil de l’agence est renvoyé vers le mobile de la responsable, comme prévu. Aucun client n’a entendu de tonalité d’occupation.
Le même jour, la sauvegarde n’a servi à rien : rien n’était perdu. Elle aurait servi si le standard lui-même avait été endommagé.
Non. Elle permet de remettre le standard en état. Pendant ce temps, ce sont les renvois et les applications qui gardent l’entreprise joignable.
Non. Un appel coupé doit être repassé. Seules la configuration et les données du service sont restaurées.
Il ne dépend pas d’Internet pour les appels internes, mais il s’arrête avec le bâtiment. Voir VoIP, SIP, IPBX et UCaaS.
Chez Klytic, par le support, sur les 30 derniers jours. Elle est incluse en cas de dysfonctionnement du service, de suppression volontaire par un salarié ou de compte supprimé trop tôt lors d’un départ (dans la limite de 3 demandes par mois), ou d’attaque subie malgré des postes correctement protégés. Après une suppression accidentelle, une mauvaise manipulation, ou si les postes étaient insuffisamment protégés, elle fait l’objet d’un ticket d’assistance payant. Voir Sécurité & sauvegarde.
Avec Klytic Tel, chaque organisation a son propre serveur de téléphonie, hébergé par défaut dans un cloud européen, à Maurice ou dans une zone géographique conforme à la juridiction applicable, selon votre demande, ou installé sur vos serveurs. En cloud, Klytic Tel s’appuie sur un hébergeur cloud de premier plan, avec un engagement de disponibilité de niveau entreprise de 99,99 % (hors maintenances planifiées annoncées à l’avance) et une bascule entre plusieurs sites d’hébergement en cas de panne : la résilience aux pannes est très forte. Klytic peut aussi déployer la solution chez un autre fournisseur cloud de votre choix. Les plateformes sont supervisées en continu. Pour plusieurs établissements, la téléphonie peut reposer sur un seul serveur ou sur plusieurs serveurs associés à des sites et connectés entre eux : une panne d’un serveur reste alors limitée aux sites qu’il dessert, et les échanges internes entre sites restent gratuits et sécurisés.
La téléphonie est sauvegardée chaque jour. Les sauvegardes sont chiffrées, répliquées sur plusieurs sites, immuables et conservées 30 jours ; les restaurations sont testées chaque mois. Les objectifs publiés sont une remise en service en moins de 4 heures (RTO) et une perte de données de 24 heures au plus pour Klytic Tel (RPO). Pour la messagerie, les documents et le CRM, sauvegardés chaque heure, le RPO visé est de moins de 2 heures. Une restauration se demande au support. Elle est incluse en cas de dysfonctionnement du service, de suppression volontaire par un salarié ou de compte supprimé trop tôt lors d’un départ (dans la limite de 3 demandes par mois), ou d’attaque subie malgré des postes correctement protégés. Après une suppression accidentelle, une mauvaise manipulation, ou si les postes étaient insuffisamment protégés, elle fait l’objet d’un ticket d’assistance payant.
Les applications pour mobile, ordinateur et navigateur permettent de rester joignable hors du bureau. Les renvois de secours se paramètrent avec Klytic à la mise en service. La façon dont vos numéros peuvent être acheminés ailleurs pendant une indisponibilité de la plateforme dépend de ce qui a été préparé avec l’opérateur qui les porte, Klytic ou votre opérateur actuel.
Klytic ne publie pas de basculement automatique vers une seconde plateforme : ce guide n’en suppose pas. Si votre activité l’exige, parlez-en avant la mise en service.
Consultées en octobre 2026.
Renvois, applications, raccordement : nous préparons avec vous ce qui se passe quand un site ou un lien tombe.
Offre de bienvenue
Offre d'essai sans engagement. Un conseiller vous rappelle pour comprendre vos besoins et préparer votre espace Klytic.