Banki üzleti szabályok kezelésének támogatása Szabálykezelés ILog eszközzel
2008. november 4.
Tartalom
Bemutatkozás BRM – Business Rule Management Egy banki példa Kérdések és válaszok
3
2008. május 28.
Az Alerant Zrt.
4.
Nagyvállalati fókusz (TOP50 vállalat megcélzása)
Legkorszerűbb, bizonyított technológiák alkalmazása
Teljeskörű megoldások üzletnek és IT-nak
Innovatív, szakmailag magasan képzett csapat
kedd, 2008. november 4.
Az Alerant Zrt. 2006-ban a Deloitte „Technology Fast 50” felmérésében az Alerant Zrt. első helyezést ért el „Rising Star” kategóriában. 2007-ben hetedik helyezést szerzett. 2008-ban Technology Fast 50 negyedik helyezés Árbevétel (milliárd Ft)
Létszám
~1.6
~1.8
~2.5 55
~1
5.
80
35 25
~0.5
2004
70
2005
kedd, 2008. november 4.
2006
2007
2008
2004
2005
2006
2007
2008
Az Alerant tevékenysége Árbevétel megoszlása tevékenység szerint - 2007
Tevékenységek: Projektek
Integrált alkalmazás megoldások JEE technológiával, SOA – Service Oriented Architecture koncepcióval Üzleti folyamat menedzsment rendszerek bevezetése, üzleti folyamatok IT támogatása (BPM – Business Process Management) Portál rendszerek kialakítása Technológiai tanácsadás, IT infrastruktúra kialakítás
Árbevétel megoszlása szektorok szerint - 2007
Támogatás, üzemeltetés Tesztelés Egyéb, oktatás
Szektorok:
6.
kedd, 2008. november 4.
Telekommunikáció Pénzügy Kormányzat Ipar
BRM – Döntési szabályok egységesítése Az IT eszközök és módszerek fejlődése abba az irányba mutat, hogy minél több területre egységes, szabványos megoldást adjon. A SOA korai bevezetéseknél egységesítette az adatelérést, a BPM az üzleti folyamat menedzsmentet, a BRM a döntési szabályok egységesítését tűzi ki célul. Döntési szabályok egységesítése Üzleti folyamatok egységesítése Adatkezelés egységesítése
7
2008. május 27.
SOA
BPM
BRM
SOA, BPM előnyök SOA, BPM előtti állapot Sok alkalmazás használata egy folyamathoz Több egymástól függetlenen fül, menüpont használata Hosszú átlagos rendszerhasználati idő Hosszú szabályzati leírások, utasítások – konzisztencia nehezen biztosítható
8.
kedd, 2008. november 4.
SOA/BPM-el elérhető állapot Egy alkalmazás felület használata az összes folyamathoz Wizard jellegű folyamat végrehajtás Átlagosan rövidebb rendszerhasználati idő Szabályzatok, munkautasítások nagy része a rendszerben implementálva
SOA, BPM és BRM Az IT projektek nagy része SOA elvek szerint zajlik, üzleti folyamat orientált megközelítés alapján. A tapasztalatok azt mutatják, hogy a „hagyományos” SOA/BPM fejlesztési módszerben hiányosságok vannak A SOA elvek szerinti fejlesztés két nagy
előnye Újrafelhasználhatóság – IT Centrikus Üzleti folyamat orientáltság – Üzleti centrikus
A SOA az üzleti folyamat támogatáshoz BPM
SOA
eszközt vezet be Zárt folyamatok támogatása Folyamat életciklus kezelés az IT erős bevonásával
A hagyományos SOA-ból hiányzik: Döntési szolgáltatások „láthatóvá tétele” Szabályok lefutásának auditálása Döntési szolgáltatások újrafelhasználása
9.
kedd, 2008. november 4.
„Hagyományos” BPM használat Tapasztalat: a folyamatok döntési pontjai mögött lévő üzleti szabályok sokkal gyakrabban változnak mint az üzleti folyamatok A „hagyományos” BPM BPM-ben megvalósított üzleti folyamat
10
2008. május 27.
használatban A döntési pontokhoz tartozó szabályok „beégetve” készülnek el Minden szabályhoz egy „beégetett kód” készül Az üzleti szabályok szétszórva vannak a rendszerekben, adatbázisokban Következmény: Kisebb változások megvalósításához is az IT bevonása szükséges Nincs központi szabály adatbázis
BRM + BPM együttes használata A BRM eszköz egyszerűsíti és rugalmassá teszi az üzleti folyamatok életciklusát, az üzleti szabályokat pedig kiemeli az elszórt rendszerekből és centralizálja azok kezelését BPM-ben megvalósított üzleti folyamat
11
2008. május 27.
BRM-ben megvalósított központosított szabályok
A BRM segítségével Csökken az IT-tól való függés, IT kihagyása nélkül lehet folyamatokat módosítani Centralizálhatóak a szolgáltatások, ezáltal Egyszerűbbé válik a szabályok menedzselése Az üzleti területek számára átláthatóvá válnak az üzleti szabályok összefüggései Biztosítható a konzisztencia – egy szabály egy helyen
BRM – Transzparens döntési szolgáltatások „Hagyományos” döntési szolgáltatások
Kódba „égetett” döntési logika IT által fejlesztett IT által karbantartott IT által üzemeltetett Egyedi naplózási megoldások Nehézkes módosítás és újrafelhasználás
Transzparens döntési szolgáltatások
„Externalizált” döntési logika Üzleti elemző által fejlesztett Üzleti területek által karbantartott IT által üzemeltetett Automatikus audit napló Könnyű módosítás és újrafelhasználás Szabály1 Szabály2
SzabályN
Kódba „égetett” döntési logika 12.
kedd, 2008. november 4.
Központi szabály repository
Az ILog BRMS Az ILog a piacvezető üzleti
szabály menedzsment eszköz (BRMS) BRMS – Business Rule Management Suite
Nem csak egy szabály motor
13
2008. május 27.
Példa alkalmazás – ApPello hitelrendszer integráció ApPello hitelrendszer
ILog BRMS
Ügyfélazonosítás
Az ApPello
Adósminősítés scoring
Ügyfélérték számítás
Termékválasztás
Termékkönyv
hitelrendszerével való integráció három ponton képzelhető el: Ügyfélérték számítás Termékkönyv kezelés
Hitel felvitele Biztosíték felvitele Dokumentumok beérkeztetése Folyósítás 2008. május 27.
14
Biztosíték lefedettség vizsgálat
Biztosíték lefedettség vizsgálat
Ügyfélérték számítás
24
2008. május 27.
Ellenőrzés havi rendszeres kiadásokra és létminimumra. Két szabály fut: • Korrigált létminimum számítás • Minimum jövedelem ellenőrzés
Korrigált létminimum számítása: • 1 fős háztartás esetén 1,6 * KSH által publikált létminimum • 2 fős háztartás esetén 1,4 * KSH által publikált létminimum • 3 fős háztartás esetén 1,2 * KSH által publikált létminimum • 4 és több fős háztartáslétszám esetén 1,1 * KSH által publikált létminimum
25
2008. május 27.
Minimum jövedelem ellenőrzés: Az ügyfélminősítés kiinduló feltétele, hogy a családban az egy családtagra jutó jövedelem haladja meg a család havonta rendszeresen ismétlődő egy főre jutó kiadása és a korrigált létminimum közül a nagyobbat.
26
2008. május 27.
Vizsgált tulajdonság
Tulajdonság érték/feltétel
Pontszám
Ügyfél scoring logika, ügyfélérték számítás: • Gazdasági ágazat maximális pontszáma: 30 • Foglalkozás, beosztás maximális pontszáma: 50 • Alkalmazás, vállalkozás fennállásának időtávjának maximális pontszáma: 15 • Nettó jövedelem mértékének maximális pontszáma: 400 27
2008. május 27.
Szabályok módosítása audit napló alapján
Audit napló
Adatok betöltése Produkciós környezet
Rule Execution Server Új szabályok élesítése
Teszt ok?
Rule Scenario Manager
Teszt nem ok, szabályok módosítása Újratesztelés Rule Repository
Rule Team Server Szabály karbantartó környezet
2008. május 27.
Korrigált létminimum számítását úgy módosítjuk, hogy a nem budapesti lakosok esetén KSH által publikált létminimum 90%-át vesszük alapul
29
2008. május 27.
Termékválasztási szabály, szabály template alapján.
32
2008. május 27.
A biztosítékok összegének piaci értéke nagyobb kell, hogy legyen a hitelösszeg 75%-nál.
37
2008. május 27.
Hitelfedezeti szabály módosítása az ügyfél érték figyelembe vételével.
38
2008. május 27.
Kérdések és válaszok
40
2008. május 27.
