SAP

Szinte lehetetlen faladat minden területen kiemelkedő teljesítményt biztosítani ebben a hatalmas programcsomagban. Mi a tervezéstől az üzemeltetésig nyújtunk átfogó szolgáltatásokat. Tapasztalt alkalmazás és modul tanácsadók segítik munkánkat BC, ABAP, BW, BI, BO, GRC, J2EE, és Solution Manager területeken.

 Cégünk elsősorban SAP alapú rendszerek napi üzemeltetési feladatainak elvégzését vállalja, ezen kívül részt veszünk bevezetési, migrációs és upgrade projektekben. Megpróbálunk naprakészek lenni, és a teljes termékpaletta (SAP megoldások) ismereteit elsajátítani.

Kedvenc kérdésem, hogy minek a rövidítése az SAP? A Válasz:
„SystemAnalyse und Programmentwicklung”, aminek jelentése „rendszerelemzés és programfejlesztés”

Nem olyan egyszerű megmondani mi is az SAP... Van egy ERP (Enterprise Resource Planning) rendszerünk, amelyet magyarul még hivatalosan el sem neveztek, és lehetetlen röviden leírni:-)

Ez egy adatbázisoktól és operációs rendszerektől független programozási nyelveken (ABAP, JAVA) fejlesztett programok együttese, amely (előbb-utóbb) képes kiszolgálni a világon bárhol felmerült üzleti igényeket.

Modulok

A programokat csoportosítják jellemző üzleti funkció szerit, ezeket hívjuk moduloknak.

Nem sorolom itt fel, de a teljes modul lista alábontással itt megtalálható.

Ha egy modul túl nagyra nő, vagy az alaprendszeről éppen nagyon eltérő paraméterezést igényel, kivágják, és önálóan is életképes rendszert csinálnak belőle. Tipikus példák: SRM, SEM, BW. De az is előfordulhat, hogy ha egy rendszer önálóan életképtelen, a modulokat visszaintegrálják például a SEM összevonása az új BI-al, vagy a BI_CONT add-on szerepeltetése szinte bármelyik jelenlegi rendszerben. Ilyenkor természetesn az a javaslat, hogyka komoly üzleti feladatnak kell megfelelni, akkor az önálló rendszer építése a javasolt. Tipikus területek: BI, HR, SRM

Üzletági megoldások (Industry Solutions)

Ha egy üzleti funkciót egy adott terület speciálisan kezel, vagy esetleg ez az általános modulok nem fedik le aspeciális üzleti elvárásokat, az ezekre az igélyekre adott megoldásokat úgynevezett SAP üzletági megoldássá fejlesztik. Ezek a modulok ezért mindíg az IS- előtaggal kezdődnek, mint például az IS-OIL (Oil & Gas) amit a MOL is használ. Ezekben vannak kezelve a "normálistól eltérő" mint a példánkban szereplő modulban a szállított folyagékok hőfoktól függő súlymegállapításainak kezelése.

Tehát ha egy SRM, vagy HR megoldásról beszélünk, az lehet egyx rendszeren belül is, de lehet önálló rendszer is.

J2EE

Bonyolítsuk tovább az SAP J2EE lehetőségével. Az SAP filozófia változásai alapján ez hol integrált az ABAP résszel, hol önnáló komponens. Most éppen külön kezeleik. A J2EE motorral rendelkező alkalmazás egy tisztán Java alapon megírt informatikai programcsomag. Jelenleg elterjedten 1.4.x java motort használ, de az idén debütáló fejlesztésekben már az 1.5.x java motor is megtalálható.

Szintén moduláris felépítésű, de nevezéktana nem annyira széles körben dokumentált mint az ABAP oldalé. A legtöbb ABAP modulnak megvan a J2EE párja. Ez azt jelenti, hogy például egy BI riport a megfelelő java modullal kombinálva megjelenhet a vállalati portál szolgáltatásai között. Vagy egy felépített SAP HR rendszerből a megfelelő java homponensekkel dolgozói önkiszolgáló (ESS, MSS) portál rendszer építhető :-)

Rendszereket átfogó SAP rendszerek

Ha eddig követhető volt, akkor jönnek még a sehova sem tartozó rendszerek, amelyek a többi rendszer bizonyos funkcióit láthatják el centralizált módon, mint például:

• Solution Manager
• CUA (Central User Administration)
• XI/PI Interface megoldások, kommunikáció
• MDM Master Data Managemet
• ....

Az SAP rendszerek alap felépítése (Layer)

Amikor egy SAP rendszerről beszélünk akkor az minimálisan 2 informatikai rendszerből (Layer2) vagy javasoltan 3 különálló informatikai rendszerből áll (Layer3). Ezek funkció szerint az általános rövidítést használva:

• DEV (Development) Fejlesztői rendszer
• QUA (Quality) Minőségbiztosítási rendszer (ez hagyható el Layer2 esetén)
• PRD (Productive) Éles/Produktív rendszer

A hárombetűs rövidítés nem véletlen, az SAP világban et SID-nek hívják (System ID) ami rendszrenkét egyedi.

Erre azért van szükség, hogy biztosítható legyen az a fejlesztési tesztelési struktúra, ami az SAP rendszereket világelsővé tette. Hiszen itt nem (vagy csak emberi mulasztásból) fordulhat elő olyan, hogy módosítás vagy fejlesztés az éles rendszer működését, üzleleti folyamatát veszélyeztetné. A módosítások a fejlesztők/tanácsadók által véglegesítve (release) egy csomagba kerülnek, amit itt transzportnak hívnak. Dokumentáltan, átkerül a QUA rendszerbe, ahol teszteteli. Ez után változatlan formában bekerülhet az éles rendszerbe is a módosítás. Ezt a tesztelési funkciót vesztik el azok, akik látszólagos megtakarítási okokból a QUA rendszer "megspórolják".

A másik finkciója a minőségbiztosjtási rendszernek, ami az éles rendszer 3-6 havonkét történő másolata, hogy a teszteléseken kívül ohtatásokat, szimulációkat lehet benne kockázat nélkül futtatni. Nagyob cégek esetén pedig a fejlesztők, nem férhetnek hozzá üzletileg kritihus adatokhoz a programozás során.

Rendszeren belüli felépítés, mandant, vállalati kód

Egy rendszernek (pl.: DEV) lehet több mandantja (erre sincs rendes fordítás még). A mandant egy 000tól 999 ig terjedő szám a belépési képernyőn.
   Funkcióját úgy kell elképzelni, hogy rendszeren belül vannak általános (szakszóval mandantfüggetlen) beállítások, programok és vannak olyan adatok amelyek a rendszer egyik részében így, a másikban úgy állhatnak. Például üzletfolyamatok beállításai, felhasználók jogai, pénzügyi adatok, és még sok minden más.
  Ez elméletileg a QUA rendszer csökkentett funkviójának is megfelelhet, azzal a külömbséggel, hogy a programok közössek.

Egy mandanton belül lehet több vállalati kód. Ez azt jelenti, hogy egy SAP rendszerben belül kezelhető egy vállalat összes leányvállalata is minden üzleti területen. A vállalati kódok a jogosultsági rendszerrel nagyon jól kezelhetőek.

 Jogosultsági rendszer

Az egyik leg bonyolultabb, legfínomabban hangolható, amivel eddig találkozhattak. Minden program, tranzakció, képernyő, menüpont, adat hozzáférése, olvasása, módosítása akár felhasználónként is külön szabályozható.
Az üzelti folyamatokhoz kapcsolható jogusultságok szerepkörökbe, azok gyűjtő szerepkörökbe rendezhetőek, minden jól dokumentált és auditálható.
 Sajnos általában a projektek tervezésénél, ütemezésénél a jogosultsági rendszer kialakítására nem szoktak elég időt, figyelmet fordítani .

Ennyit röviden az SAP rendszer általános leírásáról, csak azért, hogy az érdeklődől is megértsenek egykét alapfogalmat, amiket a velük szemben ülő SAP tanácsadó cégek használnak. :-)