Automatisk søknadsbehandling SpareBank 1 Kredittkort · Eget kortselskap for SpareBank 1 Gruppen,...

Post on 20-Aug-2018

221 views 0 download

Transcript of Automatisk søknadsbehandling SpareBank 1 Kredittkort · Eget kortselskap for SpareBank 1 Gruppen,...

Automatisk søknadsbehandling SpareBank 1 Kredittkort

13.02.2014

Jens Lien

«Kredittkortskolen»

3 Copyright © Capgemini 2013. All Rights Reserved

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

SpareBank 1 Kredittkort

4 Copyright © Capgemini 2013. All Rights Reserved

Kredittkortforretningen

5 Copyright © Capgemini 2013. All Rights Reserved

Kredittkortforretningen

Aktivt kundeforhold

• Transaksjoner (autentisering, gjennomføring)

• Fakturering

• Kundefront: Telefon, email, selvbetjening

6 Copyright © Capgemini 2013. All Rights Reserved

Kredittkortforretningen

Nye kunder/produkter

• DM (email, brev, SMS etc)

• Reklame/banners

• Rettede kampanjer

7 Copyright © Capgemini 2013. All Rights Reserved

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

8 Copyright © Capgemini 2013. All Rights Reserved

Primære kostnader

Produksjonskost

Behandlingstid

Manuelt arbeid

Sekundære kostnader

Kunder som ikke gjør opp for seg

Omdømme

Motivasjon kredittkortforretning

Kostnader Inntekter

Påslag transaksjoner

«Revolvers»

Renter

Gebyr

9 Copyright © Capgemini 2013. All Rights Reserved

Motivasjon kredittkortforretning

Virkemidler:

Eie kundedata:

• Søketidspunkt

• Bruksstatistikk

• Tidligere engasjement

Forbedre statistiske modeller

Redusere manuelle prosesser

Arkitektur - føringer

11 Copyright © Capgemini 2013. All Rights Reserved

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

Greenfield-prosjekt

12 Copyright © Capgemini 2013. All Rights Reserved

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

Funksjonelle drivere

13 Copyright © Capgemini 2013. All Rights Reserved

Ø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

Prosessdrivere

14 Copyright © Capgemini 2013. All Rights Reserved

«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

Tidlig validering av arkitektur

Arkitektur og regelprosessering

16 Copyright © Capgemini 2013. All Rights Reserved

«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

Tilstandsdiagram søknadsbehandling

17 Copyright © Capgemini 2013. All Rights Reserved

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

Automatisk søknadsbehandling

18 Copyright © Capgemini 2013. All Rights Reserved

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

Regelprosessering

19 Copyright © Capgemini 2013. All Rights Reserved

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

Regeldefinisjoner - produktspesifikasjonen

20 Copyright © Capgemini 2013. All Rights Reserved

Kjøring av regler

ApplicationProcess

SubmitApplication

evaluate

RuleEngine SalesProductDefinition

getRules

rules

Pre Score loop

Rule<Type>

evaluate

ruleResult

List<RuleResult>

Summary

getHarvestedData*

{summary = RED}

{for each rule in PRE_SCORE}create

RuleFactory

create

Post Score loop

Rule<Type>

evaluate

ruleResultgetHarvestedData*

{for each rule in POST_SCORE}create create

ApplicationInstance

Summary

List<RuleResult>

evaluate

ruleResult CreditScoreService

create createRule<CreditInfo>

evaluate

ruleResult LimitInfoService

create createRule<Limit>

21 Copyright © Capgemini 2013. All Rights Reserved

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

Lagring av regelresultat

Læring

23 Copyright © Capgemini 2013. All Rights Reserved

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

Arkitekturdrivere

24 Copyright © Capgemini 2013. All Rights Reserved

Domenemodell er tilpasset faktisk prosess

Løsningen er implementert akkurat passe

Fleksibel

Effektiv

Skalerbar

Regelprosessering

The information contained in this presentation is proprietary.

© 2013 Capgemini. All rights reserved.

www.capgemini.com

Jens Lien Managing Consultant/Technology Services Capgemini Norge AS jens.lien@capgemini.com

The information contained in this presentation is proprietary.

© 2013 Capgemini. All rights reserved.

www.capgemini.com

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 ExperienceTM, and draws on Rightshore®, its

worldwide delivery model.

Rightshore® is a trademark belonging to Capgemini