Aller au contenu
Espace client

Audit gratuit

Développement

Modernisation des systèmes existants

Remplacer un logiciel ancien, un fichier Excel devenu critique ou une procédure papier — sans perdre les données ni arrêter l’activité. Et sans le faire quand ce n’est pas nécessaire.

Commençons par ce qu’on ne vous dira pas ailleurs : un système ancien qui fonctionne n’est pas un problème. L’âge d’un logiciel ne coûte rien en soi. Ce qui coûte, c’est qu’il ne reçoive plus de correctifs de sécurité, qu’une seule personne sache le faire marcher, qu’il empêche une chose que vous devez faire maintenant, ou qu’il tienne vos données dans un format que personne ne peut relire. Si aucun de ces quatre points ne s’applique chez vous, gardez-le.

Quand l’un d’eux s’applique, le travail n’est pas d’« installer un nouveau logiciel ». C’est de reprendre ce que l’ancien système sait — vos clients, vos stocks, vos écritures, et les règles non écrites que vos équipes appliquent depuis dix ans — et de le faire vivre ailleurs sans rien casser au passage. La partie difficile est cette reprise, pas le développement.

Le cas le plus fréquent chez nous n’est d’ailleurs pas un vieux logiciel : c’est un classeur Excel devenu, sans que personne ne l’ait décidé, le système central de l’entreprise. Il est sur un poste, il porte le nom de quelqu’un, il a trente onglets, et l’activité s’arrête si le fichier se corrompt. C’est un système existant à part entière, et il se migre avec les mêmes précautions.

Nous procédons toujours en parallèle. L’ancien système continue de tourner pendant que le nouveau prend le travail par morceaux, et il ne s’arrête que lorsque plus personne ne s’en sert. Une bascule d’un seul coup, un week-end, est la manière la plus rapide de perdre à la fois les données et la confiance des équipes.

Ce que nous voyons le plus souvent

  • Une seule personne sait faire fonctionner le logiciel, et elle part en retraite ou a déjà quitté l’entreprise.
  • L’éditeur n’existe plus, ou ne répond plus, et personne n’a les sources.
  • Vos données sont dans un fichier Excel qu’on se transmet par clé USB, avec plusieurs versions en circulation.
  • Le logiciel tourne sur une version de Windows qui ne reçoit plus de correctifs, et vous le savez.

Ce qui change

  • Vos données sont sorties et lisibles

    Avant toute décision, nous prouvons que l’export est possible et complet. Tant que ce n’est pas démontré, il n’y a pas de projet, seulement une intention.

  • L’activité ne s’arrête pas

    Fonctionnement en parallèle, bascule par périmètre, retour arrière possible à chaque étape. Personne ne travaille un lundi matin sur un système qu’il découvre.

  • Plus personne n’est indispensable

    Les règles qui vivaient dans la tête d’un employé sont écrites, dans le code et dans un document que vous gardez.

Ce que vous obtenez

  • Audit de sortie des données

    Premier travail, et parfois le seul : peut-on extraire l’intégralité des données, dans quel format, et que perd-on au passage ? Nous le vérifions sur vos fichiers réels, pas sur une documentation.

  • Reprise de l’historique

    Les anciennes écritures, les anciens clients, les anciennes commandes. Nettoyés, dédoublonnés, et rapprochés de l’ancien système ligne à ligne pour prouver que rien n’a disparu.

  • Correction de l’encodage bilingue

    Les noms saisis en arabe sur un logiciel qui ne le prévoyait pas ressortent en caractères illisibles. Cela se répare, et c’est un travail à part entière que peu de devis mentionnent.

  • Écriture des règles non écrites

    Ce que le logiciel fait n’est jamais tout ce que l’entreprise fait. Nous suivons les gens qui l’utilisent pour récupérer les exceptions que personne n’a documentées.

  • Fonctionnement en parallèle

    Les deux systèmes tournent ensemble le temps qu’il faut, avec comparaison des résultats, jusqu’à ce que le nouveau donne les mêmes chiffres que l’ancien.

  • Arrêt propre de l’ancien

    Archive lisible sans le logiciel d’origine, conservée chez vous. Un système éteint dont on ne peut plus rien tirer n’est pas un système arrêté, c’est un système perdu.

Comment nous travaillons

  1. Ce que le système fait vraiment

    Nous regardons les gens travailler avant de lire quoi que ce soit. L’écart entre la procédure décrite et la procédure réelle est là où se cachent les projets qui dérapent.

  2. Preuve d’extraction

    Nous sortons vos données pour de vrai, en totalité, et nous vous montrons ce qui manque. Si l’extraction est impossible, nous vous le disons ici et le projet change de forme.

  3. Premier périmètre en parallèle

    Un seul morceau du travail bascule, choisi parce qu’il est vérifiable. Les deux systèmes tournent ensemble et nous comparons leurs résultats.

  4. Extension, puis arrêt

    Périmètre par périmètre, jusqu’à ce que l’ancien ne serve plus à personne. Il est alors archivé, pas simplement débranché.

Est-ce le bon choix pour vous ?

C’est pour vous si

  • Votre logiciel ne reçoit plus de correctifs de sécurité, ou son éditeur a disparu.
  • Une seule personne sait le faire fonctionner, et son départ est prévisible.
  • Un fichier Excel est devenu le système central, et sa perte arrêterait l’activité.
  • Vous devez faire une chose nouvelle — facturer autrement, vendre en ligne, déclarer autrement — que le système actuel empêche.

Ce n’est pas pour vous si

  • Votre système est simplement ancien et fait le travail. Gardez-le, et mettez l’argent ailleurs.
  • Vous voulez le remplacer parce qu’il est laid. C’est une raison réelle, mais elle ne justifie pas ce budget.
  • Vous ne pouvez pas libérer les gens qui l’utilisent. Sans eux, les règles non écrites resteront non écrites et le nouveau système sera faux.
  • Vous voulez tout basculer un week-end. Nous ne le ferons pas, et nous préférons vous le dire avant le devis.

Nos engagements

  • L’export avant le devis

    Nous ne chiffrons pas une migration avant d’avoir prouvé que les données sortent. Un prestataire qui donne un prix ferme sans cela ne sait pas encore ce qu’il vend.

  • Nous vous dirons de garder l’ancien

    Quand le système en place fait le travail, nous le disons, même si cela nous fait perdre le projet. C’est la moitié des demandes que nous recevons sur ce sujet.

  • Vos données restent lisibles sans nous

    Formats ouverts, documentation du schéma, archive de l’ancien système chez vous. Une migration qui vous rend dépendant d’un second prestataire n’a rien réglé.

Ce que la migration rencontre en Algérie

Le problème le plus fréquent, et le plus sous-estimé, est bilingue. Beaucoup de fichiers clients contiennent des noms saisis en arabe dans des logiciels conçus quand l’encodage universel n’était pas la norme, et parfois en arabe translittéré en caractères latins par un opérateur pressé. À l’export, une partie ressort illisible et une autre est correcte, ce qui est pire : personne ne s’aperçoit du problème avant que le nouveau système ne soit en service.

Ensuite vient la question de savoir qui possède quoi. Beaucoup de logiciels métier installés dans les années 2000 et 2010 l’ont été par un développeur indépendant ou une petite structure qui n’existe plus, sans que les sources ni le schéma de la base soient remis au client. La migration commence alors par une négociation ou par une rétro-ingénierie, et ce sont deux calendriers très différents.

Enfin, le papier n’est pas une survivance : dans beaucoup d’entreprises il est encore le registre qui fait foi, et il contient des informations qui ne sont nulle part ailleurs. Une migration qui ne prévoit pas de reprendre ce que le papier sait remplace un système complet par un système partiel, et l’équipe revient au papier dans le mois.

Questions fréquentes

Faut-il vraiment remplacer un logiciel qui marche ?

Souvent non. Quatre raisons le justifient : plus de correctifs de sécurité, une seule personne qui sait s’en servir, un blocage sur une chose que vous devez faire maintenant, ou des données illisibles. Si aucune ne s’applique, gardez-le.

Combien de temps dure une migration ?

Cela dépend presque entièrement de l’état des données, pas de la taille du logiciel. C’est pourquoi nous commençons par l’extraction : tant qu’elle n’est pas faite, toute durée annoncée est une supposition.

Peut-on tout basculer d’un coup ?

Techniquement oui, et nous refusons. Le fonctionnement en parallèle coûte un peu plus cher et évite le seul risque qui ne se rattrape pas : découvrir en production que les chiffres ne correspondent pas.

Nos données sont dans Excel. Est-ce un vrai projet ?

Oui, et souvent un projet plus délicat qu’un logiciel, parce qu’un classeur n’a pas de règles : chaque onglet a ses conventions et ses exceptions, et elles ne sont écrites nulle part.

L’éditeur a disparu et nous n’avons pas les sources. Est-ce bloquant ?

Pas nécessairement. Ce qui compte est l’accès aux données, pas au code. Si la base est lisible, la migration est possible ; si elle est chiffrée et que personne n’a la clé, nous vous le dirons franchement.

Que devient l’ancien système après ?

Il est archivé sous une forme lisible sans lui — exports, documentation du schéma, et une copie conservée chez vous. Débrancher sans archiver revient à perdre l’historique.

Comment démarrer

Dites-nous ce que le système actuel fait, depuis quand, et ce qui vous inquiète le plus : la sécurité, la personne qui sait s’en servir, ou une chose qu’il vous empêche de faire.

Nous commençons par un audit de sortie des données. Vous en repartez avec la réponse à « peut-on migrer », et une réponse honnête à « faut-il migrer » — qui est parfois non.

Ce que nous avons écrit sur ce sujet

Parlons de votre projet

Un audit gratuit, sans engagement : nous regardons votre présence en ligne et nous vous disons ce qui coince.

  • L’export avant le devis
  • Nous vous dirons de garder l’ancien
  • Vos données restent lisibles sans nous

Nous mesurons l’audience de ce site avec Google Analytics, pour savoir quelles pages servent vraiment. Vous pouvez arrêter cette mesure à tout moment depuis le pied de page. Politique de cookies