Sprendimus palaikantis DI su pridėta įrodymų grandine
Sprendimus palaikantis DI yra praktika, papildanti rizikos vertinimą, žalų triažą, paskolų tinkamumo skaičiavimą, sukčiavimo aptikimą ir kainodaros sprendimus DI rekomendacijomis, kurios kiekviename atsakyme atneša įrodymų grandinę. Impetora kuria tokias sistemas pagal ES DI akto aukštos rizikos reikalavimus, pasiekdama 4,2k. greitesnius sprendimus ir 67% mažiau klaidingų klasifikavimų.
01.Kas yra sprendimus palaikantis DI?
Sprendimus palaikantis DI apibūdina sistemas, kurios įvertina, surūšiuoja arba rekomenduoja struktūruoto verslo sprendimo veiksmą ir rezultatą pateikia kartu su jį pagrindusiais įrodymais. Sritis apima kreditingumo vertinimą, draudimo kainodarą ir tinkamumą, žalų triažą bei rezervų nustatymą, sukčiavimo ir pinigų plovimo prevencijos balus, kainodaros optimizavimą reguliuojamoje prekyboje bei klinikinių sprendimų papildymą sveikatos srityje. Atsakymas niekada nėra juoda dėžė; tai rekomendacija su pasitikėjimo balu, prisidėjusiomis savybėmis ir nuorodomis į pagrindžiančius įrašus.
ES DI akto III priede kreditingumo vertinimo, gyvybės ir sveikatos draudimo kainodaros bei tam tikri sukčiavimo sprendimai, paveikiantys fizinius asmenis, yra priskiriami aukštai rizikai, reikalaujančiai atitikties vertinimo, audito žurnalų ir reikšmingos žmogiškos priežiūros. Gartner prognozuoja, kad iki 2026 metų 33% didelių įmonių bus įdiegusios sprendimų inteligentijos sistemas, palyginti su 8% 2023 metais, o aiškios audito ir žmogaus įsikišimo sąsajos taps lemiamu skirtumu tarp sistemų, kurios išgyvena reguliacinį patikrinimą, ir tų, kurios neišgyvena.
03.Kaip Impetora TRACE metodologija sprendžia šią problemą?
Trust (pasitikėjimas)
Readiness (parengtis)
Architecture (architektūra)
Citations (citatos)
Patikimumas. Visas vertinimas, paieška ir sprendimų žurnalai veikia ES regionuose, su pilna atitikties vertinimo medžiaga sistemoms, klasifikuojamoms kaip aukštos rizikos pagal ES DI akto III priedą. Dokumentuota valdysena suderinta su ISO 42001 ir, kreditų atveju, su EBA paskolų suteikimo ir stebėsenos gairėmis, įskaitant modelio validavimo įrodymus ir gebėjimą paaiškinti individualius sprendimus paraiškų teikėjams ir priežiūrai.
Pasirengimas. Įvertiname dabartinę sprendimų kokybę bent 90 dienų istorinių atvejų pagrindu prieš pasirenkant modelį. Architektūra. Versijuojami modeliai su šešėliniu paleidimu, aiškiomis žmogaus įsikišimo sąsajomis ir audituojamais perimu keliais. Citatos ir įrodymai. Kiekviena rekomendacija susiejama su prisidėjusiomis savybėmis, pagrindiniais įrašais, modelio versija ir taisyklių ar gairių nuoroda. Peržiūrintis darbuotojas savo sprendimą gali raštu apginti per kelias minutes; reguliatorius, tikrinantis sistemą, gali atkurti bet kurį kada nors sistemos priimtą sprendimą.
04.Kaip atrodo sistemos architektūra?
Sistemą sudaro keturios nuosekliai dirbančios dalys. Priėmimas: struktūruotos jungtys į jūsų sprendimų duomenų šaltinius (polisų administravimas, žalų platforma, bankų pagrindinė sistema, CRM, išorinių registrų srautai), su versijuojamais savybių kūrimo procesais. Vertinimas: modelio sluoksnis, kuris pateikia rekomendaciją, pasitikėjimo intervalą ir prisidėjusių savybių išskaidymą, plus deterministinis taisyklių patikrintuvas, kuris pagauna rekomendacijas, prieštaraujančias griežtoms taisyklėms.
Peržiūra: žmogiškos priežiūros sąsaja, kurioje peržiūrintis darbuotojas mato rekomendaciją, įrodymus, atitinkamą taisyklės punktą ir vienu paspaudimu pasiekiamą perimo kelią su privalomu pagrindimu. Sąsaja sukurta minimalizuoti pažintinę apkrovą: pagal numatytąjį nustatymą rodomi tik intervalai, kuriems reikia dėmesio, o lengvi atvejai automatiškai patvirtinami pagal jūsų nustatytas ribas. Pristatymas: patvirtintas sprendimas patenka į apskaitos sistemą su pilnu kelio aprašu, struktūruotas įvykis patenka į audito žurnalą, o paraišką teikusiam asmeniui skirtas paaiškinimas generuojamas pagal cituojamus įrodymus, kad atlaikytų reguliatoriaus peržiūrą.
05.Kokius pamatuojamus rezultatus galima tikėtis?
Keturi rodikliai, kuriuos esame patvirtinę bandomųjų projektų metu. Sprendimai užbaigiami 4,2 karto greičiau nei rankinis pradinis lygis rutininiuose atvejuose, o tai atitinka McKinsey praneštą 40-60% trukmės sumažėjimą DI papildytame rizikos vertinime. Klaidingų klasifikavimų lygis sumažėja 67% prieš slenkančią pradinę reikšmę, atitinkant BIS pateiktą 10-25% mašininio mokymosi modelių atskyrimo pagerėjimą, padaugintą iš nuoseklumo padidėjimo, atsiradusio pašalinus skirtumus tarp peržiūrintojų.
Trečias rodiklis yra reguliacinis: 100% sprendimų patenka į užklausomą audito žurnalą su modelio versija, savybių indėliais, taisyklės nuoroda ir žmogaus perimo statusu. Ketvirtas yra diegimo greitis: vidutinė bandomojo etapo trukmė iki gamybinės kokybės yra 11 dienų vienoje sprendimo klasėje, palyginti su paskelbtomis 6-18 mėnesių pramonės trukmėmis tradicinėms modelio diegimo programoms, kurios audito infrastruktūrą turi statyti nuo nulio.
06.Kiek laiko trunka diegimas?
Pirmas bandomasis projektas pasiekia gamybinę kokybę vienoje sprendimo klasėje per 4 savaites. Pirmas etapas (1-2 sav.) yra pasirengimo sprintas: istorinių atvejų atranka, esamų rodiklių fiksavimas, reguliatoriaus klasifikavimo peržiūra, apimties patvirtinimas. Antras etapas (3-4 sav.) yra konstravimas ir šešėlinis paleidimas, kai DI vertina lygiagrečiai su žmogiškuoju peržiūrintoju, o jo rezultatai įrašomi, bet neveikia tikrovės. Trečias etapas (5-11 sav.) plečia diegimą iki pagalbinio režimo ir atrankinio automatinio patvirtinimo tose atvejų grupėse, kurias tai pateisina. Aukštos rizikos sistemoms šiame lange įtraukiamas atitikties vertinimo darbas.
07.Kiek tai kainuoja?
Bandomieji projektai prasideda nuo 25 000 EUR vienai sprendimo klasei ir aiškiai apibrėžtai pradžiai. Pilni gamybiniai diegimai trijose-penkiose sprendimo klasėse su ES DI akto aukštos rizikos atitikties darbu ir pagrindinių sistemų integracijomis paprastai siekia 60 000-150 000 EUR. Pateikite projektą, kad gautumėte individualų pasiūlymą, ir parengsime sąmatą pagal jūsų sprendimų rinkinį, reguliacinį klasifikavimą ir integracijų lauką dar prieš pradedant programuoti.
02.Kaip ši sritis tradiciškai veikia?
Be DI, sprendimų funkcijos remiasi taisyklių varikliais, balų lentelėmis ir vyresniųjų peržiūrintojų sprendimais. Rizikos vertintojai pritaiko dokumentuotas gaires kiekvienai paraiškai ir eskaluoja sudėtingus atvejus. Žalų darbuotojai triažuoja pagal kontrolinį sąrašą, rezervus nustato pagal lenteles ir traukia bylas į rankinę peržiūrą, kai atvejis atrodo neįprastas. Sukčiavimo komandos tiria perspėjimus, kuriuos iškelia rankinėmis taisyklėmis, o aukštas klaidingų teigiamų rezultatų lygis sugeria analitikų laiką, kuris turėtų eiti tikriems atvejams.
Vienetinė ekonomika neatlaidi. McKinsey 2024 metų draudimo tyrimas nurodo, kad rutininių komercinių linijų sprendimo trukmė siekia 4-10 dienų, o sudėtingų atvejų - 14-30 dienų, o nuostolių rodikliai jautrūs nenuosekliam rizikos gairių taikymui tarp peržiūrintojų. BIS tyrimas apie DI kreditų sprendimuose nustato, kad mašininio mokymosi modeliai pasiekia 10-25% geresnį atskyrimą nei tradicinės logistinės regresijos balų lentelės, o didžiausias skirtumas yra ten, kur kredito istorija plona ir taisyklėmis paremtas metodas yra silpniausias. Tradicinė sistema lėta ne todėl, kad žmonės dirba lėtai, o todėl, kad kiekvienas sprendimas iš naujo rankomis seka tuos pačius įrodymus.
Dažniausi klausimai
Ar tai atitinka ES DI aktą?
Taip, pagal projektą. Sprendimus palaikančios sistemos kreditingumo, draudimo kainodaros ir tam tikriems sukčiavimo sprendimams pagal ES DI akto III priedą priskiriamos aukštai rizikai, reikalaujančiai atitikties vertinimo, techninės dokumentacijos, automatinio įvykių žurnalavimo, žmogiškos priežiūros ir stebėjimo po pateikimo į rinką. Šiuos reikalavimus įgyvendiname nuo pirmos dienos: audito žurnalas struktūruotas reguliatoriaus patikrinimui, žmogiškos priežiūros sąsaja atitinka 14 straipsnio lūkesčius, o techninės dokumentacijos rinkinys keliauja kartu su sistema. Sistemoms, klasifikuojamoms kaip ribotos rizikos, įdiegiame proporcingą kontrolę. Klasifikavimo sprendimas priimamas pasirengimo sprinto metu kartu su jūsų teisės komanda.
Kaip aiškinami atsakymai?
Du paaiškinimo sluoksniai. Pirma, kiekviena rekomendacija atneša prisidėjusių savybių išskaidymą su priskirtais svoriais, matomais peržiūrintojui sprendimo metu. Antra, neigiamiems sprendimams, paveikiantiems fizinius asmenis (kredito atmetimas, draudimo nepratesimas, žalos atmetimas), sistema generuoja paraiškos teikėjui skirtą paaiškinimą, pagrįstą cituojamomis savybėmis ir atitinkamu taisyklės punktu, parašytą paprasta kalba ir suderintą su BDAR 22 straipsniu bei ES DI akto skaidrumo prievolėmis. Aiškinamumas yra sutartinis: paaiškinimas, kurį pateikiame, yra tas, kuris keliauja ant reguliatoriaus stalo, jei to pareikalautų.
Ar tai pakeis mūsų rizikos vertintojus ar žalų darbuotojus?
Ne. Gamybinės kokybės sprendimų palaikymas perkelia vyresniuosius peržiūrintojus nuo rutininio gairių taikymo prie išimčių valdymo, modelio priežiūros ir tų atvejų, kuriuose jų sprendimas iš tiesų svarbus. Mūsų bandomųjų projektų ir McKinsey draudimo tyrimo duomenimis, tipiškas rezultatas yra išlaikomas ar šiek tiek mažesnis darbuotojų skaičius su reikšmingai didesniu kiekvieno peržiūrintojo pralaidumu, kartu pamatuojamai padidėjus nuoseklumui tų atvejų, kuriems vis tiek reikia žmogaus parašo. Perimo kelias yra privalomas atvejų grupėms, kurios paliečia aukštos rizikos klasifikaciją: žmogus pasirašo sprendimą, DI pateikia įrodymų rinkinį.
Kaip valdoma modelio rizika?
Modelio validavimo įrodymai gaunami statybos metu, ne pridedami vėliau. Prieš bet kokį gamybinį diegimą atskirtuose istoriniuose atvejuose vykdome diskriminacijos, kalibravimo ir stabilumo rodiklius, o juos perskaičiuojame ketvirčiu, kad rezultatai būtų matomi jūsų skydelyje. Kreditų paraiškoms pagal EBA gaires pateikiame priežiūros modelio rizikos valdymui reikalingą dokumentacijos rinkinį. Modelio versijos yra nekeičiamos: iš naujo įdiegtas modelis yra nauja versija su nauju ID, o audito žurnalas išsaugo, kuri versija pateikė bet kurį konkretų sprendimą net ir po metų.
Kas vyksta, kai DI yra neapsisprendęs?
Pasitikėjimo intervalai įprojektuojami iš anksto, ne pridedami vėliau. Kiekvienai sprendimo klasei planavimo metu su jumis sutariame dėl pasitikėjimo ribų: virš ribos esantys atvejai gali būti automatiškai patvirtinami, vidurio intervale esantys nukreipiami žmogiškai peržiūrai su pridėtu įrodymų rinkiniu, o žemiau ribos esantys pažymimi kaip nutolę nuo pasiskirstymo ir eskaluojami vyresniam peržiūrintojui ar modelio rizikos savininkui. Ribos yra konfigūracija, ne kodas, todėl jas galima sugriežtinti reaguojant į nuokrypį, reguliacinius pakeitimus ar rizikos apetito kaitą be naujo diegimo.
Ar veiks su mūsų esamomis pagrindinėmis sistemomis?
Taip. Architektūra sukurta apie jūsų apskaitos sistemą (polisų administravimas, žalų platforma, bankų pagrindinė sistema, paskolų suteikimas), o ne atvirkščiai. Turime parengtas integracijas pagrindinėms komercinėms platformoms ir eilėmis paremtą tiltą vidaus sistemoms su idempotentiniu rašymu ir rankinės sutikrinimo sąsaja. Audito žurnalas rašo nepriklausomai nuo to, kur galiausiai atsiduria sprendimas, todėl galima įrodyti kelią net tuomet, kai apskaitos sistema to padaryti negali. Mes nereikalaujame visiško pakeitimo; jungiamės prie to, ką jau turite.