SAP HANA átállás: lehetőség és kockázat

2010-es megjelenése óta a HANA adatbázis az SAP világ középpontjává vált, s ez még inkább igaz, mióta a kifejezetten a HANA-hoz fejlesztett új nagyvállalati ERP, az S/4 HANA 2015-ben elérhető vált. Az SAP HANA (High Performance Analytical Appliance) olyan területeken forradalmi, amelyekre nehéz jól kommunikálható marketing kampányt építeni. Kétségtelen azonban, hogy az SAP minden lehetőséget megragad, hogy technológia szemmel is jól látható előnyeit, így a felhasználóbarát felületeket, a mobil eszközös hozzáférést, és a gyorsaságot hangsúlyozza. Az új technológiákra való átállás minden esetben kettős hatással jár: a megnyíló lehetőségek mellett, minden esetben jelen vannak az adaptációból eredő kockázatok is. Nincs ez másként az SAP HANA esetében sem. Jelen bejegyzésben ezek közül néhányról ejtünk majd szót. Előbb azonban egy rövid összefoglalás az SAP HANA legfontosabb technológiai újdonságáról.

Technológiai kitekintés

Az SAP HANA adatbázis rendszer úgy nevezett in-memory és column-based, vagyis olyan adatbázis, amely elsősorban a számítógép központi memóriájára támaszkodik számításai során (a merevlemez helyett) és rekordjait sorok helyett oszlopokban tárolja. Ez a megoldás tökéletesen illeszkedik a jelen, adatokkal kapcsolatos igényeihez, mivel a technológia sajátosságai miatt:

• a memóriából sokkal gyorsabban olvashatóak ki adatok, mint a merevlemezről
• az oszlop bázisú adatbázis alkalmasabb nagy adatmennyiségek olvasására és gyorsabb olvasást tesz lehetővé a némiképp lassabb írási sebesség mellett
• az adatok könnyebben tömöríthetőek, vagyis a RAM magasabb ára ellenére a szükséges mennyiség kordában tartható
  Az SAP HANA elegáns, hatékony és jövőbe mutató, ugyanakkor komoly kihívást is jelenthet a platformot bevezető szervezeteknek. Az alábbi néhány pont összefoglalja az átállással járó legkritikusabb területeket. Amikor a cikkben „HANA” rendszert emlegetünk elősorban az SAP HANA adatbázis és analitikai platformra gondolunk, jól lehet a közbeszédben a HANA legtöbbször az azonos nevű adatbázison futó SAP ERP-t, vagyis az S/4 HANA-t is jelenti.

1. Adatbázis migráció

A szervezetek megszokhatták, hogy SAP rendszereik valamennyi, ismert adatbázis platformon futnak legyen az Oracle, IBM vagy Microsoft termék. Ez, a tisztán HANA alapú rendszereknél – amilyen az új ERP megoldás, az S/4 is - megváltozik, mivel a „for HANA” utótaggal rendelkező szoftverek (később pedig minden bizonnyal valamennyi SAP termék) kizárólag HANA adatbázissal működnek majd.
Az adatbázis és rendszer migráció folyamata a HANA bevezetés egyik legfontosabb lépése, hasonlóan egy ház alapozásához. Az ekkor kialakításra kerülő struktúrák, jogosultsági rendszerek és program kód állományok később nagyban meghatározzák a teljes rendszer használhatóságát és hatékonyságát. Bár az SAP számtalan eszközt biztosít, a HANA migráció nem magától értetődő folyamat és szinte kötelező eleme egy tisztítási és rendszerezési munka: a HANA rendszer fenntartásának költsége mind materiális, mind szellemi értelemben sokkal magasabb amennyiben az adatbázis felesleges vagy rosszul strukturált adatok tömegét is tartalmazza.

2. SAP ERP migráció

2021-ben már viszonylag ritka, hogy egy szervezet kizárólag HANA adatbázist vezessen be és ne frissítse jelenlegi, minden bizonnyal R/3 vagy ECC rendszerét S/4 HANA-ra. A kifejezetten az új adatbázis platformhoz fejlesztett S/4 HANA egyszerre kényelmesen ismerős és újszerű: kínálja az SAP GUI hagyományos megjelenését és az SAP FIORI mobil eszközökön is kiválóan használható, új felületét. A gyakran használt tranzakciók is, kisebb ráncfelvarrásoktól eltekintve, a helyükön vannak. Az S/4 azonban a motorház alatt komoly változásokon esett át, és ez feladatokat ró a migrációt végző csapatra:

• A nem SAP forrású komponenseket a gyártóknak aktualizálnia kell és adott esetben újra el kell végezni ezek bevezetését
• Valamennyi saját fejlesztésű SAP kódot aktualizálni kell az aktuális ABAP verzióra (jelenleg: 7.55) és HANA nomenklatúrára, különben a programok nem működnek majd
• Az S/4 HANA kizárólag HANA adatbázisokkal üzemel, vagyis az adatbázis-specifikus, korábbi kódok nem funkcionálnak rajta
• Az SAP számtalan tranzakciót megszüntetett vagy összevont más tranzakciókkal, így a migráció során szükséges a belső folyamatok áttekintése és frissítése is

3. Az adatbázis: elfeledett rokonból a legfontosabb családtag

Az SAP rendszerek adatbázis szintje a múltban sok esetben pária szerepet töltött csak be a csillogóbb és népszerűbb területek, az alkalmazás szint és az operációs rendszer mellett. Az adatbázis stabil, ám nem túl izgalmas terület volt, amely speciális szaktudást igényelt, és amivel - szerencsés esetben – nem sok fennakadás volt. Ez, a HANA átállással megváltozik, az adatbázis pedig reflektorfénybe kerül. Az SAP HANA ugyanis nem kizárólag egy adatbázis rendszer, hanem egy analitikai platform is, amely hatékony, gyors és nagy volumenű elemzéseket tesz lehetővé, igazodva ezzel a 21. század vállalati igényeihez. Ezzel együtt az átállás kinyitja a kaput a nem technikai felhasználók - üzleti elemzők, beszerzők, stratégiai tervezést végzők - felé is. Bizonyos analitikai funkciókhoz az üzleti felhasználóknak is szüksége van HANA adatbázis hozzáférésre, amely sokszorosára növeli a felhasználószámot és vele a jogosultsági rendszer komplexitását. Mindemellett a HANA adatbázis az SAP rendszerétől eltérő jogosultsági rendszert használ, ezzel tovább bonyolítva a helyzetet.

4. Új frontok: mobil eszközök és a cloud

Az SAP új, stratégiai iránya nem kizárólag a belbecsre koncentrál. Fontos szerepet kap benne a vállalat szoftvereinek megjelenése, a felhasználói élmény javítása, a mobil eszközök becsatornázása a felhasználási módok közé. Az SAP már középtávon is a letisztult megjelenésű, modern igényeknek megfelelő és mobil eszközökön is jól használható FIORI-t szánja a nagyvállalati rendszerei fő felületének, és a felhő alapú rendszerek felé szeretné eltolni a vásárlóit. Bár a múltban is elérhetőek voltak az SAP böngészőben és mobil eszközökön használható felületei (főként a Netweaver Business Client), a FIORI számára sokkal komolyabb szerepet szán az SAP. A felület előtérbe kerülése ugyanakkor magával hozza a mobil eszközökkel kapcsolatos kockázatok számának növekedését is. Az SAP jövőképe szerint rendszerei a jövőben nem szinte kizárólag jól szabályozott asztali számítógépekről és notebookokról lesznek elérhetőek, hanem jelentős részben okostelefonokról, tabletekről, sőt virtuális valóság eszközökről is. A vállalati információbiztonságnak pedig ezzel együtt főhet a feje a támadási vektorok miatt.

5. Új utakon a fejlesztések során: ABAP, SAP UI5, HANA

Az SAP HANA átállás a szervezetek specializált informatikai területeit is érinti, így a fejlesztők számára is új feladatokat jelent. Bár az SAP nagyon széles termékpalettát tart fenn és nagyvállalati megoldásai sokrétűek, a saját igényekre szabott fejlesztések gyakori vendégnek számítanak az SAP-t használó szervezeteknél. A HANA-ra és még inkább az SAP S/4-re való átállás magával hozza teljesen új fejlesztési igények megjelenését és új technológiák bevezetését. A korábban kizárólag ABAP fejlesztésekkel foglalkozó belső csapatoknak és tanácsadóknak a továbbiakban el kell sajátítaniuk a JavaScript és HTML5 alapú SAP UI5 keretrendszer, az új ABAP verziók és a HANA által használt programozási nyelvek csínját-bínját.

Hogyan segíthet az ABT a HANA átállás során?

Egy technológiai átállás elsőre rémisztő is lehet, ugyanakkor az SAP HANA esetében jelentős előnyöket hordoz: az új platform dinamikus, időtálló, felhasználó és adatközpontú. Tanácsadóink készek arra, hogy kalauzolják vállalatát a HANA átállás során, hogy a folyamat minél zökkenőmentesebb legyen. Keressen minket bizalommal.