A múlt évet 116 millió eurós bevétellel záró, 1987-ben alapított ILOG tevékenységét két központból, Gentillyből és Sunnyvale-ből irányítja a vezetőség, papírjait a Nasdaqon és az Euronexten is jegyzik. A világszerte 850 főt foglalkoztató cég leányvállalatot alapított többek között az Egyesült Királyságban, Japánban, Németországban, Spanyolországban és Szingapúrban, bevételeinek fele az amerikai kontinensen kívüli piacokról származik.

Homeyra Buaud, az ILOG alelnöke lapunknak elmondta, hogy a vállalat több mint 2500 ügyfele elsősorban a pénzügyi szolgáltatások, a távközlés, a gyártás és a kereskedelem területéről kerül ki. Számukra a cég olyan optimalizációs és vizualizációs megoldásokat kínál, amelyekkel csökkenthető a komplexitás az irányítás, az üzemeltetés és az ellenőrzés terén, ezáltal segítenek a döntések jobb megalapozásában. Ennek a kínálatnak a JRules üzletiszabály-kezelő (business rules management, BRM) rendszer áll a középpontjában.

– A hagyományos üzletifolyamatmenedzsment (BPM) megoldások a tapasztalatok szerint nem támogatják kellően hatékony eszközökkel az üzleti szabályok kezelését, amelyek sokkal gyakrabban változnak, mint az üzleti folyamatok – fejtette ki Darmai Gábor, az Alerant Zrt. technológiai igazgatója. – Az üzleti szabályok a BPM-rendszer bevezetését követően is a folyamatokat kiszolgáló különböző alkalmazásokba vannak bekódolva, és ez a programozáshoz köti, így megnehezíti módosításukat, valamint a változtatások érvényre juttatását és követését, a törvényi megfelelőség biztosítását. A BPM- és BRM-megoldás együttesével az üzleti szabályok kezelése központosítható és a szoftverkód módosításától függetleníthető. A JRules olyan, SOA-környezethez illeszkedő megoldás, amely az üzleti szabályok teljes életciklusán át hatékonyan elősegíti az üzleti és az informatikai oldal eredményes kommunikációját. Központosítja az üzleti szabályok kezelését, amelyeket így az üzleti oldal egyetlen felhasználóbarát kezelőfelületen maga is könnyen módosíthat, miközben a változtatásokat a rendszer pontosan dokumentálja és áttekinthetővé teszi a szoftvertervezők, a programozók és az üzemeltetők számára is.

A JRules kínálta lehetőségeket Lionel Macé, az ILOG vezető tanácsadója ismertette a szakmai reggeli résztvevőivel, akik a hazai piacon jelen levő bankokat, biztosítókat, távközlési cégeket és iparvállalatokat képviselték a rendezvényen.

Üzleti szabályok alapján működnek az alkalmazások és hoznak döntéseket a folyamatok mentén. Ilyen automatizált döntéshozatal segíti a hatékony és szabályozott működést többek között a bankoknál a kölcsönkérelmek elbírálásakor, a távközlési cégeknél az ügyfélkapcsolatok kezelésében és számlázáskor, továbbá a közszférában a nyugdíjak megállapításakor. Egy ilyen üzleti szabály szabad szöveges leírása például a következő lehet: ha a kért kölcsön összege meghaladja a 20 millió forintot, akkor hívd meg az x szabályt. Ez az újabb szabály pedig kimondja, hogy ha a futamidőre számított havi törlesztés összege meghaladja az ügyfél havi jövedelmének 30 százalékát, akkor a hitelkérelmet el kell utasítani. A vezető tanácsadó mindezt az eBay példáján keresztül tette kézzelfoghatóbbá közönsége számára.

– Az e-kereskedelmi cég napi 10 millió adásvételi tranzakciót kezel, amelyeket üzleti szabályok ellenőriznek – mondta Lionel Macé. – Ezeknek a felügyeletére az eBay már hat éve használja JRules BRM-rendszerünket. Ügyfelünk legfontosabb terméke maga a weboldal, amelyet a versenyképesség növelése érdekében állandóan fejleszt. Folyamatosan újabb funkciókat és szolgáltatásokat vezet be, amelyek száma negyedévente meghaladja a háromszázat. Mindennek következtében az eBay informatikai környezetében heti 20–30 új üzleti szabályt léptet életbe, miközben az ebből eredő komplexitás hatékony kezelését és 24 órás rendelkezésre állást kell biztosítania a hét minden napján.

Ezt követően Rácz Imre, az Alerant szakértője a gyakorlatban is bemutatta, hogy az üzleti szabályok milyen egyszerű módon változtathatók meg és léptethetők hatályba a JRules eszközeinek segítségével. A már említett kölcsönkérelem példájánál maradva a bank rendszere a 20 millió forintot meghaladó összeg alapján meghívta a második szabályt, amely az engedélyezettnél nagyobb törlesztőrészlet miatt elutasította a kérelmet. Ekkor a szakértő a JRules részét képező RuleTeam Server – a szabályokat tároló központi repository – kezelőfelületén megnyitotta a szabályok szabad szöveges leírását. Az első szabály definíciójában a 20 millió forintos összeghatárt 50 millióra módosította, majd a jóváhagyási folyamat részeként egy legördülő menüben megváltoztatva a szabály státusát, azt a Rule Execution Server segítségével közzétette. A kölcsönkérelem elbírálását végző folyamat ezt követően kedvező döntést hozott, mivel az igényelt kölcsön összege nem lépte túl a limitet, és nem kellett meghívni a második üzleti szabályt. Mindez néhány kattintással, a szoftver kódjának megváltoztatása nélkül elvégezhető volt. Rácz Imre azt is bemutatta, hogy a Rule Execution Server milyen riportokat készít az üzleti szabályok lefutásáról, és hogyan segíti a korábbi verziók gyors visszakeresését, összehasonlítását, illetve egyszerű visszaállítását.

A Gartner 2007-es Hype Cycle jelentésében, amelyben az egyes technológiák piaci elfogadottságát értékeli, a szolgáltatásorientált architektúráról azt írja, hogy az általa kiváltott, felfokozott érdeklődés első hullámának lecsengésével most lép a teljesen elfogadott és széles körben alkalmazott technológiák sorába.

– Erről tanúskodik az a körülmény is, hogy ma már Magyarországon sincs olyan nagyvállalat, ahol nem zajlik SOA-projekt, vagy legalábbis az informatikai fejlesztések nem követnék a szolgáltatásorientált környezet meghatározó irányelveit – mondta Darmai Gábor. – Mindez jó alkalmat ad arra, hogy ennek a felhasználói körnek a Forrester által már 2006-ban piacvezetőnek minősített ILOG JRules BRM-rendszert ajánljuk üzleti szabályaik kezeléséhez. A J2EE és .NET 3.0 platformon egyaránt elérhető rendszert hazai partnerünkkel, a BCA Hungary tanácsadó céggel együttműködve vezetjük be a magyar piacra.

Az üzleti irányelvek auditálható végrehajtása
Mivel az üzleti szabályok, amelyeket a döntési szolgáltatások implementálnak, gyakran törvényi előírások, fontos, hogy auditálhatók legyenek. Más szóval, rekonstruálhatóvá kell tenni, hogy a szoftver milyen lépéseken keresztül jutott el egy következtetés levonásáig, például miért utasított el egy hitelkérelmet. Erre a célra a szervezetek hagyomány szerint naplózzák a szoftver logikai döntéselemeit. Ez a log szolgál aztán a döntéseknél felmerült kérdések és osztályozások visszanézésre. A naplófájlok azonban túl sok adatrészletet és külső adatokat is tartalmaznak, így nehéz belőlük rekonstruálni a döntési utat. A lognak ráadásul helyesen kell tükröznie a döntési folyamatot. Ehhez a döntési logika valamennyi módosításánál át kell adni a szükséges adatokat a log módosításához, amely a gyakorlatban nem történik meg minden esetben. Ezekre a problémákra ad megoldást az üzletiszabály-menedzsment (BRM) rendszer, amely többek között auditálhatóvá teszi az üzleti irányelvek végrehajtását.