Automatisk søknadsbehandling SpareBank 1 Kredittkort 13.02.2014 Jens Lien
«Kredittkortskolen»
SpareBank 1 Kredittkort Eget kortselskap for SpareBank 1 Gruppen, dannet i 2012 Tar over SpareBank-porteføljen fra Entercard i juni 2014 Leverer kort for bl.a. BN Bank og andre sparebanker i SpareBank 1 Gruppen 3
Kredittkortforretningen 4
Kredittkortforretningen Aktivt kundeforhold Transaksjoner (autentisering, gjennomføring) Fakturering Kundefront: Telefon, email, selvbetjening 5
Kredittkortforretningen Nye kunder/produkter DM (email, brev, SMS etc) Reklame/banners Rettede kampanjer 6
Kredittkortforretningen Søknad om kredittkort Produktvalg Nytt kort Endring av kredittgrense Tilleggskort, tilleggstjenester Innsamling av data Verifisert: Kredittopplysninger, eksisterende kundeforhold Uverifisert: Egne opplysninger (lønn, gjeld, arbeidsforhold) Analyse og automatisk behandling Evt. overstyring Arkivering av avtaler Produksjon 7
Motivasjon kredittkortforretning Kostnader Inntekter Primære kostnader Produksjonskost Behandlingstid Manuelt arbeid Påslag transaksjoner «Revolvers» Renter Gebyr Sekundære kostnader Kunder som ikke gjør opp for seg Omdømme 8
Motivasjon kredittkortforretning Virkemidler: Eie kundedata: Søketidspunkt Bruksstatistikk Tidligere engasjement Forbedre statistiske modeller Redusere manuelle prosesser 9
Arkitektur - føringer
Greenfield-prosjekt I utgangpunktet et Greenfield-prosjekt Imidlertid en rekke føringer for Rammeverk: SB1 har eksisterende integrasjonsbuss(er) Metodikk: Utviklings- og leveranseprosess definert i «Bussruta» Løsningen forvaltes og videreutvikles av en annen leverandør Ønske om smidig prosess målpriskontrakt Kortselskapet ønsket tidlig Proof-Of-Concept for å verifisere integrasjonen mellom fagsystemene 11
Funksjonelle drivere Fleksibilitet - backend Støtte flere produkter/brands Støtte ulik konfigurasjon for hvert produkt Lett å konfigurere eksisterende regler Lett å legge til nye regler i behandlingsløpet Lett å integrere andre kilder for kundedata Fleksibilitet - frontend Lett å endre profil (brand/lededokumenter) UI-elementer styrt av produkt/kanal 12
Prosessdrivere Ønske om continuous deployment SB1 krav om høy testdekning muliggjøre testdrevet utvikling Keep-it-simple Dynamikk i teamet (nye folk av-og-på) Lett å revidere funksjonelle krav Team og tilgjengelig kompetanse (utvikling/forvaltning) Opplæringstid internt og i forvaltning Andre ressurser i Capgemini-systemet 13
Tidlig validering av arkitektur «Build the Burger» validerer at arkitekturen passer for formålet Tester: Prosessen Enkle beslutninger Utvalgte eksterne grensesnitt Verifikasjon Ytelse Skalerbarhet Sikkerhet I tillegg: Dekopling og utviklingsvennlighet Spenner ut grensesnittene 14
Arkitektur og regelprosessering
Tilstandsdiagram søknadsbehandling «Hjemmelaget» tilstandsmaskin Gjorde evalueringer av hyllevare, disse var enten for komplekse, for lite fleksible eller krevde mye tilpasninger Lett å forstå implementasjonen (for forvaltning) Flyten kan lett endres, men store endringer krever redeployment Testbar Lett dokumenterbar 16
Automatisk søknadsbehandling Scoring-transisjon Inn til ScoringInProcess-state fra utfylt søknad eller verifisert uautentisert. Gjenbruk av transisjonskode (dvs. regelevaluering) Søknaden ligger ikke i ScoringInProcess om den kan ferdigbehandles «Recovery state» dvs. kan ligge og vente på tilgjengelige tjenester for evaluering Blir forsøkt behandlet på nytt ved gitte intervaller. Utgangen fra ScoringInProcess er enten (uautentisert) Avslått Ikke besluttet Innvilget 17
Regelprosessering Ide: Generisk regelgrensesnitt Uavhengig av rekkefølge Regeldefinisjoner som en del av produktspesifikasjon Spesialregler for aggregering Regler skaffer relevant informasjon selv Oppslag i datamodellen «Harvesting» I praksis: Utvidet behov for conditional-prosessering I ettertid ønsket vi mer støtte for avhengighetstrær mellom regler 18
Regeldefinisjoner - produktspesifikasjonen Hvert produkt har tilhørende regeldefinisjoner: Type, f.eks: Gjeldsgrad Status fra kredittbyrå Alder Karantene produkt eller kredittøkning Betalingsanmerkninger, «Obs-liste», gråliste Arbeidsforhold, boforhold Eksekveringsgruppe Tidlig avslag Scoring og kredittfastsettelse Sent avslag (mer detaljer tilgjengelig) Konstanter, f.eks. Grenseverdier for gjeldsgrad Øvre/nedre aldersgrense Støtte for mer avansert innbyrdes vekting 19
Kjøring av regler ApplicationProcess SubmitApplication RuleEngine RuleFactory SalesProductDefinition ApplicationInstance evaluate getrules rules Pre Score loop {for each rule in PRE_SCORE} create create Rule<Type> evaluate ruleresult getharvesteddata* Summary List<RuleResult> {summary = RED} create create Rule<CreditInfo> evaluate ruleresult CreditScoreService create create Rule<Limit> evaluate ruleresult LimitInfoService Post Score loop {for each rule in POST_SCORE} create create Rule<Type> 20
Lagring av regelresultat For sporbarhet lagres (for hver instans av søknaden) lagres: Regeltype Eksekveringsgruppe Eksekveringstidspunkt Konstanter (fra regeldefinisjonen) Variabler (fra søknaden/harvested data) Evt. mellomlagrede verdier Resultat Konsekvens av resultatet (avslått, innvilget eller ikke besluttet) Sammendrag lagres for alle grupper Sammendrag lagres for søknaden 21
Læring
Arkitekturdrivere Team Standard teknologi, enkle modeller Leveransemodell Skal over i forvaltning etter leveranse Integrasjoner Testbarhet Fleksibilitet Ta høyde for endringer Testbarhet Build the burger PoC med andre systemer 23
Regelprosessering Domenemodell er tilpasset faktisk prosess Løsningen er implementert akkurat passe Fleksibel Effektiv Skalerbar 24
Jens Lien Managing Consultant/Technology Services Capgemini Norge AS jens.lien@capgemini.com www.capgemini.com The information contained in this presentation is proprietary. 2013 Capgemini. All rights reserved.
About Capgemini With more than 125,000 people in 44 countries, Capgemini is one of the world s foremost providers of consulting, technology and outsourcing services. The Group reported 2012 global revenues of EUR 10.3 billion. Together with its clients, Capgemini creates and delivers business and technology solutions that fit their needs and drive the results they want. A deeply multicultural organization, Capgemini has developed its own way of working, the Collaborative Business Experience TM, and draws on Rightshore, its worldwide delivery model. Rightshore is a trademark belonging to Capgemini www.capgemini.com The information contained in this presentation is proprietary. 2013 Capgemini. All rights reserved.