Moderniser un logiciel ancien sans migration : la méthode de la sur-couche

Dans la plupart des PME que nous rencontrons, le logiciel historique n'est pas mauvais partout. Le moteur comptable est fiable, les nomenclatures sont justes, les traitements de fin de mois font ce qu'ils doivent. Ce qui bloque est ailleurs : des écrans conçus il y a quinze ans, aucune version mobile, pas de tableau de bord, des exports Excel qui deviennent des processus parallèles.

Remplacer l'ensemble pour régler la partie visible revient à refaire ce qui marche déjà, avec le risque de rupture que cela suppose. La sur-couche inverse le raisonnement : on isole ce qui bloque, on le reconstruit, et on branche le résultat sur le système existant.

Tout le projet dépend de la façon dont on peut lire et écrire dans le système existant. Par ordre de confort décroissant :

En pratique, la combinaison la plus courante est : lecture par API ou par base en consultation, écriture par les mécanismes officiels de l'éditeur. C'est ce que le diagnostic établit avant tout engagement de prix.

La question n'est pas technique mais métier : quelle fraîcheur de donnée le processus exige-t-il réellement ?

• Temps réel — la sur-couche interroge le système à chaque affichage. Adapté au stock consulté avant un engagement client ou à un solde qui conditionne une validation. Coût : plus de charge sur le système d'origine, et une dépendance à sa disponibilité.
• Quasi temps réel — synchronisation toutes les quelques minutes. Le meilleur compromis dans la majorité des cas.
• Par lots — une ou plusieurs synchronisations par jour. Suffisant pour du reporting, des historiques, des analyses. Bien moins cher à exploiter.

Le piège classique consiste à exiger le temps réel partout. Cela multiplie les points de fragilité pour un bénéfice nul sur les écrans qui ne servent qu'à consulter l'historique.

Une sur-couche se construit dans le respect du contrat qui vous lie à l'éditeur du logiciel existant. Trois vérifications avant de commencer :

• Ce que la licence autorise : accès à la base, usage de l'API, connexion d'outils tiers. Certaines licences encadrent strictement l'accès direct aux données.
• Les conditions de support : un accès non prévu peut, selon les contrats, limiter la prise en charge d'un incident. Mieux vaut le savoir avant qu'après.
• Vos droits sur vos propres données : vous pouvez en obtenir une copie exploitable. C'est un point à clarifier par écrit, sans attendre le jour où vous voudrez partir.

Nous ne conseillons jamais de contourner une protection technique ni d'écrire directement dans une base sans accord. Quand aucun accès licite ne permet la sur-couche, nous le disons à l'issue du diagnostic — et le remplacement redevient la question à poser.

Une sur-couche fait circuler des données entre deux systèmes. Trois mécanismes rendent cette circulation gouvernable :

• Journalisation intégrale : chaque lecture, écriture et transformation horodatée, avec sa source, son résultat et son auteur. Sans ce journal, aucun écart n'est explicable trois semaines plus tard.
• Gestion explicite des erreurs : file de reprise pour les échecs temporaires, quarantaine pour les données non conformes, alerte humaine au-delà d'un seuil. Une écriture qui échoue en silence est le pire scénario.
• Idempotence : rejouer une synchronisation ne doit jamais créer de doublon. C'est la condition d'une reprise sereine après incident.

Le retour arrière

Le retour arrière d'une sur-couche est simple à condition d'être prévu : puisque le système d'origine reste la référence, il suffit de couper la sur-couche pour revenir aux écrans historiques. Encore faut-il que les écritures produites par la sur-couche soient identifiables — un marqueur d'origine sur chaque enregistrement — et qu'une procédure de correction existe pour les traitements déjà passés.

Nous prévoyons systématiquement un plan de repli écrit avant la mise en production : ce qui se passe si la synchronisation tombe, qui décide de couper, et comment les équipes travaillent pendant ce temps.

• Dupliquer la règle métier dans la sur-couche et dans le système d'origine : les deux divergent, et plus personne ne sait laquelle fait foi.
• Faire de la sur-couche la nouvelle référence sans le décider : si elle devient la source de vérité, ce n'est plus une sur-couche, c'est un remplacement partiel qui doit être traité comme tel.
• Négliger la performance du système d'origine : des requêtes mal dimensionnées peuvent ralentir l'outil que tout le monde utilise.
• Oublier les traitements de fin de période : clôtures, recalculs et travaux nocturnes modifient des données que la sur-couche croit stables.
• Ne pas versionner les schémas : une mise à jour de l'éditeur change une colonne, et la synchronisation casse sans prévenir.

La sur-couche n'est pas une réponse universelle. Le remplacement s'impose quand :

• aucun accès licite et fiable aux données n'existe, ni API, ni base, ni export exploitable ;
• l'éditeur a arrêté le produit, ou la version en place n'est plus supportée sur des systèmes maintenus ;
• le modèle de données ne peut plus porter votre activité — multi-sociétés, multi-devises, nouvelles obligations réglementaires ;
• le coût cumulé des contournements dépasse celui d'un logiciel neuf sur trois ans ;
• la sécurité n'est plus tenable : authentification obsolète, absence de traçabilité, données exposées.

Dans ce cas, la reconstruction se fait aussi par sprints de quinze jours, avec un logiciel sur-mesure à partir de 10 000 € HT par module et une bascule progressive plutôt qu'un basculement en une nuit. Les repères de budget sont détaillés dans combien coûte un logiciel sur mesure en 2026.

1. 1Diagnostic de compatibilité — 2 900 € HT. Inventaire des accès disponibles, test de lecture et d'écriture, vérification des droits contractuels, périmètre réaliste et prix ferme pour la suite. Ce montant est déduit d'un projet de sur-couche éligible, selon les conditions du devis.
2. 2Sprint 1 — le premier écran utile. Un processus, en production, avec journalisation et plan de repli.
3. 3Sprints suivants. Extension du périmètre, automatisations, tableaux de bord, mobile si nécessaire.
4. 4Transfert. Code, schéma d'échange et documentation vous appartiennent ; vos équipes peuvent reprendre la main.

L'hébergement démarre à 300 € HT par mois, hors maintenance et hors support qui sont chiffrés séparément sur devis. Et comme pour toutes nos offres, il n'existe aucune licence par utilisateur.