Changer de fournisseur pour un dispositif d'alerte est une opération encadrée. Elle touche à des données sensibles, à des dossiers ouverts et à la relation de confiance avec les lanceurs d'alerte. Traitée sans méthode, une migration peut créer des trous de traçabilité, exposer l'organisation à des interrogations d'audit et compliquer la gestion des cas en cours. Traitée comme un projet, elle se déroule en quelques semaines, sans rupture perceptible pour les utilisateurs internes ni pour les auteurs de signalements.
Pourquoi une organisation change de fournisseur
Les motifs sont variés : évolution du périmètre de conformité, incohérences de tarification, insuffisances de la gestion des cas, exigences renforcées en matière de sécurité, ou simple souhait de reprendre la main sur l'exploitation du dispositif. Aucune de ces raisons n'est illégitime. Le seul point à surveiller est la manière dont la migration est conduite.
Les cinq étapes d'une migration propre
1. Cadrer le périmètre et la responsabilité
Précisez, avant tout appel d'offres ou décision, quelles entités sont concernées, quels sites, quelles langues et quels rôles internes recevront un accès. Nommez un responsable projet côté Conformité ou Juridique. La procédure interne prévue par la loi Waserman et rappelée sur le Portail RSE — Dispositif d'alerte reste applicable pendant et après la migration : l'organisation doit maintenir un point de contact impartial et respecter les délais d'accusé de réception et de retour d'information.
2. Extraire l'historique du fournisseur sortant
Le contrat en cours doit permettre un export structuré des dossiers, des pièces jointes et des journaux d'audit. Si ce n'est pas explicitement prévu, ouvrez la demande dès le début du projet et documentez la réponse du fournisseur par écrit. À défaut, prévoyez une phase de conservation en lecture seule du dispositif sortant pendant plusieurs mois, jusqu'à clôture définitive des dossiers ouverts.
3. Aligner la politique de conservation et de suppression
Avant d'importer quoi que ce soit dans le nouvel outil, revalidez la politique de conservation : combien de temps conservez-vous un dossier clôturé, un dossier classé sans suite, ou les pièces justificatives ? Une migration est un bon moment pour aligner la pratique effective avec la politique écrite. L'article Politique d'alerte : éléments à documenter rappelle ce qui doit rester écrit et accessible.
4. Basculer les canaux d'accès
Les lanceurs d'alerte accèdent au dispositif via des URL de signalement, des QR codes affichés sur des supports internes, éventuellement des rappels dans un livret d'accueil. Prévoyez un rétro-planning : mise en service technique du nouveau canal, mise à jour des supports affichés et numériques, période de redirection depuis les anciennes URL vers les nouvelles, et communication interne alignée. Il n'est pas nécessaire d'informer individuellement chaque salarié ; il est indispensable que le canal reste accessible sans interruption.
5. Gérer les dossiers ouverts pendant la bascule
C'est la partie la plus délicate. Un dossier ouvert dans l'outil sortant ne doit pas se retrouver à moitié dans l'outil entrant. Deux approches sont possibles : maintenir les dossiers ouverts jusqu'à clôture dans l'ancien outil et ouvrir uniquement les nouveaux signalements dans le nouvel outil (approche recommandée) ; ou migrer l'ensemble des dossiers en cours avec une trace explicite de l'origine des données, la date d'import et la référence d'origine, en conservant l'export structuré du fournisseur sortant comme preuve.
Ce qu'il faut inscrire dans la piste d'audit après migration
Une piste d'audit propre après migration mentionne : date de bascule, identifiants des dossiers migrés, format et taille de l'export d'origine, responsable ayant validé la migration, référence contractuelle des deux fournisseurs et politique de conservation appliquée aux données antérieures. Ces éléments protègent l'organisation en cas de contrôle ou de contentieux futur.
Erreurs fréquentes à éviter
Trois erreurs reviennent systématiquement dans les projets de migration : (1) laisser la migration s'improviser côté IT sans validation Conformité ; (2) importer sans nettoyer, alors que la migration est le meilleur moment pour appliquer la politique de conservation ; (3) omettre la mise à jour des supports physiques d'affichage, ce qui crée une période où le nouveau canal n'est pas encore signalé au public interne.
Comment Disclosurely accompagne une migration entrante
Une migration vers Disclosurely s'appuie sur l'auto-souscription (Professional : £39.99/mois ou £399.90/an), avec une importation d'historique via export structuré du fournisseur sortant. Nous n'imposons pas d'organisation opérationnelle : la procédure interne reste rédigée par l'organisation, et la migration est conduite par Conformité ou Juridique, à leur rythme. La gestion des cas, la communication anonyme bidirectionnelle et la piste d'audit exportable sont opérationnelles dès la première journée d'exploitation.
Pour préparer la décision en amont, associez cet article à la grille d'évaluation des fournisseurs et au repère sur le prix d'un logiciel de lancement d'alerte.