En bref

La reprise après l’échec de la mise en œuvre d’un progiciel de gestion intégré (ERP) au sein d’une usine de fabrication tchèque constitue une urgence opérationnelle. Il ne s’agit pas d’une tâche à laisser à la charge de l’intégrateur de systèmes. Lorsqu’une mise en service échoue, la comptabilisation des stocks s’arrête et les listes de prélèvement se figent. Les produits finis ne peuvent légalement pas quitter le quai d’expédition. La véritable question que se pose le conseil d’administration est simple : qui prend les rênes pendant que l’équipe répare la base de données ? Ce guide présente les quatre phases d’une reprise après échec de la mise en œuvre d’un ERP, que doit suivre un directeur de programme ERP par intérim. La première phase consiste en un contournement manuel visant à garantir les livraisons aux clients. L’équipe répare ensuite les données de référence et stabilise les transactions essentielles, avant de restituer l’usine une fois que celle-ci fonctionne à nouveau correctement.

Le déclencheur : un engorgement dans l'entrepôt au cours des dix premiers jours suivant la mise en service

La mise en œuvre d'un ERP industriel échoue rarement dans l'indifférence générale. L'échec se manifeste généralement dans les dix premiers jours suivant la mise en service, et non plusieurs mois plus tard. Un comité de pilotage à Munich, Vienne ou Zurich a donné son feu vert après des mois de tests. Mais dès le troisième jour, la situation prend une autre tournure.

Imaginez un site de stockage de composants près de Plzeň, Liberec ou Pardubice. Le nouveau système perd le contact avec l’installation physique. Les caristes scannent des bacs que le logiciel considère comme vides. Les chaînes de production s’arrêtent, car l’ERP ne parvient pas à générer les ordres de réapprovisionnement. Il s’agit là d’une tentative de rétablissement après l’échec d’une mise en œuvre d’ERP, à son stade le plus précoce et le plus concret.

Les produits finis s'accumulent dans les allées de l'entrepôt. Le service des expéditions ne parvient pas à générer les documents de transport ni les déclarations douanières. En l'espace de trois jours, le quai de chargement est paralysé. La chaîne de montage d'un client de premier rang en Allemagne est quant à elle menacée d'arrêt.

L'intégrateur de systèmes affirme que le logiciel fonctionne et impute la responsabilité à la gestion locale du changement. Le directeur de l'usine tchèque exige une annulation immédiate du projet, une décision qui entraînerait des pertes se chiffrant en millions et bloquerait la comptabilité réglementaire. Le directeur des opérations se retrouve désormais confronté à une situation d'urgence sur le terrain qui trouvait son origine dans un projet logiciel. Il faut s'atteler sans tarder à la remise en état d'une implémentation ERP qui a échoué.

Les défis liés à la gestion des projets transfrontaliers de reprise après sinistre des systèmes ERP

Récupérer un déploiement ERP défaillant au sein d'une filiale industrielle tchèque implique de démêler trois problèmes à la fois : l'architecture des données, les opérations locales et la gouvernance d'entreprise. Aucun d'entre eux ne peut être résolu par la même solution. La reprise d'une implémentation ERP qui a échoué ne se heurte pas uniquement à des obstacles technologiques. Elle se heurte à la question de savoir qui détient le pouvoir de décision lorsque les systèmes cessent de fonctionner comme prévu.

Résolution des erreurs liées aux données de référence de la fabrication discrète dans le cadre de la reprise d'un système ERP

C'est à ce stade que la reprise après l'échec d'une mise en œuvre d'un progiciel de gestion intégré (ERP) peut soit aboutir, soit s'éterniser pendant des mois. Le secteur de la fabrication discrète ne tolère guère les données approximatives. Trois défauts structurels sont à l'origine de la plupart des échecs.

1. Fiche d'articles et gamme de fabrication corrompues. Les anciennes lignes de production fonctionnaient souvent selon des ajustements informels et non consignés. L'équipe a migré les nomenclatures techniques sans valider les temps de parcours, les marges de rebut ni les capacités des cycles machine. Le système a alors planifié des séquences que l'usine n'était pas en mesure de respecter.
2. Incohérence entre l'emplacement de l'entrepôt et les données. Le personnel a transféré les stocks dans la nouvelle base de données sans procéder à une validation au niveau des emplacements. Le système ERP considère que les pièces se trouvent dans l'allée n° 4. En réalité, elles sont entreposées dans l'espace de stockage supplémentaire situé juste à côté.
3. Défaillance de l'échange de données informatisé. Les clients européens imposent des protocoles stricts, tels que les normes VDA 4905/4913 ou Odette. Les erreurs de mise en forme dans les bordereaux d'expédition entraînent un rejet automatique à la réception des marchandises chez le client.

C'est au directeur de programme ERP par intérim qu'il revient de remédier à ces trois problèmes, et non au conseil d'administration. La mission du conseil d'administration est plus restreinte : elle consiste à accorder l'autorisation de geler les changements et de réaffecter le personnel pendant la durée de ces travaux. C'est sur ces trois problèmes que se concentrent la plupart des efforts initiaux menés pour redresser une mise en œuvre ERP qui a échoué.

Gestion des risques liés à la gouvernance transfrontalière et à la conformité réglementaire

Un deuxième problème se pose au-delà des données : la gouvernance transfrontalière, qui peut soit donner un nouvel élan à la remise sur les rails d’une implémentation ERP qui a échoué, soit la faire stagner. Le siège social considère généralement le déploiement comme une mise à niveau informatique, gérée à distance par des consultants externes. Sur place, le personnel de l'usine y voit un fardeau imposé de l'extérieur qui l'empêche de fabriquer des pièces. Aucun de ces points de vue n'est erroné. Chaque partie perçoit un aspect différent de ce même échec.

La disposition applicable figure dans la loi sur les sociétés commerciales Loi, loi n° 90/2012 Coll. Conformément aux normes comptables fiscales locales, cela signifie que les marchandises ne peuvent pas quitter les locaux sans être accompagnées de documents fiscaux et de bons de livraison conformes. Si le logiciel n’est pas en mesure de générer des documents valides, la direction ne peut légalement expédier les marchandises, quelle que soit la capacité physique de l’atelier.

Gartner et les analystes du secteur constatent que 55% à 75% des projets ERP dans le secteur industriel ne parviennent pas à atteindre leurs objectifs. Ce sont les usines de fabrication discrète qui subissent les perturbations les plus importantes après la mise en service. McKinsey & Company rapports que plus de 70% des transformations numériques ne parviennent pas à générer la valeur attendue. C'est cette réalité opérationnelle qu'un projet de redressement suite à l'échec d'une mise en œuvre d'un ERP doit prendre en compte, et non pas la contourner.

Cinq indicateurs opérationnels qui nécessitent une gestion de crise immédiate au niveau de l'ERP

Les frictions habituelles qui surviennent après le lancement et une défaillance du système structurel peuvent être difficiles à distinguer les unes des autres au cours des premiers jours de la remise sur pied d'une implémentation ERP qui a échoué. Cinq signes indiquent le moment où le seuil de crise est atteint.

• Les embouteillages physiques aux quais constituent le premier. Les produits finis restent sur le quai de chargement pendant plus de 24 heures. Le progiciel de gestion intégré (ERP) ne valide pas les bons de livraison et ne lève pas les blocages de crédit.
• L'augmentation des soldes négatifs des stocks est le deuxième. Le système affiche un stock négatif dans les comptes « en cours de fabrication » ou « matières premières ». Cela signifie que la saisie rétroactive ne correspond pas à ce que la ligne de production consomme.
• Les feuilles de calcul « fantômes » constituent le troisième. Les planificateurs et les responsables d'entrepôt délaissent le terminal ERP et suivent désormais les expéditions à l'aide de blocs-notes manuscrits.
• Les ASN manquants des clients occupent la quatrième place. Les principaux clients se plaignent des livraisons, car les envois arrivent sans avis d'expédition électronique préalable.
• Une perte de confiance est le cinquième. Les réunions quotidiennes entre l'intégrateur et les équipes opérationnelles locales se transforment en une succession d'accusations plutôt qu'en une recherche de solutions.

L'un quelconque de ces cinq signes indique qu'un processus de redressement suite à l'échec d'une mise en œuvre d'un progiciel de gestion intégré (ERP) est déjà en cours, et qu'il ne s'agit pas simplement d'un incident mineur.

Le cadre de reprise après mise en production d'un progiciel de gestion d'entreprise (ERP) en quatre phases

Pour mettre fin à cet échec, il n'est pas nécessaire de faire appel à davantage de programmeurs pour écrire du code sur mesure. Il faut un cadre supérieur présent sur place qui comprenne à la fois le fonctionnement de l'atelier et l'architecture d'entreprise.

Un directeur de programme ERP par intérim, ou directeur de la reprise, dirige dès le premier jour la remise sur pied d’une implémentation ERP qui a échoué. Ce cadre assume le commandement opérationnel direct. Le responsable par intérim met fin aux accusations réciproques entre le service informatique du groupe et la direction de l’usine locale. Pour résoudre la crise, l’organisation a besoin d’un cadre expérimenté, dont les compétences correspondent au mandat. Ce cadre doit être prêt à prendre ses fonctions dans les 72 heures suivant la finalisation du cahier des charges.

Phase 1 : Mise en place de procédures manuelles de contournement des expéditions et de gel des codes

La première semaine n’a qu’un seul objectif : maintenir les lignes de production du client en activité et déblayer le quai de chargement. Le responsable par intérim autorise une procédure d’expédition temporaire, sur support papier. Les camions effectuent leurs livraisons sur la base d’inventaires physiques vérifiés pendant que l’équipe répare le logiciel. Toutes les personnalisations informatiques non vérifiées sont gelées sans délai, afin que la base de données cesse d’enregistrer de nouvelles erreurs. Une réunion de triage, organisée deux fois par jour, rassemble le directeur de l’usine, le responsable de l’entrepôt, le responsable informatique du groupe et l’intégrateur en chef. Elle établit les priorités des corrections strictement en fonction de leur impact sur la production. Il s’agit de la première phase de la remise sur pied suite à l’échec de la mise en œuvre de l’ERP. La décision que doit prendre ici le directeur des opérations est limitée mais cruciale. Il doit approuver le contournement manuel et le gel du code dès le premier jour, puis laisser le directeur par intérim mener la séquence à bien.

Phase 2 : Nettoyage des données de référence et rapprochement avec l'inventaire physique

Une fois l’expédition assurée, l’équipe comble l’écart entre la base de données et l’installation physique. Un inventaire ciblé réalisé pendant le week-end permet de rapprocher les quantités et les emplacements de stockage des pièces les plus vendues. Les résultats constituent alors la nouvelle référence vérifiée. L'équipe corrige ensuite les temps de routage erronés, les coefficients de rebut et les déclencheurs de confirmation des sorties. Elle simplifie également la hiérarchie de l'entrepôt, afin que les emplacements de transit virtuels ne induisent plus en erreur les caristes. C'est au cours de cette deuxième étape de la remise sur pied d'une implémentation ERP ayant échoué que le système recommence à refléter la réalité.

Phase 3 : Stabilisation des flux de travail « de la commande à l'encaissement », « MRP » et « de l'approvisionnement au paiement »

Le dirigeant intérimaire stabilise trois flux de travail qui assurent la circulation des flux de trésorerie et des produits. Le flux « de la commande à l’encaissement » harmonise le mappage EDI avec les portails clients et supprime la création manuelle des factures. Le flux « de la planification à la production » rétablit la planification automatisée des besoins en matériaux, de sorte que les plannings génèrent des demandes d’achat en fonction des délais réels. Le flux « de l’approvisionnement à l’encaissement » rétablit le recoupement tripartite entre le bon de commande, l’entrée de marchandises et la facture fournisseur. Cela permet de résorber l’arriéré des comptes fournisseurs et de restaurer la confiance des fournisseurs. À la fin de cette phase, la remise sur pied de la mise en œuvre de l’ERP qui avait échoué a dépassé le stade du triage. L’usine dispose désormais d’un cycle de finance et de planification opérationnel.

Phase 4 : Formation du personnel, validation par les fournisseurs et transfert opérationnel

Une fois les opérations stabilisées, le directeur par intérim forme, en tchèque, les chefs d’équipe, les caristes et les planificateurs aux procédures standard de gestion des exceptions. Il veille également au respect des échéances de livraison contractuelles convenues avec l’intégrateur de systèmes. La dernière étape consiste en une passation de pouvoirs structurée. La supervision revient à la direction permanente de l'usine et au service informatique du groupe, et le directeur intérimaire quitte le site. Le cas suivant illustre concrètement cette remise sur les rails d'une mise en œuvre d'ERP qui avait échoué.

Étude de cas : mise en œuvre de la solution ERP SAP S/4HANA dans une usine de fabrication tchèque

Un groupe international d'ingénierie suisse-allemand a déployé un modèle d'entreprise SAP S/4HANA standardisé dans son usine de moulage de précision et d'usinage, située près de Hradec Králové, en République tchèque, qui emploie 550 personnes. Cette usine fournissait des composants hydrauliques à tolérances serrées aux chaînes de montage d'engins de chantier européens.

Cinq jours après la mise en service, l’entreprise a perdu le contrôle de ses transactions principales. Les modules d’expédition de l’entrepôt n’ont pas réussi à générer des manifestes douaniers internationaux conformes ni les codes-barres d’emballage destinés aux clients. Les produits finis se sont accumulés dans les zones de production, obligeant la direction de l’usine à fermer deux lignes d’usinage principales faute d’espace physique. Plus de 6 millions d’euros de marchandises destinées aux clients se sont retrouvées bloquées sur le site, et deux grands clients équipementiers ont menacé d’imposer des pénalités pour rupture de contrat.

Le partenaire externe chargé de la mise en œuvre a proposé un programme de remise en état de trois mois, tandis que le directeur de l'usine tchèque a exigé un retour complet à l'ancien système. Cela aurait coûté 4 millions d'euros et aurait compromis la consolidation numérique à l'échelle du groupe.

Mise en œuvre de la stratégie de reprise après sinistre de l'ERP sur site en Bohême orientale

CE Interim a déployé un directeur de programme ERP intérimaire expérimenté, fort de vingt ans d’expérience dans le domaine des opérations de production et de la remise en état des systèmes SAP. Moins de 72 heures après la finalisation du cahier des charges, le cadre intérimaire était sur place à Hradec Králové, doté de tous les pouvoirs opérationnels nécessaires pour mener à bien la restructuration de l’usine.

Le dirigeant par intérim a mis en œuvre un plan de reprise d'urgence immédiat :

• Mise en place d'un contournement du système de répartition des urgences: Ils ont mis en place une procédure manuelle de manutention conforme et contrôlée, approuvée par les services douaniers locaux et les équipes logistiques des clients. Cela a permis de débloquer 2,4 millions d'euros de stocks immobilisés au cours des 96 premières heures et d'éviter des interruptions de production chez les clients. 
• EDI fixe et sérialisation par codes-barres: Le directeur a remanié l'interface de gestion des expéditions au sein du logiciel. Il a corrigé la génération des étiquettes de codes-barres pour les colis et a mis les transactions EDI en conformité avec les spécifications du portail des équipementiers en l'espace de 14 jours. 
• Mise en ligne ciblée des résultats de l'inventaire physique effectuée: Le responsable a supervisé un inventaire physique ciblé, réalisé pendant le week-end, portant sur 1 200 références actives. Cela a permis d'éliminer les erreurs d'inventaire négatives et de réconcilier les stocks enregistrés dans le système avec la réalité des rayons. 
• L'adoption par les utilisateurs est à nouveau en jeu: Le responsable par intérim a mis en place une équipe d'accompagnement sur le terrain, composée de référents bilingues tchèque-allemand spécialisés dans les processus. Celle-ci a dispensé une formation de mise à niveau à 60 chefs d'équipe et opérateurs sur les opérations standard du système.

Au 50e jour, toutes les procédures manuelles de contournement des expéditions avaient été supprimées. Le site fonctionnait désormais entièrement sous le nouveau système ERP, atteignant une précision des stocks de 99,11 TP3T et un taux de respect des délais de livraison aux clients de 98,61 TP3T. Le responsable par intérim a supervisé la clôture officielle du projet avec l'intégrateur de systèmes et a mené à bien une passation de pouvoirs structurée à la direction permanente de l'usine.

Foire aux questions sur le leadership en matière de reprise après sinistre des systèmes ERP

Qu'est-ce qu'une remise sur les rails d'une mise en œuvre d'ERP qui a échoué ?

Une remise en état suite à l'échec de la mise en œuvre d'un progiciel de gestion intégré (ERP) permet de rétablir les opérations d'expédition, de gestion des stocks et les transactions financières après l'échec de la mise en service de l'ERP. C'est généralement un cadre intérimaire, et non l'éditeur du logiciel, qui dirige cette opération sur place. Elle commence par un contournement manuel, puis consiste à corriger les données sous-jacentes, avant que le site ne revienne entièrement au nouveau système.

Pourquoi éviter de revenir à un logiciel ERP hérité après la mise en service ?

Le retour en arrière est rarement une simple question de commutation. La mise en production gèle l’ancienne base de données, et toutes les transactions effectuées depuis le lancement ne se trouvent plus que dans le nouveau système. Inverser ce processus nécessite une remigration complexe des données et entraîne la perte de millions d’investissements en capital. Les entreprises qui procèdent à une réversion perdent souvent complètement l’accès aux logiciels d’entreprise pris en charge. Une stabilisation rigoureuse et rapide s’avère presque toujours plus rapide et moins préjudiciable qu’une réversion. Une réversion précipitée est rarement la bonne solution lors de la reprise après l’échec d’une mise en œuvre d’un ERP.

Pourquoi les intégrateurs de systèmes ne peuvent-ils pas résoudre seuls les défaillances des progiciels de gestion intégrée (ERP) au niveau des usines ?

Les intégrateurs de systèmes maîtrisent les tables de bases de données et les paramètres de configuration, mais pas les opérations de production. Un intégrateur ne peut pas signer les bons d'expédition, réaffecter les machines en atelier ni diriger les caristes. Pour résoudre la crise, il faut un cadre disposant d'une autorité opérationnelle directe sur l'usine. Ce cadre travaille aux côtés de l'intégrateur, et non à sa place. C'est pourquoi la remise sur pied d'une implémentation ERP qui a échoué nécessite une autorité de direction sur place.

De quelles compétences un directeur de programme ERP par intérim doit-il disposer ?

Le dirigeant par intérim doit disposer d’une autorité lui permettant de faire le lien entre la direction locale de l’usine et le service informatique du groupe. Cela inclut le pouvoir de décision concernant les procédures d’expédition temporaires, le gel des codes, les validations des fournisseurs et la validation des données de référence. Sans cette autorité formalisée par écrit dès le départ, son mandat se limite à un rôle consultatif et la reprise s’en trouve ralentie.

Combien de temps dure généralement un processus de reprise après sinistre d'un système ERP ?

Le triage d'urgence et la décongestion des files d'attente prennent généralement entre sept et dix jours. La stabilisation complète des transactions, le nettoyage des données de référence et la suppression des solutions de contournement manuelles prennent plus de temps. Il faut compter entre soixante et nonante jours à compter du début du mandat pour mener à bien la reprise après l'échec d'une mise en œuvre d'un progiciel de gestion intégré (ERP).

À quels compromis opérationnels le Conseil d'administration doit-il s'attendre au cours du premier mois ?

La précision des rapports et certaines solutions de contournement manuelles restent perfectibles au cours du premier mois. Ce compromis est acceptable. La priorité est donnée à la continuité des activités des clients et à la visibilité de la trésorerie, et non à un système parfaitement réconcilié dès le premier jour. La perfection peut attendre. La quai, lui, ne peut pas. C'est tout à fait normal lors de la remise sur pied d'une mise en œuvre d'ERP qui a échoué ; cela ne signifie pas pour autant que celle-ci a échoué.

Connaissances connexes et prochaine étape

La remise sur les rails d’une mise en œuvre d’un progiciel de gestion intégré (ERP) qui a échoué constitue une urgence opérationnelle. Elle menace la trésorerie de l’entreprise, la confiance des clients et la crédibilité du programme global de transformation numérique du groupe. Un cadre expérimenté, présent sur place, rétablit le contrôle et protège les engagements pris envers les clients.

Lectures complémentaires:

• Cesser de diriger l'usine depuis la France : comment la « gestion fantôme » sape la responsabilité locale dans les usines polonaises
• Lorsque le siège social de la région DACH doit gérer simultanément des redressements en Pologne, en République tchèque et en Roumanie
• Quand les chiffres ne concordent pas : enquêter sur une usine tchèque sans semer le chaos

CE Interim met à votre disposition un partenaire de direction expérimenté, dont le profil correspond parfaitement à votre mission, et prêt à prendre ses fonctions dans les 72 heures suivant la finalisation du cahier des charges. A Associé par intérim chez CE peut contribuer à la remise sur pied d'une mise en œuvre d'ERP qui a échoué, permettant ainsi de préserver le programme de transformation global du groupe.