Analitika360
Duomenų modelis finansams: struktūra, standartai ir diegimas
Duomenų modelis finansams yra standartizuota verslo sąvokų ir jų tarpusavio ryšių struktūra, apimanti semantinį, loginį ir fizinį sluoksnį, kuri leidžia automatiškai generuoti reguliacines ataskaitas ir užtikrinti duomenų kokybę. Praktikoje ši struktūra remiasi tokiais standartais kaip DPM, BIRD ir vietinėmis sistemomis, tad finansų institucijoms ji tampa pagrindu rengiantis tiek esamiems, tiek artėjantiems reguliaciniams reikalavimams. Toliau rasite praktinius diegimo žingsnius ir kontrolinį sąrašą, kuris padeda pasiruošti integracijai.
Trumpai:
- Finansų duomenų modelis apima tris sluoksnius: semantinį žodyną, loginį ryšių schemą ir fizinius duomenų saugojimo sprendimus.
- Reguliaciniai standartai DPM ir BIRD įtakoja duomenų struktūrą bei validacijos taisykles, o DORA reikalauja atliekant testavimus ir tiksliai identifikuojant sutartis.
- Proceso pradžiai būtina sudaryti duomenų žemėlapį, sukurti verslo terminų glosarijų ir įdiegti validavimo taisykles jau įvedimo etape.
- Po modelio stabilizavimo galima automatiškai generuoti ataskaitas naudojant Power BI, integruojant duomenis iš Rivilė, Finvalda ar kitų sistemų.
Turinys
- Trijų lygių architektūra: semantinis, loginis ir fizinis modelis
- Reguliaciniai standartai: DPM, BIRD ir DORA poveikis
- Diegimo planas: nuo duomenų žemėlapio iki REGATA integracijos
- Kontrolinis sąrašas: party, instrument, contract, balance, transaction
- Analitika360: nuo duomenų modelio prie automatizuotos ataskaitos
- Redakcijos įžvalga: ką daryti pirmiausia per artimiausius 12-24 mėnesius
- Paruošti ataskaitų sprendimai, kai duomenų modelis jau sutvarkytas
- Dažniausiai užduodami klausimai
- Šaltiniai
Trijų lygių architektūra: semantinis, loginis ir fizinis modelis
Duomenų modelis veikia trimis lygiais, ir kiekvienas jų atlieka skirtingą funkciją. Semantinis lygis apibrėžia verslo žodyną: kas yra „sutartis“, „sandoris“ ar „klientas“ organizacijos kontekste, nepriklausomai nuo to, kaip duomenys bus saugomi. Šis lygis veikia kaip metaduomenų pagrindas, kuriuo remiasi visos žemesnės struktūros.
Loginis lygis (LDM) paverčia verslo sąvokas struktūrizuotais ryšiais: entitetais, atributais ir jų priklausomybėmis. Tiksliai šį principą taiko BIRD LDM dokumentacija, kuri apibrėžia, ką finansų įstaiga turi pranešti priežiūros institucijai, neatsižvelgiant į konkrečią duomenų bazės technologiją.
Fizinis lygis yra jau konkreti implementacija: lentelės, laukai, indeksai, pasirinkta duomenų bazės technologija. Čia sprendimų įvairovė yra didžiausia, nes du skirtingi bankai gali turėti tą pačią loginę struktūrą, bet visiškai skirtingas fizines saugyklas.
- Semantinis lygis: verslo terminų žodynas ir jų apibrėžimai.
- Loginis lygis: entitetų ir ryšių struktūra, nepriklausoma nuo technologijos.
- Fizinis lygis: konkreti duomenų bazės implementacija ir saugojimo sprendimai.
Atskyrus logiką nuo implementacijos, organizacija gali keisti fizinę infrastruktūrą nepažeidžiant verslo taisyklių ir validavimo logikos.
Reguliaciniai standartai: DPM, BIRD ir DORA poveikis
Reguliaciniai duomenų modeliai nėra teorinė konstrukcija: jie tiesiogiai nulemia, kaip organizacija turi struktūrizuoti savo duomenis ataskaitoms. EBA DPM duomenų žodynas apibrėžia verslo sąvokas, jų ryšius ir validavimo taisykles, kurios paverčiamos XBRL taksonomijomis. DPM metodologija naudojama nuo 2010-ųjų dešimtmečio, tapusi standartu ilgalaikiam reguliacinių ataskaitų duomenų tvarkymui, o DPM Alliance valdymo sistema koordinuoja šio metamodelio palaikymą tarp Europos institucijų.
BIRD papildo šį rėmą loginiu lygiu. BIRD LDM principai remiasi normalizacija, aiškumu (explicitness) ir subtipų (subtyping) logika, kuri padeda sumažinti duplikavimą ir aptikti klaidas anksčiau, nei duomenys pasiekia ataskaitų formavimo etapą.
DORA (Digital Operational Resilience Act) įveda naują sluoksnį: Registrus informacijai (RoI) apie sutartinius santykius su IT paslaugų teikėjais. EBA DORA parengiamoji informacija rodo, kad atlikti dry run testai atskleidė praktines klaidas, susijusias su identifikatoriais ir formatavimu.
DORA taikoma nuo 2025 metų pradžios, nustatant naujus reikalavimus finansų įstaigų IT paslaugų teikėjų sutarčių registrams, tai patvirtina EBA, o tai reiškia, kad finansų įstaigos jau dabar turi turėti sutvarkytus LEI identifikatorius ir veikiančius RoI registrus.
- DPM: verslo sąvokų ir validavimo taisyklių žodynas, pagrindas XBRL taksonomijoms.
- BIRD LDM: loginis modelis, mažinantis duplikavimą per normalizaciją.
- DORA RoI: sutartinių ryšių registras, reikalaujantis tikslių identifikatorių.
Validavimo taisykles naudinga diegti dar įvesties taške, kadangi dauguma klaidų atsiranda dėl trūkstamų privalomų laukų, o ne dėl sudėtingos logikos vėlesniuose etapuose.
Diegimo planas: nuo duomenų žemėlapio iki REGATA integracijos
Pasirengimas reguliaciniam ataskaitų teikimui vyksta etapais, ir kiekvienas etapas turi savo technologinį sprendimą.
- Inventorizacija ir duomenų žemėlapis. Surašykite visus duomenų šaltinius ir sudarykite žemėlapį, kuris rodo, iš kur ateina kiekvienas ataskaitoje naudojamas laukas.
- Glosarijaus kūrimas. Parengkite verslo terminų žodyną su metaduomenimis, kad semantinis lygis būtų aiškus visoms komandoms, ne tik IT skyriui.
- Logikos lygio sprendimas. Nusprendžite, ar naudosite loginį modelį (LDM), Input Layer ar Enriched Input Layer struktūrą integracijai, o atskirą struktūrą ataskaitų formavimui.
- Validavimo taisyklių diegimas. Įdiekite taisykles jau duomenų įvesties taške, kad klaidos būtų pastebėtos prieš duomenims patenkant į ataskaitas.
- Formatų paruošimas. Parenkite duomenis XBRL, CSV ar JSON formatais, atsižvelgiant į Lietuvos banko REGATA sistemos reikalavimus, kuri palaiko šiuos formatus ir API integracijas.
- API testavimas. Patikrinkite ryšį su REGATA per testinę aplinką, prieš pereinant į gamybinę sistemą.
- Dry run ir klaidų analizė. Atlikite imitacinį bandymą ir surinkite dažniausias klaidas: trūkstamus LEI kodus, neužpildytus privalomus laukus, neatitinkančius formatus.
Profesinis patarimas: Pradėkite validavimo taisykles taikyti duomenų įvesties formose, ne ataskaitų generavimo etape, nes taip sumažinate klaidų kiekį dešimteriopai mažesnėmis pastangomis.
Lietuvos bankas pažymi, kad REGATA įgyvendinimas yra Duomenų valdymo brandos didinimo programos dalis, skatinanti perėjimą nuo push prie pull duomenų teikimo modelio. Tai reiškia, kad organizacijos turi turėti paskirtus duomenų savininkus ir aiškius duomenų žemėlapius, nebe tik techninę infrastruktūrą.
Kontrolinis sąrašas: party, instrument, contract, balance, transaction
Praktiškas duomenų modelis finansų organizacijoje dažniausiai remiasi penkiomis pagrindinėmis entitetų grupėmis. Kiekviena jų turi savo privalomus atributus ir ryšius su kitomis grupėmis.
- Party (šalis): identifikatoriai, LEI kodas, teisinė forma, šalies priklausomybė.
- Instrument (instrumentas): tipas, valiuta, terminas, palūkanų sąlygos.
- Contract (sutartis): šalys, datos, sąlygos, susijęs instrumentas.
- Balance (balansas): likučiai, vertinimo data, apskaitos kategorija.
- Transaction (sandoris): data, suma, susijusi sutartis ir šalys.
Dažniausia validacijos klaidų priežastis yra trūkstamas arba neteisingas LEI identifikatorius, po to seka tušti privalomi laukai ir nesuderinti datų formatai. Kiekvienas įrašas turėtų turėti aiškų audito pėdsaką (lineage): kada duomenys buvo sukurti, kas juos pakeitė ir kuriame etape jie pasiekė galutinę ataskaitą. Versijavimas leidžia atsekti, kaip modelis keitėsi laikui bėgant, ir yra ypač svarbus rengiantis patikrinimams.
Analitika360: nuo duomenų modelio prie automatizuotos ataskaitos
Sukūrę duomenų modelį, organizacijos susiduria su kitu iššūkiu: kaip tą struktūrą paversti kasdien naudojama ataskaita, kurią supranta vadovai, buhalteriai ir analitikai. Rinkoje siūlomi Power BI ataskaitų paketai, skirti duomenų analizei iš Rivilė ir Finvalda apskaitos programų, integruojant juos su kitais šaltiniais, tokiais kaip SharePoint, Excel ar CRM sistemos.
Tokios sistemos gali leisti stebėti pajamų, sąnaudų, pelno, balanso ir skolų rodiklius realiu laiku, o ataskaitos gali atsinaujinti automatiškai, be papildomo vartotojo įsikišimo. Tai reiškia, kad organizacija, kuri jau sutvarkė savo duomenų žemėlapį ir validavimo taisykles, gali tiesiai perkelti tą struktūrą į vizualizuotą, nuolat atnaujinamą ataskaitų rinkinį.
Skirtingoms šakoms, tokioms kaip restoranų tinklai ar logistikos įmonės, ataskaitų turinys gali būti pritaikytas pagal konkrečius procesus, kas sumažina atskirą rankinį darbą, kurio dažniausiai reikalauja bendri, nepritaikyti sprendimai.
Redakcijos įžvalga: ką daryti pirmiausia per artimiausius 12-24 mėnesius
Dauguma organizacijų pirmiausia investuoja į technologijas, o ne į glosarijų ir duomenų savininkų paskyrimą. Tai klaida: fizinė infrastruktūra keičiasi greičiau nei verslo sąvokos, todėl pirmas prioritetas turėtų būti aiškus semantinis sluoksnis ir SLA su duomenų savininkais, o tik tada API sprendimai REGATA ar panašioms sistemoms.
— Analitika360
Paruošti ataskaitų sprendimai, kai duomenų modelis jau sutvarkytas
Kai duomenų modelis ir validavimo taisyklės veikia stabiliai, kitas logiškas žingsnis yra paversti šią struktūrą matomais rodikliais, kuriuos vadovai gali peržiūrėti kasdien, nelaukdami mėnesio ataskaitų. Analitika360 paruošti Power BI ataskaitų paketai Rivilė ir Finvalda naudotojams leidžia pradėti be ilgo įgyvendinimo projekto: Rivilė Basic ir Finvalda Basic kainuoja 59 € per mėnesį, o pažangesni funkcionalumai prieinami per Finvalda PRO paketą.
Įmonėms, kurioms reikia platesnės integracijos su keliais duomenų šaltiniais, kainodaros puslapyje rasite Rivilė PRO planą ir individualių projektų kainą, skaičiuojamą 70 € už valandą. Norintys pamatyti, kaip jūsų duomenys atrodytų paruoštoje ataskaitoje, galite apžiūrėti Finvalda PRO paketą ir pasirinkti planą, atitinkantį jūsų apskaitos sistemą.
Dažniausiai užduodami klausimai
Kas yra duomenų modelis finansams ir kam jis naudojamas?
Duomenų modelis finansams yra struktūra, apibrėžianti verslo sąvokas, jų ryšius ir taisykles trimis lygiais: semantiniu, loginiu ir fiziniu. Jis naudojamas standartizuoti duomenis taip, kad juos būtų galima patikimai naudoti reguliacinėms ataskaitoms ir vidinei analizei.
Kuo skiriasi DPM ir BIRD?
DPM yra EBA duomenų žodynas, apibrėžiantis sąvokas ir validavimo taisykles, kurios verčiamos į XBRL taksonomijas. BIRD, savo ruožtu, suteikia loginį modelį (LDM), nurodantį, kaip tuos duomenis struktūrizuoti prieš juos pateikiant priežiūros institucijai.
Kaip DORA veikia duomenų modelių reikalavimus?
DORA reikalauja, kad finansų įstaigos turėtų Registrus informacijai (RoI) apie IT paslaugų teikėjus, kaip nurodo EBA. Tai reiškia, kad duomenų modelis turi apimti tikslius identifikatorius, tokius kaip LEI kodas, ir aiškią sutartinių ryšių struktūrą.
Kas yra REGATA ir kaip ji susijusi su duomenų modeliu?
REGATA yra naujos kartos Lietuvos banko duomenų sistema, palaikanti XBRL, CSV ir JSON formatus bei automatizuotą ataskaitų teikimą per API. Organizacijoms, kurios ruošiasi šiai sistemai, būtina turėti sutvarkytą duomenų žemėlapį ir paskirtus duomenų savininkus.
Kiek kainuoja Power BI ataskaitų paketas iš Analitika360?
Rivilė Basic ir Finvalda Basic planai kainuoja 59 € per mėnesį, o PRO versijos, tokios kaip Finvalda PRO, kainuoja 89 € per mėnesį. Individualūs projektai skaičiuojami 70 € už valandą, pagal poreikį aprašytą kainodaros puslapyje.
