Pe scurt

Fabrica funcționează de șase săptămâni, iar echipa de proiect este programată să se deplaseze la următorul amplasament. Această dată de plecare ține cont de bugetul programului, nu de capacitatea locală. Criteriile utile de ieșire din faza de „hypercare” a sistemului ERP pun o întrebare mai precisă: pot fabrica, funcția de grup și partenerul să rezolve fiecare, în mod individual, solicitările care le vor parveni mâine? Grupul alege între o ieșire completă, o ieșire etapizată și menținerea sprijinului, și ar trebui să consemneze alegerea făcută.

Criteriile de ieșire din programul „Hypercare” pentru ERP încep cu o decizie documentată privind predarea sarcinilor

„Hypercare” este perioada de asistență intensificată imediat după lansare, când cei care au construit sistemul rămân în strânsă legătură cu utilizatorii acestuia. Aceasta se încheie la o dată stabilită cu mult înainte ca sistemul să fi funcționat efectiv timp de o lună. Finalizarea lansării și existența unei organizații de asistență pregătită să preia sarcinile reprezintă etape distincte.

Stabilirea acestei date din timp este rezonabilă. Departamentul financiar aprobă bugetele pe baza unui calendar, iar următoarea etapă solicită deja specialiștii. Dificultățile apar atunci când data devine o constatare privind uzina, mai degrabă decât o decizie privind resursele. Directorul informatic al grupului și sponsorul programului au nevoie de dovezi pe care să le poată prezenta ulterior.

Cu toate acestea, agenda aferentă acestei date este foarte încărcată. SAP SE a confirmat acest lucru pe 7 octombrie 2026 că serviciul de întreținere standard pentru SAP Business Suite 7 se încheie la 31 decembrie 2027. Serviciul opțional de întreținere extinsă se desfășoară până la 31 decembrie 2030. Acesta Raportul de investiții DSAG 2026 au fost chestionate 198 de companii membre ale Deutschsprachige SAP-Anwendergruppe. Dintre acestea, 54% utilizau încă SAP ECC sau o versiune mai veche a Business Suite, iar 42% planificau investiții mari sau medii în SAP S/4HANA on-premises în 2026. DSAG subliniază că eșantionul său pentru 2026 se compară mai bine cu cel din 2024 decât cu cel din 2025.

Stabiliți limitele serviciului de asistență înainte de predarea serviciului de asistență ERP

După plecarea echipei de proiect, patru părți pot primi o solicitare: fabrica, departamentul central, integratorul de sisteme și furnizorul de software. Fiecare dintre acestea are un contract, un cost și o viteză de răspuns diferite. În absența unei delimitări clare, solicitarea ajunge la persoana care a răspuns săptămâna trecută, care acum lucrează în altă parte.

Ghidul de implementare al Microsoft pentru Dynamics 365 definește domeniul de aplicare al asistenței ca fiind ceea ce este acoperit de asistență, cine oferă asistența, când și cum. O procedură de predare a asistenței ERP care menționează doar funcțiile lasă aceeași lacună, dar într-o formă mai ordonată. Fiecare categorie are nevoie de o persoană desemnată și de un adjunct, deoarece criteriile de ieșire din programul „hypercare” al sistemului ERP rămân insuficiente fără această delimitare.

Un exemplu concret privind responsabilitatea locală și cea de grup

Limita devine reală abia atunci când se confruntă cu cererile pe care le va formula fabrica. Cinci elemente reprezentative, fiecare având un responsabil, scot la iveală situațiile pe care nimeni nu le-a luat în considerare. Lista ilustrează disciplina, nu o alocare fixă.

• O recepție de marfă blocată din cauza unei erori în datele de bază: unitatea de producție rezolvă problema, deoarece responsabilul cu datele lucrează acolo.
• O condiție de stabilire a prețurilor care se abate de la modelul stabilit la nivel de grup: decizia îi revine responsabilului de proces din cadrul grupului.
• O interfață operativă cu depozitul din Austria: integratorul investighează, iar departamentul de grup își asumă responsabilitatea.
• O eroare care poate fi reprodusă într-un mediu curat: numai furnizorul de software o poate remedia.
• O cerere care nu se încadrează în niciuna dintre aceste categorii: aceasta revine în sarcina sponsorului programului.

Termenii comerciali ilustrează cât de restrictive pot fi definițiile. Descrierea serviciilor oferită de SAP pentru produsul său Serviciu operațional îmbunătățit pentru faza de îngrijire intensivă stabilește o durată de patru săptămâni și un termen de planificare de trei săptămâni. Domeniul său de aplicare cuprinde SAP Basis, gestionarea bazelor de date și a serverelor în cadrul SAP Cloud ERP Private. Nu se menționează nimic cu privire la durata pentru care o unitate de producție are nevoie de asistență.

Demonstrați capacitatea de a oferi asistență locală pentru sistemul ERP prin exemple reprezentative de probleme

O unitate demonstrează că este pregătită să ofere asistență ERP la nivel local; nu se limitează la a afirma acest lucru. În ultimele săptămâni ale fazei de „hypercare”, echipa de proiect ar trebui să observe modul în care personalul local rezolvă problemele apărute anterior. Testul constă în a verifica dacă solicitarea ajunge la persoana potrivită și dacă acea persoană poate lua măsuri.

Escaladarea necesită exerciții practice, nu doar documentație. O procedură care există doar pe o diapozitivă nu s-a confruntat niciodată cu un incident de gravitate 1 survenit la o oră nepotrivită. Efectuați două sau trei escaladări simulate cât timp resursele centrale se află încă la fața locului și verificați dacă funcția de asistență permanentă poate face față sarcinii.

Acoperirea turelor și limba de lucru într-o fabrică care funcționează în regim continuu

În plus, acoperirea este, de obicei, punctul cel mai slab al acordului. Directiva 2003/88/CE definește munca în schimburi ca fiind situația în care lucrătorii se succed la aceleași posturi de lucru, în mod continuu sau nu. Slovacia a produs aproximativ 1,07 milioane de vehicule în 2025. Zväz automobilového priemyslu SR, Asociația Industriei Auto din Slovacia, a comunicat aceste cifre preliminare pe 13 ianuarie 2026. O instalație care alimentează un astfel de volum nu își încetează activitatea la ora 17:00, așa că o defecțiune survenită pe timpul nopții rămâne nerezolvată până dimineața.

Limba este, de asemenea, un aspect care trebuie luat în considerare în aceeași decizie. Dacă fabrica formulează solicitări în limba slovacă, în timp ce biroul central al grupului lucrează în limba germană, traducerea devine o etapă neînregistrată în fiecare incident. Camera Federală de Comerț din Austria are aproximativ 49.000 de angajați în 80 de centre de servicii comune din Slovacia. O echipă care lucrează între Viena și Bratislava, Trnava, Žilina sau Nitra pornește rareori de la zero.

Finalizați lucrările în curs înainte de tranziția către asistența post-lansare

Tranziția către asistența post-lansare nu necesită o coadă goală, iar regula „zero tichete” nu este realistă. Fiecare element deschis ar trebui să părăsească faza de asistență intensivă (hypercare) având un responsabil, o consecință pentru afaceri și o dată de revizuire. Criteriile practice de ieșire din faza de asistență intensivă (hypercare) a sistemului ERP tratează elementele deschise ca sarcini atribuite, mai degrabă decât ca obstacole.

Rapoartele Forvis Mazars Legea nr. 385/2025, publicată la 19 decembrie 2025, modifică Legea nr. 222/2004 privind taxa pe valoarea adăugată. Începând cu 1 ianuarie 2027, plătitorii de TVA de pe piața internă trebuie să emită și să primească facturi într-un format electronic prescris. De asemenea, aceștia trebuie să raporteze datele privind livrările pe piața internă către Administrația Financiară a Republicii Slovace. Legea transpune Directiva (UE) 2025/516 a Consiliului privind normele referitoare la TVA în era digitală.

O unitate care va intra în funcțiune la sfârșitul anului 2026 se confruntă cu această modificare la câteva săptămâni după plecarea echipei de lansare. Aceasta poate ține de echipa responsabilă de șabloanele de grup, de departamentul financiar local sau de o cerere de modificare fără cost estimat. A decide care dintre acestea este cauza, înainte ca echipa să se disperseze, costă mai puțin decât a decide acest lucru în decembrie.

Registrul de predare a sprijinului

Un singur document asigură trasabilitatea deciziei și necesită aproximativ o oră pentru fiecare domeniu de proces. Completați-l cât timp echipa de proiect mai poate răspunde la întrebări, deoarece acesta devine declarația oficială a grupului privind gradul de pregătire pentru suportul ERP la nivel local. În final, documentul este semnat de directorul fabricii și de directorul IT al grupului și cuprinde șase elemente pentru fiecare categorie de solicitare:

1. Tipul problemei, din perspectiva afacerii, nu din cea a sistemului.
2. Proprietar: local, de grup sau partener, desemnat ca persoană fizică.
3. Acoperire și acces: program, limba și autorizațiile necesare pentru a acționa.
4. Test de escaladare: data și rezultatul.
5. Dependențe deschise: elemente prevăzute de lege și elemente de interfață, cu date.
6. Decizia privind ieșirea: sprijin integral, eșalonat sau menținut.

Alegeți varianta de ieșire: sprijin complet, eșalonat sau menținut

Grupul poate aproba o retragere completă, o poate realiza etapizat, pe procese, sau poate menține o capacitate definită. O retragere completă transferă totul înapoi către funcția de suport permanent. O retragere etapizată menține suportul central pentru anumite procese, deci este o decizie legată mai degrabă de domeniul de aplicare decât de timp. Fiecare opțiune necesită un responsabil, un motiv și un moment de revizuire.

Este mai ieftin să desemnezi două sau trei procese care să asigure asistența centralizată decât să extinzi totul. De asemenea, este mai clar pentru fabrică. Și următoarea unitate beneficiază de acest lucru, deoarece grupul pune la dispoziție specialiști în mod deliberat.

Sprijinul menținut fără o dată de revizuire devine tocmai acea dependență pe care grupul dorea să o evite. În cazul în care capacitatea rămâne neschimbată, în dosar ar trebui să se precizeze ce elemente de probă duc la încetarea acesteia. A Studiu de caz al CE privind un mandat temporar în domeniul lanțului de aprovizionare prezintă aceeași problemă legată de ordonare, într-un program de gestionare a depozitelor care funcționează în paralel cu o implementare întârziată a sistemului SAP Extended Warehouse Management.

Întrebări pe care grupurile le pun înainte de a încheia perioada de îngrijire intensivă

Ce este „hypercare” în domeniul ERP?

Hypercare este perioada de asistență intensificată imediat după punerea în funcțiune a unui sistem. Cei care l-au dezvoltat rămân în strânsă legătură cu utilizatorii acestuia. Această etapă este necesară deoarece funcționarea în condiții reale generează probleme care nu apar în timpul testării.

Este necesar ca toate problemele să fie rezolvate înainte de încheierea perioadei de „hypercare”?

Nu, iar tratarea unei cozi goale ca pe un standard întârzie predarea sarcinilor fără a îmbunătăți procesul. Fiecare problemă deschisă are nevoie de un responsabil, o consecință și o dată de revizuire. O listă documentată a problemelor cunoscute este mai utilă decât o coadă scurtă obținută prin reclasificarea sarcinilor.

Cine se ocupă de probleme după plecarea echipei de proiect?

Responsabilitatea se stabilește în conformitate cu delimitarea convenită înainte de începerea proiectului. Departamentul de instalații se ocupă de aspectele legate de datele locale, iar departamentul de grup se ocupă de proiectare și de aspectele care vizează mai multe locații. Integratorul este responsabil pentru livrabilele prevăzute în contract, iar furnizorul de software este responsabil pentru defecte. Orice alt aspect revine, în mod implicit, sponsorului programului.

În ce fel diferă transferul treptat al responsabilității de extinderea întregului program?

O predare treptată a serviciilor de asistență ERP readuce majoritatea categoriilor de solicitări în cadrul funcției permanente de asistență. Asistența centralizată rămâne valabilă doar pentru anumite excepții. Extinderea programului, în schimb, menține întreaga structură a proiectului și necesarul de specialiști aferent.

Decizia care trebuie luată în fața grupului

Opțiunile sunt următoarele: o ieșire completă, o ieșire etapizată și menținerea sprijinului cu un proprietar și o dată de revizuire. Grupul nu ar trebui să considere data de ieșire convenită ca fiind definitivă. Programul a stabilit acea dată înainte de a exista dovezi concrete, iar tranziția către sprijinul post-lansare este o decizie pe care grupul ar trebui să o consemneze ca atare.

În cazul în care funcția de sprijin permanent este pregătită și dispune de resurse, aceasta ar trebui să coordoneze procesul de predare-preluare. În cazul în care nimeni nu este responsabil direct de acest domeniu, un director de program ERP sau un director de transformare poate organiza o predare-preluare delimitată și își poate încheia mandatul odată ce documentația este aprobată. CE Interim, parte a Valtus Alliance, structurează acest tip de mandat între un sediu central din Austria și un Activitate industrială slovacă.

Costul unei greșeli în acest sens este rareori dramatic, ceea ce constituie o parte a problemei. Acesta se manifestă printr-o închidere mai lentă a lunii, soluții provizorii care se transformă în costuri cu forța de muncă și o modificare tardivă a legislației. Aplicate corect, criteriile de ieșire din „hypercare” ale sistemului ERP descriu o predare pe care grupul o poate justifica, nu o dată deja stabilită.