Portabilité numéro de téléphone professionnel guide
Guide complet de la portabilité numéro de téléphone professionnel en France : démarches, RIO, délais, migration sans coupure vers un PBX cloud.
20 sept. 2026
Supprimer l'historique des appels guide Voxbi complet
Apprenez à supprimer l'historique des appels sur Voxbi, mobile et Teams. Étapes claires, impacts RGPD et bonnes pratiques de conservation.
Un lundi matin classique. Un commercial rend son portable, une assistante signale qu'un appel sensible apparaît encore dans le journal, et l'équipe IT pense qu'il suffit de cliquer sur “supprimer” pour régler le sujet. C'est rarement aussi simple.
Dans une PME ou une ETI qui utilise une téléphonie cloud, supprimer l'historique des appels peut vouloir dire trois choses très différentes. Effacer une ligne visible dans l'application utilisateur. Purger des données côté administration. Ou appliquer une vraie politique de conservation sur les enregistrements, les métadonnées et les exports. Tant que ces trois niveaux sont mélangés, les erreurs arrivent vite.
Le point critique en France, c'est la différence entre suppression locale et conservation légale. Quand un utilisateur vide son journal, il nettoie surtout l'affichage auquel il a accès. Cela ne signifie pas que toutes les traces techniques ont disparu partout. Pour les équipes IT, les revendeurs télécom et les intégrateurs, c'est la base à poser avant toute manipulation.
Les environnements concernés sont plus larges que le smartphone. Il faut regarder le webphone, l'application Windows, iPhone, Android, l'administration du standard cloud, et le cas particulier de Microsoft Teams quand la téléphonie y est intégrée. Pour situer le périmètre fonctionnel d'un journal d'appels professionnel, le plus utile reste une vue structurée de l'historique des appels dans un environnement cloud PBX.
Table des matières
Supprimer l'historique côté utilisateur sur web mobile et Windows
Gérer la suppression et la conservation côté administrateur Voxbi
Comportement de l'historique avec l'intégration Microsoft Teams
Bonnes pratiques et checklist pour bien supprimer sans risque
Introduction à la suppression de l'historique des appels
Dans un contexte multi-site, le besoin arrive souvent après un incident très banal. Un collaborateur quitte l'entreprise, un poste d'accueil est réaffecté, ou un manager veut éviter qu'un appel confidentiel reste visible sur un écran partagé. Le réflexe immédiat consiste à supprimer l'entrée dans le journal. C'est utile, mais ce n'est qu'une couche.
Ce que l'utilisateur efface vraiment
Quand un utilisateur supprime un appel depuis son interface, il agit d'abord sur la visibilité locale. En clair, il nettoie ce qu'il voit dans son application ou dans la vue qui lui est exposée. C'est pertinent pour la confidentialité opérationnelle au quotidien, surtout sur un poste mutualisé ou un mobile professionnel restitué.
Le piège, c'est d'attendre de cette action un effet juridique ou global. En France, les opérateurs télécoms doivent conserver certaines métadonnées d'appel pendant 12 mois, conformément à l'article R.10-13 du CPCE. Cela comprend notamment l'identité de l'utilisateur, les caractéristiques techniques du terminal, la date, l'heure, la durée, les services associés, le destinataire de l'appel et, pour la téléphonie, des données de géolocalisation.
Supprimer un appel dans une interface n'efface donc pas forcément les traces réglementaires détenues par l'opérateur ou le fournisseur de téléphonie.
Pourquoi cette nuance change la gouvernance
Pour un intégrateur ou un administrateur IT, cette nuance évite deux erreurs fréquentes.
Erreur côté utilisateur. Penser qu'un nettoyage manuel suffit pour faire disparaître toute trace.
Erreur côté entreprise. Appliquer une purge uniforme à des données qui n'ont pas la même finalité.
Erreur côté conformité. Confondre journal d'usage, preuve contractuelle et enregistrement d'appel.
Une politique propre commence toujours par une question simple. Est-ce qu'il faut masquer, supprimer, archiver, ou conserver pour une obligation précise ? Sans cette distinction, l'entreprise croit avoir supprimé alors qu'elle a seulement changé l'affichage.
Supprimer l'historique côté utilisateur sur web mobile et Windows
Sur le terrain, la demande utilisateur est simple. “Comment enlever cet appel de l'historique sans casser le reste ?” La bonne réponse dépend surtout de l'appareil utilisé et de l'habitude du collaborateur. Le point important, c'est d'éviter le grand ménage involontaire.
Sur web et sur Windows
Dans une interface de téléphonie sur navigateur ou sur l'application Windows, le journal d'appels se trouve en général dans la zone des appels récents. La logique à retenir est la même dans la plupart des déploiements professionnels. On ouvre l'historique, on repère l'appel, puis on vérifie s'il existe une suppression sélective ou une action de suppression globale.
Avant de cliquer, il faut regarder deux choses. D'abord, si la vue est filtrée. Ensuite, si l'utilisateur travaille sur son propre compte ou sur un poste partagé. C'est souvent là que partent les suppressions de masse.
Quelques réflexes réduisent les incidents :
Préférer la suppression unitaire pour un appel sensible ou erroné.
Vérifier le filtre actif avant toute purge, surtout si l'interface distingue appels manqués, entrants ou sortants.
Contrôler le compte connecté sur les postes d'accueil, centres de contact ou PC mutualisés.
Tracer les actions importantes si l'entreprise doit garder un historique administratif des modifications. Sur ce point, un journal des modifications côté plateforme aide à distinguer l'action utilisateur d'une action administrateur.
Sur iPhone et sur mobile
Sur iPhone, la procédure documentée est claire. La suppression passe par Téléphone, puis Récents, puis Modifier, Sélectionner et enfin Effacer tous les appels pour vider le journal. Apple documente aussi la suppression d'un appel précis par balayage vers la gauche, ou par appui sur un appel puis suppression individuelle, comme le rappelle ce guide pratique sur la suppression des appels dans l'historique iPhone.
Le détail utile, c'est que la logique dépend aussi de la vue affichée. Selon la version iOS et le filtre choisi, l'utilisateur ne regarde pas toujours la même liste. Un appel visible dans “Récents” peut ne pas correspondre à ce qu'il croit effacer si la vue est limitée à une catégorie.
Règle terrain
Sur mobile, il vaut mieux supprimer un appel test avant une purge complète. Si l'interface se comporte comme prévu, le reste suit sans mauvaise surprise.
Sur Android, la logique varie selon le constructeur et l'application téléphone. En pratique, le chemin passe souvent par l'historique ou les récents, avec une option pour supprimer une entrée ou vider le journal. Comme les interfaces changent selon les modèles, le bon réflexe côté support consiste à faire confirmer à l'utilisateur ce qu'il voit à l'écran avant de lui faire lancer un effacement global.
Un support vidéo peut accélérer l'adoption quand il faut accompagner plusieurs utilisateurs à la fois :
Ce qui marche vraiment au quotidien
Les cas les plus propres restent les plus simples. Restitution d'un mobile, changement de poste, nettoyage après un appel sensible, ou suppression d'un appel test après mise en service. Dans tous ces cas, la suppression locale fait le travail attendu.
Ce qui ne marche pas, c'est d'utiliser cette action comme solution de conformité. L'utilisateur nettoie son écran. Il ne gère pas, à lui seul, la politique de conservation de l'entreprise.
Gérer la suppression et la conservation côté administrateur Voxbi
L'erreur classique arrive après un audit interne ou un départ de collaborateur. Un manager demande “on peut tout effacer ?”, l'utilisateur vide sa liste d'appels, puis découvre plus tard que les traces utiles existent encore ailleurs, ou pire, qu'une suppression mal cadrée a fait disparaître un élément qu'il fallait conserver. Côté administrateur, le sujet ne consiste donc pas à nettoyer un écran. Il faut décider quoi supprimer, qui peut le faire, à quel moment, et ce qui doit rester accessible pour des raisons métier ou réglementaires.
Ce qu'un administrateur doit vraiment piloter
Dans Voxbi, je recommande toujours de séparer trois niveaux dès le départ : l'affichage utilisateur, la conservation technique, et la gouvernance des données. Ce découpage évite une confusion fréquente. La suppression locale masque ou retire une vue pour un utilisateur. La politique administrateur, elle, porte sur les journaux, les exports, les éventuels enregistrements, les droits d'accès et la purge en fin de durée de conservation.
La bonne méthode consiste à raisonner par finalité. Un journal d'appels utilisé pour le support quotidien ne se traite pas comme un enregistrement exploité pour la formation, ni comme une preuve liée à une relation contractuelle. Si tout reste dans la même logique de rétention, l'entreprise finit soit par conserver trop longtemps, soit par purger trop tôt.
Tableau de décision utile
| Finalité | Logique de conservation | Action dans Voxbi |
|---|---|---|
| Formation ou contrôle qualité | Durée courte, avec suppression planifiée à échéance | Programmer une purge des éléments concernés et restreindre l'accès |
| Analyse de l'activité au travail | Conservation limitée, accès encadré, séparation des usages managériaux | Isoler les données utiles, journaliser les accès, purger selon la politique interne |
| Suivi commercial après fin du contrat | Conservation plus longue si la base légale et la finalité le justifient | Sortir du journal courant et basculer vers une archive dédiée |
| Justificatifs contractuels | Conservation distincte des usages quotidiens, avec droits resserrés | Archiver hors des vues opérationnelles et limiter les suppressions manuelles |
Ce qui marche sur le terrain
Le réglage le plus propre repose sur des rôles clairs. L'utilisateur gère son affichage. Le superviseur accède aux données nécessaires au pilotage d'équipe. L'administrateur Voxbi garde la main sur la rétention, l'export, l'archivage et la purge.
C'est aussi le point où il faut distinguer suppression et effacement réel. Retirer un appel d'une vue ne signifie pas forcément supprimer toutes les métadonnées associées dans le système. À l'inverse, une purge d'administration peut avoir un impact plus large que prévu si l'entreprise n'a pas défini en amont quelles données relèvent de l'exploitation courante, de la preuve, ou du contrôle qualité.
En pratique, je déconseille les suppressions manuelles répétées chaque semaine. Elles créent des écarts entre équipes, elles compliquent les vérifications, et elles laissent trop de place à l'erreur humaine. Une règle de conservation documentée, appliquée par profil et par type de donnée, tient beaucoup mieux dans la durée, surtout dans un contexte UE où il faut pouvoir justifier la logique retenue.
Une bonne administration ne cherche pas à tout effacer vite. Elle supprime ce qui doit l'être, conserve ce qui doit l'être, et trace qui a fait quoi.
Comportement de l'historique avec l'intégration Microsoft Teams
Quand la téléphonie est intégrée à Microsoft Teams, la confusion revient presque systématiquement. L'utilisateur passe un appel dans Teams, voit une trace côté Teams, retrouve aussi des informations côté téléphonie, puis pense qu'une suppression dans un endroit nettoiera partout. Ce n'est pas comme ça que les briques fonctionnent.
Deux vues, deux logiques
Le premier point à poser, c'est que Teams et le système de téléphonie n'exposent pas toujours le même historique. Selon l'intégration choisie, l'utilisateur peut voir un historique orienté usage Teams d'un côté, et un historique télécom plus complet de l'autre.
Pour les équipes qui déploient cette brique, la bonne base fonctionnelle reste la page dédiée à l'intégration Microsoft Teams pour la téléphonie d'entreprise.
Ce que l'utilisateur doit comprendre
Un commercial qui appelle depuis Teams peut croire que son journal visible dans Teams est “le” journal. En pratique, il s'agit souvent d'une vue applicative. Si l'entreprise s'appuie sur une plateforme de téléphonie pour la gouvernance, les métadonnées et certaines traces d'appel ne dépendent pas uniquement de l'interface Teams.
Trois consignes évitent la majorité des tickets :
Former sur les périmètres. Teams n'est pas toujours la source unique de l'historique.
Documenter les suppressions. Une action faite dans une interface n'efface pas nécessairement l'autre vue.
Éviter les doublons de consigne. Le support doit écrire noir sur blanc quelle interface sert à quoi.
Si l'entreprise ne précise pas quelle vue fait foi, les utilisateurs improvisent. Et l'improvisation produit des tickets, pas de la conformité.
La limite à annoncer dès le départ
Le bon discours n'est pas “tout est synchronisé partout”. Le bon discours, c'est “l'affichage, la téléphonie et la conservation ne vivent pas forcément dans la même couche”. Une fois cette limite assumée, la gestion devient plus simple. Le support sait où chercher, l'utilisateur sait quoi supprimer, et l'administrateur sait ce qu'il doit conserver.
Impacts sur enregistrements métadonnées et conformité RGPD
Un utilisateur supprime une ligne dans son historique et pense que l'appel a disparu. En exploitation, ce n'est presque jamais aussi simple. Le journal visible, le fichier audio, les métadonnées techniques et les traces d'administration ne suivent pas le même cycle de vie.
Supprimer une vue ne supprime pas forcément la preuve associée
Sur le terrain, c'est le malentendu le plus fréquent. La suppression locale côté utilisateur agit souvent sur une vue d'affichage. Elle ne purge pas automatiquement un enregistrement, un export, un journal technique ou une donnée conservée par la plateforme pour l'exploitation du service.
Il faut donc traiter séparément trois objets :
le journal d'appels visible par l'utilisateur,
les métadonnées, par exemple date, durée, numéro, statut, poste ou file concernée,
le contenu lui-même, notamment via la fonction d’enregistrement des appels.
Cette séparation évite les erreurs de gouvernance. J'insiste dessus en déploiement, car une consigne floue produit soit des suppressions incomplètes, soit une rétention inutile.
Métadonnées et enregistrements n'ont pas la même finalité
En RGPD, la bonne question n'est pas seulement "peut-on supprimer ?". La bonne question est "pourquoi cette donnée existe-t-elle encore ?". Un enregistrement qualité, une preuve de traitement d'un appel, une trace anti-fraude ou une simple commodité d'affichage ne relèvent pas du même régime.
Côté administrateur Voxbi, la gouvernance doit donc distinguer la finalité métier, la durée de conservation et les droits d'accès. Côté utilisateur, la suppression locale répond surtout à un besoin d'usage ou de confidentialité sur son poste. Confondre les deux crée des écarts de conformité.
Selon la recommandation CNIL, les enregistrements d'appels au travail et les documents dérivés ne doivent pas être conservés indéfiniment. Le point pratique à retenir est simple. Effacer l'historique visible ne suffit pas à piloter la conservation réglementaire.
Cloud, rôles et responsabilité réelle
Le sujet devient plus sensible dès qu'un service cloud, Teams et une plateforme télécom coexistent. Qui décide de la finalité. Qui conserve. Qui supprime. Qui répond à une demande d'effacement. En audit, ces questions arrivent vite.
Le prestataire technique n'est pas automatiquement un simple exécutant. Selon l'usage retenu, il peut intervenir comme sous-traitant ou dans un schéma plus partagé, ce qui modifie la répartition des obligations, comme l'explique la doctrine CNIL sur les rôles dans le cloud.
Pour l'entreprise, la conséquence est concrète. Il faut savoir où se trouvent les enregistrements, qui porte les métadonnées, quelles traces remontent de Teams, et quelle interface fait foi en cas de demande RGPD.
Teams ajoute une couche d'affichage, pas une politique unique de conservation
Avec l'intégration Teams, une partie de l'historique peut être visible dans Microsoft 365 alors que la téléphonie, les journaux détaillés ou les enregistrements restent gouvernés ailleurs. C'est là que les erreurs de suppression apparaissent. Un utilisateur nettoie sa vue Teams. L'administrateur retrouve encore des traces côté téléphonie, ou l'inverse selon l'architecture retenue.
En pratique, il faut documenter noir sur blanc ce qui relève de Teams, de Voxbi et des politiques internes de conservation. L'hébergement en Union européenne simplifie la gestion des transferts et la lecture contractuelle, mais il ne remplace ni une base légale, ni une durée de conservation définie, ni une procédure d'effacement correctement cadrée.
Bonnes pratiques et checklist pour bien supprimer sans risque
Une bonne suppression ne commence pas par le bouton “effacer”. Elle commence par la qualification de la donnée. Est-ce un simple affichage utilisateur, un enregistrement qualité, une trace utile au contrat, ou une donnée technique relevant d'une conservation distincte ? Quand cette question est tranchée, le reste devient gérable.
Checklist opérationnelle
Identifier la couche concernée. Smartphone, application Windows, webphone, Teams, console d'administration. Tant que la couche n'est pas claire, la suppression visée ne l'est pas non plus.
Choisir entre suppression unitaire et purge globale. Sur un poste individuel, la suppression sélective reste la plus sûre.
Définir les rôles. L'utilisateur ne doit pas porter la responsabilité d'une conservation réglementaire. L'administrateur garde la main sur les politiques et les droits.
Dissocier journal, métadonnées et enregistrements. Ces objets ne suivent pas toujours le même cycle de vie.
Documenter la finalité. Sans finalité écrite, impossible de défendre une durée de conservation en audit.
Prévoir une trace des actions d'administration. En cas de contrôle ou de litige, il faut pouvoir expliquer qui a supprimé, archivé ou laissé expirer une donnée.
Former les utilisateurs Teams et mobile. Ce sont les deux environnements où les malentendus sont les plus fréquents.
Vérifier l'hébergement et les responsabilités cloud. L'UE simplifie la gouvernance, mais il faut quand même clarifier les rôles contractuels et opérationnels.
Les erreurs qui coûtent du temps
Le mauvais réflexe le plus courant consiste à vouloir une règle unique pour tous les appels. En réalité, une PME bien organisée applique souvent plusieurs règles en parallèle. Une pour l'affichage utilisateur. Une pour les enregistrements qualité. Une pour les archives contractuelles.
L'autre erreur consiste à traiter la suppression comme un geste isolé. Sans procédure interne, les utilisateurs effacent d'un côté pendant que l'entreprise conserve ailleurs sans cadre clair. C'est ce décalage qui crée les tensions entre DSI, métiers et conformité.
Une politique courte, comprise par tout le monde, vaut mieux qu'un long document que personne n'applique.
Voxbi propose un standard téléphonique cloud hébergé en Union européenne, avec une administration centralisée des appels, des droits et des données utile quand il faut distinguer affichage utilisateur, conservation métier et cadre RGPD. Pour une équipe IT, un revendeur télécom ou une PME qui veut remettre de l'ordre dans ce sujet, le plus simple est de voir le périmètre de la plateforme sur Voxbi.
