COM_CONTENT_CREATED_DATE_ON_EVENT

Ismerd meg az SAP történetét, és az SAP S/4HANA rendszer előzményeit jelentő szoftvereket! Ebben a blogban egészen a kezdetektől, tehát a 70-es évek R/1-esétől mutatjuk be a világ egyik piacvezető ERP rendszerének kialakulását, fejlődését. Egészen napjaink on-premise és most már hibrid, illetve felhőalapon is működő HANA rendszeréig.

A kezdetek

Az SAP-t, napjaink egyik piacvezető ERP rendszerét még a 70-es évek elején alapították volt IBM-esek. Az első termék az RF (Real-time Financials, tehát nagyjából: pénzügyek valós időben) volt. Később ezt nevezték át R/1-nek.

Az SAP stratégiája pedig a kezdetektől fogva 3 fő alapelvre épült:

  1. Olyan üzleti szoftver fejlesztése, mely a legtöbb cégnél a főbb beállítások elvégzése után azonnal használható. Ez akkoriban nagy szó volt, hiszen akkor még valamennyi cégnek a nulláról kellett felépítenie szoftvereit.
  2. Valós idejű: az információ valós időben álljon rendelkezésre a rendszer egészében.
  3. Integrált: az adat megosztása a különböző egységek között, hogy ezzel elkerüljék a felesleges információk tárolását vagy a többszörös adatbevitelt.

De vajon mit is jelent pontosan ez a valós idejű integráció?

Tulajdonképpen ez adja meg az ERP rendszerek értékét is.

Képzeljünk el egy hagyományos nagyvállalatot, ahol különböző szervezeti egységek végzik el az egyes folyamatokat - beszerzés, raktározás, készletgazdálkodás, gyártás, marketing, értékesítés, pénzügy és még sorolhatnám.

A folyamat során rengeteg adat keletkezik, és hagyományosan kétszer kellett rögzíteni mindegyiket. Például mikor a vevő megrendelt egy konténer árut, akkor a készáruraktárban nyilvántartott mennyiséget csökkenteni kellett.

Ugyanakkor ezeket az adatokat a könyvelésbe is át kellett vinni, ezért nap végén a raktár másolatot küldött a könyvelésre, akik újra megcsinálták ugyanazt az adatrögzítést, ezúttal a saját számviteli dokumentumokban.
Itt jön képbe az ERP, ezek a rendszerek ugyanis azonnal, automatikusan átvezetik a raktárnyilvántartásból az adatokat (jelen esetben az áru csökkenését) más szervezeti egységek dokumentumaiba.

Éppen ez az a logika, amely miatt igencsak kifizetődő ERP rendszerekbe fektetni. Képzeljük el, mennyivel hatékonyabb, ha a fenti példa a nyersanyag beérkezésétől a készáru eladásáig és a marketingig minden területen megjelenik.
Az SAP alapvetően három ún rétegből áll:

  1. Prezentáció
  2. Alkalmazás
  3. Adatbázis Ezek az R/1-nél ugyanazon a szerveren futottak.

R/2

Disclaimer: sajnos az R/2 itt most nem Star Warsból jól ismert és aranyos robotot, R2-D2-t takarja :(

Ez egy kisebb, de annál fontosabb technikai szempontú továbbfejlesztése volt az előző R/1-es rendszernek, még 1979-ben.

Az R/1-esnél a három komponens - prezentáció, alkalmazás, adatbázis - egy szerveren futott. Az R/2-esnél viszont a prezentációs réteget egy külön szerverre tették. Az alkalmazás és az adatbázis továbbra is ugyanazon a szerveren maradt.

Az R/3-n viszont a három réteg három külön szerverre került át.

R/3

Itt a felhasználók szempontjából is jelentős és látványos fejlődés történt. Elérkeztünk ugyanis a 90-es évekhez, a világháló (és a dotcom lufi) korszakába, mikor már a számítógéphez kevésbé értők előtt is megnyílt az út az internet felé. Ezzel párhuzamosan a globalizáció is egyre nagyobb méreteket kezd ölteni.

Az előző verziókkal szemben az R/3-t a kliens-szerver modell jellemzi.

A felhasználó számára ez a grafikus felhasználói felületet és a rugalmasságot, skálázhatóságot jelentette.

Ez utóbbi kettő a nagy nemzetközi és globális vállalatok számára volt fontos.

mySAP 1999-2004

Ebben az időszakban az R/3-t egyre inkább mySAP.com-nak kezdték el nevezni. Ez az internet fontosságának növekedését is mutatja, egyre lényegesebbé vált, hogy az ERP rendszereket az interneten keresztül is könnyedén el lehessen érni.

Ekkor több versenytárs is megjelent, akik főként az SAP akkori hiányosságaira pl. elemzéshez, analitikához nyújtottak megoldást. Az SAP ezeket igyekezett felvásárolni, integrálva azok fejlesztéseit rendszerébe.

Business Suite

A 2000-es években egyre több üzleti szoftver, alkalmazás kezdett el megjelenni, mely bővítette az SAP nyújtotta lehetőségeket. Ezeket Business Suite néven kezdték el "összecsomagolni".
A Business Suite a következő elemekből áll:

ERP - vállalati erőforrás-tervező, tulajdonképpen az R/3 továbbfejlesztett változata (pénzügy, emberi erőforrások stb.). CRM - vevői kapcsolattartás, sales, marketing és más szolgáltatások. SCM - ellátási lánc menedzsment: az ellátáshoz, beszerzéshez kapcsolódó hálózatok kezelését segíti. PLM - termék életciklus menedzsment SRM - szállítói kapcsolatok kezelése Időközben a rendszer egyre komplexebbé vált, egyre több applikáció, megoldás született. A valósidejű integráció pedig már nem fogta át az összes létező megoldást. Túl bonyolulttá vált az SAP.

Megjelent az igény egy könnyen használható, felhasználóbarát rendszerre, mely a legújabb, legmodernebb technológiák támogatásával működik.
Ekkor született meg, 2010-ben a HANA.

S/4HANA

A HANA technikai upgrade és funkcionális fejlesztés is. Az S=simple, az a HANA egyszerűbb felhasználására , a 4 pedig a negyedik SAP generációra utal.

Az eligazodás érdekében fontos megismerni az S/4HANA főbb alkotóelemeit is.

HANA adatbázis, mellyel korábbi problémákat oldottak meg S/4HANA (vagy HANA Business Suite) tulajdonképpen a Business Suite 7 továbbfejlesztett változata, mely már a HANA adatbázis előnyeit élvezi Fiori: a user interface, az SAP külön UI alapelveket is megfogalmazott a Fiori fejlesztéssel kapcsolatban. A HANA adatbázist a számítógép a RAM-ban tárolja el. 2027-ig kell átállni a Cloudra, mely már nem on-premise módon, hanem a felhőben tárolja az adatokat. Lehetőség van a hibrid verzió használatára is.

Az adatbázis kialakításánál fontos szempont volt a gyorsaság. Ezért előnyös pl. a RAM-ban tárolni adatokat.

Az S/4HANA az R/3 upgrade-jének nevezhető, illetve számos plusz fejlesztést is tömörít. HANA implementációnál fontos megérteni, hogy nagyon sok tekintetben egyszerűsítettek az R/3-on (ezért található meg a termék elnevezésében a simple, vagyis egyszerű szó). Az ezzel kapcsolatos SAP guide innen letölthető.

A harmadik elem, a Fiori, az SAP UI alapelveinek megfelelően működik. A Fiori segítségével a fejlesztők gyorsan és egyszerűen hozhatnak létre alkalmazásokat a specifikus üzleti folyamatok számára.
A Fiorinál hangsúlyos a mobilos alkalmazhatóság, hiszen napjainkra az internetes forgalom jelentős része mobilon keresztül bonyolódik le. A felhasználók az üzleti alkalmazásokat is gyakran mobiltelefonon használják.

Én legalábbis gyakran az okostelefonomon nézem át a különböző (nem feltétlen SAP által fejlesztett) marketing és üzleti analitikákat. Te hogy vagy ezzel?

Befejező gondolatok

Mostanra megismerhetted az SAP rendszer történetét, és arra is választ kaphattál, miért annyira előnyös és hatékony. A célom az volt, hogy jobban megérthesd napjaink HANA-jának működését. Írásommal a felhasználókat és nem az IT szakembereket, ABAP programozókat céloztam. Ha kíváncsi vagy a technikai részletekre is, akkor ajánlom figyelmedbe a Wikipédia SAP Hana oldalát. Ha pedig SAP testreszabáshoz, vagy egyedi applikáció fejlesztéséhez keresnél egy profi csapatot, akkor vedd fel velünk a kapcsolatot még ma!