Webszolgáltatások biztosítók informatikai rendszereiben- Ercsényi András, IIT. Szolgáltatásfejlesztés és-menedzsment a gyakorlatban, 2012.

Átírás

1 Webszolgáltatások biztosítók informatikai rendszereiben- Ercsényi András, IIT Szolgáltatásfejlesztés és-menedzsment a gyakorlatban, ősz 1. Biztosító, biztosítás, KGFB biztosítók Magyarországon - Állami Biztosítótól a kettészakadásig: 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 ben megindult egymásbafonódás - biztosítások jellemzője - jövőbeni eseményre szerződés bizonytalan!!) - ahol a bekövetkezés bizonytalan, de lehetséges (halál biztos!, de a bekövetkezése - á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

2 - 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 trolibusz - minden olyanra a forgalomban részt vesz: kismotor, pótkocsi, utánfutó, - 3 milliós állomány - átlagéletkor kb. 10 év - évente kb ú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

3 - SZTAKI-s fejlesztői gárda az Allianznál ben a 23. magyar web - Gut Ising-i AZ AZHolding kb 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 ( ) 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

4 - 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)

5 - 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 elemez (parse) - alapú, de a mail-ben előre meghatározott elemek, amiket a vevő - 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

6 - 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 -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 keresztkapcsolások - műszaki feltétel: duplikált adatbázis, duplikált szerver; különféle - 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

7 - 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 /30 nap -> /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

8 - 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

9 - 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 casco) - pl. ötödiknél, ha casco-ja ugyanott (ezért bekérik, hogy hol van a - 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 akkor elutasít) - on-line ellenőriz a biztosítási adatbázis alapján (ha nincs ilyen ügyfél, - minden web service-ek belső használatban - azonnal értesíti a kapcsolt kárfelvevőt (SMS-ben) - mindezt bejegyzi a biztosítási adatbázis history-jába információt - megoldandó: nem egy internetes user, hanem egy adminisztrátor adta be az - 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

10 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 -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

11 - 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

12 - 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 adminisztrátor egyidőben használja - végén elemzés - sebesség problémák, mert vastag kliensek

13 - minőségbiztosítás engedélyezi az élesbe adást - release-koncepció - éves release-ek ütemezve - egy évben 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

14 - üzemeltetés management új módszerekkel: JMX