Pāriet uz galveno saturu
FromNine
Izvēlne

Finanšu pakalpojumi

MI un platformas, kas iztur uzraudzības pārbaudi.

Ko mēs izstrādājam bankām, apdrošinātājiem, ieguldījumu pārvaldniekiem, maksājumu iestādēm un krājaizdevu sabiedrībām: MI, ko var izskaidrot uzraugam, integrācijas, kas respektē pamatsistēmu, un darbību, kas jau no pirmā arhitektūras lēmuma veidota atbilstoši DORA.

Finanšu iestādēm, kuras uzrauga Latvijas Banka un Eiropas iestādes: ECB, EBA, EIOPA, ESMA un AMLA.

Sakrautu stikla paneļu malas, uz kurām krīt gaismas līnija
  1. 2025. gada 17. janvāris

    Piemēro DORA

    IKT riska pārvaldība, IKT trešo personu reģistrs, ziņošana par incidentiem un noturības testēšana finanšu vienībām.

    AvotsRegula (ES) 2022/2554 (atver ārēju tīmekļvietni)

  2. 2027. gada 10. jūlijs

    Piemēro ES AML regulu

    Vienots klienta izpētes noteikumu kopums visā ES ar jauno iestādi AMLA.

    AvotsRegula (ES) 2024/1624 (atver ārēju tīmekļvietni)

  3. 2027. gada 2. decembris

    MI akta augsta riska prasības kreditēšanai un apdrošināšanai

    Kredītspējas novērtēšana un dzīvības un veselības apdrošināšanas cenu noteikšana ir augsta riska lietojumi; piemērošanas datums atbilstoši 2026. gada grozījumiem.

    AvotsRegula (ES) 2024/1689 (atver ārēju tīmekļvietni)

Kas mainās finanšu pakalpojumos

  1. Noturība tagad ir juridisks pienākums

    DORA darbības noturību pārvērš konkrētos pienākumos: IKT riska pārvaldība, reģistrs par katru līgumu ar IKT trešo personu, klasificēta ziņošana par incidentiem un regulāra testēšana. Mākoņpakalpojumu un MI piegādātāji tagad ir daļa no uzraudzības ainas. Latvijā kompetentā iestāde DORA prasību uzraudzībā ir Latvijas Banka.

    AvotsRegula (ES) 2022/2554

  2. MI lēmumiem vajadzīga audita taka

    Saskaņā ar Mākslīgā intelekta aktu kredītspējas vērtēšana un apdrošināšanas cenu noteikšana kļūst par augsta riska lietojumiem. Modeļu riska pārvaldībai jāaptver mašīnmācīšanās un ģeneratīvie modeļi ar dokumentāciju, monitoringu un cilvēka uzraudzību, kas atbilst ietekmei.

    AvotsRegula (ES) 2024/1689

  3. Klienti Jūs salīdzina ar savu labāko lietotni

    Tūlītējie maksājumi, maksājuma saņēmēja pārbaude un atvērtā banku darbība ir paaugstinājuši gaidas attiecībā uz ātrumu un pārredzamību. Nākamie maksājumu pakalpojumu noteikumi vēl vairāk pastiprinās krāpšanas novēršanu un API kvalitāti.

  4. Pamatsistēmās glabājas gadu desmitu loģika

    Lieldatori un pamatplatformas joprojām uztur grāmatvedību. Pārmaiņām jānotiek ap tām, ar API un notikumu palīdzību, neapdraudot stabilitāti vai uzraudzības pārskatu sagatavošanu.

Izaicinājumi un ko mēs izstrādājam

  1. Izaicinājums

    Klientu piesaiste un periodiskās pārbaudes ir atkarīgas no analītiķiem, kas dokumentus lasa manuāli.

    Mūsu risinājums

    Dokumentu apstrāde ar MI izgūst un pārbauda identitātes, patiesā labuma guvēja un līdzekļu izcelsmes pierādījumus. Analītiķi izskata atzīmētos gadījumus, un katra pārbaude tiek reģistrēta auditam un gaidāmajam vienotajam AML noteikumu kopumam.

  2. Izaicinājums

    Konsultanti un apkalpošanas komandas vienas atbildes dēļ pārmeklē piecas sistēmas.

    Mūsu risinājums

    Asistents ar piekļuves tiesību kontroli, kas atbild par produktiem, politikām un procedūrām, norāda avotus un reģistrē parādīto, lai konsultāciju uzskaite paliktu pilnīga.

  3. Izaicinājums

    Katras izmaiņas pamatsistēmā ir lēnas, dārgas un riskantas.

    Mūsu risinājums

    Mēs pamatsistēmas funkcijas padarām pieejamas ar API un notikumu plūsmām, pakāpeniski pārceļam funkcijas ārpus tās un turpinām salīdzināšanu, līdz veco ceļu var izslēgt.

  4. Izaicinājums

    DORA reģistrs un incidentu darba plūsma glabājas izklājlapās.

    Mūsu risinājums

    Mēs iestrādājam informācijas reģistru, incidentu klasificēšanu un ziņošanas darba plūsmas Jūsu pakalpojumu pārvaldības un mākoņa rīkos, sasaistot tos ar kritiski svarīgajām vai svarīgajām funkcijām, ko tie atbalsta.

  5. Izaicinājums

    Modeļi, kurus nevar izskaidrot, neiztur validāciju.

    Mūsu risinājums

    Novērtēšanas ietvars, kas saskaņots ar riska un validācijas komandām: testu kopas, izskaidrojamība tur, kur lēmums to prasa, novirzes uzraudzība un dokumentēta cilvēka iejaukšanās.

  6. Izaicinājums

    Uzraudzības pārskatus katru ceturksni saskaņo manuāli.

    Mūsu risinājums

    Datu plūsmas ar dokumentētu izcelsmi un automatizētām kvalitātes pārbaudēm atbilstoši BCBS 239 principiem, lai skaitļus varētu izsekot līdz avotam.

Atsauces arhitektūra, kurā kontrole ir pirmajā vietā

Kur MI atrodas starp kanāliem un pamatsistēmām, ar apstiprināšanas soli pirms būtiskām darbībām un DORA kontrolēm, kas darbojas līdzās katram slānim.

Ilustratīvs piemērs
Klienti, konsultanti un apkalpošana: lietotne, tīmeklis, filiāle un kontaktucentrsKlientu piesaiste unKYC dokumentiAnalītiķaapstip­rinājumsAsistents konsultantiemun apkalpošanaiIntegrācijas slānis: API un notikumu plūsmasBankas pamatsistēma vaipolišu administrēšanaCRM un apkalpošanasplatformaDatu platforma arizcelsmiDORA KONTROLESIKT riskapārvaldībaIKT trešo personureģistrsIncidentuklasificēšana unziņošanaNoturības testēšanaKatrs modelis tiek reģistrēts, validēts un uzraudzīts modeļu riska pārvaldības ietvarā.
Atsauces arhitektūra MI izmantošanai regulētā finanšu iestādē

MI pakalpojumi ar pamatsistēmām savienojas tikai caur integrācijas slāni. DORA kontroles attiecas uz katru komponentu.

Lasīt diagrammu kā tekstu

Klienti, konsultanti un apkalpošanas komandas izmanto lietotni, tīmekli, filiāli un kontaktu centru.

Aiz kanāliem ir trīs MI pakalpojumi: klientu piesaistes un KYC dokumentu apstrāde, asistents konsultantiem un apkalpošanai, kā arī analītiķa apstiprinājuma solis, caur kuru iet katrs būtisks lēmums.

MI pakalpojumi pamatsistēmas sasniedz tikai caur integrācijas slāni ar API un notikumu plūsmām. Pamatsistēmas ir bankas pamatsistēma vai polišu administrēšanas sistēma, CRM un apkalpošanas platforma, kā arī datu platforma ar dokumentētu izcelsmi.

Līdzās visiem slāņiem darbojas DORA kontroles: IKT riska pārvaldība, IKT trešo personu reģistrs, incidentu klasificēšana un ziņošana, kā arī noturības testēšana. Katrs modelis tiek reģistrēts, validēts un uzraudzīts modeļu riska pārvaldības ietvarā.

  • Apstiprinājums pirms sekām

    MI sagatavo melnrakstus, izgūst datus un iesaka. Lēmumus par kredītu, atlīdzībām vai konta ierobežojumiem pieņem konkrēts cilvēks.

  • Izskaidrojams jau projektējot

    Skaidrojuma līmeni katram lēmumu veidam nosaka projektēšanas laikā, nevis pievieno tieši pirms validācijas.

  • Izejas un koncentrācijas risks

    Mākoņa un modeļu nodrošinātājus izvēlas ar izejas plāniem un aizstāšanas ceļiem, kas dokumentēti reģistram.

  • Žurnāli kā pierādījumi

    Ievaddati, rezultāti, modeļu versijas un apstiprinājumi tiek saglabāti, lai uzraugi un auditori varētu rekonstruēt jebkuru gadījumu.

Regulējuma laika grafiks finanšu iestādēm

Datumi, kas maina to, kas piegādes partnerim jāparāda. Valstu uzraugi un Eiropas uzraudzības iestādes papildus izdod vadlīnijas un tehniskos standartus.

  1. Piemēro

    DORA: Piemēro digitālās darbības noturības noteikumus

    IKT risks, trešo personu reģistrs, ziņošana par incidentiem un testēšana.

  2. Piemēro

    MI akts: Piemēro aizliegumus un MI pratības prasības

  3. Piemēro

    AMLA: ES nelikumīgi iegūtu līdzekļu legalizēšanas novēršanas iestāde sāk darbu

    Gatavo vienoto noteikumu kopumu un atsevišķu iestāžu tiešo uzraudzību.

  4. Piemēro

    Tūlītējo maksājumu regula: Euro pārvedumiem obligāta maksājuma saņēmēja pārbaude

    Maksājumu pakalpojumu sniedzēji euro zonā pirms pārveduma izpildes pārbauda saņēmēja vārdu vai nosaukumu.

  5. Piemēro

    MI akts: Piemēro pārredzamības pienākumus

    Klientiem jāpaziņo, ka viņi saskaras ar MI sistēmu.

  6. Stāvoklis: 2026. gada 2. oktobris

  7. Gaidāms

    AML regula: Piemēro vienoto ES noteikumu kopumu

    Saskaņota klienta izpēte, patiesā labuma guvēju noteikšana un uzskaite.

  8. Gaidāms

    MI akts: Piemēro augsta riska prasības

    Tostarp kredītspējas novērtēšanai un dzīvības un veselības apdrošināšanas cenu noteikšanai, atbilstoši 2026. gada grozījumiem.

  9. Gaidāms

    AMLA: Sākas atsevišķu iestāžu tiešā uzraudzība

Regulējuma un standartu pārskats

Tiesību akti, kas visbiežāk nosaka MI un platformu darbu finanšu iestādēs, un ko katrs no tiem nozīmē piegādes programmai.

Šis pārskats palīdz plānošanas sarunās. Tas nav juridisks vai regulatīvs padoms. Datumi pārskatīti 2026. gada 2. oktobrī, Latvijas informācija 2026. gada 5. novembrī.

DORADarbības jomaVisā ES

Digitālās darbības noturības akts kopš 2025. gada 17. janvāra attiecas uz bankām, apdrošinātājiem, ieguldījumu brokeru sabiedrībām, maksājumu iestādēm un citām finanšu vienībām. Tas aptver IKT riska pārvaldību, ziņošanu par incidentiem, noturības testēšanu un ar trešajām personām saistītā IKT riska pārvaldību, tostarp svarīgākos līgumu noteikumus (30. pants). Latvijas Banka uzrauga finanšu tirgu un ir kompetentā iestāde DORA prasību uzraudzībā. Latvijā to nosaka Finanšu tirgus digitālās darbības noturības un mākslīgā intelekta izmantošanas likums, spēkā kopš 2025. gada 1. oktobra.

Ko tas nozīmē Jūsu programmai

Kā IKT piegādātājs mēs atbalstām Jūsu pienākumus: līguma noteikumi, paziņošana par incidentiem, izejas plāni, dalība testēšanā un informācija, kas vajadzīga Jūsu reģistram.

AvotsRegula (ES) 2022/2554, EUR-Lex (atver ārēju tīmekļvietni)

Mākslīgā intelekta aktsDarbības jomaVisā ES

MI, ko izmanto fizisku personu kredītspējas novērtēšanai vai uz risku balstītu cenu noteikšanai dzīvības un veselības apdrošināšanā, ir augsta riska MI. Nodrošinātājiem un uzturētājiem vajadzīga riska pārvaldība, datu pārvaldība, žurnālēšana, cilvēka virsvadība un dokumentācija. Saskaņā ar akta 2026. gada grozījumiem šīs prasības piemēro no 2027. gada 2. decembra. Finanšu tirgus dalībniekiem Mākslīgā intelekta akta prasību ievērošanu uzrauga Latvijas Banka.

Ko tas nozīmē Jūsu programmai

Mēs agri klasificējam katru lietojumu, iestrādājam procesā cilvēka virsvadību un sagatavojam dokumentāciju, kas iekļaujas Jūsu modeļu riska ietvarā.

AvotsRegula (ES) 2024/1689, EUR-Lex (atver ārēju tīmekļvietni)

ES AML pakete (AMLR un AMLA)Darbības jomaVisā ES

No 2027. gada 10. jūlija regula par nelikumīgi iegūtu līdzekļu legalizēšanas novēršanu aizstāj valstu klienta izpētes noteikumus ar vienotu ES noteikumu kopumu. Jaunā iestāde AMLA koordinē valstu uzraugus un tieši uzraudzīs atsevišķas augsta riska iestādes.

Ko tas nozīmē Jūsu programmai

Klientu piesaistes un pārbaužu procesiem vajadzīga konsekventa pierādījumu apstrāde un audita takas. Mēs projektējam dokumentu apstrādi un lietu darba plūsmas atbilstoši šim standartam.

AvotsRegula (ES) 2024/1624, EUR-Lex (atver ārēju tīmekļvietni)

VDAR un automatizēti lēmumiDarbības jomaVisā ES

22. pants dod personām tiesības nebūt tādu lēmumu subjektam, kuru pamatā ir tikai automatizēta apstrāde un kuri tās ievērojami ietekmē. Izņēmumiem vajadzīgi aizsardzības pasākumi, piemēram, cilvēka iejaukšanās un tiesības lēmumu apstrīdēt.

Ko tas nozīmē Jūsu programmai

Mēs projektējam procesus, kuros cilvēks var pārskatīt, izskaidrot un mainīt automatizētu rezultātu, un reģistrējam, ka viņš to ir darījis.

AvotsRegula (ES) 2016/679, EUR-Lex (atver ārēju tīmekļvietni)

MiFID II un IDD konsultāciju uzskaiteDarbības jomaVisā ES

Ieguldījumu un apdrošināšanas izplatīšanas noteikumi prasa piemērotības vai prasību un vajadzību novērtējumu un sniegto konsultāciju uzskaiti. MI, kas palīdz konsultantiem, kļūst par daļu no šīs uzskaites.

Ko tas nozīmē Jūsu programmai

Asistenti reģistrē, ko tie parādīja un kurus avotus izmantoja, lai konsultācijas lieta paliktu pilnīga un pārbaudāma.

AvotsDirektīva 2014/65/ES, EUR-Lex (atver ārēju tīmekļvietni)

PSD2 un nākamie maksājumu pakalpojumu noteikumiDarbības jomaVisā ES

PSD2 šodien regulē maksājumu pakalpojumus un atvērtās banku darbības piekļuvi. Par tās pēctecēm, PSD3 un Maksājumu pakalpojumu regulu, 2025. gadā panākta provizoriska vienošanās; pēc pārejas perioda tās pastiprinās krāpšanas novēršanas un API veiktspējas prasības.

Ko tas nozīmē Jūsu programmai

API platformām, ko izstrādā tagad, jāparedz stingrāki veiktspējas, uzraudzības un krāpšanas datu apmaiņas pienākumi.

AvotsDirektīva (ES) 2015/2366, EUR-Lex (atver ārēju tīmekļvietni)

Ilustratīvi lietojuma piemēri

Ilustratīvs piemērs
  1. Dokumentu pārbaude klientu piesaistē

    Identitātes un patiesā labuma guvēja dokumenti tiek izgūti un savstarpēji pārbaudīti; par katru atzīmēto gadījumu lemj analītiķis.

  2. Zināšanu asistents konsultantiem

    Atbildes par produktiem, politikām un procedūrām ar avotiem, konsultanta piekļuves tiesību robežās.

  3. Sūdzību pieņemšana un novirzīšana

    Sūdzības tiek klasificētas pēc tēmas un steidzamības, novirzītas ar kopsavilkuma melnrakstu, un termiņu ievērošana tiek uzraudzīta atbilstoši sūdzību izskatīšanas noteikumiem.

  4. Apdrošināšanas atlīdzību pieteikumi

    Pieteikumi, rēķini un akti tiek nolasīti un sasaistīti ar polisi; izmaksu apstiprina atlīdzību speciālists.

  5. Pamatsistēmas funkcijas aiz API

    Lieldatora transakcijas kļūst pieejamas kā dokumentēti API un notikumi, tāpēc jauni kanāli vairs nav atkarīgi no pakešu failiem.

Platformas finanšu pakalpojumos

  • Salesforce

    Summit Partner

    Konsultantu darba vide, klientu piesaistes procesi un apkalpošana vairākās valodās, kas savienoti ar pamatsistēmām un dokumentu apstrādi.

  • SAP

    Gold Partner

    Finanses un grupas pārskati, ar SAP datiem, kas pieejami riska un uzraudzības pārskatiem ar dokumentētu izcelsmi.

Partneru līmeņi ir uzņēmuma FromNine statusi. Produktu nosaukumi ir to īpašnieku preču zīmes.

Latvija

Veidots Latvijas un Eiropas uzraudzībai

Latvijas Banka uzrauga finanšu tirgu un ir kompetentā iestāde DORA prasību uzraudzībā. Finanšu tirgus dalībniekiem Mākslīgā intelekta akta prasību ievērošanu arī uzrauga Latvijas Banka, kā nosaka Finanšu tirgus digitālās darbības noturības un mākslīgā intelekta izmantošanas likums, spēkā kopš 2025. gada 1. oktobra.

Līdzās tam darbojas Eiropas uzraudzības iestādes, un no 2028. gada AMLA tieši uzraudzīs atsevišķas iestādes. No 2027. gada 1. janvāra finanšu pakalpojumu piekļūstamību uzrauga Latvijas Banka.

Mēs organizējam piegādi tā, lai pierādījumi tiktu sagatavoti vienreiz un tos varētu parādīt jebkuram no uzraugiem: arhitektūras un modeļu dokumentācija, žurnāli, testu rezultāti un izejas plāni, kas tiek uzturēti aktuāli, sistēmai mainoties.

Biežāk uzdotie jautājumi

Kā Jūs kā piegādātājs atbalstāt mūsu DORA pienākumus?

Mēs vienojamies par līguma noteikumiem, ko prasa DORA, ziņojam par incidentiem saskaņotajā kanālā, dokumentējam izejas plānus, piedalāmies noturības testēšanā un sniedzam informāciju, kas vajadzīga Jūsu IKT trešo personu reģistram. Tā Jūs varat sniegt pierādījumus Latvijas Bankai kā kompetentajai iestādei.

Vai MI drīkst izmantot kreditēšanas vai apdrošināšanas riska novērtēšanas lēmumos?

Drīkst, kā augsta riska lietojumu saskaņā ar Mākslīgā intelekta aktu, ar riska pārvaldību, datu pārvaldību, žurnālēšanu, cilvēka virsvadību un dokumentāciju. Mēs projektējam tā, lai lēmumu pieņem cilvēks, kas to var izskaidrot, un lai tiktu ievēroti VDAR aizsardzības pasākumi automatizētiem lēmumiem.

Kur darbojas modeļi un dati?

Vidē, ko pieļauj Jūsu riska apetīte: Jūsu mākoņa nomniekā, publiskā mākoņa ES reģionā vai uz vietas jutīgām darba slodzēm. Modeļu un mitināšanas izvēle tiek dokumentēta ar izejas iespējām Jūsu trešo personu reģistram.

Vai mums jāaizstāj sava pamatplatforma?

Nē. Pēc noklusējuma mēs integrējam un modernizējam pa soļiem: vispirms API un notikumi ap pamatsistēmu, funkcijas pārceļam ārpus tās tikai tur, kur tas atmaksājas, un salīdzināšana turpinās, līdz veco ceļu var izslēgt.

Kā Jūs novērtējat ģeneratīvo MI regulētos procesos?

Ar testu kopām un kvalitātes kritērijiem, kas pirms ieviešanas saskaņoti ar Jūsu riska un validācijas komandām, ar uzraudzību pēc ieviešanas un pārbaudes soļiem rezultātiem ar zemu ticamību. Process paredz, ka daļa rezultātu būs kļūdaina, un novirza tos cilvēkiem.

Apspriedīsim Jūsu finanšu pakalpojumu programmu

Plānojat MI klientu piesaistē, konsultācijās vai atlīdzībās vai gatavojat savas sistēmas DORA testēšanai? Runājiet ar inženieriem, kas projektē gan lietotājiem, gan uzraugiem.