Faut-il tout réécrire un ERP généré par l’IA ?

Rarement. On gèle, on cartographie, on isole ce qui tourne vraiment. La réécriture complète arrive quand plus personne ne peut livrer, ou quand la sécu l’impose. Le plus souvent, on découpe, on teste, on remet une mise en production.

Supabase (ou un BaaS) est-il forcément un mauvais choix ?

Non. Pour un prototype, ça va vite. Pour un ERP multi-sociétés, de la paie, des droits fins, un audit : il faut coller le besoin, pas l’outil du tutoriel. Le problème, ce n’est pas la marque. C’est le choix fait sans le métier ni le run.

Un audit sécu peut-il tuer le projet ?

Il peut l’arrêter, oui. Clés dans le navigateur, RLS ouvert, pas de journal, admin unique. On traite ça avant de « finir les écrans ». Sinon l’audit arrive le jour où on voulait passer en prod.

Diagnostic borné : ce qui est en prod, ce qui est mort, les secrets, le déploiement. Ensuite un plan : découper le monolithe, tests sur les chemins métier, pipeline, droits. Pas dix workstreams en parallèle.

21 August 2026By Saber J.1 min read

An ERP generated by AI: what to do when it is already in the SI

A monolith written by a chatbot, in production, with nobody able to change it. Freeze, map, tests — then decide.

We have seen ERPs that a model wrote in a few weeks, then landed in production. It runs. Until it does not. Then nobody can change a line without fear.

Do not start by rewriting

Map what is in production. Who has access. Where the data sits. Whether backups exist. Put a test path on the paths that cost.

Then decide

Keep and harden. Or extract the bits that hold and rewrite the rest. A full rewrite is a project. It needs a reason, not a vibe.

Security and hosting are part of the same pass. If European accounts are in there, the region has to be written down.

FAQ

Faut-il tout réécrire un ERP généré par l’IA ?: Rarement. On gèle, on cartographie, on isole ce qui tourne vraiment. La réécriture complète arrive quand plus personne ne peut livrer, ou quand la sécu l’impose. Le plus souvent, on découpe, on teste, on remet une mise en production.
Supabase (ou un BaaS) est-il forcément un mauvais choix ?: Non. Pour un prototype, ça va vite. Pour un ERP multi-sociétés, de la paie, des droits fins, un audit : il faut coller le besoin, pas l’outil du tutoriel. Le problème, ce n’est pas la marque. C’est le choix fait sans le métier ni le run.
Un audit sécu peut-il tuer le projet ?: Il peut l’arrêter, oui. Clés dans le navigateur, RLS ouvert, pas de journal, admin unique. On traite ça avant de « finir les écrans ». Sinon l’audit arrive le jour où on voulait passer en prod.
Par où on reprend ?: Diagnostic borné : ce qui est en prod, ce qui est mort, les secrets, le déploiement. Ensuite un plan : découper le monolithe, tests sur les chemins métier, pipeline, droits. Pas dix workstreams en parallèle.

IT assessment