Röviden

Az üzem már hat hete működik, és a projektcsapatot már beosztották a következő helyszínre. Ez az indulási dátum a program költségvetését tükrözi, nem pedig a helyi kapacitást. A hasznos ERP „hypercare” lezárási kritériumok egy szűkebb kérdést vetnek fel: Képes-e az üzem, a csoportszintű szervezeti egység és a partner egyaránt kezelni a holnap beérkező kéréseket? A csoport a teljes kilépés, a fokozatos kilépés és a továbbra is biztosított támogatás között választ, és rögzítenie kell a döntését.

Az ERP-hiperellátás befejezésének feltételei egy dokumentált átadási döntéssel kezdődnek

A „Hypercare” az üzembe helyezés utáni, fokozott támogatást jelentő időszak, amikor a rendszert fejlesztők szoros kapcsolatban állnak a felhasználókkal. Ez az időszak egy olyan időpontban ér véget, amelyet jóval azelőtt rögzítettek, hogy bárki is tapasztalta volna az első teljes üzemeltetési hónapot. A sikeres üzembe helyezés és a támogatást átvevő szervezet felkészültsége két különálló mérföldkőnek számít.

Ésszerű dolog korán meghatározni ezt az időpontot. A pénzügyi osztály az ütemterv alapján hagyja jóvá a költségvetéseket, és a következő hullám máris lekötözi a szakembereket. A nehézségek akkor kezdődnek, amikor az időpont már nem az erőforrásokról szóló döntés, hanem az üzemre vonatkozó megállapítás lesz. A csoport informatikai igazgatójának és a program szponzorának olyan bizonyítékokra van szükségük, amelyeket utólag is fel tudnak mutatni.

A dátumhoz tartozó naptár azonban tele van. Az SAP SE 2026. október 7-én megerősítette hogy az SAP Business Suite 7 alapkarbantartása 2027. december 31-én véget ér. Az opcionális kiterjesztett karbantartás 2030. december 31-ig tart. A DSAG befektetési jelentés 2026 A felmérés a Deutschsprachige SAP-Anwendergruppe 198 tagvállalatát érintette. Ezek közül 54 százalék még mindig az SAP ECC-t vagy egy régebbi Business Suite-verziót használt, míg 42 százalékuk 2026-ra jelentős vagy közepes mértékű, helyszíni SAP S/4HANA-beruházást tervezett. A DSAG megjegyzi, hogy a 2026-ra vonatkozó mintája inkább a 2024-es, mint a 2025-ös évvel összehasonlítható.

Az ERP-támogatás átadása előtt határozzák meg a támogatás határait

A projektcsapat távozása után négy fél kaphat beérkező kérést: az üzem, a csoportszintű szervezeti egység, a rendszerintegrátor és a szoftverbeszállító. Mindegyikükre eltérő szerződés, költség és válaszadási sebesség vonatkozik. Írásbeli határok hiányában a kérés ahhoz kerül, aki a múlt héten válaszolt rá, de most már máshol dolgozik.

A Microsoft Dynamics 365 bevezetési útmutatója A támogatási kör fogalmát úgy határozza meg, hogy mi tartozik a támogatás hatálya alá, ki nyújtja a támogatást, mikor és hogyan. Ha az ERP-támogatás átadásakor csak a funkciókat nevezik meg, ugyanaz a hiányosság marad fenn, csupán rendezettebb formában. Minden kategóriához kijelölt felelős személyre és helyettesre van szükség, mert ennek a határvonalnak a hiányában az ERP „hypercare” program kilépési kritériumai nem elég szigorúak.

Példa a helyi és a csoportos felelősségre

A határ csak akkor válik valósággá, ha összeütközésbe kerül a rendszer által felvetett igényekkel. Öt jellemző elem – mindegyikhez tartozik egy felelős személy – rávilágít azokra az esetekre, amelyekkel senki sem számolt. A lista a módszertant szemlélteti, nem pedig egy rögzített felosztást.

• A törzsadat-hiba miatt blokkolt áruátvétel: a gyár oldja meg a problémát, mivel az adatfelelős ott dolgozik.
• A csoportos szabályzattól eltérő árazási feltétel: a döntést a csoport folyamatfelelőse hozza meg.
• Éjszakai adatcsere az osztrák raktárral: az integrátor vizsgálja az ügyet, a csoportos funkció viseli a felelősséget.
• Tiszta környezetben reprodukálható hiba: ezt kizárólag a szoftverfejlesztő tudja kijavítani.
• Ha a kérelem egyik feltételnek sem felel meg: a döntés a program szponzorára hárul.

A kereskedelmi feltételek jól mutatják, milyen szűk körűek lehetnek a fogalommeghatározások. Az SAP szolgáltatásleírása a Kiterjesztett üzemeltetési szolgáltatás a Hypercare-fázisban négyhetes időtartamot és háromhetes tervezési előkészítési időt határoz meg. Hatálya kiterjed az SAP Basisra, valamint az SAP Cloud ERP Private adatbázis- és szerverkezelésére. Arról azonban nem tesz említést, hogy egy üzemnek mennyi ideig van szüksége támogatásra.

Bizonyítsa be a helyi ERP-támogatásra való felkészültséget reprezentatív problémák segítségével

Egy üzem azzal bizonyítja, hogy készen áll a helyi ERP-támogatásra, nem pedig azzal, hogy ezt kijelenti. A „hypercare” utolsó heteiben a projektcsapatnak figyelnie kell, ahogy a helyi munkatársak megoldják a korábban felmerült problémákat. A teszt arra irányul, hogy a kérés eljut-e a megfelelő személyhez, és hogy az a személy képes-e cselekedni.

Az eskalációhoz gyakorlatra van szükség, nem pedig dokumentációra. Egy olyan eljárás, amely csak egy dián létezik, még soha nem találkozott olyan első súlyosságú incidenssel, amely éppen egy alkalmatlan időpontban történt. Végezzen el két-három szándékos eskalációt, amíg a központi erőforrások még a helyszínen vannak, és nézze meg, hogy az állandó támogatási egység képes-e kezelni a terhelést.

Műszakbeosztás és nyelvhasználat egy folyamatosan működő üzemben

Ezen felül a fedezet általában a megállapodás leggyengébb pontja. 2003/88/EK irányelv a műszakmunkát úgy határozza meg, mint amikor a munkavállalók egymást váltják ugyanazon a munkaállomáson, akár folyamatosan, akár más módon. Szlovákia 2025-ben körülbelül 1,07 millió járművet gyártott. A Zväz automobilového priemyslu SR, azaz a Szlovák Autóipari Szövetség, 2026. január 13-án közölte ezeket az előzetes adatokat. Egy ilyen mennyiséget feldolgozó üzem nem áll le 17:00-kor, így egy éjszakai üzemzavar reggelig vár.

A nyelvkérdés is része ennek a döntésnek. Ha az üzem szlovákul nyújt be kérelmeket, miközben a csoportos ügyfélszolgálat németül dolgozik, akkor a fordítás minden esetnél egy nem rögzített lépéssé válik. A Osztrák Szövetségi Gazdasági Kamara Szlovákiában 80 közös szolgáltatási központban mintegy 49 000 alkalmazottat foglalkoztat. A Bécs, Pozsony, Trnava, Žilina vagy Nitra között működő csoport ritkán indul a nulláról.

A rendszer élesítése utáni támogatási átállás előtt zárják le a folyamatban lévő feladatokat

A rendszerbevezetés utáni támogatási átmenet nem feltételezi az ügyfélsor kiürítését, és a „nulla jegy” szabály sem reális. Minden nyitott tételnek úgy kell kilépnie a hipergondozási szakaszból, hogy rendelkezzen felelős személlyel, üzleti következménnyel és felülvizsgálati dátummal. A gyakorlati ERP-hipergondozási kilépési kritériumok a nyitott tételeket inkább feladatokként kezelik, mintsem akadályként.

A Forvis Mazars jelentései miszerint a 2025. december 19-én kihirdetett 385/2025. sz. törvény módosítja a hozzáadottérték-adóról szóló 222/2004. sz. törvényt. 2027. január 1-jétől a belföldi héa-fizetőknek előírt elektronikus formátumban kell kiállítaniuk és átvenniük a számlákat. Emellett kötelesek a belföldi szállításokra vonatkozó adatokat bejelenteni a Szlovák Köztársaság Pénzügyi Igazgatóságának. A törvény átülteti (EU) 2025/516 tanácsi irányelv a digitális korszakra vonatkozó áfa-szabályokról.

Egy 2026 végén üzembe helyezett rendszer már a bevezetési csapat távozását követő hetekben szembesül ezzel a változással. Lehet, hogy a csoportsablon-csapat, a helyi pénzügyi osztály vagy egy még árazatlan változtatási kérelemhez kapcsolódik. Ha ezt még a csapat feloszlása előtt eldöntik, az olcsóbb, mintha decemberben kellene dönteni róla.

A támogatás átadásáról szóló jegyzőkönyv

Egy ilyen dokumentum biztosítja a döntés ellenőrizhetőségét, és elkészítése folyamatterületenként körülbelül egy órát vesz igénybe. A dokumentumot akkor kell elkészíteni, amikor a projektcsapat még képes a felmerülő kérdésekre válaszolni, mivel ez lesz a csoport tartós nyilatkozata az ERP-rendszer helyi bevezetésére való felkészültségről. Végül az üzemvezető és a csoport informatikai igazgatója aláírja a dokumentumot, amely kérelemkategóriánként hat tételt tartalmaz:

1. A probléma típusa – üzleti szempontból, nem pedig rendszerbeli szempontból.
2. Tulajdonos: helyi, csoport vagy partner, személyként megnevezve.
3. Szolgáltatási kör és hozzáférés: nyitvatartási idő, nyelv és a tevékenység végzéséhez szükséges engedélyek.
4. Az eskaláció tesztelése: az időpont és az eredmény.
5. Nyitott függőségek: jogszabályi és interfész-elemek, dátumokkal.
6. Kilépési döntés: teljes, fokozatos vagy továbbra is fennmaradó támogatás.

Válassza ki a kilépés módját: teljes, fokozatos vagy megtartott támogatás

A csoport jóváhagyhatja a teljes kivonulást, a folyamatok szerinti fokozatos kivonulást, vagy megőrizheti a meghatározott kapacitást. A teljes kivonulás esetén minden visszakerül az állandó támogatási funkcióhoz. A fokozatos kivonulás során a megnevezett folyamatokhoz továbbra is központi támogatás biztosított, így ez inkább a hatókörre, mint az időtartamra vonatkozó döntés. Minden lehetőséghez meg kell nevezni egy felelőst, meg kell adni az indokot és a felülvizsgálati időpontot.

Két vagy három olyan folyamatot kijelölni, amelyeknél a központi támogatás marad, olcsóbb, mint mindent kiterjeszteni. Ez az üzem számára is átláthatóbb. A következő telephely is profitál belőle, mivel a csoport célzottan bocsát ki szakembereket.

A felülvizsgálati határidő nélküli támogatás meghosszabbítása pontosan az a függőségi helyzet, amelyet a csoport el akart kerülni. Amennyiben a kapacitás fennmarad, a nyilvántartásban fel kell tüntetni, hogy milyen bizonyítékok alapján szűnik meg. A A CE ideiglenes esettanulmánya egy ideiglenes ellátási lánc-megbízásról ugyanazt a sorrendbeli problémát mutatja egy raktárkezelő programban, amely az SAP Extended Warehouse Management késleltetett bevezetésével párhuzamosan fut.

Kérdések, amelyeket a csoportok feltennek a hipergondozás befejezése előtt

Mi az az ERP-hipercare?

A „Hypercare” az a fokozott támogatásra szánt időszak, amely közvetlenül a rendszer élesítését követi. A rendszert fejlesztő szakemberek szoros kapcsolatban maradnak a felhasználókkal. Ennek oka, hogy az éles üzemeltetés során olyan problémák merülnek fel, amelyek a tesztelés során nem jönnek elő.

Minden ügyet le kell zárni a „hypercare” időszak vége előtt?

Nem, és ha az üres várólistát tekintjük normának, az csak késlelteti az átadást, anélkül, hogy javítana a helyzeten. Minden nyitott feladatnak kell lennie egy felelősnek, egy következménynek és egy felülvizsgálati dátumnak. Az ismert problémák dokumentált listája jobb megoldás, mint a feladatok átsorolásával elért rövid várólista.

Ki felel a problémákért, miután a projektcsapat távozik?

A felelősségi körök az indulás előtt megállapodott határok szerint alakulnak. A telephely felel a helyszíni adatokkal kapcsolatos kérdésekért, a csoportfunkció pedig a tervezési és telephelyközi ügyekért. Az integrátor felel a szerződésben rögzített teljesítési kötelezettségekért, a szoftver-szolgáltató pedig a hibákért. Minden egyéb ügy alapértelmezés szerint a program szponzorának feladata.

Miben különbözik a támogatás fokozatos átadása a teljes program meghosszabbításától?

A fokozatos ERP-támogatási átadás során a legtöbb kérelemkategória visszakerül az állandó támogatási szolgálathoz. A központi ügyfélszolgálat csak meghatározott kivételek esetén marad meg. A program kiterjesztése viszont megőrzi a teljes projektstruktúrát és a szakemberek iránti igényt.

A csoport előtt álló döntés

A választás a teljes kivonulás, a fokozatos kivonulás, illetve a tulajdonos általi támogatás fenntartása és egy felülvizsgálati időpont között történik. A csoportnak nem szabad hagyni, hogy a megállapodás szerinti távozási dátum helyettesítse ezt a döntést. A program ezt a dátumot még az adatok rendelkezésre állása előtt rögzítette, és a rendszerbevezetés utáni támogatási átmenet olyan döntés, amelyet a csoportnak külön döntésként kell rögzítenie.

Amennyiben az állandó támogató egység felkészült és rendelkezik a szükséges erőforrásokkal, annak kell irányítania az átadást. Amennyiben senki sem felelős magáért a határért, az ERP-program igazgatója vagy az átalakítási igazgató szervezheti meg a határok kijelölésével járó átadást, és távozhat, miután a dokumentációt jóváhagyták. A Valtus Alliance részét képező CE Interim ilyen jellegű megbízást szervez meg egy osztrák központ és egy Szlovák ipari üzem.

A hibás végrehajtás költségei ritkán drámaiak, és éppen ez is része a problémának. Ez a hónapvégi zárás lassulásában, a munkaerőköltségekké váló ideiglenes megoldásokban, valamint a jogszabályi változások késedelmes bevezetésében nyilvánul meg. Megfelelően alkalmazva az ERP-rendszer „hypercare” kilépési kritériumai olyan átadást írnak le, amelyet a csoport meg tud védeni, nem pedig egy már előre rögzített dátumot.