Moderniser votre application WinDev ou AS/400 sans arrêter l'activité

On modernise une application qui fonctionne parce que le risque se trouve dans sa dépendance à un atelier de développement propriétaire et à quelques personnes qui en connaissent le code.

Beaucoup de ces applications ont été bien construites et rendent service depuis longtemps. Le jour où la personne qui les maintient part, ou où l'atelier impose une nouvelle licence, l'entreprise découvre qu'elle ne maîtrise plus son propre outil de gestion.

Les développeurs qui maîtrisent ces environnements sont aussi plus difficiles à recruter que ceux des langages open source les plus répandus, ce qui renchérit chaque évolution.

Non, la réécriture d'un seul bloc est la façon la plus risquée de moderniser une application, car elle suspend les évolutions pendant des mois et concentre tous les risques sur une seule bascule.

Nous remplaçons l'application module par module. Les données restent synchronisées entre l'ancien et le nouveau système pendant la transition, et chaque module rejoint la production dès qu'il est validé par vos utilisateurs.

Le choix dépend de la part standard de votre application : la gestion commerciale, les achats et la comptabilité migrent bien vers Odoo, alors que les règles propres à votre métier justifient souvent du sur mesure.

Beaucoup de modernisations combinent les deux, avec un Odoo pour la gestion courante et une application sur mesure qui échange avec lui.

Migrer vers Odoo depuis un ancien ERP

Les données d'une base HFSQL ou DB2 for i se récupèrent par les pilotes ODBC fournis pour ces bases, puis passent par une étape de transformation et de contrôle avant d'être chargées dans le nouveau système.

Le contrôle compte autant que l'extraction. Nous comparons les totaux, les soldes et des échantillons de fiches entre l'ancien et le nouveau système, et vos équipes valident les écarts avant chaque bascule.