Home Technologie et science« Maintenance d’urgence ERP » était le code « Vous avez supprimé quoi ? » • Le registre

« Maintenance d’urgence ERP » était le code « Vous avez supprimé quoi ? » • Le registre

by Thomas Caron

Publié le 3 novembre 2025 à 07h34. L’implémentation d’un nouveau système ERP peut virer au cauchemar, comme en témoigne un lecteur de The Register qui relate une série de catastrophes évitables liées à des erreurs de manipulation de données.

  • Un projet d’implémentation d’un système ERP a pris 12 mois de retard.
  • Des erreurs de suppression de données critiques ont entraîné des interruptions de service à l’échelle de l’entreprise.
  • L’équipe a finalement adopté des pratiques de gestion de transactions plus rigoureuses pour éviter de nouvelles catastrophes.

L’histoire, racontée à la rubrique « Qui, moi ? », illustre les dangers d’une implémentation hâtive et d’un manque de précautions lors de la manipulation de données sensibles dans un système d’entreprise. Notre interlocuteur, que nous appellerons Holden, décrit une période tumultueuse suite à l’adoption d’un nouveau système ERP, qualifié de « bourré de bugs » et dépourvu d’outils de reporting performants.

L’entreprise avait opté pour une approche de « construction gérée » avec le fournisseur de logiciels, mais le projet a rapidement dérapé, accusant un retard de 12 mois. « Pour les rapports complexes, nous étions obligés d’utiliser un accès SQL direct à la base de données », explique Holden. Une solution de contournement qui allait rapidement se révéler risquée.

Six mois après la mise en production, le patron de Holden a commencé à marmonner des « Oh mon Dieu » de plus en plus paniqués. Il avait accidentellement effacé une donnée clé des transactions de dépenses, bloquant ainsi l’ensemble du processus de traitement. Holden a finalement réussi à reconstruire les données grâce à une table fantôme, évitant ainsi une crise majeure.

On pourrait croire que la leçon aurait été apprise, mais deux mois plus tard, un autre membre de l’équipe a avoué « un petit problème » : il avait supprimé toutes les relations entre les tables. En construisant une requête complexe, il avait involontairement abandonné la table relationnelle principale du grand livre. L’incident a nécessité une notification à l’échelle de l’entreprise annonçant une « maintenance d’urgence » et une restauration rapide à partir de la sauvegarde de la veille.

Suite à ces incidents, l’entreprise a imposé l’utilisation systématique des commandes BEGIN TRANSACTION, ROLLBACK TRANSACTION et COMMIT TRANSACTION pour garantir l’intégrité des données. Holden invite les lecteurs à partager leurs propres anecdotes et les termes employés pour masquer leurs erreurs en envoyant un courriel à [email protected].

You may also like

Leave a Comment