Bevezetés az SAP világába Zolnai László zolnai@elte.hu http://zolnai.web.elte.hu/bev_sap.html 5. Kommunikációs és integrációs technológiák 1
Rendszerek közötti kapcsolatok SAP és nem-sap rendszerek Vállalaton belüli eltérı rendszerek Vállalaton belüli földrajzi osztottság Vállalatok közötti együttmőködés 2 Miért van szükség különbözı kommunikációs és integrációs technikákra? Vannak szervezetek, melyek különbözı kontinenseken vannak, leányválalatokkal 2
ALE (Application Link Enabling) Alkamazás összekapcsolási lehetıség Megosztott, mégis integrált rendszerek Felügyelt adatcsere, konzisztens adatok Törzs és alkalmazás adatok is 3 Létezhet egy magrendszer, majd a termelést és a változásokat más rendszerekbe oszthatjuk (hatáskörökkel, szőrıkkel). Az elsı teljesen leválasztott alkalmazás a HR-modul volt. Így külön lehet ıket tovább vinni (upgrade). De lényeges volt a magasabb szintő biztonság, egy izolált rendszer. Lehet teljes tábla másolás, mentés, de dolgozhatunk deltákkal, változási adatokkal. Törzsadatok (ügyfelek, nyersanyagok,...) Dokumentumok (megrendelések, számlák, ) Testreszabási adatok (Customizing) 3
ALE (Application Link Enabling) Mi kell hozzá? Résztvevı üzleti folyamatok (alkalmazások) meghatározása Átadandó információk meghatározása Az átadott adat formátuma (Idoc, XML, ) Az átadás tecnológiája (RFC, SOAP/HTTP, ) Az átadás módja, gyakorisága (szinkron/aszinkron) 4 Sok alkalmazás állandóan kommunikál egymással, de kevesebb adatot forgalmaznak. Adatbányászat 4
Alkalmi interfész technikák - aszinkron Direct Input Közvetlenül az adatbázisba írjuk az adatokat. Veszélyes, mert egyes mezıket a rendszer számol és nem közvetlenül ír be. Batch Input Az input fájl adatai táblából kerülnek beillesztésre, bejátszásra. BI Recorder Munkafolyamat rögzítı Migráció 5 Direct Input (DI) Az adatok beírása néhány vizsgálat után közvetlenül a táblákba történik, ezért igen veszélyes, viszont gyors. Veszélyessége és a számítógépek sebességének megnövekedése miatt ma már nemigen használják. Batch Input (BI) Szabványos R/3 tranzakciót használ a bevitelre. Az input fájl adatai egy szabványos átmeneti táblába kerülnek. A tranzakció elindul, majd a rendszer a táblából kitölti a képernyımezıket, pont úgy, mintha azt a felhasználó kézzel vitte volna be. A felhasználónak csak az entert kell nyomogatni, vagy az egész feltöltés futtatható a háttérben automatikusan. 5
Állandó interfész technikák - szinkron (adat) RFC (Remote Function Call) Valódi program-program kommunikáció, szabványos programozási interfész Automatikusan konvertálja az egyszerő ABAP adattípusokat a külsı formára BAPI (Business Application Programming Interface) Az RFC-re épül, a 3.0-s verziótól használatos (OOP) A BOR-ban találhatóak 6 RFC (Remote Function Call) - Távoli eljáráshívás (SE37) Az SAP-ban létrehozott funkciós modulok esetében egy flag bejelölésével szabályozhatjuk, hogy azokat RFC segítségével kívülrıl meg lehessen-e hívni. Lehetıvé teszi elıre definiált függvények meghívását egy távoli rendszeren (mint a rendszeren belül) Kezeli a kommunikáció folyamatát, a paraméterátadást és a hibakezelést Kellenek hozzá az export és az import paraméterek, és egy cél (SM59) Léteznek könyvtárak C/C++-hoz, windows alatti DLL ill. Java-RFC BAPI (Business Application Programming Interface) - Üzleti API-k (BAPI) Az SAP adataihoz üzleti objektumokon keresztül (pl. vevıi megrendelés) férünk hozzá, szabványos, platformfüggetlen függvényekkel. Objektum-orientált szemlélettel rendelkezik, üzletileg is definiálja az átvitelt. A rendszerben a BAPI tranzakciókód segítségével érhetjük el a Business Object Repository-t (BOR), ahol ezek az objektumok definiálva vannak. 4.6-os kiadásban már több mint 1100 BAPI volt Használata: Adatbetöltı programoknál, Rendszerek közötti integrációnál 6
Állandó interfész technikák - szinkron (dokumentum) IDOC (Intermediate Document) Az SAP által szabványosított dokumentumformátum adatok átvitelére. EDI (Electronic Data Interchange) Nem SAP rendszerek közti Csak fájlokat tud fogadni, tipikusan IDOC-ot 7 IDOC (Intermediate Document) Köztes dokumentum Több szabvány létezik, ezért szükséges volt egy köztes SAP szabvány megalkotására (pl.: Amerika, Európa, autógyártók) Felépítése: vezérlırekord: tartalmazza az IDOC típusát, az üzenet típusát, az IDOC küldıjét, fogadóját státusz rekord: a feldolgozás eddigi élettörténete, állapota (pl. 30- IDOC kiszállításra kész) adatszegmensek: minden szegmensnek van fejléce, amely a szegmens adatait írja le törzse, amely az adatokat tartalmazza EDI (Electronic Data Interchange) IDOC-fordító. Az adott elektronikus adatfeldolgozó a saját formátumára alakítja az IDOC tartalmát és ezt továbbítja a partner rendszerhez. Általában különbözı vállalatok közötti adatcserére használják, pl. számlák elektronikus formában történı átküldése. 7
Megoldások WAS alatt Az alkalmazás függvényeit standard internetes protokoll-on keresztül lehet elérni (böngészıben használható) Struktúrált adatcsere Rugalmasan lehet ıket kombinálni -> így állnak elı a Enterprise Service-ek 8 Különbözı programnyelveken írt és különbözı platformokon futó szoftver alkalmazások számítógép hálózatokon (mint az Internet) keresztül történı adatcserére használják a webszolgáltatásokat, A szükséges standard-eket implementálták a WAS-ban 8
Web Service-ek XML SOAP (Simple Object Access Protocol) WSDL (Web Service Description Language) UDDI (Universal Description, Discovery and Integration) 9 Minden kicserélendı adat XML címkékkel van formázva. SOAP egy üzenetküldésre használt, XML-alapú formátum. Webszolgáltatás leíró nyelv (WSDL) webszolgáltatások leírására szolgáló XML formátum. Az UDDI lehetıvé teszi, hogy információt keressünk webszolgáltatásokról, így segítve a döntést, hogy felhasználjuk-e ıket. Egy platform független nyilvántartó rendszer. SAP-ban is elıállíthatjuk ıket, a függvényeket transzformálni lehet Web Service-ekké. 9
Dexter's laboratory runs on SAP Köszönöm a figyelmet! Zolnai László zolnai@elte.hu 10 10