Že velja
DORA: Veljajo pravila o digitalni operativni odpornosti
Tveganja IKT, register tretjih ponudnikov, poročanje o incidentih in testiranje.
Finančne storitve
Kaj gradimo za banke, zavarovalnice, upravljavce premoženja ter plačilne institucije in izdajatelje elektronskega denarja: umetno inteligenco (UI), ki jo je mogoče pojasniti nadzorniku, integracije, ki spoštujejo osrednji sistem, in delovanje, zasnovano po uredbi DORA že od prve odločitve o arhitekturi.
Za finančne institucije pod evropskim nadzorom, od Banke Slovenije, ATVP in AZN do ECB, EBA, EIOPA, ESMA in AMLA.

17. januar 2025
Začetek uporabe uredbe DORA
Obvladovanje tveganj IKT, registri tretjih ponudnikov storitev IKT, poročanje o incidentih in testiranje odpornosti za finančne subjekte.
10. julij 2027
Začetek uporabe uredbe EU o preprečevanju pranja denarja
Enotna pravila za pregled strank v vsej EU, z novim evropskim organom AMLA.
2. december 2027
Obveznosti po Aktu o UI za kredite in zavarovanja
Ocena kreditne sposobnosti ter določanje cen življenjskih in zdravstvenih zavarovanj sta visokotvegani uporabi; datum po spremembi leta 2026.
DORA operativno odpornost spremeni v konkretne obveznosti: obvladovanje tveganj IKT, register vseh pogodbenih dogovorov s tretjimi ponudniki storitev IKT, razvrščeno poročanje o incidentih in redno testiranje. V Sloveniji je vladna uredba iz aprila 2025 določila pristojne organe: Banko Slovenije, Agencijo za trg vrednostnih papirjev (ATVP) in Agencijo za zavarovalni nadzor (AZN). Tudi ponudniki oblaka in UI so zdaj v vidnem polju nadzornika.
Ocenjevanje kreditne sposobnosti in določanje cen zavarovanj postaneta po Aktu o umetni inteligenci visokotvegani uporabi. Upravljanje tveganja modelov mora zajeti modele strojnega učenja in generativne modele, z dokumentacijo, spremljanjem in človeškim nadzorom, sorazmernimi učinku.
Takojšnja plačila, preverjanje prejemnika plačila in odprto bančništvo so dvignili pričakovanja glede hitrosti in preglednosti. Naslednja pravila o plačilnih storitvah bodo še zaostrila preprečevanje goljufij in zahteve glede kakovosti API-jev.
Veliki računalniški sistemi in osrednje platforme še vedno vodijo knjige. Spremembe morajo nastajati okoli njih, prek API-jev in dogodkov, ne da bi ogrozile stabilnost ali regulativno poročanje.
Sprejem novih strank in redni pregledi so odvisni od analitikov, ki dokumente berejo ročno.
Obdelava dokumentov izlušči in preveri dokazila o identiteti, lastništvu in izvoru sredstev. Analitiki pregledajo označene primere, vsako preverjanje pa se zabeleži za revizijo in za prihajajoča enotna pravila EU o preprečevanju pranja denarja.
Svetovalci in ekipe za podporo za en odgovor iščejo po petih sistemih.
Asistent, ki upošteva pravice dostopa, odgovarja o produktih, politikah in postopkih, navaja vire in beleži, kaj je pokazal, da evidence o svetovanju ostanejo popolne.
Vsaka sprememba osrednjega sistema je počasna, draga in tvegana.
Zmogljivosti osrednjega sistema izpostavimo prek API-jev in tokov dogodkov, funkcije selimo navzven korak za korakom in usklajevanje ohranimo, dokler stare poti ni mogoče ukiniti.
Register DORA in potek obravnave incidentov se vodita v preglednicah.
Register informacij, razvrščanje incidentov in poteke poročanja vgradimo v vaša orodja za upravljanje storitev in oblaka ter jih povežemo s kritičnimi funkcijami, ki jih podpirajo.
Modeli, ki jih ni mogoče pojasniti, ne prestanejo validacije.
Okvir vrednotenja, dogovorjen z ekipami za tveganja in validacijo: testni nabori, pojasnljivost, kjer jo odločitev zahteva, spremljanje odklonov in dokumentirana možnost, da človek izid spremeni.
Regulativna poročila se vsako četrtletje usklajujejo ročno.
Podatkovni cevovodi z dokumentiranim izvorom podatkov in samodejnimi preverjanji kakovosti po načelih BCBS 239, tako da je mogoče vsako številko izslediti do vira.
Kje je UI med kanali in osrednjimi sistemi, s točko odobritve pri korakih s posledicami in kontrolami DORA ob vsaki plasti.
Storitve UI se z osrednjimi sistemi povezujejo samo prek integracijske plasti. Kontrole DORA veljajo za vsako komponento.
Stranke, svetovalci in ekipe za podporo uporabljajo aplikacijo, splet, poslovalnico in kontaktni center.
Za kanali so tri storitve UI: sprejem dokumentov za pregled strank (KYC), asistent za svetovalce in podporo ter korak odobritve analitika, skozi katerega gre vsaka odločitev s posledicami.
Storitve UI dosežejo osrednje sisteme samo prek integracijske plasti API-jev in tokov dogodkov. Osrednji sistemi so osrednji bančni sistem ali sistem za upravljanje polic, sistem CRM in platforma za podporo ter podatkovna platforma z dokumentiranim izvorom podatkov.
Ob vseh plasteh delujejo kontrole DORA: obvladovanje tveganj IKT, register tretjih ponudnikov storitev IKT, razvrščanje incidentov in poročanje o njih ter testiranje odpornosti. Vsak model je evidentiran, validiran in spremljan v okviru upravljanja tveganja modelov.
UI pripravlja osnutke, izlušči podatke in predlaga. O kreditih, škodah ali omejitvah računov odloča imenovana oseba.
Raven pojasnila določimo za vsako vrsto odločitve med zasnovo, ne dodamo je tik pred validacijo.
Ponudnike oblaka in modelov izberemo z izhodnimi načrti in potmi zamenjave, dokumentiranimi za register.
Vhodi, izhodi, različice modelov in odobritve se hranijo, da lahko nadzorniki in revizorji rekonstruirajo vsak primer.
Datumi, ki spremenijo, kaj mora pokazati partner za izvedbo. Nacionalni nadzorniki in evropski nadzorni organi dodajajo smernice in tehnične standarde.
Že velja
Tveganja IKT, register tretjih ponudnikov, poročanje o incidentih in testiranje.
Že velja
Že velja
Pripravlja enotna pravila in neposredni nadzor izbranih institucij.
Že velja
Ponudniki plačilnih storitev v evroobmočju pred izvršitvijo nakazila preverijo ime prejemnika.
Že velja
Stranke morajo vedeti, kdaj komunicirajo s sistemom UI.
Stanje na dan 2. oktober 2026
Prihaja
Usklajeni pregled strank, dejansko lastništvo in hramba evidenc.
Prihaja
Vključno z ocenjevanjem kreditne sposobnosti in določanjem cen življenjskih in zdravstvenih zavarovanj, po spremembi leta 2026.
Prihaja
Predpisi, ki najpogosteje oblikujejo delo z UI in platformami v finančnih institucijah, in kaj vsak pomeni za program izvedbe.
Ta pregled je namenjen pogovorom pri načrtovanju. Ni pravni ali regulativni nasvet. Evropski datumi so bili pregledani 2. oktobra 2026, slovenski predpisi 5. novembra 2026.
Uredba o digitalni operativni odpornosti za finančni sektor se uporablja od 17. januarja 2025 za banke, zavarovalnice, investicijska podjetja, plačilne institucije in druge finančne subjekte. Zajema obvladovanje tveganj IKT, poročanje o incidentih, testiranje odpornosti in upravljanje tveganj, povezanih s tretjimi ponudniki storitev IKT, vključno s ključnimi pogodbenimi določbami (30. člen). V Sloveniji je vladna uredba, ki velja od 26. aprila 2025, za pristojne organe določila Banko Slovenije za kreditne institucije ter plačilne institucije in izdajatelje elektronskega denarja, ATVP za investicijska podjetja in druge subjekte trga kapitala ter AZN za zavarovalnice, zavarovalne posrednike in institucije za poklicno pokojninsko zavarovanje. Finančni subjekti večje incidente, povezane z IKT, sporočijo pristojnemu organu in skupinam CSIRT; Urad Vlade Republike Slovenije za informacijsko varnost (URSIV) izvaja penetracijsko testiranje na podlagi analize groženj.
Kot tretji ponudnik storitev IKT podpiramo vaše obveznosti: pogodbene določbe, obveščanje o incidentih, izhodne načrte, sodelovanje pri testiranju in podatke, ki jih potrebuje vaš register.
VirUredba (EU) 2022/2554, EUR-Lex (odpre zunanje spletno mesto)
UI, ki se uporablja za ocenjevanje kreditne sposobnosti posameznikov ali za določanje cen življenjskih in zdravstvenih zavarovanj glede na tveganje, je visokotvegana. Ponudniki in uvajalci potrebujejo obvladovanje tveganj, upravljanje podatkov, beleženje, človeški nadzor in dokumentacijo. Po spremembi akta leta 2026 te obveznosti veljajo od 2. decembra 2027. V Sloveniji po ZIUDHPUI sisteme za ocenjevanje kreditne sposobnosti kreditnih institucij nadzoruje Banka Slovenije, sisteme za določanje cen zavarovanj pa Agencija za zavarovalni nadzor.
Vsak primer uporabe razvrstimo zgodaj, človeški nadzor vgradimo v proces in pripravimo dokumentacijo, ki se ujema z vašim okvirom za upravljanje tveganja modelov.
VirUredba (EU) 2024/1689, EUR-Lex (odpre zunanje spletno mesto)
Uredba o preprečevanju pranja denarja od 10. julija 2027 nadomesti nacionalna pravila o pregledu strank z enotnimi pravili EU. Novi organ AMLA usklajuje nacionalne nadzornike in bo neposredno nadziral izbrane institucije z visokim tveganjem.
Procesi sprejema strank in pregledov potrebujejo dosledno ravnanje z dokazili in revizijske sledi. Sprejem dokumentov in poteke obravnave zadev zasnujemo za ta standard.
VirUredba (EU) 2024/1624, EUR-Lex (odpre zunanje spletno mesto)
Po 22. členu splošne uredbe o varstvu podatkov (GDPR) ima posameznik pravico, da zanj ne velja odločitev, ki temelji zgolj na avtomatizirani obdelavi in nanj znatno vpliva. Izjeme zahtevajo zaščitne ukrepe, kot sta pravica do osebnega posredovanja upravljavca in pravica do izpodbijanja odločitve.
Procese zasnujemo tako, da lahko človek avtomatiziran izid pregleda, pojasni in spremeni, in da se to zabeleži.
VirUredba (EU) 2016/679, EUR-Lex (odpre zunanje spletno mesto)
Pravila o investicijskih storitvah in distribuciji zavarovanj zahtevajo oceno primernosti ali zahtev in potreb stranke ter evidence o danem nasvetu. UI, ki pomaga svetovalcem, postane del te evidence.
Asistenti beležijo, kaj so pokazali in katere vire so uporabili, zato spis o svetovanju ostane popoln in ga je mogoče pregledati.
VirDirektiva 2014/65/EU, EUR-Lex (odpre zunanje spletno mesto)
PSD2 danes ureja plačilne storitve in dostop do računov v odprtem bančništvu. O njenih naslednicah, PSD3 in uredbi o plačilnih storitvah, je bil leta 2025 dosežen začasni dogovor; po prehodnem obdobju bosta okrepili zahteve glede preprečevanja goljufij in zmogljivosti API-jev.
Platforme API, ki jih gradite zdaj, naj predvidijo strožje obveznosti glede zmogljivosti, spremljanja in izmenjave podatkov o goljufijah.
VirDirektiva (EU) 2015/2366, EUR-Lex (odpre zunanje spletno mesto)
Dokumenti o identiteti in lastništvu se izluščijo in navzkrižno preverijo; o vsakem označenem primeru odloči analitik.
Odgovori o produktih, politikah in postopkih z navedbo virov, v okviru pravic dostopa svetovalca.
Pritožbe se razvrstijo po temi in nujnosti, usmerijo z osnutkom povzetka, roki po pravilih za obravnavo pritožb pa se spremljajo.
Obrazci, računi in poročila se preberejo in povežejo s polico; izplačilo odobri likvidator škod.
Transakcije velikega računalniškega sistema so izpostavljene kot dokumentirani API-ji in dogodki, zato novi kanali niso več odvisni od paketnih datotek.
Delovna okolja svetovalcev, poti za sprejem strank in podpora strankam, povezani z osrednjimi sistemi in sprejemom dokumentov.
Finance in konsolidirano poročanje skupine, s podatki iz SAP, ki so z dokumentiranim izvorom na voljo za poročanje o tveganjih in regulativno poročanje.
Ravni partnerstva so ravni, ki jih ima FromNine. Imena izdelkov so blagovne znamke njihovih lastnikov.
Slovenija
Finančne institucije v Sloveniji odgovarjajo nacionalnim nadzornikom in evropskim nadzornim organom, od leta 2028 pa bo nekatere neposredno nadziral AMLA. DORA, Akt o umetni inteligenci in sveženj za preprečevanje pranja denarja veljajo v vsej EU, nadzorna pričakovanja, oblike poročanja in praksa zunanjega izvajanja pa se med državami še razlikujejo.
Za izvajanje uredbe DORA so v Sloveniji z vladno uredbo, ki velja od 26. aprila 2025, pristojne Banka Slovenije za kreditne institucije ter plačilne institucije in izdajatelje elektronskega denarja, Agencija za trg vrednostnih papirjev za subjekte trga kapitala in Agencija za zavarovalni nadzor za zavarovalnice. Po ZIUDHPUI Banka Slovenije in AZN nadzorujeta tudi sisteme UI za oceno kreditne sposobnosti oziroma za določanje cen zavarovanj.
Izvedbo zasnujemo tako, da dokazila nastanejo enkrat in jih je mogoče pokazati kateremu koli nadzorniku: dokumentacija arhitekture in modelov, dnevniki, rezultati testov in izhodni načrti, ki ostajajo ažurni, ko se sistem spreminja.
Dogovorimo pogodbene določbe, ki jih zahteva DORA, o incidentih obveščamo po dogovorjeni poti, dokumentiramo izhodne načrte, sodelujemo pri testiranju odpornosti in zagotovimo podatke, ki jih potrebuje vaš register tretjih ponudnikov storitev IKT. Tako lahko izpolnite zahteve svojega pristojnega organa, naj bo to Banka Slovenije, ATVP ali AZN.
Lahko, kot visokotvegana uporaba po Aktu o umetni inteligenci, z obvladovanjem tveganj, upravljanjem podatkov, beleženjem, človeškim nadzorom in dokumentacijo. Zasnujemo tako, da odloči človek, ki zna odločitev pojasniti, in da so upoštevani zaščitni ukrepi GDPR za avtomatizirane odločitve.
V okolju, ki ga dopušča vaš apetit za tveganje: v vašem lastnem okolju v oblaku, v regiji javnega oblaka v EU ali v lastnem podatkovnem centru za občutljive obremenitve. Izbira modelov in gostovanja je dokumentirana z možnostmi izstopa za vaš register tretjih ponudnikov.
Ne. Privzeto povezujemo in posodabljamo postopoma: najprej API-ji in dogodki okoli osrednjega sistema, funkcije pa selimo navzven le, kjer se to izplača, z usklajevanjem, dokler stara pot ni ukinjena.
S testnimi nabori in merili kakovosti, ki jih pred uvedbo dogovorimo z vašimi ekipami za tveganja in validacijo, s spremljanjem po uvedbi in s koraki pregleda za negotove izide. Proces predpostavlja, da bo del izidov napačen, in jih usmeri k ljudem.
Načrtujete UI pri sprejemu strank, svetovanju ali obravnavi škod ali pripravljate sisteme na testiranje po uredbi DORA? Pogovorite se z inženirji, ki zasnujejo sisteme za nadzornike in za uporabnike.