Webszolgáltatások biztosítók informatikai rendszereiben- Ercsényi András, IIT Szolgáltatásfejlesztés és-menedzsment a gyakorlatban, 2012. ősz 1. Biztosító, biztosítás, KGFB ------------------------------ biztosítók Magyarországon - Állami Biztosítótól a kettészakadásig: 1986 - 1990-ben megvásárolták (49%), 2006: 100% - Hungária, Allianz Hungária, Allianz - jelenleg kb. 30 biztosító; csak néhány teljesen magyar - MABISZ - bankok és biztosítók - 1990-ben megindult egymásbafonódás - biztosítások jellemzője - jövőbeni eseményre szerződés - ahol a bekövetkezés bizonytalan, de lehetséges (halál biztos!, de a bekövetkezése bizonytalan!!) - általában a tulajdonoson kívül álló okokból történik - olyannyira, h valószínűségi jellemzői vannak: "aminek van kockázata" - ezért van jégesőre, karambolra, üvegtörésre, elhalálozásra, balesetre - ezért nincs háborúra, nincs rossz kivitelezésre - biztosítási termékek - lakossági - gépjármű biztosítás - vagyonbiztosítás - élet/baleset
- felelősség - ipari - gépjárműbiztosítás (flotta-biztosítások) - egyedi ipari vagyon - speciális (veszélyes üzem esetén extra biztosítás) - mindkét termékkel: kompozit biztosítók - BIT: Biztosítási Törvény - mint biblia - KGFB - Kötelező Gépjármű Felelősség Biztosítás - minden olyanra a forgalomban részt vesz: kismotor, pótkocsi, utánfutó, trolibusz - 3 milliós állomány - átlagéletkor kb. 10 év - évente kb. 50.000-150.000 új - eddig mindig jan.1-től ill. fog. állítástól dec. 31-ig - évente megújítva - verseny a piacon - érdekes árverseny: 1 évig nem lehet változtatni - hasonló a pályáztatáshoz - másik(ak) stratégiáját csak sejteni lehet - most új rendszer - évfordulón lehet váltani - hogyan ???
2. Web bevezetése a gépjármű felelősség biztosításban ------------------------------------------------------------- díjszámítások a biztosítói weben
- SZTAKI-s fejlesztői gárda az Allianznál - 1994-ben a 23. magyar web - Gut Ising-i AZ1995 - AZHolding kb. 1000 cég (most kb. 2000) - "Balkan" volt a gép neve - a "magyar" módszer - kalkuláció Javascript-ben - KGFB publikus; nem veszélyes - casco-nál veszélyes - Patai Mihány (1996-2006) leveteti - díjszámítások működnek, de nem teljesek - casco nincs - csökken a GFB állomány - KGFB általános működése (2004-ben) - 2 díjszámítás egyidőben: adott évi/jövő évi - új irányzatok a biztosításban - biztosítók és brókerek - EU-szabály: legalább 3 különböző cégtől kell ajánlat - Netrisk, biztositas.hu, CLB (Credit Leasing Broker) - sőt: saját bróker is; pl. AllianzDirect, Genertel - brókeri szerzés fontossága - működési problémák - egyedi fejlesztések - kampányszerű munka - ellenőrző stáb a biztosítóknál - megoldás: web service - technológia szabad sw.-ként az Internetről
- előkészületek - web service minta elkészítése - tesztelés félmilliós teszt-adatbázissal (10 db hibás eset lehetséges) - minőségbiztosítási osztály felkészülése - működés - kiemelt brókerek (2 db) betanítása, támogatása - duplikált üzemi környezet - teljes mélységű naplózás - napi jelentések - órás/napos hisztogram - végeredmény - sikeres - csak kb. 10 perces leállás összesen - jó visszhang - kb. 1 millió számítás - most csak fél megoldás, mert sokan saját számítást készítenek - megjegyzés - fióki adminisztrátorok/call center még online programokkal dolgoznak
3. Mi a web service ------------------- web megjelenése - Internet átállása "webNet"-re - web, mint egy új "virtuális terminál" - HTTP protokoll döntő fölénye - többi protokoll gyakorlatilag eltünt (kb 200 fajta van) - IANA (Internet Addressing and Naming Authority)
- a Smtp-mail protokollból származik - kliens/szerver architektúra - kliens aktív, szerver passzív - web használata: - kliens egy human user - szerver egy gép; mögötte általában egy adatbázis - gép-gép kapcsolat megoldásai - EDI: Electronic Data Exchange - email alapú, de a mail-ben előre meghatározott elemek, amiket a vevő elemez (parse) - lehet XML alapú is - lehet WebEDI is - procmail - unix-os gépeken fut - tkp. üzenetkezelő szabályokat írunk le: ilyenek vannak a MSOE-ben is - web alkalmazás gép-gép kapcsolatra - kliens: gép - szerver: gép - protokoll: HTML - belső tartalom: XML - XML belseje: ami a tényleges üzenet - 2 fontos fogalom: - XML-bean konverzió: unmarshalling - bean-XML konverzió: marshalling - bonyolítás - megjelenik a security - aláírás - titkosítás
- aláírás és titkosítás - titkosítás és aláírás
4. Web service-ek általános elterjedése --------------------------------------- nagy érdeklődés a KGFB miatt a brókereknél - elterjesztés - általánosan szabad web service - semmiféle security - nincs UDDI v. egyéb katalógus; információközlés email-ben - előkészület gyorsítása - hamis adatokkal, de új szerkezetekben - tárgynapon 00:00-kor már a jó adatok - a működés problémái - 30*24 órás service - műszaki feltétel: duplikált adatbázis, duplikált szerver; különféle keresztkapcsolások - biztonsági szolgálat - éjszakai ügyelet is - hibaérzékelő sw. beállítása: 5 másodpercenként futás - hiba esetén SMS küldés - komoly összköltség növekedés - csoportos számítások bevezetése - egy kattintással több eredmény az ügyfél számára - "ha Interneten köti", "ha nem Interneten köti" - felhasználói azonosítások bevezetése
- brókerekről belső statisztika készítése - "saját biztosító", mint speciális bróker, egyedi szolgáltatásokkal - több fajta service-csoport bevezetése - hagyományos számítás: "átlépő ügyfelek" - rendszám alapján a jövő évi díj számítás nélkül, adatbázisból - web és WAP használható - brókeri panaszok kivizsgálása - brókerazonosítás felhasználásával - egy brókernél rendszeresen félbeszakadt a működés - ok: lejárt a timeout - naplózásból időadatok használata - menet közbeni web service váltás - saját számításba hiba csúszott - 03:00-kor újraindítás; kb. 10 perc alatt - minőségbiztosítás fontossága - végeredmény - nálunk: - sikeres - kb. 3.000.000/30 nap -> 100.000/nap -> 4.000/óra -> 1 számítás/sec - csúcs a csúcsidőben (ebéd után, a hónap végén) kb. 10 számítás/sec - kezdeti években kb. 30%-os növekedés prognosztizálva, ami bejött - 3 millió plafonnak tűnik - megoldás cluster-serverrel - Allianzban kb. 100 szerver állandóan - időszakos átcsoportotsítás - Allianz és Allianz Direct külön szerverről kielégítve - többiek más szerverekről
- fióki adminisztrátorok/call center is már ezt használják - más biztosítónál: - ott is web service-ek - saját fejlesztéssel - új cégek létrejötte, akik web service-t fejlesztenek a biztosítóknak
5. Web service-ek mindenhol az ügyfeleknél ------------------------------------------ bevezetés minden terméknél (KGFB mellett) - casco - utasbiztosítások - életbiztosítások - otthon/lakásbiztosítás - vállalkozás biztosítás - bizonyos esetekben nem algoritmizálható - vállalati biztosítások - itt egyedi megoldások/kötések - bonyolult feltételek figyelembevétele - pl. olcsóbb a KGFB, ha legalább féléves fizetéssel vagy lehívással köti - pl. olcsóbb a casco, ha van legalább 2 egyéb Allianz-biztosítása az ügyfélnek - lehetőség van kalkuláció félbehagyására - brókerek összetett programokat gyártanak - bróker az, aki legalább 3 verziót tud felmutatni egy terméknél - bonyolult összehasonlítások - a kedvezmény-feltételek nagyon összetettek a biztosítói opciók miatt - pl. egyiknél van kedvezmény, ha nyugdíjas
- pl. másiknál van kedvezmény, ha közszolgálati dolgozó - pl. harmadiknál, ha a *házastárs* közszolgálati - pl. negyediknél, ha van casco-ja bárhol - pl. ötödiknél, ha casco-ja ugyanott (ezért bekérik, hogy hol van a casco) - hasonló bonyolultságú a megszorítások rendszere - pl. az egyik bünteti a fiatal vezetőket, stb. - következmény - nagy brókereknél komoly fejlesztői stáb és géppark (biztositas.hu) - kis brókerek külön fejlesztői cégeket alkalmaznak
- nemcsak termék-kalkulátorok, hanem kárbejelentések is - ezek már a főleg a biztosítóknál - irányzat az, h önálló kár-cégek lesznek a biztosítók mellett (kiszervezés) - összetett web service, mert - on-line ellenőriz a biztosítási adatbázis alapján (ha nincs ilyen ügyfél, akkor elutasít) - azonnal értesíti a kapcsolt kárfelvevőt (SMS-ben) - mindezt bejegyzi a biztosítási adatbázis history-jába - minden web service-ek belső használatban - megoldandó: nem egy internetes user, hanem egy adminisztrátor adta be az információt - SSO megvalósítása
6. Kalkulációból kötés - web service-zel ---------------------------------------- sokáig a jogszabály (BIT) nem tette lehetővé, ma már igen - ügymenet
1. adatfelvétel ellenőrzéssel 2. bekerül a bróker adatbázisába 3. bróker igazoló dokumentumot kigenerál 4. visszaküldés email-ben 5. bróker átküldi az adatokat a biztosítónak - biztosító kitölti a kötvényt és postázza - esetleg kér aláírásos visszaküldést - (beérkezés után) érvényes kötésnek tekinti 6. bróker és a biztosító a későbbiekben elszámolnak egymással 7. ügyfél a brókernél és a biztosítónál is "ügyfél" lesz - mindketten felkeresik - személyes adatok teljesen ismertek - saját esetem - Allianz, mint (saját) bróker - át akartam lépni - 4. pontnál lefagyott a rendszer - 4. pont sikerességét (megérkezett) a bróker nem tudja ellenőrizni - 2 db *érvényes* KGFB-m volt :))
7. Paradigmaváltás web service alapon ------------------------------------- biztosító belső sw-fejlesztésében 2 irányzat - monolit szolgáltatási központ ("OPUS") - még nem volt SSO - egyetlen rendszert használt az adminisztrátor/call center - mindent látott
- SOA/web service - ügyfelek, brókerek számára - egyidőben 3 KGFB-számítás 1. termékfejlesztőnél excel-ben 2. OPUS-ban, mint adatbázisban (PLsql) 3. weben/brókerek számára - ellentmondások bekódolva - tarthatatlan helyzet - OPUS bevezetése kezdetben indokolt - koncepcionális rendszer - direkt a biztosításokra - adatbázis alapon - óriás adattömegek kezelésére - verziókezelés van benne!!! - közben haladt a világ - Internet - web térhódítása - online ügyintézés - B2B együttműködések felértékelődnek - bróker jelenség - átalakítások szükségesek - "menet közbeni kerékcsere" - rendkívül komoly szervezési munka - átalakítás SOA módra - workflow rendszerben gondolkodás - SSO bevezetése - pénzügyi alrendszerben az Euro megjelenése
- call center integrálása - call centernek saját adatbázisa volt - érdekeltségi rendszer módosítása - központi állami szolgáltatásokkal való kapcsolat - központi gépjármű nyilvántartás - anyabanki kapcsolat - MKB, Allianz Bank, FHB - minőségbiztosítás jelentősége - PSZÁF is megköveteli - célirányos tesztelés - OPUS-alapú rendszerek vizsgálata - csoport a tesztelés előkészítésére - Java és Oracle-adatbázis egy egységben - forrás szinten - belső CVS-ben - scratch-ről tesztelés - tesztelő környezet megegyezett az üzemivel - több teszt környezet is volt - adatbázisok az élesből, de adatátírással - integrációs tesztek - tesztelések automatikus tesztelő programokkal - automata "test-user"-ek használata - teszt-adatbázisban a tesztelés eredménye - "országos tesztórák/tesztnapok" bevezetése - 500-1000 adminisztrátor egyidőben használja - végén elemzés - sebesség problémák, mert vastag kliensek
- minőségbiztosítás engedélyezi az élesbe adást - release-koncepció - éves release-ek ütemezve - egy évben 5-6 - különleges esetek kezelése - web service tesztelés bevezetése - új metodológia - ide nem kell test-user - JUNIT-tal a belső működés - teljes rendszer tesztelése - teljesítmény vizsgálatok
8. Továbbfejlődés ----------------- termékfejlesztésből azonnal "kijön" a kalkulátor ws formában - ClearQuest/ClearCase folyamatban kezeli a - fejlesztés - minőségbiztosítás - üzembeállítás - hibajelzés - workflow alapon működés - magas szintű tervezés - wf használja a ws-eket - ws-ek továbbfejlesztése - keretrendszerek használata
- üzemeltetés management új módszerekkel: JMX