Taikoma
DORA: Taikomos skaitmeninės veiklos atsparumo taisyklės
IRT rizika, trečiųjų šalių registras, pranešimai apie incidentus ir testavimas.
Finansinės paslaugos
Ką kuriame bankams, draudikams, kredito unijoms, turto valdytojams, mokėjimo ir elektroninių pinigų įstaigoms: DI, kurį galima paaiškinti priežiūros institucijai, integracijas, kurios saugo pagrindinę sistemą, ir operacijas, nuo pirmojo architektūros sprendimo projektuojamas pagal DORA.
Finansų įstaigoms, veikiančioms prižiūrint Lietuvos bankui ir Europos priežiūros institucijoms: ECB, EBA, EIOPA, ESMA ir AMLA.

2025 m. sausio 17 d.
Taikomas DORA
IRT rizikos valdymas, trečiųjų šalių registrai, pranešimai apie incidentus ir atsparumo testavimas finansų sektoriaus subjektams.
ŠaltinisReglamentas (ES) 2022/2554 (atidaroma išorinė svetainė)
2027 m. liepos 10 d.
Taikomas ES kovos su pinigų plovimu reglamentas
Vienos taisyklės klientų tapatybės nustatymui ir patikrai visoje ES, kartu su nauja institucija AMLA.
ŠaltinisReglamentas (ES) 2024/1624 (atidaroma išorinė svetainė)
2027 m. gruodžio 2 d.
Didelės rizikos DI pareigos kreditams ir draudimui
Kreditingumo vertinimas ir gyvybės bei sveikatos draudimo kainodara priskiriami didelės rizikos naudojimo atvejams; taikymo data pagal 2026 m. pakeitimą.
ŠaltinisReglamentas (ES) 2024/1689 (atidaroma išorinė svetainė)
DORA veiklos atsparumą paverčia konkrečiomis pareigomis: IRT rizikos valdymas, kiekvieno susitarimo su IRT trečiąja šalimi registras, klasifikuoti pranešimai apie incidentus ir reguliarus testavimas. Debesijos ir DI tiekėjai dabar yra priežiūros vaizdo dalis.
ŠaltinisReglamentas (ES) 2022/2554
Pagal Dirbtinio intelekto aktą kredito vertinimas ir draudimo kainodara tampa didelės rizikos naudojimo atvejais. Modelių rizikos valdymas turi apimti mašininio mokymosi ir generatyvinius modelius, su dokumentacija, stebėsena ir žmogaus atliekama priežiūra, proporcinga poveikiui.
ŠaltinisReglamentas (ES) 2024/1689
Momentiniai mokėjimai, gavėjo patikra ir atviroji bankininkystė padidino lūkesčius dėl greičio ir skaidrumo. Naujos mokėjimo paslaugų taisyklės dar labiau sugriežtins sukčiavimo prevenciją ir API kokybės reikalavimus.
Didieji kompiuteriai ir pagrindinės platformos vis dar tvarko apskaitą. Pokyčiai turi vykti aplink jas, per API ir įvykius, nekeliant pavojaus stabilumui ar priežiūros ataskaitoms.
Klientų priėmimas ir periodinės peržiūros priklauso nuo analitikų, rankiniu būdu skaitančių dokumentus.
Išmanusis dokumentų apdorojimas išgauna ir patikrina tapatybės, nuosavybės ir lėšų kilmės įrodymus. Analitikai peržiūri pažymėtus atvejus, o kiekviena patikra registruojama auditui ir būsimoms bendrosioms kovos su pinigų plovimu taisyklėms.
Konsultantai ir aptarnavimo komandos ieško atsakymo į vieną klausimą penkiose sistemose.
Prieigos teises paisantis asistentas, dirbantis su produktais, taisyklėmis ir tvarkomis, nurodo šaltinius ir įrašo, kas buvo parodyta, todėl konsultavimo įrašai lieka išsamūs.
Kiekvienas pagrindinės sistemos pakeitimas lėtas, brangus ir rizikingas.
Pagrindinės sistemos funkcijas atveriame per API ir įvykių srautus, funkcijas iškeliame žingsnis po žingsnio ir vykdome duomenų sutikrinimą, kol senąjį kelią galima išjungti.
DORA registras ir incidentų procesas tvarkomi skaičiuoklėse.
Informacijos registrą, incidentų klasifikavimą ir pranešimų procesus įdiegiame į Jūsų paslaugų valdymo ir debesijos įrankius, susiejant juos su ypatingos svarbos funkcijomis, kurias jie palaiko.
Nepaaiškinami modeliai nepraeina validavimo.
Vertinimo sistema, suderinta su rizikos ir validavimo komandomis: testų rinkiniai, paaiškinamumas ten, kur jo reikia sprendimui, modelio dreifo stebėsena ir dokumentuota žmogaus teisė pakeisti rezultatą.
Priežiūros ataskaitos kas ketvirtį sutikrinamos rankiniu būdu.
Duomenų srautai su dokumentuota kilme ir automatiniais kokybės patikrinimais pagal BCBS 239 principus, kad skaičius būtų galima atsekti iki šaltinio.
Kur DI yra tarp kanalų ir pagrindinių sistemų, su patvirtinimo vartais prieš svarbius žingsnius ir DORA kontrolės priemonėmis, veikiančiomis kiekviename sluoksnyje.
DI paslaugos su pagrindinėmis sistemomis jungiasi tik per integracijos sluoksnį. DORA kontrolės priemonės taikomos kiekvienam komponentui.
Klientai, konsultantai ir aptarnavimo komandos naudojasi programėle, interneto svetaine, padaliniais ir kontaktų centru.
Už kanalų veikia trys DI paslaugos: klientų priėmimo ir KYC dokumentų priėmimas, asistentas konsultantams ir aptarnavimui bei analitiko patvirtinimo žingsnis, per kurį praeina kiekvienas svarbus sprendimas.
DI paslaugos pagrindines sistemas pasiekia tik per integracijos sluoksnį iš API ir įvykių srautų. Pagrindinės sistemos yra bankininkystės ar polisų administravimo sistema, CRM ir aptarnavimo platforma bei duomenų platforma su dokumentuota kilme.
Šalia visų sluoksnių veikia DORA kontrolės priemonės: IRT rizikos valdymas, IRT trečiųjų šalių registras, incidentų klasifikavimas ir pranešimai bei atsparumo testavimas. Kiekvienas modelis registruojamas, validuojamas ir stebimas pagal modelių rizikos valdymo tvarką.
DI rengia projektus, išgauna duomenis ir siūlo. Sprendimai dėl kreditų, žalų ar sąskaitų apribojimų lieka konkrečiam žmogui.
Paaiškinimo lygis kiekvienam sprendimo tipui nustatomas projektuojant, o ne pridedamas prieš validavimą.
Debesijos ir modelių teikėjai renkami su pasitraukimo planais ir pakeitimo keliais, dokumentuotais registrui.
Įvesties duomenys, rezultatai, modelių versijos ir patvirtinimai saugomi, kad priežiūros institucijos ir auditoriai galėtų atkurti bet kurį atvejį.
Datos, kurios keičia tai, ką turi parodyti įgyvendinimo partneris. Nacionalinės priežiūros institucijos ir Europos priežiūros institucijos papildo jas gairėmis ir techniniais standartais.
Taikoma
IRT rizika, trečiųjų šalių registras, pranešimai apie incidentus ir testavimas.
Taikoma
Taikoma
Rengia bendrąsias taisykles ir atrinktų įstaigų tiesioginę priežiūrą.
Taikoma
Euro zonos mokėjimo paslaugų teikėjai prieš įvykdydami pervedimą patikrina gavėjo vardą ar pavadinimą.
Taikoma
Klientai turi būti informuojami, kai bendrauja su DI sistema.
Būsena 2026 m. spalio 2 d.
Netrukus
Suderinamas klientų tapatybės nustatymas ir patikra, tikrųjų naudos gavėjų nustatymas ir įrašų saugojimas.
Netrukus
Įskaitant kreditingumo vertinimą ir gyvybės bei sveikatos draudimo kainodarą, kaip numatyta 2026 m. pakeitime.
Netrukus
Teisės aktai, kurie dažniausiai lemia DI ir platformų darbus finansų įstaigose, ir ką kiekvienas reiškia įgyvendinimo programai.
Ši apžvalga skirta planavimo pokalbiams. Tai nėra teisinė ar reguliavimo konsultacija. ES datos patikrintos 2026 m. spalio 2 d., Lietuvos duomenys 2026 m. lapkričio 5 d.
Skaitmeninės veiklos atsparumo finansų sektoriuje reglamentas nuo 2025 m. sausio 17 d. taikomas bankams, draudikams, investicinėms įmonėms, mokėjimo įstaigoms ir kitiems finansų sektoriaus subjektams. Jis apima IRT rizikos valdymą, pranešimus apie incidentus, atsparumo testavimą ir trečiosios šalies keliamos IRT rizikos valdymą, įskaitant pagrindines sutartines nuostatas (30 straipsnis). Lietuvos bankas prižiūri finansų rinkos dalyvius. Pagal DORA finansų sektoriaus subjektai jam teikia IRT registrą ir pranešimus apie didelius su IRT susijusius incidentus.
Kaip IRT tiekėjas padedame vykdyti Jūsų pareigas: sutarčių sąlygos, pranešimai apie incidentus, pasitraukimo planai, dalyvavimas testavime ir informacija, kurios reikia Jūsų registrui.
ŠaltinisReglamentas (ES) 2022/2554, EUR-Lex (atidaroma išorinė svetainė)
DI, naudojamas fizinių asmenų kreditingumui vertinti arba rizika grindžiamoms gyvybės ir sveikatos draudimo kainoms nustatyti, priskiriamas didelės rizikos sistemoms. Tiekėjams ir diegėjams reikia rizikos valdymo, duomenų valdymo, įvykių registravimo, žmogaus atliekamos priežiūros ir dokumentacijos. Pagal 2026 m. pakeistą aktą šios pareigos taikomos nuo 2027 m. gruodžio 2 d.
Kiekvieną panaudojimo atvejį klasifikuojame anksti, žmogaus atliekamą priežiūrą įdiegiame į procesą ir rengiame dokumentaciją, kuri dera su Jūsų modelių rizikos valdymo sistema.
ŠaltinisReglamentas (ES) 2024/1689, EUR-Lex (atidaroma išorinė svetainė)
Nuo 2027 m. liepos 10 d. Kovos su pinigų plovimu reglamentas nacionalines klientų tapatybės nustatymo ir patikros taisykles pakeičia vienomis ES taisyklėmis. Nauja institucija AMLA koordinuoja nacionalines priežiūros institucijas ir tiesiogiai prižiūrės atrinktas didelės rizikos įstaigas.
Klientų priėmimo ir peržiūros procesams reikia nuoseklaus įrodymų tvarkymo ir audito pėdsako. Dokumentų priėmimą ir bylų procesus projektuojame pagal šį standartą.
ŠaltinisReglamentas (ES) 2024/1624, EUR-Lex (atidaroma išorinė svetainė)
22 straipsnis suteikia žmonėms teisę, kad jiems nebūtų taikomi tik automatizuotu duomenų tvarkymu pagrįsti sprendimai, kurie jiems daro didelį poveikį. Išimtims reikia apsaugos priemonių, pvz., žmogaus įsikišimo ir teisės ginčyti sprendimą.
Projektuojame procesus, kuriuose žmogus gali peržiūrėti, paaiškinti ir pakeisti automatizuotą rezultatą, o tai, kad jis tai padarė, įrašoma.
ŠaltinisReglamentas (ES) 2016/679, EUR-Lex (atidaroma išorinė svetainė)
Investicinių ir draudimo produktų platinimo taisyklės reikalauja tinkamumo arba poreikių ir reikmių vertinimo bei suteiktų konsultacijų įrašų. DI, padedantis konsultantams, tampa šio įrašo dalimi.
Asistentai įrašo, ką parodė ir kokiais šaltiniais rėmėsi, todėl konsultavimo byla lieka išsami ir patikrinama.
ŠaltinisDirektyva 2014/65/ES, EUR-Lex (atidaroma išorinė svetainė)
Šiandien mokėjimo paslaugas ir atvirosios bankininkystės prieigą reglamentuoja PSD2. Jos įpėdinėms, PSD3 ir Mokėjimo paslaugų reglamentui, preliminariai pritarta 2025 m.; po pereinamojo laikotarpio jos sugriežtins sukčiavimo prevencijos ir API veikimo reikalavimus.
Dabar kuriamos API platformos turėtų numatyti griežtesnes veikimo, stebėsenos ir dalijimosi sukčiavimo duomenimis pareigas.
ŠaltinisDirektyva (ES) 2015/2366, EUR-Lex (atidaroma išorinė svetainė)
Tapatybės ir nuosavybės dokumentai išgaunami ir tarpusavyje sutikrinami; dėl kiekvieno pažymėto atvejo sprendžia analitikai.
Atsakymai apie produktus, taisykles ir tvarkas su šaltiniais, neperžengiant konsultanto prieigos teisių.
Skundai klasifikuojami pagal temą ir skubumą, nukreipiami su santraukos projektu, o terminai stebimi pagal skundų nagrinėjimo taisykles.
Žalų formos, sąskaitos ir ataskaitos perskaitomos ir susiejamos su poliso sąlygomis; išmoką patvirtina žalų specialistai.
Didžiojo kompiuterio operacijos atveriamos kaip dokumentuotos API ir įvykiai, todėl nauji kanalai nebepriklauso nuo paketinių failų.
Konsultantų darbo vietos, klientų priėmimo procesai ir aptarnavimas, sujungti su pagrindinėmis sistemomis ir dokumentų priėmimu.
Finansai ir grupės ataskaitos, o SAP duomenys su dokumentuota kilme pateikiami rizikos ir priežiūros ataskaitoms.
Nurodyti partnerystės lygiai priklauso FromNine. Produktų pavadinimai yra atitinkamų savininkų prekių ženklai.
Lietuva
Lietuvos bankas prižiūri finansų rinkos dalyvius. Pagal DORA finansų sektoriaus subjektai jam teikia IRT registrą ir pranešimus apie didelius su IRT susijusius incidentus. Šalia jo veikia Europos priežiūros institucijos, o nuo 2028 m. kai kurias įstaigas tiesiogiai prižiūrės AMLA.
DORA, Dirbtinio intelekto aktas ir kovos su pinigų plovimu teisės aktai galioja visoje ES, tačiau priežiūros lūkesčiai, ataskaitų formatai ir paslaugų pirkimo iš išorės praktika skiriasi. Įgyvendinimą projektuojame taip, kad įrodymai būtų parengti vieną kartą ir juos būtų galima parodyti bet kuriai institucijai: architektūros ir modelių dokumentacija, žurnalai, testų rezultatai ir pasitraukimo planai atnaujinami, kai sistema keičiasi.
Sutariame dėl sutarčių nuostatų, kurių reikalauja DORA, apie incidentus pranešame sutartu kanalu, dokumentuojame pasitraukimo planus, dalyvaujame atsparumo testavime ir pateikiame informaciją, kurios reikia Jūsų IRT trečiųjų šalių registrui.
Galima, kaip didelės rizikos naudojimo atvejį pagal Dirbtinio intelekto aktą, su rizikos valdymu, duomenų valdymu, įvykių registravimu, žmogaus atliekama priežiūra ir dokumentacija. Projektuojame taip, kad sprendimą priimtų ir galėtų paaiškinti žmogus, o automatizuotiems sprendimams būtų taikomos BDAR apsaugos priemonės.
Toje aplinkoje, kurią leidžia Jūsų rizikos apetitas: Jūsų pačių debesijos aplinkoje, viešosios debesijos ES regione arba, jautrioms sistemoms, Jūsų patalpose. Modelių ir talpinimo pasirinkimai dokumentuojami kartu su pasitraukimo galimybėmis Jūsų trečiųjų šalių registrui.
Ne. Pagal nutylėjimą integruojame ir modernizuojame etapais: pirmiausia API ir įvykiai aplink pagrindinę sistemą, funkcijos iškeliamos tik ten, kur tai atsiperka, o duomenys sutikrinami, kol senasis kelias išjungiamas.
Testų rinkiniais ir kokybės kriterijais, prieš išleidžiant suderintais su Jūsų rizikos ir validavimo komandomis, stebėsena po išleidimo ir peržiūros žingsniais neaiškiems rezultatams. Procesas numato, kad dalis rezultatų bus klaidinga, ir nukreipia juos žmonėms.
Planuojate DI klientų priėmimui, konsultavimui ar žaloms arba ruošiate sistemas DORA testavimui? Pasikalbėkite su inžinieriais, kurie projektuoja ir priežiūros institucijoms, ir naudotojams.