Microsoft Access existe depuis 1992. Plus de trois décennies après sa première version, le logiciel reste installé sur des milliers de postes en entreprise, souvent au cœur de processus métier critiques. La question de sa pérennité revient régulièrement, alimentée par les fins de support successives de ses versions perpétuelles et par la montée en puissance des outils cloud.
Fin de support Access 2016 et 2019 : ce que cela signifie concrètement
Le support d’Office 2016 et d’Office 2019, Access compris, a pris fin le 14 octobre 2025. Microsoft précise que les applications peuvent continuer à fonctionner, mais qu’il n’y a plus de correctifs de sécurité ni d’assistance technique pour les vulnérabilités découvertes après cette date.
A lire aussi : Quelle est l'utilité de la barre d'état ?
Une base Access ouverte avec l’une de ces versions ne cesse donc pas de tourner du jour au lendemain. Le fichier .accdb reste lisible, les formulaires s’affichent, les requêtes s’exécutent. Ce qui disparaît, c’est le filet de sécurité : aucune faille identifiée après la fin de support ne sera corrigée par Microsoft.
Cette distinction est souvent mal comprise. Fin de support ne veut pas dire fin de fonctionnement. En revanche, elle expose l’entreprise à un risque croissant, surtout si la base contient des données personnelles ou si le poste est connecté à un réseau.
A lire aussi : Comment faire pour convertir un fichier ?
Access 2024 et Microsoft 365 : les versions encore supportées
Microsoft a publié Access 2024 en licence perpétuelle, ainsi qu’une déclinaison LTSC 2024 destinée aux organisations. Ces éditions bénéficient d’un cycle de support actif et constituent une voie de maintien pour ceux qui préfèrent ne pas passer à l’abonnement.
En parallèle, Access continue d’évoluer au sein de Microsoft 365. Microsoft y livre des nouveautés qui ne sont pas rétroportées vers les versions perpétuelles. Le zoom étendu, par exemple, est documenté comme disponible uniquement dans Access pour Microsoft 365, pas dans Access 2021 ni dans Access 2024.
Le choix entre abonnement et licence perpétuelle dépasse donc la seule question du prix. Il conditionne l’accès à certaines fonctionnalités récentes. Pour une entreprise qui utilise Access comme socle applicatif, ce décalage fonctionnel peut peser dans la décision.
Dépendances techniques : le vrai risque pour les bases Access existantes
Le fichier .accdb en lui-même n’est pas menacé d’obsolescence immédiate. Le risque se situe plutôt dans l’écosystème technique qui gravite autour de la base :
- Les pilotes ODBC ou OLE DB utilisés pour connecter Access à un serveur SQL ou à d’autres sources de données peuvent ne plus être maintenus sur les versions récentes de Windows.
- Les contrôles ActiveX intégrés dans certains formulaires Access dépendent de composants tiers dont le support s’arrête indépendamment de celui d’Access.
- Les macros VBA qui automatisent des traitements peuvent appeler des bibliothèques externes incompatibles avec les mises à jour de Windows ou de Microsoft 365.
Le principal facteur de rupture n’est pas Access, mais ce qui tourne autour. Une base Access « pure », sans intégration externe complexe, peut fonctionner longtemps. Une application Access bardée de connexions ODBC, de contrôles tiers et de code VBA ancien devient fragile à chaque mise à jour de l’environnement.
Évaluer la fragilité d’une base existante
Avant de décider de migrer ou de conserver une base Access, il faut inventorier ses dépendances. Quels pilotes utilise-t-elle pour se connecter à des données externes ? Quels contrôles ActiveX sont embarqués dans ses formulaires ? Quel code VBA appelle des références tierces ?
Sans cet inventaire, toute décision de migration repose sur une intuition plutôt que sur un diagnostic. Et migrer une base Access dont on ne comprend pas les rouages revient souvent à recréer les mêmes problèmes dans un autre environnement.
Migration depuis Access : vers SQL Server, Azure ou une application sur mesure
Quand les limites d’Access sont atteintes (volume de données, accès concurrent, mobilité, sécurité), trois directions se présentent.
La première consiste à déplacer le back-end vers SQL Server tout en conservant le front-end Access. Les formulaires et les requêtes restent en place, mais les données sont stockées sur un serveur plus robuste. Cette approche réduit les risques liés à la taille du fichier et aux accès simultanés, sans réécrire toute l’application.
La deuxième option vise une migration vers Azure SQL ou un service cloud équivalent. Elle apporte la scalabilité et l’accessibilité à distance, mais suppose de repenser les connexions et parfois de réécrire le code VBA qui ne fonctionne pas dans un contexte cloud.
La troisième voie est la réécriture complète sous forme d’application web ou métier. C’est la plus coûteuse et la plus longue, mais aussi la seule qui élimine la dépendance à Access. Elle se justifie quand la base Access a évolué en un outil critique utilisé par des dizaines de personnes sur plusieurs sites.
Un piège fréquent lors de la migration
Beaucoup d’entreprises lancent une migration en pensant reproduire à l’identique ce que faisait la base Access. Cette approche sous-estime le fait qu’une base Access cumule souvent des années de rustines, de formulaires ajoutés à la demande et de requêtes devenues obscures.
Migrer sans rationaliser revient à porter la dette technique d’un système vers un autre. Le passage à un nouvel outil est aussi l’occasion de trier ce qui est encore utile de ce qui ne l’est plus.
Access en 2026 : un logiciel vivant, mais dont le périmètre se réduit
Microsoft Access n’est pas en fin de vie. Microsoft continue de le distribuer, de le corriger et d’y ajouter ponctuellement des fonctionnalités dans sa version Microsoft 365. La version perpétuelle Access 2024 offre un support actif pour les organisations qui ne souhaitent pas souscrire d’abonnement.
Ce qui change, c’est le périmètre d’usage raisonnable. Access reste adapté pour des bases locales, mono-utilisateur ou en petit groupe, avec des volumes de données modérés. Dès que les besoins dépassent ce cadre (accès distant, sécurité renforcée, intégrations multiples), les limites structurelles du format .accdb deviennent un frein.
La vraie question pour une entreprise n’est pas de savoir si Access va disparaître. C’est de déterminer si sa base Access actuelle, avec ses dépendances et son historique, reste viable dans son environnement technique d’aujourd’hui.
