Lorsqu’une collectivité confie une démarche en ligne à un prestataire, elle doit aussi anticiper la fin du contrat. Changement d’outil, évolution des besoins ou réorganisation du service peuvent imposer de transférer les données vers un autre système. Or, récupérer un fichier ne signifie pas toujours pouvoir reprendre l’activité : les informations peuvent être incomplètes, difficiles à relier ou inutilisables sans le logiciel d’origine. Préparer la réversibilité dès le choix du service permet de réduire ces risques et de préserver la continuité du parcours usager.
La première étape consiste à recenser ce qui doit pouvoir être repris. Au-delà des données personnelles saisies par les usagers, il faut considérer les pièces jointes, les statuts des demandes, les dates, les échanges utiles au traitement et les liens entre les différents éléments. Une liste précise aide à distinguer les données nécessaires à la poursuite du service de celles qui n’ont pas vocation à être conservées. Elle permet aussi de définir les responsabilités de la collectivité, des équipes métiers et du prestataire, plutôt que de découvrir ces questions au moment du départ.
Les modalités d’export doivent ensuite être décrites de façon concrète dans le marché ou le contrat. Précisez les formats attendus selon les usages : un tableau structuré peut convenir à certaines données, tandis que des pièces justificatives ou des documents de suivi appellent d’autres formats. L’export doit préserver les identifiants et les relations entre les dossiers, les usagers et les pièces, ainsi que les informations nécessaires à leur interprétation. Il est également utile de cadrer les délais, les modalités de remise, l’assistance à la migration et les éventuels coûts, afin que la réversibilité ne dépende pas d’accords improvisés en fin de contrat.
Un export exploitable se vérifie avant toute migration réelle avec des données tests. La collectivité peut demander un échantillon, puis contrôler que les champs attendus sont présents, que les pièces sont lisibles et que les liens entre éléments sont conservés. Ce test révèle souvent des dépendances discrètes : un code propre au logiciel, une nomenclature non documentée ou un statut dont la signification n’est pas évidente. Documenter ces points et faire relire les résultats par les agents qui instruisent les demandes aide à vérifier que le transfert répond aux besoins du service, pas seulement aux exigences techniques.
La protection des données personnelles reste à intégrer pendant toute l’opération. L’accès aux fichiers transférés doit être limité aux personnes qui en ont besoin, et les modalités de transmission doivent être définies avec le prestataire. Le RGPD prévoit que le contrat avec un sous-traitant encadre, à la fin de la prestation, le sort des données : leur restitution ou leur suppression, selon le choix du responsable de traitement, sous réserve des obligations légales de conservation. La collectivité doit donc prévoir le contrôle de la restitution, la suppression des copies qui ne doivent plus être conservées et la prise en compte de ses règles d’archivage.
La réversibilité ne se résume pas à une clause ni à une opération de clôture. C’est une capacité à reprendre des données compréhensibles, dans des délais compatibles avec le service rendu, et à savoir qui intervient à chaque étape. En la préparant dès la conception du projet, la collectivité conserve une marge de choix sur ses outils et limite les ruptures pour les usagers. Un inventaire, des formats définis et un test périodique constituent une base pragmatique pour maintenir cette maîtrise.
