Migration Sage BOB vers MySQL en 2026 : ce que les entreprises doivent savoir

Début 2026 marque une étape concrète pour les entreprises belges qui utilisent Sage BOB.

Le logiciel continue d’évoluer, mais son socle technique change. Après plusieurs années d’utilisation du moteur ADS, Sage a engagé une transition vers MySQL.

Ce changement soulève des questions très pratiques pour les PME, les fiduciaires et les organisations qui travaillent quotidiennement avec Sage BOB.

L’objectif de cet article est d’apporter des réponses claires et factuelles, en s’appuyant sur les communications officielles de Sage et sur les situations rencontrées sur le terrain en ce début d’année 2026.

Pourquoi Sage BOB change de moteur de base de données en 2026 ?

Le moteur ADS utilisé historiquement par Sage BOB est arrivé en fin de support éditeur au 31 décembre 2025.

Concrètement, cela signifie qu’il ne bénéficie plus de mises à jour techniques, de corrections ni d’évolutions fonctionnelles.

Dans le même temps, les usages autour des logiciels de gestion ont évolué :

• Multiplication des utilisateurs simultanés
• Volumes de données plus élevés
• Connexions avec des applications externes
• Montée en puissance de la facturation électronique et des échanges automatisés

Dans ce contexte, Sage a fait le choix de faire évoluer Sage BOB vers un moteur MySQL.

Cette base de données est mieux adaptée aux usages actuels et aux évolutions prévues autour de la sécurité, des performances et de l’intégration avec les autres services de l’écosystème Sage.

Que faire avec votre Sage BOB actuel en 2026 ?

Si votre Sage BOB fonctionne actuellement sur ADS

En 2026, un Sage BOB qui fonctionne sur ADS reste utilisable :

• Les données existantes restent accessibles
• Les utilisateurs déjà créés peuvent continuer à travailler
• Les opérations courantes restent possibles

Il n’y a pas de coupure automatique ni de désactivation du logiciel. En revanche, l’environnement est désormais figé.

Depuis le 1er janvier 2026, il n’est plus possible, sur une base ADS, :

• de créer de nouvelles licences
• d’ajouter de nouveaux utilisateurs nommés
• de souscrire à de nouvelles options ou extensions nécessitant une évolution de licence

Pourquoi rester sur ADS devient rapidement limitant ?

Même si le logiciel continue de fonctionner, rester sur ADS expose progressivement à plusieurs blocages :

• Absence de mises à jour techniques
• Accès limité aux nouvelles versions de Sage BOB
• Fonctionnalités développées en priorité pour MySQL
• Évolutions futures et nouvelles intégrations (connecteurs, services de l’écosystème Sage) déployées en priorité sur MySQL

À moyen terme, cela crée un décalage croissant entre les besoins de l’entreprise et les capacités de la version ADS.

Sage BOB est-il toujours compatible dans sa version actuelle en 2026 ?

Compatibilité technique en 2026

Sage BOB reste techniquement compatible sur ADS en 2026.

Il est possible de continuer à ouvrir les dossiers existants et à travailler sur les données en place.

Cette compatibilité se limite toutefois à l’état actuel du logiciel.

Aucune amélioration ni évolution n’est prévue sur cette base.

Compatibilité fonctionnelle et réglementaire

Sur le plan fonctionnel, Sage BOB reste utilisable sur ADS en 2026 pour les usages existants.

Les nouvelles versions de Sage BOB et les évolutions du logiciel sont toutefois orientées vers la version MySQL, sur laquelle sont développées les nouvelles fonctionnalités et intégrations avec l’écosystème Sage.

Sur le plan réglementaire, les évolutions liées à la facturation électronique depuis 2026 s’inscrivent dans cette dynamique d’évolution du logiciel.

Sans migration vers MySQL, l’accès aux nouvelles versions, fonctionnalités et évolutions futures de Sage BOB devient progressivement limité.

La version Sage BOB MySQL est-elle payante ?

Licence Sage BOB et MySQL

La version MySQL de Sage BOB ne nécessite pas l’achat d’une nouvelle licence.

Sage met à disposition un outil officiel de migration et prévoit cette évolution dans le cadre des licences existantes.

Il n’y a pas de surcoût éditeur lié au passage d’ADS vers MySQL.

Les coûts à anticiper dans un projet de migration

Même si la licence n’évolue pas, une migration reste un projet technique.

Elle implique :

• une analyse de l’environnement existant
• la migration des données
• des contrôles fonctionnels
• une validation avant mise en production

Ces étapes demandent du temps et un accompagnement adapté à la situation de chaque organisation. Les efforts à prévoir se situent principalement à ce niveau, et non sur la licence elle-même.

Quand envisager la migration Sage BOB vers MySQL ?

Certaines situations rendent la migration prioritaire :

• Ajout prévu de nouveaux utilisateurs
• Projet lié aux évolutions autour de la facturation électronique à partir de 2026 (Peppol, automatisations, services et échanges).
• Bases de données volumineuses avec besoin de meilleures performances
• Volonté de préparer les évolutions futures de Sage BOB

D’autres contextes permettent une approche plus progressive, à condition d’anticiper et de planifier la transition avant qu’un blocage opérationnel n’apparaisse.

Chaque environnement Sage BOB est différent. Le bon moment dépend du nombre d’utilisateurs, de l’usage du logiciel et des projets à venir. Il est recommandé de se coordonner avec l’équipe IBGraf afin de déterminer le calendrier de migration le plus approprié, en tenant compte des contraintes techniques et opérationnelles.

Comment se déroule une migration Sage BOB vers MySQL ?

Une migration vers MySQL repose sur plusieurs étapes structurées :

• Analyse de la version actuelle et des dossiers existants
• Préparation de l’environnement MySQL
• Migration des données à l’aide de l’outil Sage
• Contrôles fonctionnels et validation
• Mise en production

Cette approche permet de sécuriser les données et de garantir la continuité de l’activité.

Pourquoi se faire accompagner pour une migration Sage BOB MySQL ?

Même si Sage fournit les outils nécessaires, la migration reste une opération structurante.

Un accompagnement permet :

• d’anticiper les points d’attention
• de limiter les interruptions d’activité
• de préparer les usages futurs du logiciel

C’est aussi un moment opportun pour vérifier la configuration globale, les droits utilisateurs et les connexions avec les autres applications de l’écosystème comptable.

FAQ - Migration Sage BOB MySQL

Puis je perdre mes données lors de la migration ?

Non. La migration s’appuie sur une copie des dossiers existants et des contrôles sont réalisés avant validation.

La migration est-elle obligatoire en 2026 ?

Elle n’est pas imposée immédiatement, mais elle devient nécessaire pour toute évolution ou extension de l’environnement Sage BOB.

Combien de temps faut-il prévoir ?

La durée dépend du nombre de dossiers et de la taille des bases. Une analyse préalable permet d’en définir une estimation réaliste.

Puis je revenir en arrière après migration ?

Une stratégie de sauvegarde permet de sécuriser la transition et d’éviter toute perte de données.

Pour aller plus loin

La transition vers MySQL s’inscrit dans l’évolution naturelle de Sage BOB en cours en Belgique, ainsi que celles attendues prochainement au Grand-Duché de Luxembourg.

Anticiper cette étape permet de garder un environnement stable, évolutif et aligné avec les usages à venir.

Un échange permet souvent de clarifier rapidement la situation et d’identifier la meilleure approche selon votre contexte.