In breve

Il recupero a seguito di un’implementazione ERP fallita all’interno di uno stabilimento produttivo ceco costituisce un’emergenza operativa. Non è un compito da affidare al solo integratore di sistemi. Quando il go-live fallisce, la registrazione delle scorte si interrompe e le liste di prelievo si bloccano. I prodotti finiti non possono legalmente lasciare la banchina di spedizione. La vera domanda del Consiglio di Amministrazione è semplice: chi assume il comando mentre il team ripara il database? Questa guida illustra la sequenza in quattro fasi per il ripristino a seguito di un'implementazione ERP fallita che un direttore ad interim del programma ERP deve seguire. La prima fase consiste in un bypass manuale che garantisce le consegne ai clienti. Il team provvede quindi a riparare i dati anagrafici e a stabilizzare le transazioni principali, prima di riconsegnare lo stabilimento una volta che questo funziona correttamente.

Il fattore scatenante: la congestione nei magazzini nei primi dieci giorni successivi al passaggio al nuovo sistema

L'implementazione di un sistema ERP industriale raramente fallisce in modo silenzioso. Il fallimento si manifesta solitamente nei primi dieci giorni dopo il passaggio al nuovo sistema, non mesi dopo. Un comitato direttivo a Monaco, Vienna o Zurigo ha dato il via libera dopo mesi di test. Il terzo giorno la situazione appare diversa.

Immaginate uno stabilimento di produzione di componenti nei pressi di Plzeň, Liberec o Pardubice. Il nuovo sistema perde il collegamento con l’impianto fisico. Gli operatori dei carrelli elevatori scansionano i contenitori che il software indica come vuoti. Le linee di produzione si fermano, perché il sistema ERP non è in grado di generare ordini di rifornimento. Si tratta di un tentativo fallito di ripristino dell’implementazione dell’ERP nella sua fase iniziale, quella più legata agli aspetti fisici.

I prodotti finiti si accumulano nei corridoi del magazzino. Il reparto spedizioni in uscita non è in grado di generare la documentazione di trasporto né le dichiarazioni doganali. Nel giro di tre giorni, la banchina di carico smette di funzionare. La linea di assemblaggio di un cliente di primo livello in Germania rischia a sua volta di fermarsi.

L'integratore di sistemi sostiene che il software funzioni e attribuisce la colpa alla gestione locale del cambiamento. Il direttore dello stabilimento ceco vuole un rollback immediato, una mossa che comporterebbe una svalutazione di milioni e bloccherebbe la contabilità di legge. Il COO si trova ora a dover gestire un'emergenza in officina che era iniziata come un progetto software. Il recupero dopo il fallimento dell'implementazione dell'ERP deve iniziare immediatamente.

Le sfide nella gestione dei progetti di migrazione transfrontaliera dei sistemi ERP

Ripristinare un’implementazione ERP fallita all’interno di una filiale manifatturiera ceca significa districarsi tra tre problemi contemporaneamente: l’architettura dei dati, le operazioni locali e la governance aziendale. Nessuno di essi può essere risolto con la stessa soluzione. Il ripristino di un’implementazione ERP fallita non si arena solo sulla tecnologia, ma dipende da chi ha l’autorità di decidere quando i sistemi smettono di funzionare come previsto.

Risoluzione degli errori nei dati anagrafici della produzione discreta durante il ripristino del sistema ERP

È proprio qui che il recupero dopo il fallimento di un’implementazione ERP può avere esito positivo oppure protrarsi per mesi. Il settore della produzione discreta ha scarsa tolleranza nei confronti dei dati approssimativi. La maggior parte dei fallimenti è causata da tre difetti strutturali.

1. Percorso della distinta base danneggiata. Le linee di produzione legacy funzionavano spesso sulla base di adeguamenti informali e non documentati. Il team ha trasferito le distinte base tecniche senza verificare i tempi di lavorazione, le tolleranze di scarto o le capacità dei cicli delle macchine. Il sistema ha quindi pianificato sequenze che lo stabilimento non era in grado di eseguire.
2. Discrepanza nella posizione del magazzino. Il personale ha trasferito le scorte nel nuovo database senza effettuare una verifica a livello di scaffale. Il sistema ERP ritiene che i componenti si trovino nella corsia quattro, mentre fisicamente si trovano nel magazzino di stoccaggio supplementare adiacente.
3. Errore nell'interscambio elettronico di dati. I clienti europei applicano protocolli rigorosi, quali le norme VDA 4905/4913 o gli standard Odette. Eventuali errori di formattazione nelle distinte di spedizione comportano il rifiuto automatico presso la banchina di carico del cliente.

Risolvere questi tre problemi è compito del direttore ad interim del programma ERP, non del Consiglio di Amministrazione. Il compito del Consiglio di Amministrazione è più circoscritto: concedere l’autorità di bloccare le modifiche e riassegnare il personale mentre si svolge tale lavoro. È proprio su questi tre problemi che si concentra la maggior parte degli sforzi iniziali nel recupero di un’implementazione ERP fallita.

Gestione dei rischi legati alla governance transfrontaliera e alla conformità normativa

Un secondo problema si colloca al di sopra dei dati: la governance transfrontaliera, dove il recupero di un’implementazione ERP fallita può prendere slancio oppure arenarsi. La sede centrale dell’azienda di solito considera l’implementazione come un aggiornamento IT, gestito a distanza da consulenti esterni. In loco, il personale dello stabilimento la vede come un onere esterno che impedisce loro di produrre componenti. Nessuna delle due visioni è sbagliata. Ciascuna parte vede un aspetto diverso dello stesso fallimento.

La norma in questione è contenuta nella legge sulle società commerciali Legge, Legge n. 90/2012 Coll. In combinato disposto con i principi contabili fiscali locali, ciò significa che le merci non possono lasciare i locali senza documenti fiscali e di consegna conformi. Se il software non è in grado di generare documentazione valida, la direzione non può legalmente spedire le merci, indipendentemente dalla capacità fisica del reparto di produzione.

Gartner e gli analisti del settore rilevano che dal 55% al 75% dei progetti ERP nel settore manifatturiero non riescono a raggiungere i propri obiettivi. Gli stabilimenti che producono beni discreti subiscono i maggiori disagi dopo la messa in funzione. McKinsey & Company rapporti che oltre il 70% delle trasformazioni digitali non riesce a generare il valore atteso. Questa è la realtà operativa in cui si inserisce il recupero da un’implementazione ERP fallita: non si può aggirare, ma bisogna affrontarla.

Cinque indicatori operativi che richiedono un intervento immediato di gestione delle crisi nell'ambito dell'ERP

Nei primi giorni del processo di recupero a seguito di un’implementazione ERP fallita, le normali difficoltà post-lancio e un guasto al sistema strutturale possono apparire simili. Cinque segnali indicano il momento in cui si raggiunge la soglia di crisi.

• Il congestionamento fisico delle banchine è il primo. I prodotti finiti rimangono nella zona di carico per più di 24 ore. Il sistema ERP non provvede alla chiusura delle bolle di accompagnamento né allo sblocco dei blocchi di credito.
• I saldi di magazzino negativi in aumento rappresentano il secondo. Il sistema riporta un saldo negativo nei conti relativi ai lavori in corso o alle materie prime. Ciò significa che il backflushing non è in sincronia con i consumi della linea di produzione.
• I fogli di calcolo "Shadow" sono il terzo. I responsabili della pianificazione e i supervisori di magazzino abbandonano il terminale ERP e registrano le spedizioni su blocchi per appunti scritti a mano.
• Gli ASN dei clienti mancanti sono al quarto posto. I principali clienti presentano reclami relativi alle consegne poiché le spedizioni arrivano senza un avviso elettronico di spedizione anticipato.
• La perdita di fiducia è il quinto. Le riunioni quotidiane tra l’integratore e il personale operativo locale si trasformano in un botta e risposta di accuse anziché in un’occasione per risolvere i problemi.

Qualsiasi di questi cinque segnali indica che è già in corso un intervento di recupero a seguito di un’implementazione ERP fallita, e non si tratta di un semplice incidente di percorso.

Il modello di recupero in quattro fasi per l’avvio dell’ERP

Per porre fine a questa situazione non servono altri programmatori che scrivano codice personalizzato. Ciò che serve è un dirigente in loco che comprenda sia il reparto produttivo che l’architettura aziendale.

Un direttore ad interim del programma ERP, o “Recovery Director”, guida il recupero dall’implementazione fallita dell’ERP sin dal primo giorno. Questo dirigente assume il comando operativo diretto. Il leader ad interim pone fine alle reciproche accuse tra il reparto IT aziendale e la dirigenza dello stabilimento locale. Per risolvere la crisi, l’organizzazione ha bisogno di un dirigente di comprovata esperienza, in linea con il mandato. Tale dirigente deve essere pronto a subentrare entro 72 ore dal completamento della definizione del mandato.

Fase 1: Definizione delle procedure manuali di spedizione alternative e del congelamento del codice

La prima settimana ha un unico obiettivo: mantenere operative le linee di produzione del cliente e sgomberare la zona di carico. Il responsabile ad interim autorizza una procedura di spedizione temporanea, basata su documenti cartacei. I camion partono sulla base di conteggi fisici verificati mentre il team ripara il software. Tutte le personalizzazioni IT non verificate vengono bloccate senza indugio, in modo che il database smetta di registrare nuovi errori. Una riunione di valutazione, che si tiene due volte al giorno, riunisce il direttore dello stabilimento, il responsabile del magazzino, il responsabile IT aziendale e il capo integratore. In questa riunione si stabiliscono le priorità delle correzioni rigorosamente in base all’impatto sulla produzione. Questa è la prima fase del recupero dall’implementazione fallita dell’ERP. La decisione del COO in questo caso è limitata ma cruciale. Approvare la procedura manuale alternativa e il blocco del codice fin dal primo giorno, quindi lasciare che sia il direttore ad interim a gestire la sequenza.

Fase 2: Pulizia dei dati anagrafici e riconciliazione dell'inventario fisico

Una volta che il team ha garantito la spedizione, colma il divario tra il database e l’impianto fisico. Un inventario mirato effettuato nel fine settimana riconcili le quantità e le ubicazioni dei contenitori per i componenti a più alto volume. I risultati diventano il nuovo punto di riferimento verificato. Il team corregge quindi i tempi di percorso errati, i moltiplicatori di scarti e i trigger di backflush. Semplifica anche la gerarchia del magazzino, in modo che le postazioni di stoccaggio virtuali non creino più confusione agli operatori dei carrelli elevatori. È in questa seconda fase del recupero dall’implementazione fallita dell’ERP che il sistema ricomincia a fornire dati corretti.

Fase 3: Stabilizzazione dei flussi di lavoro relativi all’Order-to-Cash, all’MRP e al Procure-to-Pay

Il dirigente ad interim stabilizza tre flussi di lavoro che garantiscono il flusso di cassa e la circolazione dei prodotti. Il flusso “Order-to-Cash” allinea la mappatura EDI con i portali dei clienti ed elimina la creazione manuale delle fatture. Il flusso “Plan-to-Produce” ripristina la pianificazione automatizzata dei fabbisogni di materiale, in modo che i programmi generino richieste di acquisto basate su tempi di consegna reali. Il flusso di lavoro «Procure-to-pay» ristabilisce la riconciliazione a tre vie tra ordine di acquisto, ricevimento merci e fattura del fornitore. Ciò consente di smaltire l’arretrato dei conti fornitori e di ricostruire la fiducia dei fornitori. Al termine di questa fase, il recupero dall’implementazione fallita dell’ERP ha superato la fase di triage. Lo stabilimento dispone ora di un ciclo di finanza e pianificazione funzionante.

Fase 4: Aggiornamento del personale, approvazione da parte dei fornitori e passaggio di consegne operative

Una volta stabilizzate le transazioni, il direttore ad interim forma i capi turno, gli operatori dei carrelli elevatori e i pianificatori in lingua ceca sulle procedure standard di gestione delle eccezioni. Il direttore garantisce inoltre il rispetto dei termini di consegna contrattuali concordati con l’integratore di sistemi. La fase finale consiste in un passaggio di consegne strutturato. La supervisione torna alla direzione permanente dello stabilimento e al reparto IT aziendale, e il direttore ad interim lascia la sede. Il caso seguente illustra nella pratica il recupero di questa implementazione ERP fallita.

Caso di studio: Riorganizzazione del sistema ERP SAP S/4HANA in uno stabilimento produttivo ceco

Un conglomerato industriale svizzero-tedesco di livello mondiale ha implementato un modello aziendale standardizzato SAP S/4HANA nel proprio stabilimento di fusione di precisione e lavorazione meccanica, con 550 dipendenti, situato nei pressi di Hradec Králové, nella Repubblica Ceca. Lo stabilimento forniva componenti idraulici ad alta tolleranza alle linee di assemblaggio di macchinari edili in Europa.

Entro cinque giorni dal lancio, l’azienda ha perso il controllo delle transazioni principali. I moduli di spedizione del magazzino non sono riusciti a generare manifesti doganali internazionali conformi e codici a barre per gli imballaggi dei clienti. I prodotti finiti si sono accumulati nelle aree di produzione, costringendo la direzione dello stabilimento a chiudere due delle principali linee di lavorazione a causa della mancanza di spazio fisico. Spedizioni verso i clienti per un valore superiore a 6 milioni di euro sono rimaste bloccate in sede e due importanti clienti OEM hanno minacciato di applicare penali per violazione del contratto.

Il partner esterno incaricato dell'implementazione ha proposto un programma di correzione della durata di tre mesi, mentre il direttore dello stabilimento ceco ha chiesto il ritorno completo al sistema precedente. Ciò avrebbe comportato un costo di 4 milioni di euro e avrebbe compromesso il consolidamento digitale a livello di gruppo.

Attuazione della strategia di ripristino dell’ERP in loco nella Boemia orientale

CE Interim ha inviato un direttore di programma ERP ad interim di grande esperienza, con vent’anni di esperienza nel settore delle operazioni produttive e nel recupero di sistemi SAP. Entro 72 ore dal completamento del brief relativo all’incarico, il dirigente ad interim era già sul posto a Hradec Králové con piena autorità operativa sulla riorganizzazione dello stabilimento.

Il dirigente ad interim ha messo in atto un piano immediato di gestione della crisi:

• Attivazione della deviazione delle chiamate di emergenza: Hanno messo a punto una procedura manuale di stesura dei manifesti, conforme alle normative e sottoposta a revisione, approvata dalle autorità doganali locali e dai team logistici dei clienti. Ciò ha consentito di smaltire 2,4 milioni di euro di scorte bloccate entro le prime 96 ore ed evitare interruzioni della produzione presso i clienti. 
• EDI e serializzazione dei codici a barre corretti: Il direttore ha riorganizzato l'interfaccia di invio all'interno del software. Ha corretto la generazione delle etichette con i codici a barre per gli imballaggi e ha allineato le transazioni EDI alle specifiche del portale OEM nel giro di 14 giorni. 
• È stato eseguito il caricamento mirato dei dati dell'inventario fisico: Il dirigente ha coordinato un'operazione mirata di inventario fisico nel fine settimana su 1.200 codici articolo attivi. Ciò ha permesso di eliminare gli errori di inventario negativi e di riallineare le giacenze di sistema con la posizione fisica degli articoli sugli scaffali. 
• Ripristinata l'adozione da parte degli utenti sulla linea: Il responsabile ad interim ha istituito un team di supporto in aula composto da esperti di processo bilingui (ceco-tedesco). Il team ha fornito una formazione di aggiornamento a 60 capoturno e operatori sulle transazioni standard del sistema.

Entro il 50° giorno, tutte le procedure manuali di spedizione alternative sono state interrotte. Lo stabilimento ha operato interamente all’interno del nuovo sistema ERP, raggiungendo un’accuratezza delle scorte pari al 99,11 TP3T e una puntualità nelle consegne ai clienti del 98,61 TP3T. Il responsabile ad interim ha supervisionato la chiusura formale del progetto con l’integratore di sistemi e ha completato un passaggio di consegne strutturato alla direzione permanente dello stabilimento.

Domande frequenti sulla leadership nel recupero dei sistemi ERP

Che cos’è il recupero in seguito a un’implementazione ERP fallita?

Il recupero a seguito di un’implementazione ERP fallita ripristina le operazioni di spedizione, di gestione delle scorte e le transazioni finanziarie dopo che la messa in funzione del sistema ERP è fallita. Di solito è un dirigente ad interim a guidare il processo in loco, non il fornitore del software. Si inizia con un bypass manuale, poi si correggono i dati sottostanti, prima che lo stabilimento torni a operare interamente con il nuovo sistema.

Perché evitare di tornare al software ERP precedente dopo la messa in produzione?

Il rollback raramente è una semplice operazione di commutazione. Il cut-over blocca il database legacy e ogni transazione effettuata dal momento del go-live risiede esclusivamente nel nuovo sistema. Invertire questa situazione richiede una complessa rimigrazione dei dati e comporta la perdita di milioni di investimenti di capitale. Le aziende che ricorrono al rollback spesso perdono completamente il software aziendale supportato. Una stabilizzazione rapida e ben pianificata è quasi sempre più veloce e meno dannosa di un rollback. Un rollback affrettato raramente rappresenta la soluzione giusta durante il recupero a seguito di un’implementazione ERP fallita.

Perché gli integratori di sistemi non riescono a risolvere da soli i malfunzionamenti dei sistemi ERP a livello di impianto?

Gli integratori di sistemi conoscono le tabelle dei database e le impostazioni di configurazione, ma non le operazioni di produzione. Un integratore non può firmare i documenti di spedizione, reindirizzare i macchinari in officina o dirigere gli operatori dei carrelli elevatori. Per risolvere la crisi è necessario un dirigente con autorità operativa diretta sull’impianto. Tale dirigente lavora a fianco dell’integratore, non al suo posto. Ecco perché il recupero da un’implementazione ERP fallita richiede l’autorità esecutiva in loco.

Quali competenze deve possedere un direttore ad interim del programma ERP?

Il dirigente ad interim deve disporre di poteri che facciano da ponte tra la direzione dello stabilimento locale e il reparto IT aziendale. Ciò include il potere decisionale in merito alle procedure di spedizione temporanee, al congelamento del codice, all’approvazione dei fornitori e alla convalida dei dati anagrafici. Senza tali poteri formalizzati per iscritto sin dall’inizio, il mandato assume carattere puramente consultivo e il processo di ripresa subisce un rallentamento.

Quanto tempo richiede solitamente un processo di ripristino dell'ERP?

Il triage di emergenza e lo sblocco delle code richiedono solitamente dai sette ai dieci giorni. La completa stabilizzazione delle transazioni, la pulizia dei dati anagrafici e l’eliminazione delle soluzioni manuali richiedono più tempo. Da sessanta a novanta giorni dall’inizio del mandato è il tempo tipicamente necessario per il recupero a seguito di un’implementazione ERP fallita.

Quali compromessi operativi dovrebbe aspettarsi il Consiglio nel corso del primo mese?

Nel primo mese, l’accuratezza dei report e alcune soluzioni manuali provvisorie rimangono imperfette. Questo compromesso è accettabile. La priorità è garantire la continuità del servizio ai clienti e la visibilità della liquidità, non un sistema perfettamente allineato fin dal primo giorno. La perfezione può aspettare. La banchina no. Si tratta di una situazione normale durante il recupero a seguito di un’implementazione ERP fallita, non un segno che l’implementazione sia fallita.

Conoscenze correlate e passo successivo

Il recupero di un’implementazione ERP fallita costituisce un’emergenza operativa. Mette a rischio la liquidità dell’azienda, la fiducia dei clienti e la credibilità del più ampio programma di trasformazione digitale del gruppo. Un dirigente esperto, presente in loco, ripristina il controllo e tutela gli impegni assunti nei confronti dei clienti.

Approfondimenti:

• Basta gestire lo stabilimento dalla Francia: come la “gestione ombra” mina la responsabilità locale negli stabilimenti polacchi
• Quando la sede centrale DACH deve gestire contemporaneamente operazioni di risanamento in Polonia, Repubblica Ceca e Romania
• Quando i conti non tornano: indagare su uno stabilimento ceco senza scatenare il caos

CE Interim mette a disposizione un partner esecutivo di comprovata esperienza, in linea con il mandato, pronto a entrare in carica entro 72 ore dal completamento del brief relativo al mandato. A Partner ad interim di CE può contribuire al recupero di un’implementazione ERP fallita, garantendo la salvaguardia del più ampio programma di trasformazione del gruppo.