Pour changer de prestataire d’accueil, préparez ce qui doit être repris, les preuves attendues et la décision de bascule avant de fermer les anciens accès. La transition est prête lorsque la nouvelle équipe peut traiter le périmètre convenu et que les demandes encore ouvertes ont un responsable.
Ce guide propose un plan d’organisation à adapter à votre contrat et à vos outils. Il ne garantit pas une transition sans interruption. Un fichier reçu, un numéro conservé et un accès retiré correspondent à trois contrôles différents.
Nommer un responsable de transition
Désignez une personne qui rassemble les décisions et autorise les étapes. L’ancien prestataire prépare la restitution convenue ; le nouveau confirme ce qu’il peut reprendre ; votre équipe valide les consignes et traite les exceptions relevant de l’entreprise.
Ajoutez les interlocuteurs techniques lorsque le parcours téléphonique ou un agenda doit changer. Un prestataire d’accueil n’est pas automatiquement l’administrateur de votre téléphonie. Précisez les rôles plutôt que de supposer qu’une seule personne peut tout modifier.
Relisez les conditions applicables au départ : échéances, disponibilité de l’assistance, périmètre de restitution, frais éventuels et modalités de fin de service. Faites confirmer les points ambigus par les parties concernées avant de fixer la date. Le calendrier opérationnel doit tenir compte de ces conditions, sans inventer un préavis universel.
Inventorier les éléments utiles à la reprise
L’objectif est de transmettre ce qui permet de continuer le service, avec une version identifiable et un destinataire autorisé. Copier tout l’historique par précaution ne remplace pas une sélection du besoin.
| Élément | Contenu utile à préparer | Preuve de reprise attendue |
|---|---|---|
| Consignes | Version approuvée, horaires, actions permises et exceptions | Nouvelle équipe capable de les appliquer sur des cas fictifs |
| Messages ouverts | Demande, état, prochaine action et responsable | Rapprochement des demandes reprises et des écarts |
| Contacts de relais | Destinataires autorisés et suppléants utiles | Coordonnées et disponibilité confirmées |
| Rendez-vous concernés | Périmètre autorisé, identifiants utiles et statut | Lecture ou reprise vérifiée dans l’outil retenu |
| Accès et parcours | Comptes, rôles, destinations et dépendances | Contrôles distincts de l’ouverture et du retrait |
Pour les demandes ouvertes, un total ne suffit pas. Un lot de dix messages peut en contenir deux déjà résolus et en oublier deux autres. Rapprochez les éléments à l’aide d’un identifiant adapté, sans diffuser inutilement des données personnelles.
Exemple fictif. Une entreprise transmet trois demandes encore en attente. L’une attend un rappel, la deuxième une décision interne, la troisième la confirmation d’un rendez-vous. La nouvelle permanence doit savoir ce qu’elle reprend réellement ; la décision métier reste attribuée au responsable interne.
Vérifier le format avant de demander l’export complet
Demandez quels éléments sont exportables, dans quel format et avec quels champs. Vérifiez séparément ce que le système d’arrivée peut importer. Un fichier lisible par une personne n’est pas nécessairement exploitable automatiquement par un autre outil.
Préparez une correspondance entre les champs de départ et d’arrivée : identifiant, date, statut, responsable et information nécessaire à la prochaine action. Signalez les champs absents ou transformés. Vérifiez les accents, les dates, les valeurs vides et les éventuelles pièces jointes sur un échantillon autorisé.
La documentation Doctolib précise que l’export de l’historique dépend de droits d’accès et produit un fichier figé. Elle ne prouve pas qu’un autre prestataire peut l’importer, ni qu’il restera à jour pendant la transition. Le format réellement disponible et la capacité du destinataire doivent être confirmés avant de s’appuyer dessus. Exporter l’historique de rendez-vous.
Si aucun import approprié n’existe, choisissez une autre procédure documentée : consultation autorisée, reprise manuelle limitée ou maintien temporaire d’un accès adapté. Évaluez sa charge et ses risques avant d’en faire le plan retenu.
Préparer une recette avec des critères de décision
Commencez par des consignes et demandes fictives dans un cadre de test convenu. Vérifiez que la nouvelle équipe sait recevoir une demande normale, reconnaître une exception et transmettre au bon interlocuteur. Pour les accès, testez aussi les opérations qu’elle ne doit pas pouvoir réaliser.
La vérification des données réelles, lorsqu’elle est nécessaire à la reprise autorisée, demande un canal et un périmètre adaptés. Rapprochez le nombre d’éléments, leur état et un échantillon de contenu utile. Une égalité des totaux ne démontre pas, seule, que les informations correspondent.
Écrivez les critères qui empêchent la bascule : demandes ouvertes sans responsable, accès trop larges, consigne critique absente ou parcours d’appel non vérifié. Désignez la personne qui constate la correction et celle qui donne l’accord opérationnel. Les essais décrits ici sont à réaliser ; aucun résultat de migration n’est annoncé.
Choisir une fenêtre de bascule et un repli réaliste
Fixez qui intervient, à quel moment et dans quel ordre. Prévoyez le traitement des changements survenus entre le premier export et la bascule : nouveaux messages, clôtures et rendez-vous déplacés. Sans cette reprise des écarts, la nouvelle équipe risque de travailler sur un état dépassé.
Évitez que les deux équipes modifient librement les mêmes demandes sans règle commune. Vous pouvez organiser une répartition temporaire ou une courte suspension des écritures si elle est compatible avec le service. Cette décision doit être explicite et connue des intervenants.
Le repli doit décrire une action réalisable, son responsable et ses limites. Réactiver une ancienne destination n’est possible que si le service et les droits nécessaires restent disponibles. Vérifiez cette possibilité avant de la présenter comme une solution de secours.
Si la transition inclut un changement d’opérateur télécom, traitez la portabilité séparément. L’Arcep recommande de s’adresser au nouvel opérateur pour conserver le numéro et de ne pas résilier prématurément le contrat concerné ; les situations d’entreprise avec plusieurs numéros demandent une attention particulière. Un simple changement de permanence n’implique pas nécessairement une portabilité. Fiche pratique de l’Arcep.
Clore la relation avec trois preuves distinctes
La restitution porte sur les éléments remis et leur exploitabilité. La révocation porte sur les permissions de l’ancien intervenant. La suppression porte sur les données et copies qui doivent être effacées. Ne considérez pas l’une de ces opérations comme la preuve des deux autres.
Lorsque la relation relève de la sous-traitance au sens du RGPD, l’article 28 prévoit que le contrat encadre, au choix du responsable du traitement, la restitution ou la suppression des données en fin de prestation, ainsi que la destruction des copies, sous réserve des obligations légales de conservation. Cette règle ne justifie donc pas une suppression immédiate et indistincte de tous les éléments. RGPD, article 28, texte publié par la CNIL.
La CNIL recommande également de préciser contractuellement les garanties de sécurité et les conditions de fin de prestation. Faites cadrer le périmètre, le calendrier et les justificatifs adaptés à la relation. Gérer la sous-traitance.
Conservez une trace de ce qui a été reçu, contrôlé, retiré et confirmé, avec les réserves encore ouvertes. Une attestation du prestataire est une déclaration à conserver ; elle ne remplace pas une vérification technique indépendante lorsqu’elle est prévue et réalisable.
La transition peut alors être clôturée sur un périmètre précis : demandes reprises, fonctionnement vérifié et obligations de fin de relation traitées. Pour préparer les contrôles de permissions, consultez le guide sur la maîtrise des accès à l’agenda.
