La portabilité des données se prépare avec un format documenté, un périmètre clair et une procédure qui vérifie le fichier avant sa remise.
Une entreprise peut vouloir changer d’outil, transmettre un dossier ou conserver une copie interne. Un export incomplet ou ambigu rend la transition coûteuse. Il faut définir les objets, les relations, les fichiers et l’historique concernés.
Définir le paquet
Listez les clients, commandes, factures, pièces jointes et journaux qui peuvent être exportés. Indiquez les données qui sont exclues et la raison. Un fichier de synthèse ne remplace pas une exportation structurée si le nouveau système doit reprendre les relations.
Documenter le format
Précisez l’encodage, les identifiants, les dates, les devises et les valeurs vides. Les fichiers doivent indiquer leur version et la date d’extraction. Un export sécurisé doit appliquer les mêmes droits que le compte demandeur.
Vérifier les totaux
Comparez le nombre d’objets, les montants et les relations avec l’écran ou une source de référence. Signalez les fichiers impossibles à ouvrir et les pièces manquantes. La procédure doit conserver l’identifiant de la demande et son résultat.
Protéger la remise
Utilisez un lien limité ou un canal prévu, avec une durée de conservation. Supprimez les copies temporaires selon la règle applicable. Un export doit être journalisé sans recopier son contenu dans les logs.
Sources : CNIL, portabilité, RFC 4180, CSV.
Après la remise, demandez au destinataire de confirmer la lecture du schéma et un échantillon de relations. Une différence peut venir du format ou d’une règle de conversion. Corrigez la source et produisez une nouvelle version identifiée du paquet, en conservant la date et le périmètre de chaque remise.
Le propriétaire conserve cette confirmation avec la demande, sans recopier les données transférées. Il peut ainsi prouver quel paquet a été remis et quelle règle de transformation était active.
Cette preuve facilite une nouvelle remise si le premier fichier était incomplet ou mal interprété.
Le support conserve aussi la version du schéma utilisée.
Définir les relations
Un fichier de clients séparé d’un fichier de commandes n’est exploitable que si les identifiants et les relations sont documentés. Indiquez la source de chaque identifiant, sa stabilité et le traitement d’un objet archivé. Les références internes doivent être remplacées ou accompagnées d’un identifiant destiné à la portabilité.
Les versions de documents et les fichiers attachés doivent être inclus selon une règle claire. Un dossier peut nécessiter la dernière version active, tout l’historique ou seulement les fichiers approuvés. La personne qui demande la portabilité doit comprendre le choix et ses limites.
Préparer un format lisible
Un format ouvert et documenté facilite la reprise. Les dates, nombres, montants et valeurs vides doivent être définis. Un CSV destiné à un tableur ne possède pas la même structure qu’un JSON destiné à un autre logiciel. Fournissez un schéma ou un dictionnaire de données lorsque la relation est complexe.
Le dictionnaire de données doit indiquer les champs confidentiels, les transformations et les valeurs absentes. Une exportation qui change de colonnes sans version rend les reprises difficiles.
Vérifier la demande
Contrôlez l’identité et le périmètre autorisé avant de créer le paquet. Affichez la date de référence, le nombre d’objets et les éléments exclus. Un traitement volumineux peut être différé, mais son état doit être visible et son lien doit expirer.
Avant la remise, ouvrez les fichiers, comparez les totaux et vérifiez les relations sur un échantillon. Conservez le rapport sans recopier les données dans les logs. Les copies temporaires suivent la durée de conservation prévue.
Gérer une sortie vers un autre outil
Un import dans le système cible doit être testé avec un petit lot. Comparez les statuts, les montants, les dates et les pièces. Les identifiants ne doivent pas créer de doublons. Une procédure de reprise indique comment corriger une ligne sans recommencer tout le paquet.
Inclure l’historique nécessaire
Un nouveau système peut avoir besoin des changements de statut, approbations et versions. Décidez si l’historique est exporté comme une collection d’événements ou comme un document lisible. Gardez l’auteur, la date et le motif lorsque ces éléments expliquent une décision.
Les journaux techniques ne sont pas toujours destinés à être transférés. Séparez la preuve métier des détails d’exécution et appliquez les droits. Le journal d’audit peut servir de référence pour les actions sensibles.
Protéger le destinataire
Un paquet complet peut contenir plus d’informations qu’un export quotidien. Vérifiez le destinataire, le canal et la durée de disponibilité. Un lien doit expirer et un fichier temporaire doit être supprimé selon la procédure. Informez le demandeur des exclusions avant la remise.
Après transfert, vérifiez que le paquet n’est pas accessible avec un autre compte. Comparez une empreinte et conservez le résultat du contrôle. Une erreur découverte après la remise doit déclencher une procédure de correction et non une modification silencieuse de l’export original.