In breve

L'impianto è operativo da sei settimane e il team di progetto è già stato assegnato al prossimo sito. Tale data di partenza dipende dal budget del programma, non dalle capacità locali. I criteri utili per l'uscita dalla fase di "hypercare" dell'ERP pongono una domanda più circoscritta: l'impianto, la funzione di gruppo e il partner sono in grado, ciascuno per la propria parte, di risolvere le richieste che riceveranno domani? Il gruppo sta scegliendo tra un'uscita completa, un'uscita graduale e un supporto continuativo, e dovrebbe documentare la scelta effettuata.

I criteri di dimissione dal programma “Hypercare” dell’ERP prevedono innanzitutto una decisione documentata relativa al passaggio di consegne

L'“Hypercare” è il periodo di assistenza intensificata immediatamente successivo al lancio, durante il quale chi ha realizzato il sistema rimane a stretto contatto con chi lo utilizza. Si conclude in una data concordata con largo anticipo rispetto al primo mese di funzionamento effettivo. Il completamento del lancio e la disponibilità di un’organizzazione di assistenza pronta a subentrare sono due traguardi distinti.

Fissare quella data con largo anticipo è ragionevole. Il dipartimento finanziario approva i bilanci in base a un calendario, e la prossima fase richiede già l’impiego degli specialisti. La difficoltà sorge quando la data diventa una constatazione relativa all’impianto piuttosto che una decisione sulle risorse. Il CIO del gruppo e lo sponsor del programma hanno bisogno di prove da poter presentare in seguito.

Tuttavia, il calendario relativo a quella data è fitto di impegni. SAP SE ha confermato il 7 ottobre 2026 che la manutenzione standard per SAP Business Suite 7 terminerà il 31 dicembre 2027. La manutenzione estesa opzionale è valida fino al 31 dicembre 2030. Il Rapporto sugli investimenti DSAG 2026 Sono state intervistate 198 aziende associate al Deutschsprachige SAP-Anwendergruppe. Di queste, il 54% utilizzava ancora SAP ECC o una versione precedente di Business Suite, mentre il 42% prevedeva di effettuare investimenti elevati o medi in SAP S/4HANA on-premises nel 2026. La DSAG osserva che il proprio campione relativo al 2026 è più comparabile a quello del 2024 che a quello del 2025.

Definire i confini dell'assistenza prima del passaggio di consegne dell'assistenza ERP

Una volta che il team di progetto se ne va, la richiesta può essere inoltrata a quattro soggetti: lo stabilimento, la funzione di gruppo, l’integratore di sistemi e il fornitore di software. Ciascuno di essi ha un contratto, un costo e una velocità di risposta diversi. In assenza di una definizione scritta dei ruoli, la richiesta viene inoltrata a chi ha risposto la settimana precedente, che ora lavora altrove.

Linee guida Microsoft per l'implementazione di Dynamics 365 definisce l’ambito dell’assistenza indicando cosa viene supportato, chi fornisce l’assistenza, quando e come. Un passaggio di consegne dell’assistenza ERP che si limiti a elencare le funzioni lascia lo stesso vuoto, sebbene in forma più ordinata. Ogni categoria necessita di una persona responsabile e di un sostituto, poiché i criteri di uscita dall’assistenza intensiva ERP rimangono poco chiari senza tale delimitazione.

Un esempio concreto di responsabilità locale e di gruppo

Il confine diventa reale solo quando si confronta con le richieste che l’impianto solleverà. Cinque elementi rappresentativi, ciascuno con un responsabile, mettono in luce i casi che nessuno aveva preso in considerazione. L’elenco illustra la disciplina, non un’assegnazione fissa.

• Un'entrata merci bloccata a causa di un errore nei dati anagrafici: è lo stabilimento a risolvere il problema, poiché il responsabile dei dati lavora proprio lì.
• Una condizione di determinazione del prezzo che si discosta dal modello di gruppo: la decisione spetta al responsabile del processo di gruppo.
• Un’interfaccia notturna con il magazzino austriaco: l’integratore si occupa delle verifiche, mentre la funzione di gruppo ne assume la responsabilità.
• Un difetto riproducibile in un ambiente pulito: solo il fornitore del software può risolverlo.
• Una richiesta che non rientra in nessuna di queste categorie: spetta al promotore del programma decidere in merito.

I termini commerciali dimostrano quanto possano essere restrittive le definizioni. La descrizione del servizio fornita da SAP per il proprio Servizio operativo potenziato per la fase di assistenza intensiva prevede una durata di quattro settimane e un tempo di pianificazione di tre settimane. Il suo ambito di applicazione comprende la gestione di SAP Basis, del database e dei server su SAP Cloud ERP Private. Non viene specificato per quanto tempo uno stabilimento necessiti di assistenza.

Dimostrare la preparazione del supporto ERP locale attraverso casi rappresentativi

Uno stabilimento dimostra di essere pronto a fornire supporto ERP a livello locale; non lo dichiara semplicemente. Nelle ultime settimane della fase di “hypercare”, il team di progetto dovrebbe osservare come il personale locale risolva i problemi emersi in precedenza. La prova consiste nel verificare se la richiesta giunge alla persona giusta e se questa è in grado di intervenire.

L'escalation richiede esercitazioni pratiche anziché semplice documentazione. Un percorso che esiste solo su una diapositiva non ha mai affrontato un incidente di gravità 1 verificatosi in un momento inopportuno. Eseguite due o tre simulazioni di escalation mentre le risorse centrali sono ancora in loco e verificate se la funzione di supporto permanente è in grado di gestire il carico di lavoro.

Copertura dei turni e lingua in un impianto a funzionamento continuo

Inoltre, la copertura è solitamente l'aspetto più debole dell'accordo. Direttiva 2003/88/CE definisce il lavoro a turni come il susseguirsi di lavoratori nelle stesse postazioni di lavoro, in modo continuativo o meno. Nel 2025 la Slovacchia ha prodotto circa 1,07 milioni di veicoli. Lo Zväz automobilového priemyslu SR, l’Associazione slovacca dell’industria automobilistica, ha reso noti tali dati preliminari il 13 gennaio 2026. Un impianto che eroga quel volume non si ferma alle 17:00, quindi un guasto notturno rimane irrisolto fino al mattino.

Anche la lingua rientra in questa decisione. Se lo stabilimento formula richieste in slovacco mentre il centro operativo lavora in tedesco, la traduzione diventa una fase non documentata in ogni incidente. Il Camera di commercio federale austriaca conta circa 49.000 dipendenti distribuiti in 80 centri di servizi condivisi in Slovacchia. Un gruppo che opera tra Vienna e Bratislava, Trnava, Žilina o Nitra raramente parte da zero.

Smaltire il lavoro in sospeso prima della transizione del supporto post-go-live

La transizione del supporto post-go-live non richiede una coda vuota e la regola del “zero ticket” non è realistica. Ogni voce in sospeso dovrebbe uscire dalla fase di hypercare con un responsabile, una conseguenza aziendale e una data di revisione. I criteri pratici di uscita dall’hypercare ERP considerano le voci in sospeso come incarichi piuttosto che come ostacoli.

Relazioni di Forvis Mazars La legge n. 385/2025, pubblicata il 19 dicembre 2025, modifica la legge n. 222/2004 Coll. sull’imposta sul valore aggiunto. A partire dal 1° gennaio 2027, i soggetti passivi IVA nazionali sono tenuti a emettere e ricevere fatture in un formato elettronico prestabilito. Sono inoltre tenuti a comunicare i dati relativi alle cessioni nazionali all’Amministrazione finanziaria della Repubblica Slovacca. La legge recepisce Direttiva (UE) 2025/516 del Consiglio sulle norme in materia di IVA nell'era digitale.

Un impianto che entrerà in funzione alla fine del 2026 dovrà affrontare tale modifica poche settimane dopo che il team di avviamento se ne sarà andato. La modifica potrebbe rientrare nelle competenze del team responsabile dei modelli di gruppo, del reparto finanziario locale o di una richiesta di modifica non ancora valutata. Decidere di quale si tratti prima che il team si sciolga costa meno che farlo a dicembre.

Il registro del passaggio di consegne dell'assistenza

Un documento di questo tipo garantisce la tracciabilità della decisione e richiede circa un’ora per ogni area di processo. È opportuno completarlo mentre il team di progetto è ancora in grado di rispondere alle domande, poiché diventa la dichiarazione ufficiale e duratura del gruppo in merito alla prontezza del supporto ERP locale. Infine, viene firmato dal responsabile dello stabilimento e dal CIO del gruppo e riporta sei voci per ciascuna categoria di richiesta:

1. Tipo di problema, in termini aziendali piuttosto che in termini di sistema.
2. Titolare: soggetto locale, gruppo o partner, indicato come persona fisica.
3. Copertura e accesso: orari, lingua e autorizzazioni operative.
4. Test di escalation: la data e il risultato.
5. Dipendenze aperte: voci previste dalla legge e relative alle interfacce, con le relative date.
6. Decisione di uscita: sostegno totale, graduale o mantenuto.

Scegliere la modalità di uscita: supporto completo, graduale o continuativo

Il gruppo può approvare un'uscita completa, organizzarla per fasi in base ai processi oppure mantenere una capacità definita. Un'uscita completa riporta tutto alla funzione di supporto permanente. Un'uscita graduale mantiene il supporto centrale per determinati processi; si tratta quindi di una decisione relativa all'ambito piuttosto che alla tempistica. Ogni opzione richiede un responsabile, una motivazione e un punto di revisione.

Individuare due o tre processi che rimangano di competenza centrale è più economico che estendere tutto. Inoltre, è più chiaro per lo stabilimento. Anche il sito successivo ne trae vantaggio, poiché il gruppo mette a disposizione gli specialisti in modo mirato.

Il sostegno mantenuto senza una data di revisione diventa proprio quella dipendenza che il gruppo voleva evitare. Laddove la capacità permanga, il documento dovrebbe indicare quali elementi ne determinano la cessazione. A Caso di studio di CE Interim su un incarico temporaneo relativo alla catena di approvvigionamento presenta lo stesso problema di ordinamento, in un programma di gestione del magazzino in esecuzione parallelamente a un'implementazione ritardata di SAP Extended Warehouse Management.

Domande che i gruppi pongono prima di interrompere l'hypercare

Che cos’è l’“hypercare” nell’ambito dell’ERP?

L'Hypercare è il periodo di assistenza intensificata che segue immediatamente la messa in produzione di un sistema. Chi lo ha sviluppato rimane a stretto contatto con chi lo utilizza. Esiste perché il funzionamento in produzione fa emergere problemi che i test non rilevano.

È necessario chiudere tutte le segnalazioni prima della fine dell'hypercare?

No, e considerare una coda vuota come lo standard non fa che ritardare il passaggio di consegne senza migliorarlo. Ogni problema aperto deve avere un responsabile, una conseguenza e una data di revisione. Un elenco documentato dei problemi noti è preferibile a una coda breve ottenuta riclassificando il lavoro.

Chi si fa carico delle questioni una volta che il team di progetto se ne va?

La responsabilità segue i confini concordati prima della partenza. L’impianto si occupa delle questioni relative ai dati locali, mentre la funzione di gruppo si occupa della progettazione e delle questioni che riguardano più siti. L’integratore si occupa dei risultati previsti dal contratto, mentre il fornitore del software si occupa dei difetti. Per tutto il resto, la responsabilità ricade di default sullo sponsor del programma.

In che modo un trasferimento graduale delle attività di supporto differisce dall’estensione dell’intero programma?

Un trasferimento graduale delle attività di assistenza ERP riporta la maggior parte delle categorie di richieste alla funzione di assistenza permanente. L’assistenza centrale rimane attiva per le eccezioni specificatamente indicate. L’estensione del programma, invece, mantiene l’intera struttura del progetto e il relativo fabbisogno di specialisti.

La decisione che il gruppo deve prendere

La scelta è tra un'uscita completa, un'uscita graduale e il mantenimento del supporto con un proprietario e una data di revisione. Il gruppo non dovrebbe lasciare che la data di uscita concordata sostituisca questa scelta. Il programma ha fissato tale data prima che fossero disponibili prove a sostegno, e la transizione del supporto post-go-live è una decisione che il gruppo dovrebbe registrare come tale.

Laddove la funzione di supporto permanente sia pronta e dotata delle risorse necessarie, dovrebbe guidare il passaggio di consegne. Laddove nessuno sia responsabile del confine stesso, un direttore del programma ERP o un direttore della trasformazione può organizzare un passaggio di consegne circoscritto e ritirarsi una volta concordato il documento. CE Interim, parte di Valtus Alliance, struttura questo tipo di mandato tra una sede centrale austriaca e un Attività industriale slovacca.

Il costo di un errore in questo ambito è raramente grave, e proprio questo è parte del problema. Si traduce in una chiusura di fine mese più lenta, soluzioni provvisorie che si trasformano in costi di manodopera e un ritardo nell’adeguamento alle modifiche normative. Se applicati correttamente, i criteri di uscita dall’“hypercare” dell’ERP descrivono un passaggio di consegne che il gruppo può giustificare, non una data già fissata.