Une application métier vieillissante porte des années de règles de gestion qui n'existent souvent nulle part ailleurs. Quand sa technologie d'origine (Delphi, SalesLogix, VBScript) n'est plus maintenable, nous la réécrivons sur une pile moderne (.NET, WPF) en conservant sa logique à l'identique : écrans, règles et données. Et le code réécrit est le vôtre, source comprise. Pas de coffre au trésor.
Ce que vous voulez garder, c'est ce qu'elle sait faire. Ce dont vous voulez sortir, c'est de la technologie qui la porte.
Des années de métier, souvent sans documentation. Les perdre à la refonte coûte plus cher que la refonte.
Les utilisateurs savent travailler avec l'outil actuel. Les déstabiliser n'est pas un objectif.
Delphi, SalesLogix, VBScript : trouver des compétences devient difficile, et chaque évolution plus risquée.
Livré sans sources, ou dépendant du prestataire qui l'a écrit. Vous payez deux fois : à la réécriture, puis pour y toucher.
Le sujet d'une refonte n'est pas la pile cible. C'est ce qu'on emporte avec soi, et à qui appartient le résultat.
Un projet de refonte classique redéfinit le besoin et perd en route des règles que personne n'avait écrites. Ici, l'application d'origine est la référence : écrans, règles et données sont repris à l'identique, et la nouvelle version est confrontée à l'ancienne. Nous reportons ce que l'application fait, pas ce que nous imaginons qu'elle devrait faire.
Tout ce que nous développons pour vous est à vous, code source compris. Il n'y a pas de coffre au trésor : vous pouvez le faire maintenir par vos équipes ou par un autre prestataire, y compris sans nous. C'est la différence entre une application et une dépendance.
Vous repartez avec une application .NET et WPF, courante et documentée, qui ne dépend plus d'une technologie en fin de course. Vous pouvez en vérifier le code, et ce qui ne peut pas être repris à l'identique vous est dit, pas caché.
La vraie question n'est pas « peut-on se passer de SYAGA », mais « est-ce que ce sera aussi bien ». Vous restez parce que vous le choisissez, jamais parce que vous êtes enfermé. Hébergé en France lorsque la solution l'est, au service des PME et ETI.
Trois gestes, dans cet ordre. La comparaison avec l'original n'est pas facultative : c'est elle qui tient la promesse.
Code, écrans et données sont analysés avant d'écrire une ligne.
L'application est reconstruite en .NET avec une interface WPF.
La nouvelle version est confrontée à l'application d'origine.
Ce que nous lisons, et ce sur quoi nous reconstruisons.
Chaque formule commence par la lecture de l'existant. L'esprit ne change pas : la logique conservée, le code qui vous appartient.
Chaque formule est chiffrée selon votre application. Parlons-en.
C'est le principe : écrans, règles et données sont repris à l'identique, et la nouvelle version est confrontée à l'ancienne. Ce qui ne pourrait pas l'être vous est signalé.
À vous, code source compris. Il n'y a pas de coffre au trésor : vous pouvez le faire maintenir par vos équipes ou par un autre prestataire.
Notamment Delphi, SalesLogix et VBScript. Si votre application repose sur un autre socle, nous examinons le cas ensemble.
Ce sont des technologies courantes et maintenables, adaptées aux applications de gestion sur poste Windows.
Par une analyse de l'existant. Elle décrit précisément ce qui sera repris avant toute décision de votre part.
Trois temps, et la décision vous revient à chacun.
Code, écrans et données sont analysés. Vous recevez l'inventaire des règles métier avant toute décision.
La logique est reprise à l'identique sur une pile moderne, et confrontée à l'application d'origine.
Vous recevez l'application et son code source. Vous choisissez qui la fait évoluer, nous ou un autre.
Une application réécrite ne doit pas vous lier plus qu'avant. Elle doit vous libérer.
Dites-nous quelle technologie porte votre application et ce qu'elle fait pour vous. Nous vous disons ce que nous reprenons, et ce que cela coûte. Réponse sous 24 heures.
Nous contacter