Access 2016 et 2019 : choisir la suite après le support

Identifier les versions et les objets actifs

Inventoriez les postes, les éditions, les modes de distribution et les composants complémentaires. Ne déduisez pas la version d’Access de l’âge du fichier. Des utilisateurs peuvent disposer de versions différentes et employer les mêmes données. Relevez aussi les pilotes, les liens de tables, les bibliothèques appelées par VBA et les modèles de documents utilisés par les traitements.

Les formulaires, requêtes et rapports ont besoin d’un inventaire fonctionnel. Identifiez les objets actifs, les personnes qui les utilisent et les exceptions qu’ils traitent. Une base contenant de nombreuses tables historiques peut ne porter qu’un petit périmètre opérationnel. À l’inverse, un fichier de taille modeste peut orchestrer plusieurs échanges critiques. Le volume seul ne permet pas de choisir la suite.

Comparer mise à niveau et remplacement

Une version maintenue peut convenir si les usages restent couverts et si la compatibilité est démontrée. Faites tester une copie de la base avec les références et les postes concernés. Une modernisation web peut être pertinente pour un processus collectif ou un accès distant mieux organisé, mais son coût inclut la reconstruction des parcours et la reprise des règles.

Une migration de tables vers une autre base ne remplace pas nécessairement les formulaires Access. Présentez les options séparément : actualiser le poste, déplacer les données, refaire l’interface ou remplacer le processus par une solution existante. Chaque option doit préciser ses limites, ses dépendances et sa maintenance future. La fin de support ne constitue pas une preuve que l’option la plus large est nécessaire.

Préparer une décision contrôlée

Demandez un rapport de compatibilité et des scénarios de recette couvrant les calculs, les impressions et les échanges. Le métier doit valider les résultats attendus, y compris les cas rares. Les corrections décidées pendant le projet sont listées distinctement de la reprise à l’identique. Le responsable informatique ou le mainteneur confirme la trajectoire de support retenue.

Avant toute bascule, préparez une sauvegarde utilisable, le gel des écritures et un retour qui traite les données nouvelles. Les utilisateurs reçoivent une consigne sur les anciennes copies. Le devis distingue la mise à niveau technique des améliorations fonctionnelles. Le DAF compare leur coût total en tenant compte de l’accompagnement, de l’hébergement éventuel et de la maintenance, sans retenir une économie supposée parce que l’interface est accessible par navigateur.

Exercice fictif pour préparer la recette

Prenez une copie fictive comprenant un formulaire, une requête, un rapport et une macro qui appelle un document externe. Faites exécuter le parcours sur la configuration cible proposée. L’essai doit couvrir les fonctions réellement nécessaires, pas uniquement l’ouverture du fichier. Le rapport distingue incompatibilité, configuration manquante et modification métier décidée.

Demandez au candidat de présenter la même preuve pour une mise à niveau et pour une reconstruction web. Une migration de tables peut conserver certains objets de l’interface ; une réécriture peut les remplacer. Le dossier indique cette répartition pour éviter de commander une solution qui laisse une dépendance non prévue sur les postes.

Ajoutez une opération rare, comme une édition de fin de période ou une correction historique. Les utilisateurs qui la connaissent doivent valider le résultat attendu. La fin de support justifie l’examen du risque et des options ; elle ne permet pas d’ignorer les fonctions rares. Conservez la version installée, les configurations testées et les réserves avec la décision finale.

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
• Moderniser SQL Server : distinguer la base et l’interface
• SQL Server 2016 : préparer mise à niveau ou migration
• Notre méthode de sélection et de traitement des demandes
• Cadrer le remplacement d’un outil Access ou Excel