BW/4HANA konverzió– 1. rész: Előkészítési fázis

A 2010-ben megjelent SAP HANA technológia, újszerű memória alapú tárolási eljárásával gyökeresen felforgatta az informatikai piacot és az utóbbi évek tapasztalatai azt igazolják, hogy nem is alaptalanul. Törvényszerű volt, hogy egy ilyen előremutató technológiát az SAP ne csak ERP rendszereinél, hanem adattárház termékénél is alkalmazásba vegyen. Első lépésben elérhetővé vált a lehetőség, hogy a SAP BW-t használó ügyfelek HANA adatbázisra mozgassák át adattárházukat (BWonHANA), majd 2016-tól megjelent a már teljeskörűen HANA technológiára épülő, új adatmodellezési és rendszerszervezési elveket követő BW/4HANA rendszer.

Az úttörő szemléletű, majd a korai követő SAP-t használó cégek már hosszú évek óta használják saját on-premises vagy cloud alapú BW/4HANA rendszereiket, így elmondható, hogy a technológia kiforrott, a nemzetközi piacon komoly tapasztalat halmozódott fel a rendszer kialakításával, migrációjával és használatával kapcsolatban. Fontos megemlíteni, hogy az SAP jelenlegi terméktámogatási stratégiája alapján a 7.5-ös BW rendszerek támogatása 2027 végével le fog záródni (opcionálisan, jelentős többletköltséggel ez a dátum kitolható 2030-ig), tehát az SAP adattárházat használó ügyfelek lépéskényszerbe kerültek. A teljesség igénye nélkül jelenleg a következő főbb koncepciók alapján reagálhatnak az érintett ügyfelek a kialakult helyzetre:

1. A meglévő BW rendszert konvertálják át BW/4HANA rendszerré (in-place conversion megközelítés).
2. Meglévő rendszerek tartalmát migrálják egy új rendszerbe (remote vagy shell conversion megközelítés).
3. Teljesen új SAP BW/4HANA-t építenek.
4. Új típusú SAP adattárház megoldást választanak (Datasphere).
5. Más adattárház megoldást választanak a piacról.

Tapasztalataink szerint hazánkban a legtöbb ügyfél az első két megközelítési mód közül választ, amikor az SAP adattárház megoldásának további használata mellett dönt. Ennek talán fő oka, hogy az évek során felhalmozott tudást, az ügyfél igényeire szabott adattárház megoldásokat e koncepciók mentén lehet leggyorsabban és költséghatékonyan kiváltani. Írásunknak nem célja, hogy javaslatot tegyen ezen megközelítések közötti választásra, viszont a cikk későbbi részeiben ismertetett feladatokat mindkét esetben elengedhetetlennek tartjuk!

Felismerve klienseink azon igényét, hogy meg szeretnék ismerni a BW/4HANA konverziós projektek valós tapasztalatokon alapuló folyamatát, a Onespire úgy döntött, hogy ezt egy három részes cikksorozatban mutatja be. A jelenlegi első cikk a projekt felmérés fázisának legfontosabb kérdéseivel foglalkozik, a második anyag az implementáció folyamatát mutatja be, míg a befejező rész a tesztelés-élesítés-támogatás témáival foglalkozik.

Fontos megemlíteni, hogy az írások több projekt tapasztalatait tükrözik és nem céljuk az, hogy részletekbe menően ismertessenek egy valós konverziós folyamatot, hiszen ilyen jellegű anyagok hivatalos és nem hivatalos formában egyaránt könnyedén elérhetőek. Ennél sokkal fontosabbnak tartjuk, hogy olyan feladatokra hívjuk fel a figyelmet, melyek gyakran előfordulhatnak egy BW/4HANA migráció során, ám tapasztalataink szerint nem kapnak kellő figyelmet.

Ezek a megoldások nagyban tudják segíteni BW/4HANA átállást, de egyfelől nem minden rendszerkonverziós projektbe illeszthetőek be teljeskörűen (például az automata konverzió sok esetben nem alkalmazható), másfelől pedig a tapasztalatok azt mutatják, hogy ezek az automatikus ellenőrzések csak a jéghegy csúcsa. Természetesen, ha van lehetőségünk a felsorolt eszközöknek a használatára, úgy mindenképp éljünk velük, de mindig szem előtt kell tartani, hogy a BW/4HANA migráció egy komplex rendszer esetén sokkal összetettebb feladat annál, minthogy automatizálni lehessen!

Úgy véljük, hogy egy BW/4HANA migrációs projekt felmérési szakaszában nem tévedünk nagyot, ha a Pareto-elvet alkalmazzuk rá és azt mondjuk, hogy a feladatok 20%-ban segítségünkre lesznek az SAP által szállított segédeszközök, de a munka dandárját a manuális feladatok fogják kitenni. Ezen a ponton mindenképp érdemes tanulmányozni a legaktuálisabb, SAP által kiadott “Simplification List for SAP BW/4HANA” dokumentumot!

A továbbiakban a BW/4HANA konverzió előkészítéséhez szükséges manuális feladatokat mutatjuk be, melyek lehetővé teszik, hogy az átalakítás gördülékenyen folyjon.

Elsőként a rendszerben található objektumok kigyűjtését kell megtenni, melyhez nagy segítséget jelentenek a BW rendszer alaptáblái, az SAP automatikus ellenőrzési csomagja, esetlegesen külső szállítók termékei (pl. Bluetelligence Performer Suite). Természetesen a kigyűjtendő objektumok listáját mindig a konverzió típusához és scope-jához kapcsolódó mélységben kell elkészíteni. Egy egyszerű, 1:1 közeli logikát leképző átállási projekt jelentősen kevesebb előkészületet kíván, mint egy olyan, ahol modellezési alapelvek, névkonvenciók vagy a rendszer más alapkövei változnak. A tapasztalat azt mutatja, hogy legalább az alábbi információkra szükség van, ha megfelelően szilárd alapra szeretnénk építkezni:

• adattárolók listája (tartalmi információkkal),
• adattölések listája (töltési statisztikákkal),
• adatforrások listája,
• folyamatláncok listája (futási statisztikákkal),
• query-k listája (használati statisztikákkal),
• frontend objektumok (használati statisztikákkal és tartalommal),
• tervezési objektumok listája (használati statisztikákkal),
• nem konvertálható objektumok (pl. APD, Web Template) listája,
• használt szerepek és jogosultságok listája (tartalommal),
• ABAP kódok, melyek hivatkoznak módosuló objektumra,
• FOX kódok, melyek hivatkoznak módosuló objektumra,
• egyéb projekt specifikus információk.

Ha elkészültek a tervezés alapját képző kimutatások, akkor elkezdődhet a felmért adatmodellek vizualizálása, melyre egyfelől a rendszer elemeinek validálása, másfelől a későbbi TO-BE tervezés elősegítése miatt van szükség.

1. As-is

• Objektumlisták
• RSB4HCONV – Preparation phase
• Nem konvertálható objektumok (pl. PD, BEx munkafüzet, broadcasting, stb.) azonosítása
• Adatmodell kapcsolatok feltárása
• ABAP hivatkozások listázása (egyedi fejlesztések)
• Vizualizálás

2. IT scope tisztítás

• Nem használt objektumok, üres adattárolók, nem futó láncok, stb.
• Ügyfél IT általi validáció
• Fölösleges objektumok törlése a rendszerből

3. Üzleti scope tisztítás

• Üzleti funkciók és riportok alapján történő szűkítés
• Fölösleges objektumok törlése a rendszerből

4. Adatmodellek kategorizálása

• Méret, komplexitás, függőségek figyelembevétele,
• Migrációs módszer kiválasztása (SAP eszköz, hibrid, manuális építés, újratervezés)

5. To-be tervezés

• Teljeskörű névkonvenció kialakítása
• To-be modellek tervezése
• Objektum-szintű cselekvési terv és műszaki név leosztás
• Szerep és jogosultság migráció tervezése
• Szükséges segédeszközök kialakítása (pl. új RSZC)

6. Projektet támogató feladatok

• Ütemezés és erőforrás-terv
• Feladatleltár
• Tesztelési terv
• Kommunikációs terv
• Előzetes cutover koncepció
• Várható kockázatok

Kattintson az egyes fázisokra a leírás megtekintéséhez!

Ezen a ponton a migrációt előkészítő csapatnak célszerű meg is címkéznie azokat az objektumokat, melyek láthatólag nincsenek használatban (pl. inaktív adatfolyam, évek óta nem futó riport, folyamatlánc vagy tervezési sorrend). Ez a lépés elősegíti a következő fázis, az első körös scope tisztítás hatékony elvégzését.

Mindenképp javasoljuk, hogy a TO-BE tervezés elkezdése előtt két fázisban scope tisztítás történjen. Első lépésben a rendszert jól ismerő IT üzemeltetés munkatársainak célszerű áttekinteni az elkészült ábrákat és listákat és a fölöslegesnek vélt objektumokat kihúzni a konvertálandók köréből. Ezen a ponton arra is van lehetőség, hogy a rendszert üzemeltető kollégák optimalizációs javaslatokat tegyenek gyakorlati tapasztalataikra építve.

Amint minden érintett véleményezni tudta a migrálandó rendszert eljutunk a TO-BE tervezést megelőző lépéshez, mely során számbavesszük a konvertálandó alkalmazások méretét és függőségeit, valamint komplexitás alapján besoroljuk őket. Legkésőbb eddigre el kell döntenünk azt is, hogy konverziós projektünk milyen mélységben foglalkozik a meglévő adatmodellek, alkalmazások átalakításával. Ez a feladat a meglévő SAP BW alkalmazások funkcióazonos kiváltástól egészen a reimplementációig (új alkalmazás tervezéséig) terjedhet. A felvázolt feladatok segítik az implementációs projekt lefutásának tervezését és hogy migrációs módszerek (pl. SAP automatizmus, manuális építés, hibrid építés) szerint osztályozhassuk az adatmodelleket.

Ha sikerrel vette a projektcsapat az összes eddig felmerült akadályt, akkor hozzáláthat a részletes tervezés fázisához. Ekkorra mindenképpen lefektetésre kell kerülnie az új rendszer fejlesztési alapelveinek és névkonvencióinak, hiszen az új rendszer csak ezek ismeretében tervezhető meg magas minőségben! A TO-BE tervezés fázisában egyfelől elkészül egy objektum szintű cselekvési terv (pl. SAP konverzió, manuális építés, transzport, kihagyás) és ábrázolásra kerülnek az új, teljes egészében BW/4HANA kompatibilis adatmodellek. A tervezés során kritikus feladat, hogy a nem BW/4HANA kompatibilis objektumok (pl. APD, 3.x objektumok) által érintett adatmodell részek újratervezésre kerüljenek. Ezen a ponton kell megtörténnie az új szerepek és jogosultságok tervezésének, valamint a későbbi implementációhoz kapcsolódó ABAP segédeszközök specifikálásának is. A tervezési fázis ezen részének végén az összes felelősnek jóvá kell hagynia az elkészült rendszertervet.

Természetesen nem maradhatnak ki az implementáció előkészítéséből a nem rendszertechnikai, rendszertervezési feladatok se! Már ebben a fázisban el kell kezdeni dolgozni a követő projekt ütemezésén és erőforrás tervén, előzetes adattöltési-, tesztelési-, kommunikációs- és cutover terveket kell készíteni. Ezen felül pedig a projektmenedzsment csapatnak feladatleltárt kell készítenie és fel kell készülnie a várható kockázatokra.

Meg kell említeni, hogy egy konverziós projekt akkor lehet igazán sikeres, ha az IT és az üzleti területek egyaránt képviselve vannak benne és van arra lehetőség, hogy valós igényeken alapuló BW/4HANA rendszer kerüljön megtervezésre. Úgy véljük, hogy a fent vázolt feladatok teljeskörű elvégzése, az alapos előkészítés egyszerre csökkenti egy BW/4HANA konverziós projekt kockázatait, javítja az elkészülő rendszer minőségét és optimalizálja az új rendszer létrehozásához szükséges erőforrásokat.

Amennyiben Önöknél is felmerül az igény, hogy BW/4HANA rendszerre cseréljék bejáratott adattárházukat, úgy forduljanak bizalommal a Onespire tapasztalt szakértői csapatához!

Tekintse meg további bejegyzéseinket ebben a kategóriában!

Tekintse meg legfrissebb híreinket!