Kuvaus 1 (18) Konekielisen tietojenvälityksen kuvaus SII-valmistautumisvaiheen raportointi Versio 1.0.0 ()
Kuvaus 2 (18) SISÄLLYSLUETTELO 1 Johdanto... 3 2 Tiedonkeruun taksonomian rakenne... 4 2.1 Taksonomian rakenne... 4 2.2 Taksonomian moduulit... 5 2.2.1 Solvenssi II (S2) valmisteluvaiheen moduulit... 6 3 Toimitustiedoston rakenne... 6 3.1 Rakennekaavio... 6 3.2 Kuoriraportti... 8 3.2.1 Kuoriraportin rakenne... 8 3.2.2 Nimiavaruusmääritykset... 8 3.2.3 Metatietomääritykset... 8 3.2.4 Perustunnistemääritykset... 9 3.3 XBRL-raportti... 10 3.3.1 XBRL-raportin rakenne... 10 3.3.2 Nimiavaruusmäärittelyt ja viittaus taksonomiaan... 11 3.3.3 Raportoitavien taulukoiden määritykset... 12 3.3.4 Kontekstimäärittelyt... 12 3.3.5 Yksikkömäärittelyt... 12 3.3.6 Raportoitavat arvot ja tarkkuus... 13 3.3.7 Tyhjä XBRL-raportti... 13 4 Salaus ja paketointi... 14 5 Tiedonkeruusovelluksen käyttö... 14 6 EIOPAn T4U-ohjelmisto... 14 7 Tiedostojen nimeäminen... 14 8 Raportoitavien tietojen toimittaminen Finanssivalvonnalle... 15 9 Lisätietoja... 15 Liite: SII-valmistautumisvaiheen taulukot... 16
Kuvaus 3 (18) 1 Johdanto Tätä kuvausta sovelletaan Solvenssi II -välivaiheen määrällisten tietojen raportoinnin tuottamiseen ja toimittamiseen Finanssivalvonnalle 31.12.2014 ja 30.9.2015 tilanteita koskevassa raportoinnissa. Ensimmäisellä kerralla raportoitavat vuoden 2014 vuositiedot on toimitettava Finanssivalvonnalle 4.6.2015 mennessä. Välivaiheen raportoinnin tarkoitus on toimittaa Finanssivalvonnalle Solvenssi II -laskennan mukaisia tietoja osana Solvenssi II -sääntelyyn valmistautumista. Välivaiheen raportointi ei korvaa voimassa olevaa Vakra-raportointia. Euroopan vakuutus- ja lisäeläkeviranomainen (EIOPA, https://eiopa.europa.eu) on julkaissut 17.2.2014 Solvenssi II välivaiheen raportointia koskevat Tietojen toimittamista kansallisille viranomaisille koskevat ohjeet (EIOPA-CP-13/010 FI) sekä tekniset liitteet I-VI. Lopulliset Solvenssi II -raportointitaulukot ja niiden täyttöohjeet julkaistaan teknisenä standardina. EIOPA julkaisi 31.7.2014 version 1.5.2.b Solvenssi II valmistautumisvaiheen raportointia koskevista luonnoksista teknisiksi määrityksiksi Solvenssi II XBRL -taksonomiasta (XBRL = extendible Business Reporting Language) ja ns. DPM-mallista (Data Point Model). Päivitetty versio 1.5.2 b julkaistiin joulukuussa 2014. Finanssivalvonta toteuttaa tiedonkeruut teknisesti XBRL-muodossa EIOPAn määrityksiin nojautuen. EIOPA suosittelee XML-pohjaisen XBRL-raportointikielen (http://www.brl.org) käyttöä raportoinnissa. Raportoitavat tiedot ja tietojen tekninen esitystapa kuvataan XBRLtaksonomiana (lähde: https://eiopa.europa.eu/pages/supervision/insurance/reportingformats.asp). Raportoinnissa suositellaan käyttämään uusinta EIOPAn julkaisemaa taksonomiaversiota.. Taksonomia sisältää Solvenssi II -valmistautumisvaiheen raportoinnin tekniset määritykset. Taksonomia ja DPM-malli on tarkoitettu erityisesti niille raportoijille, jotka tuottavat vaaditun konekielisen raportin suoraan omista järjestelmistään käyttämättä Fivan tarjoamaa tiedonkeruusovellusta. EIOPAn määritysten lisäksi tätä kuvausta tarvitaan Fivalle laadittavan toimitustiedoston muodostamiseksi. DPM-malli kuvaa tiedonkeruun käsitteet ja niiden väliset yhteydet relaatiomallin mukaisena rakenteena. Mallin keskeisiä käsitteitä ovat raportointikehikot (reporting framework), lomakkeet (template), taulukot (table), tietopisteet (data point), mittarit (metric, havainnoitava muuttuja), dimensiot ja niiden jäsenet (dimension, dimension member), luettelot dimension jäsenten mahdollisista arvoista (domain) ja tarkistuskaavat (validation rule). Tietopiste määritellään yhden mittarin ja 0-n kappaleen luokitustekijöitä ((dimensio, dimension jäsen)-parit) yhdistelmänä. Kukin tietopiste voi esiintyä yhdessä tai useammassa taulukossa. Tietopisteeseen liittyy yksi raportoiva arvo ajankohtaa ja tiedonantajatasokohtaista raportoijaa kohden. Lomakkeeseen liittyy yksi tai useampi raportoitava taulukko. Valvojalle raportoidaan joukko tietopisteitä arvoineen. Lomakkei-
Kuvaus 4 (18) den suurin merkitys on kuvata visuaalisesti toimitettava tieto. DPM-malli on yleinen formaattiriippumaton tapa kuvata viranomaistiedonkeruu. DPM-malli ei siis edellytä että lopullinen raportointiformaatti on XBRL. DPM-mallista johdettu taksonomia määrittelee viime kädessä valvojalle toimitettavan konekielisen raportin XML-tiedostona. XBRL-taksonomian määrittämää raporttia kutsutaan instanssiksi (instance). Perusmuotoinen XBRL-taksonomia koostuu tietoelementit määrittävästä skeematiedostosta ja joukosta linkkitiedostoja. Linkkitiedostoissa kuvataan mm. tietoelementtien (mittarit, dimensiot) hierarkkinen rakenne, elementtien selväkieliset nimikkeet, elementtien väliset matemaattiset ja loogiset suhteet ja viitteet elementteihin liittyvään sääntelyyn. 2 Tiedonkeruun taksonomian rakenne 2.1 Taksonomian rakenne DPM-malli koostuu joukosta tiedonkeruukohtaisia raportointikehikkoja, esimerkiksi Solvenssi II. Tiedonkeruukohtaista raportointikehikkoa vastaa tiedonkeruukohtainen taksonomia, joka sisältää yhden tai useamman moduulin (ks. luku 2.2). Kukin moduuli sisältää edelleen joukon etukäteen määriteltyjä taulukoita. Kutakin moduulia vastaa Fivalle toimitettava brl-raportti eli instanssi. Tiedonkeruun taksonomia rakentuu useista eri osataksonomioista, kuten moduuli-, taulukko-, dimensio- ja mittaristotaksonomioista. Mittarit kuvaavat raportoitavia tietoja ja dimensiot luokitustekijöitä, joiden avulla mittareiden arvoja luokitellaan. Taulukot määritellään mittareiden ja dimensioiden yhdistelminä, eräänlaisina tietokuutioina. Yksittäinen raportoitava solu taulukossa on yhden mittarin ja mielivaltaisen määrän (0-n) dimensioita yhdistelmä. Harmaat solut taulukossa ovat suljettuja eli niitä ei raportoida. Dimensioiden jäsenet voivat olla joko etukäteen määriteltyjä (eplicit) tai raportoijan itse määrittämiä (typed). Esimerkiksi Vastuuryhmät-dimension jäsenet on määritelty etukäteen ko. dimensiotaksonomiassa. Sen sijaan esimerkiksi Hyödyke-dimensiolle raportoija määrittelee itse siihen kuuluvat hyödykkeet raportin muodostuksen yhteydessä. Kuvassa 1 on esitetty EIOPAn Solvenssi II -valmisteluvaiheen taksonomian rakenne (ote EIOPA Solvency II DPM and XBRL Preparatory Taonomy Framework Architecture.pdf -kuvauksesta).
Kuvaus 5 (18) 2.2 Taksonomian moduulit Kuva 1: Solvenssi II -valmisteluvaiheen taksonomian rakenne Kutakin taksonomian (tiedonkeruun) moduulia vastaa Fivalle toimitettava toimitustiedosto, joka koostuu moduulin määrittämästä pakatusta ja salatusta XBRL-raportista ja salatusta ns. kuoriraportista (ks. luku 3). Finanssivalvonta on toteuttanut kullekin moduulille oman tiedonkeruusovelluksen ja sovellukset ovat ladattavissa Jakelu-palvelusta (https://www.finanssivalvonta.fi/jakelu). Asennuspaketti (pakattu zip-tiedosto) sisältää moduulikohtaiset taulukot sisältävän Ecel-lomakkeiston lisäksi asennusohjelman (setup.ee), jolla saa asennettua Fiva Tiedonkeruusovellus -nimisen Ecel AddIn -ohjelman työasemaan. Sama asennusohjelma sisältyy kaikkiin moduulikohtaisiin asennuspaketteihin.
Kuvaus 6 (18) 2.2.1 Solvenssi II (S2) valmisteluvaiheen moduulit S2-taksonomia sisältää seuraavat valmisteluvaiheen moduulit: ModuleCode ars qrs arg qrg ModuleLabel Preparatory reporting Solo Annual Preparatory reporting Solo Quarterly Preparatory reporting Groups Annual Preparatory reporting Groups Quarterly 3 Toimitustiedoston rakenne 3.1 Rakennekaavio Finanssivalvonnalle toimitettavan toimitustiedoston on oltava pakattu zip-tiedostoksi sisältäen XML-muotoisen salatun kuoriraportin ja pakatun ja salatun brl-raportin. Kuoriraportti sisältää raporttikohtaista lisätietoa, kuten raportin yhteyshenkilön yhteystiedot. Finanssivalvonnalle toimitettavaan lähetykseen voidaan haluttaessa liittää myös useita erillisiä zip-muotoisia toimitustiedostoja tai pakata zip-muotoiset toimitustiedostot vielä yhdeksi Finanssivalvonnalle toimitettavaksi zip-tiedostoksi. Kuvassa 2 on esitetty yhden raportoijan yhteen raportoitavaan moduuliin liittyvän toimitustiedoston rakenne sekä useamman (2 n kpl) toimitustiedoston koonti yhdeksi pakatuksi Finanssivalvonnalle lähetettäväksi toimitustiedostoksi (zip). Mikäli joltakin ajankohdalta ei ole raportoitavia tietoja, on kuoriraportti ja tyhjä brl-raportti joka tapauksessa sisällytettävä toimitustiedostoon ja toimitustiedosto toimitettava Fivalle. Esimerkki tyhjästä XBRL-raportista on esitetty luvussa 3.3.7.
Kuvaus 7 (18) Kuva 2: Toimitustiedoston rakenne
Kuvaus 8 (18) 3.2 Kuoriraportti 3.2.1 Kuoriraportin rakenne Finanssivalvonnan ohjeistus XML-muotoisen kuoriraportin osalta pohjautuu osittain raportoinnin standardointia valmistelevan CEN-projektin määritykseen (http://cen.eurofiling.info/wp-content/uploads/data/cwa_xbrl_wi002-e.pdf). Kuoriraportin skeema on saatavissa Finanssivalvonnan kotisivuilta: http://www.finanssivalvonta.fi/fi/raportointi/brl/documents/fivastandardheader.sd. CEN-projektin käyttämät lyhenteet ovat: CEN: Comité Européen de Normalisation / European Committee for Standardization CWA: CEN Workshop Agreement (lähde: http://cen.eurofiling.info/) Kuoriraportti muodostuu seuraavista osista: XML-nimiavaruusmäärittelyt Metatietomääritykset Perustunnistemääritykset 3.2.2 Nimiavaruusmääritykset Kuoriraportin alussa määritellään skeematiedosto- ja muut nimiavaruusmääritykset, jotka ilmenevät erillisestä skeematiedostosta (http://www.finanssivalvonta.fi/fi/raportointi/brl/documents/fivastandardheader.sd). Jokainen XML-tiedosto alkaa aina XML-nimiavaruusmäärittelyillä. Nimiavaruuksilla erotetaan eri XML-tiedostojen käsitteet. Esimerkki: <?ml version="1.0" encoding="utf-8"?> <FivaStandardHeader mlns="http://www.finanssivalvonta.fi/raportointi/brl/documents/fivastandardheader" mlns:bh="http://www.eurofiling.info/eu/fr/esrs/header/basicheader" mlns:si="http://www.w3.org/2001/xmlschema-instance"> <!-- sisältö --> </FivaStandardHeader> 3.2.3 Metatietomääritykset Kuoriraporttiin on sisällytettävä seuraavat metatiedot: Raportointiaika (InstanceCreationDateTime; yyyy-mm-ddthh:mm:ss; esim. 2015-01-07T16:22:00+02:00); ajankohta (GMT + 02:00), jolloin toimitustiedosto on laadittu raportoijan toimesta
Kuvaus 9 (18) Raportoitavan tiedon ajankohta (ReportingPeriod; yyyy-mm-dd; esim. 2014-12- 31) Raportoijan yksilöintitunnuksen tyyppi (ReportingEntityType; TK-tunnus, Y-tunnus, LEI, MFI; varchar(9)) Raportoijan yksilöintitunnus (ReportingEntity; varchar(50)) Tiedonantajataso (TypeOfReportingInstitution; nnn) Tiedonkeruusovelluksen nimi (ReportingApplicationName; varchar(80)) Tiedonkeruusovelluksen versio (ReportingApplicationVersion; varchar(40)) Raportoijan yhteyshenkilön etunimi (ContactPersonFirstName; varchar(50)) Raportoijan yhteyshenkilön sukunimi (ContactPersonLastName; varchar(50)) Raportoijan yhteyshenkilön sähköpostiosoite (ContactPersonEmail; varchar(100)) Raportoijan yhteyshenkilön puhelinnumero (ContactPersonTelephone; varchar(50)) Kommentti (Comment); valinnainen tieto Testitoimitustunniste (TestFlag; tuotantotoimitus = false; testitoimitus = true) Esimerkki: <InstanceCreationDateTime>2015-02-13T12:10:00+02:00</InstanceCreationDateTime> <ReportingPeriod>2014-12-31</ReportingPeriod> <ReportingEntityType>LEI</ReportingEntityType> <ReportingEntity>1234567890ABCDEFGHIJ</ReportingEntity> <TypeOfReportingInstitution>777</TypeOfReportingInstitution> <ReportingApplicationName>ApplicationX</ReportingApplicationName> <ReportingApplicationVersion>1.0.0</ReportingApplicationVersion> <ContactPersonFirstName>Tylle</ContactPersonFirstName> <ContactPersonLastName>Testaaja</ContactPersonLastName> <ContactPersonEmail>tylle.testaaja@fiva.fi</ContactPersonEmail> <ContactPersonTelephone>+358-00 000 0000</ContactPersonTelephone> <Comment>Just for comment purposes</comment> <TestFlag>false</TestFlag> 3.2.4 Perustunnistemääritykset Perustunnisteosio (BasicHeader) sisältää seuraavat tiedot: ReportReferenceID = Toimituspakettiin sisältyvien toimitettavien tietojen sisältöä kuvaava vapaamuotoinen tekninen tunniste FilePath= Raporttitiedoston nimi toimituspaketissa; mikäli raporttitiedosto sijaitsee kuoriraporttihakemiston alihakemistossa, niin nimen alkuun on sisällytettävä suhteellinen hakemistopolku (esim. S2\ars_777_1234567890ABCDEFGHIJ_20141231.encrypted.ml). Esimerkki: <BasicHeader> <bh:reportdatacontet> <bh:reportreferenceid>2f38bc1c-f61a-4f9e-8aec-3969bbe4561b</bh:reportreferenceid> </bh:reportdatacontet> <bh:file> <bh:filepath>ars_777_1234567890abcdefghij_20141231.encrypted.ml</bh:filepath> </bh:file> </BasicHeader>
Kuvaus 10 (18) 3.3 XBRL-raportti 3.3.1 XBRL-raportin rakenne XBRL-raportin ydinosa on luettelo raportoitavista arvoista ja niihin liittyvistä mittareista ja kontekstiviittauksista. Kontekstiviittaus määrittää kontekstin, joka taas määrittää seuraavat arvoa luokittelevat tekijät: raportoija, tiedon ajankohta ja arvoon liittyvät dimensiot. Jokainen arvo raportoidaan aina jossakin kontekstissa. Lisäksi raportin pitää sisältää viittaus raportoitavaan taulukkoon sekä yksikkömäärittelyt. XBRL-raportti muodostuu seuraavista osista: XML-nimiavaruusmäärittelyt Viittaus raportoitavan taulukon taksonomian skeemaan (schemaref-elementti) Kontekstimäärittelyt (contet) Raportoitavien taulukoiden määritykset (filingindicator) Yksikkömäärittelyt (unit) Raportoivat arvot mittari- ja kontekstitietoineen (metrics) Kuvassa 3 on esitetty kaaviona XBRL-raportin rakenne. Kuva 3: XBRL-raportin rakenne
Kuvaus 11 (18) 3.3.2 Nimiavaruusmäärittelyt ja viittaus taksonomiaan XBRL-raportilla on eksplisiittisesti kerrottava, mihin taksonomiaversioon se liittyy. Raporttiin on sisällytettävä viittaukset käytettyyn taksonomiaversioon ja raportoitavaan moduulikohtaiseen taksonomiaan. Molemmat tiedot yhdessä yksilöivät käytetyn taksonomiaversion. Esimerkiksi ars.sd -moduulin osalta: <?ml version='1.0' encoding='utf-8'?> <?taonomy-version 1.5.2.b?> <link:schemaref link:type="simple" link:href="http://eiopa.europa.eu/eu/brl/s2md/fws/solvency/solvency2/2014-12- 23/mod/ars.sd"/> Em. tiedot löytyvät EIOPAn DPM-mallinnuksista (https://eiopa.europa.eu/pages/supervision/insurance/reporting-formats.asp) siten, että versionumero ja voimassaolotiedot (Version, FromDate, ToDate) löytyvät Taonomy-taulusta ja schemaref-elementin nimi Module-taulun XbrlSchemaRef-kentästä. Jokainen XBRL-tiedosto alkaa aina XML-nimiavaruusmäärittelyillä. Nimiavaruuksilla erotetaan eri XML-tiedostojen käsitteet. Esimerkiksi: <?ml version='1.0' encoding='utf-8'?> <!--2015-02-13--> <!--(C) Finanssivalvonta--> <?taonomy-version 1.5.2.b?> <brli:brl mlns:brli="http://www.brl.org/2003/instance" mlns:link="http://www.brl.org/2003/linkbase" mlns:link="http://www.w3.org/1999/link" mlns:iso4217="http://www.brl.org/2003/iso4217" mlns:find="http://www.eurofiling.info/brl/et/filing-indicators" mlns:brldi="http://brl.org/2006/brldi" mlns:s2c_cs="http://eiopa.europa.eu/brl/s2c/dict/dom/cs" mlns:s2c_dim="http://eiopa.europa.eu/brl/s2c/dict/dim" mlns:s2c_typ="http://eiopa.europa.eu/brl/s2c/dict/typ" mlns:s2md_met="http://eiopa.europa.eu/brl/s2md/dict/met" mlns:s2c_cu="http://eiopa.europa.eu/brl/s2c/dict/dom/cu" mlns:s2c_am="http://eiopa.europa.eu/brl/s2c/dict/dom/am" mlns:s2c_se="http://eiopa.europa.eu/brl/s2c/dict/dom/se" mlns:s2c_ap="http://eiopa.europa.eu/brl/s2c/dict/dom/ap" mlns:s2c_pu="http://eiopa.europa.eu/brl/s2c/dict/dom/pu" mlns:s2c_ga="http://eiopa.europa.eu/brl/s2c/dict/dom/ga"> <!-- sisältö --> </brli:brl> Viittaus raportoitavaan moduuliin ja haluttuun taksonomiaversioon tehdään schemarefelementillä. Esimerkki: viittaus ars.sd taksonomian versioon 1.5.2.b: <link:schemaref link:type="simple" link:href="http://eiopa.europa.eu/eu/brl/s2md/fws/solvency/solvency2/2014-12-23/mod/ars.sd"/>
Kuvaus 12 (18) 3.3.3 Raportoitavien taulukoiden määritykset Tieto raportoitavista taulukoista on määriteltävä findicators-elementissä filingindicatoralielementteinä. Esimerkki: <find:findicators> <find:filingindicator contetref="a1">s.01.01.01</find:filingindicator> <find:filingindicator contetref="a1">s.02.02.01</find:filingindicator> </find:findicators> 3.3.4 Kontekstimäärittelyt Kontekstielementin (contet) alielementit ovat raportoija (entity), ajankohta (period) ja skenaario (scenario). Raportoija yksilöidään identifier-alielementillä. Raportoijan yksilöintitunnuksena käytetään LEI-tunnusta (Legal Entity Identifier). Jos raportoijalla ei ole LEI-tunnusta, niin käytetään seitsennumeroista TK-tunnusta. Identifier-elementin scheme-attribuutille annetaan arvoksi raportoijan yksilöintitunnuksen tyypin mukainen nimiavaruusviittaus: TK-tunnus Y-tunnus LEI MFI http://www.finanssivalvonta.fi/fr/tktunnus http://www.finanssivalvonta.fi/fr/ytunnus http://standards.iso.org/iso/17442 http://www.ecb.eu/stats/money/mfi Tiedon ajankohta on yleensä vuosineljänneksen tai kuukauden viimeinen päivä. Skenaariossa on lueteltu arvoon liittyvät dimensiot. Jokaisella raportoitavalla dimensioiden yhdistelmällä on oma kontekstinsa. Kontekstit yksilöidään juoksevalla numerolla esimerkiksi seuraavasti: c1, c2, c3, Esimerkki: <brli:contet id="a2"> <brli:entity> <brli:identifier scheme="http://standards.iso.org/iso/17442">1234567890abcdefghij </brli:identifier> </brli:entity> <brli:period> <brli:instant>2014-12-31</brli:instant> </brli:period> <brli:scenario> <brldi:eplicitmember dimension="eba_dim:cs">s2c_cs:26</brldi:eplicitmember> <brldi:typedmember dimension="eba_dim:ce"> <s2c_typ:id>abc</s2c_typ:id> </brldi:typedmember> </brli:scenario> </brli:contet> 3.3.5 Yksikkömäärittelyt Mittayksiköt määritellään instanssin unit-elementissä. Mittayksiköitä on kahta eri tyyppiä, joiden arvot ovat:
Kuvaus 13 (18) - euromääräiset tiedot (ueur): iso4217:eur - prosenttiluvut ja muut ei-rahamääräiset tiedot (upure): brli:pure Id-viittauksina suositellaan käytettäväksi ueur ja upure. Esimerkki: <brli:unit id="ueur"> <brli:measure>iso4217:eur</brli:measure> </brli:unit> <brli:unit id="upure"> <brli:measure>brli:pure</brli:measure> </brli:unit> 3.3.6 Raportoitavat arvot ja tarkkuus Lukujen tarkkuus määritetään decimals-attribuutilla. Euromääräiset tiedot ilmoitetaan euroina, vähintään 1000 euron tarkkuudella, jos ao. tiedon desimaalimääritys on -3. Prosenttiluvut ilmoitetaan suhdelukuina [0,,1], vastaustarkkuudella 0.0001, jos ao. tiedon desimaalimääritys on 4. Ks. alla oleva esimerkkitaulukko. Desimaalierottimena käytetään pistettä. Mittayksikköön viitataan unitref-elementillä. Raportoitava XBRL- Tark- Toleranssi Alaraja Yläraja arvo desimaali kuus (+/-) 0.093 4 0.0001 0.00005 0.09295 0.09305 100000-3 1000 500 99500 100500 100200-2 100 50 100150 100250 100205.23 0 1 0.5 100204.73 100205.73 Esimerkki: <eba_met:pi545 unitref="upure" decimals="4" contetref="a16">0.2547</eba_met:pi545> <eba_met:mi363 unitref="ueur" decimals="-3" contetref="a17">45345</eba_met:mi363> Lisätietoja esitystarkkuuksista, desimaali- ja yksikkömäärityksistä: Precision, Decimals and Units 1.0 : http://www.brl.org/rfc/pdu/pwd-2008-10-09/pdu-rfc-pwd-2008-10-09.html 3.3.7 Tyhjä XBRL-raportti Mikäli joltakin ajankohdalta ei ole raportoitavia tietoja, on ns. tyhjä brl-raportti joka tapauksessa sisällytettävä toimitustiedostoon. Viittaus raportoitavaan moduulikohtaiseen taksonomiaan tehdään schemaref-elementillä (ks. Nimiavaruusmäärittelyt ja viittaus taksonomiaan). Esimerkki tyhjästä brl-raportista (ars-moduuli):
Kuvaus 14 (18) <?ml version='1.0' encoding='utf-8'?> <!-- Instance is destined to be empty --> <!--2015-01-27--> <!--(C) Finanssivalvonta--> <?taonomy-version 1.5.2.b?> <brli:brl mlns:brli="http://www.brl.org/2003/instance" mlns:link="http://www.brl.org/2003/linkbase" mlns:link="http://www.w3.org/1999/link"> <link:schemaref link:type="simple" link:href="http://eiopa.europa.eu/eu/brl/s2md/fws/solvency/solvency2/2014-12- 23/mod/ars.sd"/> </brli:brl> 4 Salaus ja paketointi Sekä kuoriraportti että zip-pakattu XBRL-raportti on salattava ennen paketointia toimitustiedostoksi (*.zip). Salausta varten on käytettävissä Jakelu-palvelusta ladattavissa oleva BOFCryptNt-ohjelmisto. Salattujen tiedostojen loppuosan on oltava.encrypted.ml. Tiedonkeruusovellusta käytettäessä toimitustiedoston muodostus (ml. pakkaukset ja salaukset) tehdään automaattisesti. 5 Tiedonkeruusovelluksen käyttö Tiedonkeruusovelluksen avulla raportoija voi tuottaa vaaditun konekielisen toimitustiedoston syöttämällä tiedot manuaalisesti Ecel-lomakkeille ja tuottamalla toimitustiedoston automaattisesti sovelluksen toiminnoilla. Tiedonkeruusovellukseen voi ladata myös ulkoisesta lähteestä valmiin tai puolivalmiin raportin XBRL- tai CSV-muodossa, täydentää mahdollisesti tiedot ja tuottaa automaatiolla toimitustiedoston. Tiedonkeruusovellukset käyttöohjeineen ovat ladattavissa Jakelu-palvelusta (https://www.finanssivalvonta.fi/jakelu/). Finanssivalvonta toimittaa tarvittavat käyttäjätunnukset ja salasanat valvottavakohtaisesti. 6 EIOPAn T4U-ohjelmisto EIOPA on julkaissut joulukuussa 2014 ensimmäisen beta-version T4U-työkalusta testauksia varten. Finanssivalvonta ei kuitenkaan tue sen käyttöä. Ks. lisätietoja tarvittaessa: https://eiopa.europa.eu/pages/supervision/insurance/tool-for-undertakings.asp ja http://t4u.eurofiling.info/. 7 Tiedostojen nimeäminen Raportoitavat tiedostot nimetään seuraavasti: - kuoriraportti o header_<moduuli>_<ta-taso>_<raportoijaid>_<periodi>.ml - salattu kuoriraportti o header_<moduuli>_<ta-taso>_<raportoijaid>_<periodi>.encrypted.ml - brl-raportti o <moduuli>_<ta-taso>_<raportoijaid>_<periodi>.brl
Kuvaus 15 (18) - salattu brl-raportti o <moduuli>_<ta-taso>_<raportoijaid>_<periodi>.encrypted.ml - yhden raportoijan toimitustiedosto o <moduuli>_<tunnustyyppi>_<raportoijaid>_<periodi>.zip - usean toimitustiedoston sisältävä toimitustiedosto o <moduuli>_<id>.zip Tiedostonimen osien merkitys on seuraava: - header kuoriraportin vakiomuotoinen tunniste: header - <moduuli> taksonomiamoduulin nimi - <ta-taso> tiedonantajataso - <tunnustyyppi> raportoijan yksilöintitunnuksen tyyppi (esim. LEI) - <raportoijaid> XBRL-raportissa käytetty raportoijan yksilöintitunnus - <periodi> tiedon ajankohta raportoitavien tietojen osalta (yyyymmdd) - <id> vapaasti määriteltävä tunniste, esim. juokseva numero 8 Raportoitavien tietojen toimittaminen Finanssivalvonnalle 9 Lisätietoja Ks. Jakelu-palvelu/konekielisen tietojenvälityksen kuvaus. Lisätietokyselyt pyydetään toimittamaan sähköpostilla osoitteeseen S2Helpdesk[at]finanssivalvonta.fi.
Kuvaus 16 (18) Liite: SII-valmistautumisvaiheen taulukot Ohessa SII-valmistaumisvaiheen taulukkoluettelo (lähde: EIOPA/SOL2 annotated_templates.ls; lisätietoja: EIOPA/EIOPA Solvency II DPM and XBRL Preparatory Taonomy Framework Architecture.pdf). Preparatory Solo Groups Table group code Business Template Code Annual Quarterly Annual Quarterly S.01.01.01 S.01.01.b S.01.01.02 S.01.01.a S.01.01.03 S.01.01.g S.01.01.04 S.01.01.f S.01.02.01 S.01.02.b S.01.02.a S.01.02.02 S.01.02.g S.01.02.f S.02.01.03 S.02.01.b (entity) S.02.01.04 S.02.01.g (entity) S.02.01.05 S.02.01.a (entity) S.02.01.06 S.02.01.f (entity) S.02.02.01 S.02.02.b S.06.02.01 S.06.02.b S.06.02.a S.06.02.02 S.06.02.g S.06.02.f S.08.01.01 S.08.01.b S.08.01.a S.08.01.02 S.08.01.g S.08.01.f S.12.01.01 S.12.01.b S.12.01.02 S.12.01.a S.17.01.01 S.17.01.b S.17.01.02 S.17.01.a S.23.01.01 S.23.01.a S.23.01.02 S.23.01.f S.23.01.04 S.23.01.g S.23.01.05 S.23.01.b S.25.01.03 S.25.01.b (entity) S.25.01.05 S.25.01.g (entity) S.25.01.07 S.25.01.l (RFF) S.25.01.08 S.25.01.n (RFF)
Kuvaus 17 (18) S.25.01.09 S.25.01.l (remaining) S.25.01.10 S.25.01.n (remaining) S.25.02.01 S.25.02.b S.25.02.02 S.25.02.g S.25.03.01 S.25.03.b S.25.03.03 S.25.03.g S.26.01.01 S.26.01.b S.26.01.02 S.26.01.g S.26.01.03 S.26.01.l (RFF) S.26.01.04 S.26.01.n (RFF) S.26.01.05 S.26.01.l (remaining) S.26.01.06 S.26.01.n (remaining) S.26.02.01 S.26.02.b S.26.02.02 S.26.02.g S.26.02.03 S.26.02.l (RFF) S.26.02.04 S.26.02.n (RFF) S.26.02.05 S.26.02.l (remaining) S.26.02.06 S.26.02.n (remaining) S.26.03.01 S.26.03.b S.26.03.02 S.26.03.g S.26.03.03 S.26.03.l (RFF) S.26.03.04 S.26.03.n (RFF) S.26.03.05 S.26.03.l (remaining) S.26.03.06 S.26.03.n (remaining) S.26.04.01 S.26.04.b S.26.04.02 S.26.04.g S.26.04.03 S.26.04.l (RFF) S.26.04.04 S.26.04.n (RFF) S.26.04.05 S.26.04.l (remaining) S.26.04.06 S.26.04.n (remaining) S.26.05.01 S.26.05.b S.26.05.02 S.26.05.g S.26.05.03 S.26.05.l (RFF) S.26.05.04 S.26.05.n (RFF) S.26.05.05 S.26.05.l (remaining) S.26.05.06 S.26.05.n (remaining) S.26.06.01 S.26.06.b S.26.06.02 S.26.06.g S.26.06.03 S.26.06.l (RFF) S.26.06.04 S.26.06.n (RFF) S.26.06.05 S.26.06.l (remaining)
Kuvaus 18 (18) S.26.06.06 S.26.06.n (remaining) S.27.01.01 S.27.01.b S.27.01.02 S.27.01.g S.27.01.03 S.27.01.l (RFF) S.27.01.04 S.27.01.n (RFF) S.27.01.05 S.27.01.l (remaining) S.27.01.06 S.27.01.n (remaining) S.28.01.01 S.28.01.b S.28.01.a S.28.02.01 S.28.02.b S.28.02.a S.32.01.02 S.32.01.g S.33.01.01 S.33.01.g S.34.01.01 S.34.01.g S.35.01.01 S.35.01.g