Migrer les données Access : préserver relations et historiques

Décrire la correspondance entre source et cible

Pour chaque table active, notez le rôle, la clé, les relations et le propriétaire métier. Distinguez les tables de travail, les référentiels et les archives. Une requête Access peut créer un résultat temporaire qui ne doit pas devenir un nouvel historique. Les liens entre commande et client ou entre article et mouvement doivent conserver des identifiants stables, même si la nouvelle application introduit d’autres clés techniques.

Construisez une table de correspondance : champ source, champ cible, règle de transformation, valeur manquante autorisée et contrôle attendu. Les dates, les décimales et les références alphanumériques demandent une attention particulière. Les pièces jointes et les champs particuliers ne doivent pas être oubliés parce qu’un export CSV ne les contient pas. L’inventaire précise leur stockage futur et le moyen de vérifier leur rattachement.

Nettoyer sans effacer la décision métier

Un doublon apparent peut représenter deux établissements d’un même client. Une valeur vide peut signifier une information inconnue plutôt qu’un zéro. Faites valider les règles de fusion et de remplacement par le métier. Le prestataire prépare une liste de rejets avec une raison exploitable, puis le responsable décide de corriger, d’exclure ou de conserver chaque catégorie. Aucun nettoyage global ne doit modifier les montants sans traçabilité.

Les tests s’effectuent sur une copie protégée, avec des accès définis. Limitez les données confiées à ce qui est nécessaire au travail convenu. Le formulaire public de mise en relation n’est pas un canal de transfert de base clients. Les modalités d’échange des fichiers, de conservation des copies et de suppression à la fin de la mission se définissent avec le prestataire avant de transmettre l’existant.

Rapprocher puis rejouer la bascule

Comparez les nombres de lignes par ensemble et les totaux utiles au métier : commandes ouvertes, quantités, montants et périodes. Un comptage global identique n’exclut pas un échange de références ou une rupture de relation. Ajoutez des contrôles de clés orphelines, des recherches d’échantillons et des vérifications de pièces jointes. Les tolérances sont définies avant le test ; elles ne servent pas à justifier après coup un écart inexpliqué.

La répétition de migration permet de mesurer le déroulé avec le volume réel et de préparer la bascule. Désignez la dernière extraction, le moment de gel des écritures et le traitement des changements survenus pendant les essais. Le procès-verbal conserve les résultats, les réserves et la décision d’ouverture. Un retour vers l’ancien outil doit expliquer ce qui advient des écritures créées dans la nouvelle application.

Exercice fictif pour préparer la recette

Préparez des clients fictifs avec une référence modifiée, deux libellés proches et une commande liée. Ajoutez une pièce jointe et un montant avec décimales. La règle de reprise doit expliquer l’identifiant conservé, le traitement des doublons apparents et le rattachement du document. Le métier approuve les choix avant l’import ; le candidat ne fusionne pas les objets sur la seule ressemblance des noms.

Faites produire un rapport source puis un rapport cible sur la même extraction figée. Comparez les commandes par client, les totaux et les liens. Introduisez volontairement une ligne rejetée pour vérifier qu’elle est visible avec une raison exploitable. Le responsable doit pouvoir décider de sa correction sans chercher dans une sortie technique illisible.

Rejouez l’import après correction. Demandez comment les lignes déjà reprises sont reconnues et comment une nouvelle tentative évite les doublons. La preuve ne se limite pas au succès du chargement : elle inclut les résultats métier et les réserves. Cet exercice fictif aide à définir les contrôles avant d’utiliser une copie réelle protégée dans le cadre de la mission.

Une fiche de consultation à remplir avec le métier

Pour utiliser cette grille, réunissez le responsable du processus, un utilisateur qui connaît les exceptions et la personne qui suivra le budget. Préparez un exemple fictif représentatif plutôt qu’une base réelle. Pour chaque ligne, faites décrire l’état actuel, le résultat voulu et la personne habilitée à arbitrer un écart. Les éléments inconnus restent identifiés comme des investigations à mener avant l’engagement de réalisation.

Demandez au candidat de reprendre cette grille dans sa proposition, avec les livrables inclus et les exclusions. Une réponse qui ne couvre qu’un cas normal doit être précisée. Les erreurs, les annulations et les reprises après incident peuvent modifier le coût et le fonctionnement. Conservez les hypothèses acceptées avec le périmètre de recette afin que le responsable puisse vérifier la livraison.

Le rôle de Suite Métier est la mise en relation. Le prestataire confirme la faisabilité, son architecture et son devis après examen du besoin. Les modalités de reprise, les droits contractuels et les engagements de support sont à convenir avec lui. Aucun délai de réalisation ni résultat financier n’est garanti par cette fiche. Le décideur reste maître du choix et de la réception.

Questions pratiques

Préparer la suite du projet

• Migration Access vers une application web : cadrage, reprise et devis
• Demander un devis et cadrer votre besoin
• Migrer les macros VBA : documenter les règles avant la réécriture
• Recette d’une migration : signer des preuves de rapprochement
• Bascule d’une application métier : organiser le retour possible
• Notre méthode de sélection et de traitement des demandes
• Cadrer le remplacement d’un outil Access ou Excel