Accès partagé ou distant
Les équipes doivent utiliser le même outil depuis plusieurs sites, postes ou contextes de travail.
Migration Microsoft Access vers une application web
Modernisez une application Access sans perdre les règles métier ni l’historique.
Je cartographie les fonctions, les données et les règles de votre application Access, puis j’organise leur reprise et leur recette dans une architecture web partagée.
Vous préférez écrire directement ? contact@eleob.fr
Fiche de modernisation Trajectoire maîtrisée
Existant
Saisir et rechercher
Partager une donnée fiable
Produire contrôles et résultats
InventorierSécuriserTransposer
CibleApplication webAccessible · partagée · maintenable
Quand envisager une migration
Les limites de l’architecture freinent désormais le processus métier.
Une migration web devient pertinente lorsque les besoins de partage, de sécurité ou d’intégration ne peuvent plus être traités durablement dans l’architecture actuelle.
Architecture devenue limitante
Les volumes, verrous, copies locales ou dépendances réseau rendent le fonctionnement fragile.
Droits et traçabilité attendus
Les rôles, validations, historiques et contrôles doivent être plus visibles et plus précisément gérés.
Intégrations à développer
L’application doit échanger durablement avec d’autres systèmes, API ou services documentaires.
Cadrer la transformation
Définir la cible web à partir des fonctions réellement utilisées.
La migration reprend les opérations, les règles, les données et les résultats attendus avant de choisir les écrans et l’architecture de la nouvelle application.
Qualification
Avant la migration
Vérifier le périmètre et les résultats à préserver.
Un parcours représentatif permet de distinguer les fonctions utiles, les dépendances et les contraintes qui justifient réellement le web.
- Processus, utilisateurs et rôles
- Fonctions et résultats attendus
- Données, règles et historique à reprendre
- Interfaces et contraintes d’exploitation
Besoin de corriger, maintenir ou faire évoluer Access sans migrer ? Voir les prestations Access & VBA
Migration web
Migration vers le web
Changer de socle sans perdre la logique du métier.
La cible est construite et validée par étapes lorsque le partage, la sécurité, les intégrations ou l’évolution exigent un nouveau socle.
- Cartographie des fonctions et données
- Architecture de l’application cible
- Prototype sur un périmètre prioritaire
- Reprise contrôlée des données
- Recette avec les utilisateurs
- Bascule progressive et accompagnement
Situation métier réelleDonnées et interfaces reconstituées pour préserver la confidentialité
Gestion d’actifs · Microsoft Access → application web
Fiabiliser la valorisation et le suivi des portefeuilles.
Les équipes de gestion, de valorisation et de contrôle devaient centraliser les fonds et les positions, produire les valorisations quotidiennes et traiter les anomalies dans un même outil. Cette étude de cas issue d’une situation métier réelle présente d’abord les opérations et les résultats attendus, puis la transformation de l’application Access vers le web.
Étude de cas · étape 1 sur 3
Situation initiale · travail quotidien dans Access
Centraliser les fonds, les valorisations et les contrôles dans un même outil.
Les gestionnaires suivent les portefeuilles, l’équipe de valorisation calcule et valide les valeurs liquidatives, puis le contrôle traite les anomalies. Les captures reconstituent l’interface utilisée pour ces opérations.
Tableau de bord
Une vue de synthèse construite dans Access pour suivre les fonds, les encours et les contrôles à traiter.
Étude de cas · étape 2 sur 3
Fonctions métier à préserver
Préserver les référentiels, la valorisation, les positions et les contrôles.
La transformation commence par les opérations des équipes, les décisions à sécuriser et les résultats attendus. L’analyse technique de l’application Access intervient ensuite pour construire une reprise progressive et contrôlée.
Voir le passage des opérations métier à la mise en œuvre technique
- 01
Opérations métier
Fonds, positions et valorisations
Les tâches quotidiennes, les utilisateurs concernés et les résultats à produire sont recensés.
- 02
Contrôles et décisions
Règles, alertes et validations
Les contrôles bloquants, les responsabilités et les étapes de validation sont explicités.
- 03
Mise en œuvre technique
Tables, requêtes et VBA vers une architecture web
Les données et règles sont reprises dans une API, une base centralisée et une interface responsive.
Étude de cas · étape 3 sur 3
Après · Application web partagée
Suivre le cycle de valorisation et traiter les contrôles dans le même parcours.
Les équipes disposent d’une vue commune sur les fonds, l’avancement des valorisations et les anomalies à résoudre. Les rôles et décisions restent visibles jusqu’à la validation finale.
Ouvrir l’application web de gestion d’actifs intégréeFonds, valorisations, contrôles et rôles avec des données reconstituées
Étude de cas — données reconstituées pour préserver la confidentialité — aucun conseil financier
Aurelis Gestion
Valorisation & contrôle des fondsDate de valeur10 juillet 2026
Supervision quotidienne
Pilotage des fonds
Étude de cas initialisée : 3 VL validées sur 4 et 6 exceptions ouvertes.
Encours sous gestion1,282 Md€4 fonds suivis
VL validées3 / 41 validation en attente
Exceptions ouvertes62 bloquantes
Collecte nette+8,4 M€Depuis le 1er juillet
Répartition des encours
Au 10/07/2026, en millions d’euros- Aurelis Trésorerie412,8 M€
- Aurelis Obligations Euro356,5 M€
- Aurelis Allocation Durable297,4 M€
- Aurelis Actions Europe215,3 M€
Cycle de valorisation
Avancement du traitement quotidien- Import des positionsTerminé à 08:12 · 12 486 lignes
- Contrôles & rapprochements6 exceptions ouvertes
- Validation des VL3 fonds validés sur 4
Traitez d’abord les 2 anomalies bloquantes dans l’onglet Contrôles.
2 anomalies bloquent la dernière validation
Un cours absent et un écart espèces nécessitent une décision.
Confidentialité : le nom Aurelis, les fonds, instruments, positions, valorisations, performances et alertes affichés sont reconstitués pour préserver les informations confidentielles. Cette interface ne fournit aucun conseil en investissement et ne doit servir à aucune décision financière.
Fonctions adaptables : référentiels, étapes de valorisation, règles de contrôle, profils, imports et restitutions sont ajustés au processus validé avec les utilisateurs concernés.
Résultats pour les équipes
Un parcours partagé, traçable et plus simple à maintenir.
- Accès partagé depuis un navigateur
- Règles métier centralisées et testables
- Droits et parcours adaptés aux rôles
- Contrôles et historique plus visibles
Fin de l’étude de cas
Pour votre application, le diagnostic commence par les utilisateurs, les opérations, les contrôles et les résultats à préserver. L’analyse des tables, requêtes et règles VBA vient ensuite pour définir la trajectoire technique.
Votre application a sa propre histoire
Quels usages, contrôles et résultats faut-il préserver en priorité ?
Un premier diagnostic permet de distinguer ce qui peut être maintenu dans Access de ce qui gagnerait à être migré progressivement.
Une migration sans magie
Chaque fonction utile est comprise, arbitrée puis testée.
Reproduire l’ancien écran à l’identique n’est pas toujours la meilleure façon de préserver le métier.
- 01
Comprendre
Cartographier le travail réel
Utilisateurs, opérations, règles et résultats attendus d’abord ; écrans, tables, requêtes et VBA ensuite.
- 02
Arbitrer
Conserver, simplifier, retirer
Les usages réels décident du périmètre et de la cible, pas la seule liste des objets Access.
- 03
Construire
Livrer par incréments
Un périmètre prioritaire est prototypé, comparé à l’existant et testé avec les utilisateurs.
- 04
Transition
Reprendre et basculer
L’historique est nettoyé, importé plusieurs fois, contrôlé puis recetté avant la bascule.
Projet réel anonymiséMigration en cours
Étude de cas connexe · suivi opérationnel
Une modernisation applicative réelle menée par étapes.
Ce projet réel montre comment une équipe a préservé ses usages, repris ses données et rendu son outil de suivi accessible sur le web. Les choix techniques sont détaillés dans l’étude.
Il s’agit d’un projet réel anonymisé. Il démontre la méthode de modernisation, mais n’est pas présenté comme une migration Access.
Voir une étude de cas- 01
Stabiliser l’existant avant de le transformer
- 02
Cartographier les règles métier et les données
- 03
Contrôler le nettoyage et l’import des données
- 04
Construire une cible web testable par les utilisateurs
Détails techniques
Cartographier ce qui porte réellement l’application.
Les utilisateurs, leurs opérations et les résultats attendus sont décrits avant l’inventaire technique.
Voir les éléments Access et l’architecture étudiés
- Formulaires, requêtes, tables locales ou liées, macros, VBA et exports
- Fichiers front-end/back-end, connexions ODBC et dépendances Office
- Reprise contrôlée de l’historique, résultats de référence et recette
- Base cible, API, droits, journalisation, interfaces et exploitation
Si l’application produit des factures, découvrez aussi le parcours de facturation électronique depuis Access.
Pour comparer maintien, sécurisation, base SQL et migration web, consultez le guide de décision Microsoft Access .
FAQ migration Access
Les questions avant de préparer la bascule.
Les réponses définitives viennent de la cartographie de votre application, de ses données et de ses usages.
01Quand une migration Access vers le web devient-elle pertinente ?
Lorsque le partage, l’accès distant, les droits, les intégrations, les volumes ou la capacité d’évolution sont devenus des limites structurelles. Le diagnostic confirme ces limites avant de définir le périmètre web.
02Peut-on migrer sans arrêter brutalement l’activité ?
Une transition progressive est généralement possible : reprise test des données, fonctionnement en parallèle sur un périmètre, recette utilisateur puis bascule planifiée. Le niveau de continuité dépend toutefois des interfaces et du contexte opérationnel.
03Que deviennent les formulaires, macros et le code VBA ?
Ils sont inventoriés pour identifier les opérations et règles réellement utiles. Ces fonctions sont ensuite repensées et réimplémentées dans la nouvelle application ; il n’existe pas de conversion automatique fiable pour tous les cas.
04Comment sécuriser la reprise des données ?
Par des sauvegardes, des règles de nettoyage explicites, des contrôles de volumes et de cohérence, des résultats de référence et une recette métier. Un plan de retour est prévu lorsque le risque le justifie.
05Faut-il reproduire tous les écrans Access à l’identique ?
Non. La cible reprend les opérations, règles, données et résultats attendus, puis simplifie les parcours lorsque cela ne change pas le métier. La recette permet de vérifier chaque écart utile avec les utilisateurs.
Votre projet de migration Access
Préparons une transformation web progressive et vérifiable.
Décrivez le processus concerné, les utilisateurs, les données à reprendre et la limite structurelle rencontrée. Le premier échange sert à qualifier le périmètre et la première étape testable.