Une migration Access se fait rarement d’un seul bloc. Dans la plupart des PME, la démarche la plus sûre consiste à sortir d’abord les données d’Access vers une vraie base de données, SQL Server par exemple, en gardant les écrans que les équipes connaissent, puis à remplacer ces écrans par étapes, en commençant par ceux qui servent le plus. La première étape se compte en semaines. Pour la suite, tout dépend du nombre de formulaires, d’états et de lignes de code VBA que contient votre base.
Pourquoi se poser la question maintenant ?
Access n’est pas condamné. Microsoft n’a annoncé aucune date de fin pour le produit, il reste inclus dans Microsoft 365, et Access 2024 est supporté jusqu’en octobre 2029. En revanche, plusieurs versions encore très répandues dans les entreprises ne reçoivent plus de correctifs : Access 2016 et Access 2019 depuis le 14 octobre 2025, Access 2021 depuis le 13 octobre 2026. Si votre base tourne sur l’une d’elles, c’est déjà un premier sujet.
Les vraies raisons de bouger sont souvent ailleurs. Un fichier Access est limité à 2 Go, et une base partagée sur le réseau par plusieurs personnes supporte mal les coupures et les accès simultanés. Les équipes veulent y accéder depuis un chantier ou depuis chez elles, ce qu’Access fait mal. Et surtout, la base a souvent été construite il y a quinze ans par un salarié débrouillard, qui est parti ou proche de la retraite, et personne d’autre ne sait vraiment comment elle fonctionne. C’est ce dernier point qui transforme un outil pratique en risque pour l’activité (nous en parlons plus largement dans les risques d’un vieux logiciel).
Quelles sont les options pour sortir d’Access ?
Il en existe quatre, qui ne s’excluent pas.
La première est de rester sur Access, mais sur une version supportée, et de stabiliser la base : sauvegardes, nettoyage, documentation minimale. C’est raisonnable si la base sert à deux ou trois personnes et qu’elle doit être remplacée à court terme.
La deuxième consiste à déplacer les données dans SQL Server (ou une autre base serveur) et à garder Access comme interface, avec des tables liées. Les utilisateurs ne voient presque aucune différence, mais les données sont enfin protégées, sauvegardées correctement et accessibles à d’autres outils. C’est presque toujours par là que nous commençons.
La troisième passe par Power Apps et Dataverse, l’outil de Microsoft pour créer des applications sans beaucoup de code. Il convient bien à des formulaires simples, moins bien aux états complexes et aux traitements VBA, et il demande des licences par utilisateur dès que vous stockez les données dans Dataverse.
La quatrième est de développer une application sur mesure, web ou poste de travail, quand la base porte une façon de travailler propre à l’entreprise et que les équipes ont besoin d’y accéder à distance.
| Rester sur Access à jour | Données dans SQL Server d’abord | Power Apps | Application sur mesure | |
|---|---|---|---|---|
| Ce qui change pour les équipes | Rien | Presque rien au début, puis les écrans évoluent un par un | Nouveaux écrans, nouvelle façon de travailler | Nouvel outil, construit autour de leur façon de travailler |
| Délai indicatif | Quelques jours | Quelques semaines pour la première étape | De quelques semaines à quelques mois | Plusieurs mois, par étapes |
| Limites | Fichier de 2 Go, accès à distance difficile, dépendance à une personne | Les écrans restent sous Access tant qu’ils ne sont pas remplacés | États et VBA à reprendre, licences par utilisateur | Budget le plus élevé, demande de bien définir le besoin |
| Quand le choisir | Petite base, peu d’utilisateurs, remplacement prévu | Cas général : la base est critique et utilisée par plusieurs personnes | Formulaires simples, entreprise déjà équipée de Microsoft 365 | Process propre à l’entreprise, accès à distance, intégration avec d’autres outils |
Combien coûte une migration Access ?
Peu de prestataires publient leurs prix, mais quelques repères existent. Un cabinet québécois annonce un premier chantier à partir de 4 500 dollars canadiens, sur deux à trois semaines, pour sortir les données vers SQL Server en gardant les écrans Access, puis un remplacement des écrans par tranches d’environ 6 000 dollars canadiens (source). Un prestataire nord-américain spécialisé estime à 40 à 80 heures de travail la conversion d’une base simple (une poignée d’utilisateurs, 5 à 10 formulaires), et à 6 à 12 semaines celle d’une base de 15 à 30 formulaires avec des traitements automatisés (source). Côté Power Platform, un cabinet français facture une étude de faisabilité 2 900 € HT et ne chiffre les reprises Access qu’après ce cadrage (source).
Ce sont des tarifs de prestataires, à lire comme des ordres de grandeur. Ce qui fait vraiment varier le budget, c’est le nombre de formulaires et d’états réellement utilisés, le volume de code VBA, la qualité des données (doublons, champs saisis en texte libre, dates incohérentes) et les échanges avec d’autres outils : imports Excel, envois de mails par Outlook, fichiers déposés sur un serveur. Pour une vue plus générale de ce qui pèse dans ce type de chiffrage, voyez notre article sur le coût de reprise d’un logiciel existant.
Que faut-il préparer avant de demander un devis ?
Un devis sérieux part d’un inventaire, et vous pouvez en faire une bonne partie vous-même :
- qui utilise la base, combien de personnes, et pour faire quoi ;
- les formulaires et les états qui servent vraiment (il est fréquent qu’une bonne partie ne serve plus) ;
- les calculs et les règles cachés dans le code VBA : un prix, une numérotation, un délai, une relance ;
- les fichiers liés à la base, comme des classeurs Excel ou d’autres bases Access ;
Prenons une situation : un service qualité suit ses non-conformités et ses plans d’action dans une base Access, et la direction veut s’en débarrasser avant la fin de l’année. Les tables sont simples. Ce qui prend du temps, c’est de découvrir qu’un module VBA calcule les échéances en tenant compte des jours fériés, qu’un état est envoyé chaque mois à un client important dans un format précis, ou qu’un champ « commentaire » sert en réalité à stocker un statut. Ces détails sont le métier de l’entreprise. Les outils d’IA nous aident à lire du VBA plus vite, mais ils ne savent pas demander à la responsable qualité pourquoi ce champ existe. Ce travail de compréhension reste humain, et c’est lui qui évite de reconstruire un outil qui ne correspond plus à la façon de travailler des équipes.
Ce que nous ferions à votre place
Si votre base est utilisée chaque jour par plusieurs personnes et que l’activité s’arrête quand elle plante, nous sortirions les données vers SQL Server dès maintenant. C’est l’étape la moins chère, la plus rapide, et celle qui réduit le plus le risque. Ensuite, nous remplacerions les écrans un par un, en commençant par ceux qui posent problème ou qui doivent être accessibles à distance, plutôt que de tout refaire à l’identique d’un coup. Reproduire une base Access écran pour écran dans une nouvelle technologie coûte cher et reproduit aussi ses défauts.
Si la base sert à une ou deux personnes et qu’un changement de logiciel est prévu dans l’année, passez simplement à une version d’Access supportée, faites des sauvegardes régulières et ne dépensez pas plus.
Si vous hésitez entre les deux, notre diagnostic applicatif gratuit sert justement à trancher : nous regardons la base, ses usages et ses dépendances, et nous vous disons quelle option nous paraît la plus raisonnable, y compris quand la réponse est de ne rien changer pour l’instant.
Questions fréquentes
Microsoft va-t-il arrêter Access ?
Rien de tel n’a été annoncé. Access reste inclus dans Microsoft 365, et Access 2024 est supporté jusqu’en octobre 2029. Ce sont les anciennes versions (2016, 2019, 2021) qui ne reçoivent plus de correctifs.
Est-il possible de garder les écrans Access avec des données dans SQL Server ?
Oui. Access sait travailler avec des tables liées à SQL Server, et c’est souvent la meilleure première étape. Quelques requêtes et formulaires doivent parfois être adaptés pour rester rapides.
Power Apps peut-il remplacer Access ?
Pour des formulaires de saisie simples, oui. Pour des états élaborés, beaucoup de code VBA ou des calculs complexes, la reprise est plus lourde, et il faut prévoir des licences pour chaque utilisateur dès que les données sont stockées dans Dataverse.
