ERP-modernizáció és SAP ECC kivezetés: a mérnöki munka a migráció körül, amelyet senki nem tervezett be

Minden ERP-migrációban két projekt lakik. Az egyik benne van a tervben (az új rendszer, a folyamattervezés, a rendszerintegrátor), a másik a negyedik hónapban bukkan elő, amikor valaki megszámolja az interfészeket.

Ez a második projekt a miénk. A nyolcvan egyedi integráció, a riportok, amelyekre a pénzügy támaszkodik és amelyeknek nincs gazdájuk, a raktári terminálok, amelyek egy adatbázisnézettel beszélgetnek, az ügyfélportál, amely közvetlenül a régi táblákból olvas, és a húsz év adata, amelynek olyan formában kell megérkeznie az új rendszerbe, hogy az elfogadja. Az eredeti scope-ban ez ritkán van benne, a határidőt viszont gyakran ez dönti el.

Miért most van ez napirenden

Az SAP ECC 6.0 általános (mainstream) karbantartása 2027. december 31-én jár le. A kiterjesztett karbantartás 2030 végéig elviheti a céget, felárral és szűkített tartalommal. A telepített bázis jelentős része el sem indult, egy migráció jellemzően tizennyolc-harminchat hónap, a partneri és hyperscaler-kapacitást pedig most foglalják le.

Ugyanez a nyomás megvan az SAP-n kívül is. Az Oracle EBS ügyfelei a maguk támogatási horizontjával néznek szembe, a Dynamics AX és NAV telepítéseket a Business Central és a Dynamics 365 felé terelik, és a hosszú farokban ott van rengeteg cég, amelyik egy évtizede erősen testreszabott ERP-t futtat, olyan emberek keze nyomán, akik azóta már elmentek.

Bármi is a célrendszer, a probléma alakja ugyanaz: az ERP nem sziget, és ami hozzá van kötve, az általában dokumentálatlan.

Amit csinálunk

Interfészfeltárás és leltár

Mielőtt bármit meg lehetne tervezni, valakinek meg kell állapítania, mi beszél valójában az ERP-vel. Ezt tapasztalati úton tesszük (adatbázisnaplók, hálózati forgalom, ütemezett jobok, integrációs middleware-konfiguráció és forráskód olvasásával), nem kérdőívek körbeküldésével és reménykedéssel.

Az eredmény minden interfész leltára: irány, protokoll, gyakoriság, adatmennyiség, üzleti gazda ott, ahol találunk ilyet, és értékelés arról, hogy újra kell-e építeni, kivezethető-e, vagy adaptálható. Az ügyfelek rendszeresen a vártnak a két-ötszörösét találják, és számottevő részükről kiderül, hogy semmit nem szolgálnak ki.

Az integrációs réteg újraépítése

Újraépítjük azokat az interfészeket, amelyeknek túl kell élniük, és inkább egy absztrakció ellen építjük őket újra, mint közvetlenül az új rendszerre. A szatellitalkalmazások és az ERP közé tett integrációs réteg azt jelenti, hogy a következő migrációnál (mert lesz következő), nem kell ezt a kört megfutni. Azt is lehetővé teszi, hogy hullámokban vigye át az alkalmazásokat, ne egyetlen átállási hétvégén.

A munka kiterjed IDoc- és BAPI-interfészekre, OData-szolgáltatásokra, egy korábbi korszakból örökölt SOAP-végpontokra, fájlos és SFTP-s adatcserére, amely az európai B2B felét ma is viszi, üzenetsorokra, és modern REST API-kra az új oldalon.

Adatmigrációs mérnöki munka

Kinyerés, tisztítás, transzformáció, betöltés és (a rendszerint alábecsült rész) egyeztetés. A migrációt ismételhető kódként építjük meg, nem egyszeri szkriptként, hogy tucatszor le lehessen futtatni egyre tisztább adatokon, és az eredményeket minden alkalommal automatikusan össze lehessen hasonlítani.

A hitelesség az egyeztetésben lakik. A pénzügy nem attól ír alá egy migrációt, hogy a betöltés lefutott, hanem attól, hogy az egyenlegek egyeznek, a darabszámok egyeznek, és a megmaradó eltérések magyarázva vannak és írásban elfogadva.

Egyedi alkalmazások, amelyek túlélik az ERP-t

A legtöbb cégnél van néhány alkalmazás a régi ERP köré építve, amely olyasmit kódol le, amit az ERP nem tudott: konfigurátor, árazóeszköz, gyártósori terminál, ügyfélportál, tervezési táblázat, amely idővel tartószerkezetté vált. Némelyiket ki kell vezetni az új rendszer sztenderd funkciójába. Némelyik valódi versenyelőny, és önálló alkalmazásként érdemes rendesen újraépíteni, immár nem hozzáhegesztve egy adatbázissémához, amely éppen megváltozik.

Segítünk szétválasztani a kettőt, és megépítjük azt, amit megtartani érdemes.

Riportok és az árnyék-adatvagyon

Minden hosszú életű ERP körül kinő egy réteg riport, adatkinyerés és táblázat. Ezek látványosan törnek el az átálláskor, és szinte soha nincsenek benne a tervben. Leltárba vesszük őket, azonosítjuk azokat, amelyeken az üzlet valóban fut, és újraépítjük őket az új adatmodellre vagy egy olyan riportrétegre, amely leválasztja őket róla.

Kivezetés és adatmegőrzés

A régi rendszerben olyan iratok vannak, amelyeket a kikapcsolás után évekig meg kell őriznie. Az ECC egy évtizeden át csak olvasható módban futtatva drága módja egy megőrzési szabály teljesítésének. Megépítjük a kinyerést egy hozzáférhető archívumba, azokkal a keresési és exportálási útvonalakkal, amelyeket a könyvvizsgálók és az adóhatóság ténylegesen kérni szoktak: így a régi rendszer kikapcsolható.

Amit nem csinálunk

Nem vagyunk SAP funkcionális tanácsadó cég. Nem konfigurálunk FI/CO-t, nem tervezzük meg a folyamatsablonjait, és nem mi vagyunk az a partner, aki az S/4HANA-programot viszi. Ezek szakértői szerepek, és érdemes rájuk szakértőt hozni.

Mi az a mérnökcsapat vagyunk, amely e mellett a partner mellett dolgozik mindazon, amit az ERP érint, de amit az ERP-program nem fed le. A gyakorlatban vagy közvetlenül az ügyfél bíz meg minket azzal, hogy a program felőli oldalát védjük, vagy alvállalkozóként dolgozunk a programot vivő rendszerintegrátornak.

Ha olyat keres, aki a teljes S/4HANA-konverziót átveszi, megmondjuk, hogy nem mi vagyunk azok, és ezt inkább az első beszélgetésen tesszük meg, mint a harmadikon.

Hol dolgozunk

Egy S/4HANA-program mellett: integrációk újraépítése, adatmigrációs mérnöki munka, szatellitalkalmazások és a legacy környezet kivezetése.

Az SAP-ról teljesen elmozduló migrációkban: Odoo, Dynamics 365 Business Central, ERPNext, NetSuite vagy iparágspecifikus rendszer felé; ez leginkább azoknál a középvállalatoknál gyakori, amelyeknek az S/4HANA aránytalan. Itt az integrációs és adatmunka teszi ki a projekt nagyobbik részét.

Oracle-, Dynamics AX/NAV- és Infor-környezetekben, amelyekre ugyanez az életciklusnyomás nehezedik, kevesebb figyelem mellett.

Azoknál a cégeknél, akik egyelőre nem migrálnak, akik úgy döntöttek, hogy maradnak, és a környező rendszereket kell modernizálni, az interfészeket támogathatóvá tenni, a kockázatot csökkenteni, amíg várnak.

Hogyan zajlik egy együttműködés

Feltárás, három-hat hét. Interfészleltár, adatminőségi felmérés, szatellitalkalmazások átnézése és írásos jelentés arról, hogyan néz ki valójában a környező rendszerkörnyezet. Ezt szándékosan önálló megbízásként is vállaljuk: több ügyfelünk ennek alapján tárgyalta újra egy rendszerintegrátori ajánlat tartalmát és árát, ami bőven visszahozta az árát.

Fejlesztés, a fő programmal párhuzamosan: integrációs réteg, migrációs pipeline, alkalmazás-újraépítések, az Ön ütemezése szerint és az Ön átállási dátumára.

Átállási támogatás, a próbaátállásokkal, az egyeztetési futásokkal és a hypercare időszakkal együtt, amikor a tesztben soha rendesen ki nem próbált interfészek végre élesben mennek.

Kivezetés, miután az új rendszer stabil és az archívumot leigazolták.

Technológia

Java, .NET, Python, Node.js és PHP az alkalmazásoldalon; SAP-interfésztechnológiák, köztük IDoc, BAPI, RFC és OData; middleware, köztük MuleSoft, Apache Camel, Kafka és Azure Integration Services; SQL Server, Oracle, DB2, HANA és PostgreSQL; AWS és Azure. Ahol a meglévő környezet valami régebbin fut (Delphi, VB6, PowerBuilder, az ERP mellett COBOL), az ismerős terep, nem meglepetés.

Gyakori kérdések

Pontosan mikor jár le az SAP ECC támogatása?

Az SAP ECC 6.0 általános (mainstream) karbantartása 2027. december 31-én jár le. A kiterjesztett karbantartás 2030 végéig érhető el, felárral és szűkített tartalommal. Az enhancement packre és a szerződésére vonatkozó pontos feltételeket érdemes közvetlenül az SAP-val egyeztetni, mert ezek eltérnek.

Már kiválasztottunk egy rendszerintegrátort. Ti hol jöttök a képbe?

Mellettük. Az integrátoré az ERP-konverzió, miénk a körülötte lévő környezet: interfészek, adatmérnöki munka, szatellitalkalmazások, riportok és kivezetés. Ez a felosztás bevett, az integrátort a saját szakterületén tartja, és azt jelenti, hogy azokért a részekért is felel valaki, amelyek egyébként a szerződések közé szoktak esni.

Reális teljesen lelépni az SAP-ról?

Néhány cégnél igen. Azon múlik, mennyi az, amit sztenderd módon csinálnak, mennyi ül testreszabásban, és hogy egy kisebb platform elbírja-e a volumenét és a szabályozási követelményeit. Középvállalati gyártóknál és nagykereskedőknél valós opció, összetett multinacionális csoportoknál rossz. A feltárási szakasz nem érvet ad a döntéshez, hanem bizonyítékot.

Mennyi ideig tart az interfészleltár?

A legtöbb középvállalati környezetben három-hat hét. Nagyrészt a hozzáférés szabja meg: milyen gyorsan jutunk el a logokhoz, a forráskódhoz, a middleware-konfigurációhoz és azokhoz az emberekhez, akik emlékeznek rá, valami miért van.

Elérhető marad a régi rendszer az auditokhoz, miután lekapcsoljuk?

Igen. Megépítjük a kinyerést egy lekérdezhető archívumba, azzal a megőrzési idővel, keresési és exportálási képességgel, amelyet a könyvvizsgálói és az adóhatóság megkövetel. Ez rendszerint jóval olcsóbb, mint egy licencelt ERP-t egy évtizeden át csak olvasható módban futtatni.

Mi van, ha úgy döntünk, hogy még nem migrálunk?

Ez legitim döntés, különösen úgy, hogy a kiterjesztett karbantartás 2030-ig elérhető. A teendő ilyenkor a kockázat csökkentése a köztes időben: az interfészek dokumentálása és stabilizálása, a semmit nem szolgáló elemek kivezetése, és az ERP körüli alkalmazások modernizálása, hogy amikor mégis lép, ne a környező rendszerkörnyezet legyen az akadály.

Kezdjen hozzá

Mondja el, mit futtat, hol tart a döntésben, és hogy van-e már kiválasztott integrátor. Megmondjuk, mibe fog várhatóan kerülni a környező rendszerkörnyezet, és hol kezdenénk.

Vegye fel velünk a kapcsolatot interfész- és adatfeltárás felméréséhez.

Kapcsolódó szolgáltatások

• Örökség rendszerek karbantartása: azokhoz a rendszerekhez, amelyek maradnak, ahol vannak
• Elektronikus számlázás integrációja: a kötelezettség, amely gyakran a migráció közepén érkezik
• Személyzet Bővítés és Outsourcing: mérnökök a program teljes időtartamára beépülve