Tämä sivu on käännetty automaattisesti englannista, eikä sitä ole tarkistettu kääntäjän toimesta. Oikeudelliset ja sääntelyyn liittyvät termit voivat olla epätarkkoja, mutta englanninkielinen versio on määräävä. Lue tämä sivu suomeksi
Keskustele neuvojan kanssa

Opi · Toiminnot

Ydinpankkitoiminta, pilvipalvelut, ulkoistaminen ja teknologian sääntely

Mitä ydinpankkijärjestelmät tekevät, miten ulkoistamis- ja pilvisääntöjä sovelletaan pankkeihin, mitä DORA vaatii ja miten teknologia tukee sääntelyyn liittyvää raportointia.

7 min lukemista · Päivitetty 2026-10-07 · 6 lähdettä

Keskeiset kohdat

  1. 01Ydinpankkijärjestelmä on pankin asiakas-, tili-, saldo- ja korkotietokanta, josta kaikki muut järjestelmät ovat riippuvaisia.
  2. 02Pankit voivat ulkoistaa, myös pilveen, mutta ne pysyvät täysin vastuullisina eivätkä saa muuttua tyhjiksi kuoreiksi ja kriittisiin tai tärkeisiin toimintoihin liittyy ylimääräisiä ehtoja.
  3. 03EU:ssa DORA on ollut voimassa 17 tammikuusta 2025 lähtien. Se edellyttää tieto- ja viestintätekniikan riskikehystä, merkittävistä poikkeamista raportointia, häiriönsietokyvyn testausta sekä rekisteriä kaikista kolmansien osapuolten kanssa tehdyistä tieto- ja viestintätekniikkasopimuksista.
  4. 04Regulatiivinen raportointi on yhtä lailla teknologinen kuin taloudellinenkin ongelma, sillä datan täytyy virrata ydinjärjestelmästä toiminnan vakauden valvontaan, tilastoihin ja muihin sovelluksiin. AML Raportit tarkasti ja ajoissa.

Pankki on joukko lupauksia, jotka tallennetaan pääkirjaan.Jos pääkirja on virheellinen, käytettävissä tai vaarantunut, pankki ei voi tietää, mitä se on velkaa, maksaa asiakkailleen tai raportoida valvojilleen.Tästä syystä sääntelyviranomaiset tutkivat nyt teknologiaa, ulkoistamista ja kyberturvallisuutta yhtä tarkasti kuin pääomasuunnitelmia.

Mitä ydinpankkijärjestelmä tekee

Ydinpankkijärjestelmä on kirjanpitojärjestelmä, joka pitää kirjaa asiakkaista ja tilitiedoista, kirjaa kaikki tapahtumat, laskee korot ja maksut sekä tuottaa saldot, joihin kaikki muu perustuu.

Tyypillisiä toimintoja ovat:

ToimintoMitä se kattaa
Asiakas- ja tilinhallintaAsiakastiedot, tilin avaaminen, tuoteehdot, tilin tila
Kirjanpito ja kirjaaminenVeloitusten ja hyvitysten kirjaaminen reaaliajassa tai erissä, pääkirjan syötteet
TalletuksetVaihto-, säästö- ja määräaikaistilit, korkokehitys ja aktivointi
LainausLainojen aloitusrajapinnat, aikataulut, takaisinmaksut, viivästykset, varaussyötteet
MaksuliittymätYhteydet maksukeskuksille, kortinkäsittelijöille ja kirjeenvaihtajatileille
TuotekonfigurointiHinnat, maksut, rajat ja säännöt ilman koodimuutoksia
Tiedot ja raportointiOtteita rahoitus-, riski- ja sääntelyraportointiin sekä AML -seurantaan

Ytimen ympärillä ovat muut järjestelmät: digitaaliset kanavat, maksukeskus, korttien hallinta, asiakkaiden perehdytys ja henkilöllisyyden varmistaminen, sanktioiden tarkastelu, tapahtumien valvonta, varainhoito, taloushallinto ja viranomaisraportointi.

Arkkitehtuurivaihtoehdot

Uudet pankit valitsevat yleensä kolmen mallin välillä.

  1. Lisensoitu ohjelmisto, jota isännöi pankki tai palveluntarjoaja. Pankki hallitsee kokoonpanoa ja tietoja, mutta kantaa integrointitaakan.
  2. Ohjelmisto palveluna pilvialustalla. Nopeampi käynnistää, mutta pankki on riippuvainen toimittajan etenemissuunnitelmasta ja kestävyydestä, ja järjestely on ulkoistettu.
  3. Pankkitoiminta palveluna toiselta toimiluvan saaneelta laitokselta. Nopein tapa, mutta se voi herättää kysymyksen siitä, onko uudella pankilla riittävästi omaa sisältöä.

Valvojat eivät määrää mallia, vaan arvioivat, ymmärtääkö pankki valitsemansa mallin ja hallitseeko se sitä.

Ulkoistamissäännöt

Ulkoistaminen tarkoittaa sitä, että palveluntarjoaja suorittaa prosessin, palvelun tai toiminnan, jonka pankki muuten tekisi itse. EU:ssa EBA Ulkoistamisjärjestelyjä koskevat suuntaviivat (EBA/GL/2019/02) tulivat voimaan 30 syyskuussa 2019. Ne korvaavat aiemmat ohjeet, mukaan lukien EBA:n erillisen suosituksen ulkoistamisesta pilvipalvelujen tarjoajille.

Keskeisenä periaatteena on, että vastuuta ei voida ulkoistaa, vaan ylin hallintoelin on edelleen vastuussa kaikista ulkoistetuista toiminnoista. Laitosten ”pitäisi aina säilyttää riittävä sisältö eikä niistä pitäisi tulla tyhjiä kuoria tai postilaatikkoyhteisöjä”.

Kriittiset tai tärkeät toiminnot

Suuntaviivoissa asetetaan tiukempia vaatimuksia, jos ulkoistettu toiminto on kriittinen tai tärkeä, mikä tarkoittaa sitä, että sen epäonnistuminen heikentäisi olennaisesti sääntöjen noudattamista, taloudellista tulosta tai jatkuvuutta.

  1. Suorita riskinarviointi ja due diligence palveluntarjoajalle ennen sopimuksen tekemistä.
  2. Pankille ja toimivaltaiselle viranomaiselle on annettava sopimusperusteiset oikeudet tutustua tietoihin, saada niistä tietoja ja suorittaa tarkastuksia.
  3. Hallitse alihankintaa, mukaan lukien ilmoitus ja oikeus vastustaa tai lopettaa.
  4. Määritä tietoturva-, sijainti- ja luottamuksellisuusvaatimukset.
  5. On dokumentoitu ja testattu exit-strategioita.
  6. Ilmoita toimivaltaiselle viranomaiselle etukäteen suunnitellusta kriittisestä tai merkittävästä ulkoistamisesta.

Kaikki järjestelyt on kirjattava pankin ylläpitämään ulkoistamisrekisteriin.

EU:n ulkopuolella

Vastaavia sääntöjä sovelletaan muuallakin. Yhdistyneessä kuningaskunnassa PRA Valvontaviranomaisen lausuma SS2/21 ulkoistamisesta ja kolmansien osapuolten riskienhallinnasta, joka julkaistiin maaliskuussa 2021 ja tulee voimaan 31. maaliskuuta 2022, kattaa olennaisuuden, tietoturvan, pilvipalvelun ja irtautumissuunnitelman. PRA kuvailee sen tarkoituksen olevan helpottaa ”parempaa sietokykyä ja pilvipalvelun ja muiden uusien teknologioiden käyttöönottoa”.

Singaporessa 18. tammikuuta 2021 julkaistuissa MAS Technology Risk Management Guidelines -ohjeissa asetetaan periaatteet teknologiariskien hallinnalle, IT- ja kyberturvallisuudelle, ja niitä täydennetään sitovalla ilmoituksella ja poikkeamien raportointiohjeilla.

DORA: digitaalinen operatiivinen kestävyys EU:ssa

The Digital Operational Resilience Act, Regulation (EU) 2022/2554, has applied since 17 January 2025. Siinä yhdistetään tieto- ja viestintätekniikan riskienhallinta, poikkeamien raportointi, testaus ja kolmansien osapuolten aiheuttamat riskit yhteen asetukseen useimpien EU:n rahoituslaitosten, myös pankkien, osalta.

DORA-aluePankkien ydinvaatimus
ICT-riskien hallintaJohtoryhmän hyväksymä ja valvoma dokumentoitu kehys, joka kattaa tunnistamisen, suojauksen, havaitsemisen, reagoinnin ja palauttamisen
Tapahtuman ilmoittaminenSuurista tieto- ja viestintäteknisiin järjestelmiin liittyvistä poikkeamista on ilmoitettava toimivaltaiselle viranomaiselle 19 artikla, käyttäen yhdenmukaistettua luokitusta ja malleja
Kestävyyden testausTestausohjelma kaikille yhteisöille; viranomaisten määrittämien yhteisöjen osalta kehittyneet uhkapohjaiset tunkeutumistestit vähintään kolmen vuoden välein käytössä olevissa tuotantojärjestelmissä 26 artiklan mukaisesti
ICT kolmannen osapuolen riskiTieto- ja viestintätekniikan kolmansien osapuolten aiheuttamia riskejä koskeva strategia, sopimuksiin sisältyvät vähimmäisvaatimukset sekä rekisteri kaikista tieto- ja viestintätekniikkapalveluja koskevista sopimuksista. 28 artikla
Kriittisten palveluntarjoajien valvontaEuroopan valvontaviranomaiset nimeävät kriittisten tieto- ja viestintätekniikkapalvelujen kolmannen osapuolen tarjoajat ja valvovat niitä suoraan 31 artiklan mukaisesti.

Artiklassa 28 todetaan, että tieto- ja viestintätekniikkapalveluja käyttävät rahoituslaitokset ”ovat aina täysin vastuussa kaikkien velvoitteiden noudattamisesta ja täyttämisestä” direktiivin mukaisesti. DORA Yhteisöjen on raportoitava vuosittain uusista järjestelyistä ja ilmoitettava viranomaiselle hyvissä ajoin kriittisiä tai tärkeitä toimintoja koskevista suunnitelluista sopimuksista, jotta viranomainen voi tehdä tarvittavat päätökset.

DORA Sovelletaan yhdessä EBA Käytännössä pankit ylläpitävät yhtä inventaariota, joka täyttää molemmat vaatimukset.

Kyberturvallisuus

Kyberriski on nyt osa toiminnan vakauden valvontaa, jossa pankin odotetaan tuntevan tietovarantonsa, suojaavan sitä sen kriittisyyteen nähden, havaitsevan hyökkäykset nopeasti ja palauttavan kriittiset palvelut määriteltyjen toleranssien puitteissa.

Tärkeimmät ohjausobjektit ovat yleensä:

  1. Vahva identiteetti- ja käyttöoikeuksien hallinta monivaiheisella todennuksella ja etuoikeutetuilla käyttöoikeuksilla.
  2. Turvallinen ohjelmistokehitys ja muutoksenhallinta, mukaan lukien toimittajan julkaisut.
  3. Tiedon salaus siirrettäessä ja lepotilassa sekä avainten hallinta, jota pankki valvoo.
  4. Jatkuva valvonta ja turvallisuustoimintojen hallinta, joko yrityksen sisällä tai ulkoistettuna.
  5. Haavoittuvuuksien hallinta ja säännöllinen tunkeutumistestaus.
  6. Varmuuskopiot, jotka on eristetty tuotantoympäristöstä ja testattu palauttamista varten.
  7. Poikkeamien vastaussuunnitelmat, jotka kattavat sääntelyyn liittyvät ilmoitukset ja asiakasviestintä.

Petostentorjunta yhdistää kyberturvallisuuden ja maksut: Maksunsaajan todentaminen, käyttäytymisen analysointi ja vahva asiakastodennus suojaavat asiakkaita, kun maksuista tulee välittömiä ja peruuttamattomia.

Sääntelyyn liittyvä raportointi

Pankit raportoivat valvontaviranomaisille ja keskuspankeille suuria määriä tietoja. EU:ssa 430 artikla CRR Direktiivi edellyttää, että laitokset raportoivat muun muassa omien varojen vaatimuksiin liittyvistä seikoista, kuten vähimmäisomavaraisuusasteesta, suurista vastuista, likviditeettivaatimuksista, omaisuuserien kuormittamisesta ja ESG-riskeistä. Tiettyjen laitosten on myös raportoitava rahoitustietoja. Keskuspankit lisäävät tilastotietojen raportointia ja rahanpesun selvittelykeskukset saavat epäilyttävistä liiketoimista ilmoituksia.

Raportit ovat vain yhtä hyviä kuin niiden takana olevat tiedot, ketju ydinjärjestelmästä säätimeen kulkee yleensä seuraavasti:

  1. Lähdetiedot ydinjärjestelmässä ja muissa käyttöjärjestelmissä.
  2. Tietovarasto tai raportointitaso, jossa on yhteensopivuus pääkirjan kanssa.
  3. Sääntelyyn perustuva raportointimoottori, joka yhdistää tiedot valvontamalleihin ja validointisääntöihin.
  4. Tarkastus ja hyväksyntä talous- ja riskiasioissa dokumentoitujen valvontajärjestelmien avulla.
  5. Toimittaminen sääntelyviranomaisen portaalin tai muodon kautta.

Uudet pankit usein aliarvioivat sen työn, joka liittyy tuotetietojen yhdistämiseen raportointipohjiin ennen niiden käyttöönottoa, ja siksi ne eivät välttämättä ole valmiita vastaamaan kysymyksiin.

Mitä valvojat etsivät lupahakemuksesta

  1. Selkeä tavoitearkkitehtuuri, joissa kukin järjestelmä, sen omistaja, sen tarjoaja ja sen sijainti.
  2. Kriittisten tai tärkeiden toimintojen kartta, josta käy ilmi mitkä toiminnot ulkoistetaan ja kenelle.
  3. Poistumissuunnitelmat jokaiselle kriittiselle palveluntarjoajalle, realistinen aika ja kustannukset.
  4. Tietojen sijainti ja käyttö, myös valvonta- ja kriisinratkaisuviranomaiselle.
  5. Testattu kestävyys, jonka palautumisaika vastaa liiketoimintasuunnitelman palvelulupauksia.
  6. Valmiusnäyttö, kuten loppuun asti kestävä testaus, siirtymäharjoitus ja toiminnallinen hyväksyntä.

The ECB’s guide to fintech bank licensing asks applicants to consider an exit plan for ceasing operations in an orderly and solvent manner, without harming consumers or requiring regulatory intervention. Teknologiavalinnat määräävät, onko tällainen suunnitelma uskottava: datan on oltava haettavissa, tilien siirrettävissä ja maksujen pysäytettävä puhtaasti.

Seuraavassa artikkelissa kerrotaan maksuraiteista, joihin ydinjärjestelmä liittyy: korttijärjestelmät, SEPA, pikamaksut ja reaaliaikainen bruttoselvitys.

Sources(6)
  1. EBA: Guidelines on outsourcing arrangements (EBA/GL/2019/02) · checked 2026-10-07
  2. Regulation (EU) 2022/2554 on digital operational resilience for the financial sector (DORA) · checked 2026-10-07
  3. Bank of England PRA: SS2/21 Outsourcing and third party risk management · checked 2026-10-07
  4. Monetary Authority of Singapore: Technology Risk Management Guidelines · checked 2026-10-07
  5. Regulation (EU) No 575/2013 (Capital Requirements Regulation), consolidated text, Article 430 · checked 2026-10-07
  6. ECB Banking Supervision: Guide to assessments of fintech credit institution licence applications (March 2018) · checked 2026-10-07

Vain tietoa, ei laki-, vero- tai sijoitusneuvontaa. Säädöstiedote.