Migration d’Access vers une application web : l’IA refait vos formulaires et vos états

Quand faut-il remplacer une application Access ?

Trois signaux doivent alerter. Le fichier grossit : Microsoft limite à 2 Go la taille totale d’un fichier Access, données et formulaires compris. Des collègues l’ouvrent depuis un autre site : Microsoft déconseille lui-même de partager une application Access entre des sites distants, car elle devient lente et le fichier risque de se corrompre. Enfin, une seule personne sait encore modifier les écrans et les macros. Un seul de ces signaux suffit pour lancer l’inventaire, avant qu’une panne ne décide à votre place.

Comment migrer une base Access vers une application web ?

Une migration réussie commence sur le papier, pas dans l’outil. Ouvrez l’application Access et faites la liste de ses trois couches : les informations stockées dans les tables, les écrans utilisés pour les saisir et les consulter et les règles qui font le travail en coulisses, calculs, contrôles, envois automatiques. Les règles sont la partie la plus oubliée, car elles vivent dans les macros.

Pour chaque élément, posez une question simple : qui s’en sert et à quelle fréquence ? Vous verrez qu’une part de l’application ne sert plus. Ne la reconstruisez pas. Classez le reste en trois piles : à reprendre à l’identique, à simplifier, à abandonner. Cet inventaire fait aussi office de cahier des charges pour l’outil web.

Regardez ensuite les informations elles-mêmes. Exportez chaque table vers Excel et parcourez-la : clients en double, champs remplis en texte libre, dates vides. Nettoyez avant la reprise, pas après. Repérez aussi les états imprimés dont la mise en page compte, un bon de livraison ou un rapport d’audit : gardez un exemplaire de chacun pour le comparer au nouvel outil.

Que deviennent les macros VBA ?

Une macro VBA ne se transporte pas telle quelle dans une application web. Ce qu’il faut reprendre, c’est ce qu’elle fait, pas son code. Demandez à la personne qui utilise l’écran de décrire la règle avec ses mots : « quand le statut passe à Validé, le responsable reçoit un e-mail et la date de clôture se remplit ». Cette phrase suffit à reconstruire la règle.

Les macros longues et imbriquées prennent le plus de temps. Prévoyez de les traiter une par une, de les tester avec des cas réels et de comparer les résultats avec ceux de l’ancienne application. Aucun outil ne garantit une conversion automatique fidèle : vérifiez toujours les résultats sur des dossiers connus.

Peut-on faire tourner l’ancien et le nouveau système en parallèle ?

Oui et c’est la précaution la plus utile. Pendant quelques semaines, une petite équipe saisit dans le nouvel outil pendant que l’ancien fichier reste disponible. Chaque soir ou chaque semaine, comparez les totaux, les statuts, les montants. Un écart est presque toujours une règle oubliée.

Avant cette date, cherchez ce qui relie Access au reste : un fichier Excel lié, un export vers la comptabilité, un envoi chaque lundi. Ces liens n’apparaissent dans aucun écran et cassent sans prévenir. Fixez la date d’arrêt à l’avance ; passé ce jour, le fichier Access devient une archive en lecture seule, conservée au cas où il faudrait retrouver une valeur ancienne.

Combien coûte et combien de temps dure une migration Access ?

Les agences qui redéveloppent une application Access la chiffrent sur devis, selon le nombre de tables, d’écrans, d’états et de macros et la reprise des informations est parfois facturée à part. Demandez aussi ce que coûtera chaque changement une fois l’application livrée : la facture se joue souvent là.

Le plus gros poste reste le temps de vos équipes pour expliquer les règles et tester. Une application qui sert à une dizaine de personnes avec quelques formulaires se migre bien plus vite qu’un fichier qui tient toute une usine. Commencez par l’écran le plus utilisé, vous saurez vite ce que coûte le reste.