Préparer une migration propre de tes données
Une migration réussie ne se limite pas à un fichier importé sans erreur. Les données doivent garder leur sens dans le nouveau système, rester reliées aux bonnes personnes et être utilisables par l’équipe. Prépare le transfert comme une suite de vérifications, avec un point de départ récupérable.
Décide ce qui doit être transféré
Liste les sources : fiches clients, projets, documents et autres informations nécessaires au nouveau processus. Nomme un responsable pour chacune. Distingue les données actives des documents historiques qui pourraient relever d’une archive contrôlée. Clarifie les obligations de conservation avec la personne compétente avant de supprimer quoi que ce soit.
Conserve un export original inchangé et protège-le correctement. Travaille sur une autre copie pour nettoyer et associer les champs. Note la date de chaque export afin de ne pas perdre les modifications ultérieures de l’ancien système sans t’en apercevoir.
Explique chaque champ de destination
Crée un tableau avec le champ source, le champ cible, le format requis et la règle de transformation. Teste dates, séparateurs décimaux, noms de pays et valeurs vides. Un numéro de téléphone apparemment numérique doit parfois conserver un signe plus ou un zéro initial.
Le guide d’importation de Microsoft illustre l’importance des colonnes obligatoires, de la correspondance des champs et des journaux d’import. Les étapes exactes dépendent du produit cible. Utilise sa spécification actuelle au lieu de supposer que tous les imports CSV se comportent pareil.
Vérifie les identités et les relations
Définis comment distinguer une personne, une entreprise, un projet ou une commande. Un même nom peut correspondre à des fiches différentes. Examine les doublons possibles avant de les fusionner et garde une trace des informations conservées.
Teste ensemble les données liées. Un échantillon illustratif peut comprendre un client avec deux contacts et un projet avec des pièces jointes. Après import, vérifie que les contacts appartiennent au bon client et que les pièces restent accessibles aux rôles prévus. Le nombre de fiches ne confirme pas à lui seul ces relations.
Répète le transfert et la récupération
Utilise un environnement de test approuvé et un échantillon représentatif, avec champs manquants et caractères inhabituels. Examine fiches acceptées, rejets et avertissements. Vérifie qu’une répétition ne créera pas de doublons indésirables et n’écrasera pas des informations plus récentes.
Avant le transfert complet, définis le créneau, le dernier export, le responsable de vérification et une condition d’arrêt claire. Identifie comment restaurer le système si la vérification échoue. Une sauvegarde est utile si les personnes concernées savent ce qu’elle contient et comment récupérer les données.
Demande de l’aide pour un besoin précis
Si les outils disponibles ne préservent pas une relation indispensable, tu peux discuter d’un besoin de migration ou d’intégration avec Outwork. Confirme le périmètre et la compatibilité avec la destination avant d’en faire une solution.
Transparence : iMATRIX et Outwork sont nos propres projets. L’exemple produit est distinct des sources de recherche indépendantes.
Termine par un rapprochement documenté : éléments transférés, laissés de côté, erreurs et personne ayant accepté le résultat. Garde si nécessaire l’ancien système en lecture seule jusqu’à la fin des contrôles convenus. Transfère lorsque les vérifications réussissent, pas simplement lorsque le fichier est prêt.
Sources: Microsoft Learn: Import data in model-driven apps; Microsoft Learn: Detect duplicate records and merge.