Beskrivning av elektronisk dataöverföring. Rapportering under SII-förberedelsefasen. Version ( )

Transkript

1 Ohje 1 (20) Beskrivning av elektronisk dataöverföring Rapportering under SII-förberedelsefasen Version ()

2 Ohje 2 (20) INNEHÅLL 1 Inledning Rapporteringens taonomiska struktur Taonomisk struktur Taonomiska moduler Modulerna för Solvens II (S2)-förberedelsefasen Leveransfilens struktur Strukturschema Omslagsrapport Omslagsrapportens struktur Specifikationer av namnrymder Specifikationer av metadata Specifikationer av grundkoder XBRL-rapport XBRL-rapportens struktur Specifikationer av namnrymden och hänvisning till taonomin Specifikationer av tabeller som rapporteras Specifikationer av konteter Specifikationer av enheter Rapportvärden och noggrannhet Tom XBRL-rapport Kryptering och packning Användning av rapporteringsprogrammet EIOPAs program T4U Namngivning av filer Inlämning av uppgifter som ska rapporteras till Finansinspektionen Närmare upplysningar Bilaga 1: Tabeller av SII-förberedelsefasen Bilaga 2: Eempel av omslagsrapport (testrapport) Bilaga 3: Eemplel av brl-rapport... 19

3 Ohje 3 (20) 1 Inledning Denna beskrivning tillämpas på sammanställningen och inlämningen av kvantitativa rapportuppgifter under Solvens II-mellanfasen till Finansinspektionen enligt läget och Den första rapporteringen äger rum senast och då rapporteras årsuppgifterna Syftet med rapporteringen under mellanfasen är att lämna in uppgifter till Finansinspektionen enligt Solvens II-beräkningen som en del av förberedelserna inför Solvens II-regleringen. Rapporteringen under mellanfasen ersätter inte försäkringsanstalternas gällande Vakra-inrapportering i CSV-format. Europeiska försäkrings- och tjänstepensionsmyndigheten (EIOPA, har den 17 februari 2014 publicerat Riktlinjer för lämnande av information till nationella behöriga myndigheter (EIOPA-CP-13/010 FI) samt tekniska bilagor I VI. De slutliga Solvens II-rapporteringstabellerna och ifyllningsanvisningarna publiceras som tekniska standarder. EIOPA publicerade den 31 juli 2014 version av utkasten till tekniska standarder om Solvens II XBRL-taonomin (XBRL = extendible Business Reporting Language) och den s.k. DPM-modellen (Data Point Model) för Solvens II-rapporteringen under förberedelsefasen. Uppdaterat version b publicerades i december Tekniskt genomför Finansinspektionen inrapporteringen i XBRL-format i enlighet med EIOPAs specfikationer. EIOPA rekommenderar användning av ett XML-baserat XBRL-rapporteringsspråk ( i rapporteringen. Rapportuppgifterna och rapporteringens tekniska framställningssätt beskrivs som en XBRL-taonomi (källa: Det rekommenderas att EIOPAs nyaste taonomversion används i rapporteringen. Taonomin innehåller de tekniska specifikationerna för Solvens II-rapporteringen under förberedelsefasen. Taonomin och DPM-modellen är avsedda för de rapportörer som genererar den aktuella elektroniska rapporten direkt från sina egna system utan att använda det rapporteringsprogram som Finansinspektionen tillhandahåller. Utöver EIOPAs specifikationer behövs denna beskrivning för att sammanställa leveransfilen för Finansinspektionen. DPM-modellen beskriver rapporteringsbegreppen och relationerna mellan dem i form av en relationsdatabas. De centrala begreppen i modellen är rapporteringssystem (reporting framework), blanketter (template), tabeller (table), datapunkter (data point), indikatorer (metrics, observerbar variabel), dimensioner och element (dimension, dimension member), lista över elementens eventuella värden (domain) och valideringsregler (validation rule). En datapunkt definieras som en kombination av en indikator och 0-n klassificeringsfaktorer ((dimension/element)-par). Varje datapunkt kan förekomma i en eller flera tabeller. För en datapunkt finns ett rapportvärde per tidpunkt och rapportörkategori. En blankett innehåller en eller flera rapporttabeller. Till tillsynsmyndigheten rapporteras ett antal datapunkter och deras värden. Blanketternas viktigaste uppgift är att

4 Ohje 4 (20) visuellt beskriva den rapporterade informationen. En DPM-modell är ett formatoberoende sätt att beskriva rapporteringen till myndigheterna. DPM-modellen kräver således inte att det slutliga rapporteringsformatet är XBRL. En taonomi som härletts från en DPM-modell fastställer i sista hand att den rapport på maskinspråk som tillställs tillsynsmyndigheten utgörs av en XML-fil. En rapport enligt en XBRL-taonomi kallas en instans (instance). En elementär XBRL-taonomi består av en schemafil som fastställer dataelementen och ett antal länkfiler. I länkfilerna beskrivs bl.a. den hierarkiska strukturen på dataelementen (indikatorer, dimensioner), elementens namn på klarspråk, de matematiska och logiska relationerna mellan elementen och hänvisningar till regleringen av elementen. 2 Rapporteringens taonomiska struktur 2.1 Taonomisk struktur DPM-modellen består av ett antal rapporteringstypiska rapporteringssystem, t.e. Solvens II. Ett rapporteringstypiskt rapporteringssystem motsvarar en rapporteringstypisk taonomi, som omfattar en eller flera moduler (se avsnitt 2.2). Varje modul omfattar vidare ett antal i förväg fastställda tabeller. Varje modul motsvarar en XBRL-rapport eller instans som ska lämnas till Finansinspektionen. Rapporteringens taonomi är uppbyggd av flera olika deltaonomier, bland annat taonomier för moduler, tabeller, dimensioner och indikatorer. Indikatorerna beskriver de uppgifter som ska rapporteras och dimensionerna de klassificeringsfaktorer som används för att klassificera indikatorvärdena. Tabellerna specificeras som kombinationer av indikatorer och dimensioner, som ett slags datakuber. En enskild cell i en tabell som rapporteras utgör en kombination av en indikator och ett godtyckligt antal (0-n) dimensioner. De grå cellerna i tabellen är spärrade, vilket betyder att de inte ska rapporteras. Elementen i dimensionerna kan antingen vara på förhand fastställda (eplicit) eller fastställas av rapportören (typed). Till eempel elementen i dimensionen Ansvarsgrupper har fastställts på förhand i den aktuella dimensionstaonomin. Däremot fastställer rapportören själv de tillgångar som ingår i dimensionen Tillgångar i samband med sammanställningen av rapporten. Figur 1 visar strukturen på EIOPAs taonomi för Solvens II-förberedelsefasen (utdrag ur beskrivningen EIOPA Solvency II DPM and XBRL Preparatory Taonomy Framework Architecture.pdf ).

5 Ohje 5 (20) 2.2 Taonomiska moduler Figur 1: Strukturen på taonomin för Solvens II-förberedelsefasen Varje taonomisk (rapporteringstypisk) modul motsvarar en leveransfil till Finansinspektionen, som består av den modulenliga packade och krypterade XBRL-rapporten och en krypterad s.k. omslagsrapport (se avsnitt 3). Finansinspektionen har utvecklat ett särskilt rapporteringsprogram för varje modul och programmen kan laddas ner från Jakelu Distributionstjänst ( Installationspaketet (en packad zip-fil) innehåller inte bara Ecel-blanketter med modultypiska tabeller utan också ett installationsprogram (setup.ee), med hjälp av vilket Ecel AddIn-rapporteringsprogrammet "Fiva Tiedonkeruusovellus" kan installeras i arbetsstationen. Samma installationsprogram ingår i varje installationspaket för de olika modulerna.

6 Ohje 6 (20) Modulerna för Solvens II (S2)-förberedelsefasen S2-taonomin innehåller följande moduler ModuleCode ars qrs arg qrg ModuleLabel Preparatory reporting Solo Annual Preparatory reporting Solo Quarterly Preparatory reporting Groups Annual Preparatory reporting Groups Quarterly 3 Leveransfilens struktur 3.1 Strukturschema Den leveransfil som inlämnas till Finansinspektionen ska vara packad i en zip-fil och innehålla en krypterad omslagsrapport i XML-format och en packad och krypterad XBRL-rapport. Omslagsrapporten ska innehålla rapporteringstypisk tilläggsinformation såsom kontaktuppgifter till rapportens kontaktperson. Till försändelsen som lämnas till Finansinspektionen kan vid behov även fogas flera separata leveransfiler i zip-format eller så kan de zippade leveransfilerna packas i ytterligare en zip-fil för leverans till Finansinspektionen. I figur 2 visas strukturen på en enskild rapportörs leveransfil för en rapportmodul samt sammanställningen av flera (2 n st.) leveransfiler i en packad leveransfil (zip) som ska inlämnas till Finansinspektionen. Om det inte finns uppgifter att rapportera för en viss tidpunkt ska omslagsrapporten och den så kallade tomma XBRL-rapporten i varje fall inkluderas i leveransfilen, som ska sändas till Finansinspektionen. Se eempel på en tom XBRL-rapport i avsnitt

7 Sammanfattning av en leveransfil Sammanställning av 2-n leveransfil Sammanfattning av en leveransfil Ohje 7 (20) Omslagsrapport (*.ml) Packad leveransfil som innehåller flera leveransfiler (*.zip) Krypterad omslagsrapport (*.encrypted.ml) Leveransfil (*.zip) Krypterad omslagsrapport (*.encrypted.ml) Krypterad XBRL-rapport (*.encrypted.ml) Krypterad XBRL-rapport (*.encrypted.ml) Packad XBRL-rapport (*.zip) XBRL-rapport (*.brl) Omslagsrapport (*.ml) Krypterad omslagsrapport (*.encrypted.ml) Leveransfil (*.zip) Krypterad omslagsrapport (*.encrypted.ml) Krypterad XBRL-rapport (*.encrypted.ml) Krypterad XBRL-rapport (*.encrypted.ml) Packad XBRL-rapport (*.zip) XBRL-rapport (*.brl) Figur 2: Leveransfilens struktur

8 Ohje 8 (20) 3.2 Omslagsrapport Omslagsrapportens struktur Finansinspektionens anvisningar om en omslagsrapport i XML-format bygger delvis på en specifikation i CEN-projektet för beredning av standardiserad rapportering ( Schemat för omslagsrapporten kan laddas ner från Finansinspektionens webbplats: Följande förkortningar används i CEN-projektet: CEN: Comité Européen de Normalisation / European Committee for Standardization CWA: CEN Workshop Agreement (källa: Omslagsrapporten består av följande delar: Specifikationer av XML-namnrymder Specifikationer av metadata Specifikationer av grundkoder Specifikationer av namnrymder I början av omslagsrapporten fastställs specifikationerna av schemafiler och övriga namnrymder. Specifikationerna framgår av en separat schemafil ( Varje XML-fil inleds alltid med specifikationer av XML-namnrymderna. Begreppen i de olika XML-filerna skiljs åt med hjälp av namnrymder. Eempel <?ml version="1.0" encoding="utf-8"?> <FivaStandardHeader mlns=" mlns:bh=" mlns:si=" <!-- innehåll --> </FivaStandardHeader> Specifikationer av metadata Följande metadata ska inkluderas i omslagsrapporten: Rapporteringstidpunkt (InstanceCreationDateTime; yyyy-mm-ddthh:mm:ss; t.e T16:22:00+02:00); tidpunkten (GMT + 02:00) då rapportören har upprättat leveransfilen

9 Ohje 9 (20) Tidpunkt för inrapporterade uppgifter (ReportingPeriod; yyyy-mm-dd; t.e ) Rapportörens typ av ID-kod (ReportingEntityType; SC-kod, FO-nummer, LEI, MFI; varchar(9)) Rapportörens ID-kod (ReportingEntity; varchar(50)) Rapportörskategori (TypeOfReportingInstitution; nnn) Namn på rapporteringsprogrammet (ReportingApplicationName; varchar(80)) Version av rapporteringsprogrammet (ReportingApplicationVersion; varchar(40)) Förnamn på rapportörens kontaktperson (ContactPersonFirstName; varchar(50)) Efternamn på rapportörens kontaktperson (ContactPersonLastName; varchar(50)) E-postadress till rapportörens kontaktperson (ContactPerson ; varchar(100)) Telefonnummer till rapportörens kontaktperson (ContactPersonTelephone; varchar(50)) Kommentar (Comment); valfri information Testleveranskod (TestFlag; produktionsleverans = false; testleverans = true) Eempel: <InstanceCreationDateTime> T12:10:00+02:00</InstanceCreationDateTime> <ReportingPeriod> </ReportingPeriod> <ReportingEntityType>LEI</ReportingEntityType> <ReportingEntity> ABCDEFGHIJ</ReportingEntity> <TypeOfReportingInstitution>777</TypeOfReportingInstitution> <ReportingApplicationName>ApplicationX</ReportingApplicationName> <ReportingApplicationVersion>1.0.0</ReportingApplicationVersion> <ContactPersonFirstName>Tylle</ContactPersonFirstName> <ContactPersonLastName>Testaaja</ContactPersonLastName> <ContactPerson >tylle.testaaja@fiva.fi</ContactPerson > <ContactPersonTelephone> </ContactPersonTelephone> <Comment>Just for comment purposes</comment> <TestFlag>false</TestFlag> Specifikationer av grundkoder Avsnittet med grundkoder (BasicHeader) innehåller följande uppgifter: ReportReferenceID = En fritt formulerad teknisk kod som beskriver innehållet i uppgifterna som inlämnas i leveranspaketet FilePath= Rapportfilens namn i leveranspaketet; om rapportfilen finnas i en annan katalog än omslagsrapporten, ska rapportfilens relativa sökväg fogas framför namnet (t.e. S2\ars_777_ ABCDEFGHIJ_ brl). Eempel: <BasicHeader> <bh:reportdatacontet> <bh:reportreferenceid>2f38bc1c-f61a-4f9e-8aec-3969bbe4561b</bh:reportreferenceid> </bh:reportdatacontet> <bh:file> <bh:filepath>ars_777_ abcdefghij_ brl</bh:filepath>

10 Ohje 10 (20) 3.3 XBRL-rapport </bh:file> </BasicHeader> XBRL-rapportens struktur Den centrala delen av XBRL-rapporten utgörs av en lista över rapportvärden och tillhörande indikatorer och kontetreferenser. En kontetreferens fastställer konteten, som i sin tur fastställer följande faktorer som klassificerar värdet: rapportören, tidpunkten för uppgifter som rapporteras och dimensionerna för värdet. Varje värde rapporteras alltid i någon kontet. Rapporten ska därtill naturligtvis en hänvisning till den tabell som rapporteras och specifikationer av enheterna. XBRL-rapporten består av följande delar: Specifikationer av XML-namnrymder En hänvisning till taonomischemat för tabellen som rapporteras (schemaref-element) Specifikationer av konteter (contet) Specifikationer av tabellerna som rapporteras (filingindicator) Specifikationer av enheter (unit) Rapportvärden inkl. indikator- och kontetuppgifter (metrics) I figur 3 visas ett schema över XBRL-rapportens struktur.

11 Ohje 11 (20) Figur 3: XBRL-rapportens struktur Specifikationer av namnrymden och hänvisning till taonomin I XBRL-rapporten ska uttryckligen uppges vilken taonomiversion den hänför sig till. I rapporten ska ingå referenser till den använda taonomiversionen och den modultypiska rapporttaonomin. Båda uppgifterna tillsammans identifierar den använda taonomiversionen. Eempel i fråga om ars.sd-modulen: <?ml version= 1.0 encoding= utf-8?> <?taonomy-version b?> <link:schemaref link:type="simple" link:href=" 23/mod/ars.sd"/> Ovanstående uppgifter framgår av EIPOAs DPM-modelleringar ( så att versionsnumret och giltighetsuppgifterna (Version, FromDate, ToDate) framgår av Taonomy-tabellen och schemaref-elementets namn av fältet XbrlSchemaRef i Moduletabellen. Varje XBRL-fil inleds alltid med specifikation av XML-namnrymden. Begreppen i de olika XML-filerna skiljs åt med hjälp av namnrymder. Eempel: <?ml version="1.0" encoding="utf-8"?> <! > <!-- (C) Finanssivalvonta--> <?taonomy-version b?> <brli:brl mlns:brli=" mlns:link=" mlns:link=" mlns:iso4217=" mlns:find=" mlns:brldi=" mlns:s2c_cs=" mlns:s2c_dim=" mlns:s2c_typ=" mlns:s2md_met=" mlns:s2c_cu=" mlns:s2c_am=" mlns:s2c_se=" mlns:s2c_ap=" mlns:s2c_pu=" mlns:s2c_ga=" <!-- innehåll --> </brli:brl> En hänvisning till den modul som rapporteras och önskad taonomiversion görs med elementet schemaref.

12 Ohje 12 (20) Eempel på hänvisning till ars.sd-taonomin, version b: <link:schemaref link:type="simple" link:href=" Specifikationer av tabeller som rapporteras Uppgiften om tabeller som rapporteras ska specificeras som filingindicator-underelement i findicators-elementet. Eempel: <find:findicators> <find:filingindicator contetref="a1">s </find:filingindicator> <find:filingindicator contetref="a1">s </find:filingindicator> </find:findicators> Specifikationer av konteter Ett kontetelements (contet) underelement är rapportör (entity), tidpunkt (period) och scenario (scenario). Rapportören identifieras med hjälp av underelementet identifier. Som rapportörens ID-kod används LEI-koden (Legal Entity Identifier). Om rapportören inte har någon LEI-kod används den sjuställiga SC-koden. Värdet för Identifier-elementets scheme-attribut ska utgöras av namnrymdsreferensen enligt rapportörens typ av ID-kod: SC-kod FO-nummer LEI MFI Tidpunkten för uppgifterna utgörs i allmänhet av kvartalets eller månadens sista dag. I scenariot listas de dimensioner som gäller för värdet. Varje möjlig kombination av dimensioner som rapporteras har en egen kontet. Konteterna identifieras med en löpande numrering t.e. på följande sätt: c1, c2, c3,... Eempel: <brli:contet id="a2"> <brli:entity> <brli:identifier scheme=" </brli:identifier> </brli:entity> <brli:period> <brli:instant> </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>

13 Ohje 13 (20) </brli:contet> Specifikationer av enheter Måttenheterna specificeras i instansens unit-element. Det finns två olika typer av måttenheter vars värden är: - belopp i euro (ueur): iso4217:eur - procenttal och övriga icke-finansiella uppgifter (upure): brli:pure Vi rekommenderar att ueur och upure används som ID-hänvisningar. Eempel: <brli:unit id="ueur"> <brli:measure>iso4217:eur</brli:measure> </brli:unit> <brli:unit id="upure"> <brli:measure>brli:pure</brli:measure> </brli:unit> Rapportvärden och noggrannhet Värdenas noggrannhet fastställs med attributet decimals. Eurobelopp uppges i euro med minst 1000 euros noggrannhet om decimalspecifikationen för den aktuella uppgiften är -3. Procenttal uppges i form av relationstal [0,,1] med svarsnoggrannheten , om decimalspecifikationen för den aktuella uppgiften är 4. Se eempeltabellen nedan. Som decimaltecken används punkt. Till måttenheten hänvisas med elementet unitref. Rapportvärde XBRLdecimal Noggrannhet Tolerans (+/-) Undre gräns Övre gräns Eempel: <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> Närmare upplysningar om rapporteringsnoggrannhet, decimal- och enhetsdefinitioner, Precision, Decimals and Units 1.0 :

14 Ohje 14 (20) Tom XBRL-rapport Om det inte finns några uppgifter som ska rapporteras för en viss tidpunkt ska en s.k. tom XBRL-rapport i varje fall inkluderas i leveransfilen. För hänvisning till den modultypiska rapporttaonomin används elementet schemaref (se Specifikationer av namnrymden och hänvisning till taonomin). Eempel på tom XBRL-rapport (ars-modulen): <?ml version= 1.0 encoding= utf-8?> <!-- Instance is destined to be empty --> <! > <!--(C) Finanssivalvonta--> <?taonomy-version b?> <brli:brl mlns:brli=" mlns:link=" mlns:link=" <link:schemaref link:type="simple" link:href=" 23/mod/ars.sd"/> </brli:brl> 4 Kryptering och packning Såväl omslagsrapporten som den zippade XBRL-rapporten ska krypteras innan de packas till en leveransfil (*.zip). För krypteringen kan användas programmet BOF- CryptNt, som kan laddas ner via Jakelu Distributionstjänst. Slutdelen av de krypterade filerna ska namnges med.encrypted.ml. Vid användning av rapporteringsprogrammet skapas leveransfilen automatiskt (inkl. packningar och krypteringar). 5 Användning av rapporteringsprogrammet 6 EIOPAs program T4U Med hjälp av rapporteringsprogrammet kan rapportören generera den aktuella leveransfilen på maskinspråk genom att mata in uppgifterna manuellt på Ecel-blanketter och automatiskt generera leveransfilen med programfunktionerna. En färdig eller halvfärdig rapport i XML- eller CSV-format kan också importeras från en etern källa till rapporteringsprogrammet, uppgifterna kan eventuellt kompletteras och en leveransfil kan genereras automatiskt. Rapporteringsprogram jämte manualer kan laddas ner via Jakelu Distributionstjänst ( Finansinspektionen sänder nödvändiga användarkoder och lösenord för varje enskilt företag under tillsyn. EIOPA har i december 2014 publicerat den första beta-versionen av verktyget T4U för testning. Finansinspektionen stöder emellertid inte användningen av den. Se närmare information vid behov: och

15 Ohje 15 (20) 7 Namngivning av filer Rapportfilerna ska namnges enligt följande: - omslagsrapport o header_<modul>_<rapportörkategori>_<rapportörsid>_<period>.ml - krypterad omslagsrapport o header_<modul>_<rapportörkategori>_<rapportörsid>_<period>.encrypted.ml - XBRL-rapport o <modul>_<rapportörkategori>_<rapportörsid>_<period>.brl - krypterad XBRL-rapport o <modul>_<rapportörkategori>_<rapportörsid>_<period>.encrypted.ml - en rapportörs leveransfil o <modul>_<rapportörkategori>_<rappörtörsid>_<period>.zip - en leveransfil bestående av flera leveransfiler o <modul>_<id>.zip Filnamnets delar har följande betydelse: - header normal ID-kod för omslagsrapporten: header - <modul> taonomimodulens namn - <rapportörkategori> rapportörkategori - <kodtyp> rapportörens typ av ID-kod (t.e. LEI) - <rapportörsid> rapportörens ID-kod i XBRL-rapporten - <period> tidpunkt för rapporterade uppgifter (yyyymmdd) - <id> valfri kod, t.e. löpande nummer 8 Inlämning av uppgifter som ska rapporteras till Finansinspektionen 9 Närmare upplysningar Se Jakelu Distributionstjänst/Beskrivning av elektronisk rapportering. Närmare upplysningar fås från e-postadressen S2Helpdesk[at]fiva.fi.

16 Ohje 16 (20) Bilaga 1: Tabeller av SII-förberedelsefasen Bifogad tabellkatalog av SII-förberedelsefasen (källa: EIOPA/SOL2 annotated_templates.ls; se närmare information: 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 S b S S a S S g S S f S S b S a S S g S f S S b (entity) S S g (entity) S S a (entity) S S f (entity) S S b S S b S a S S g S f S S b S a S S g S f S S b S S a S S b S S a S S a S S f S S g S S b S S b (entity) S S g (entity) S S l (RFF)

17 Ohje 17 (20) S S n (RFF) S S l (remaining) S S n (remaining) S S b S S g S S b S S g S S b S S g S S l (RFF) S S n (RFF) S S l (remaining) S S n (remaining) S S b S S g S S l (RFF) S S n (RFF) S S l (remaining) S S n (remaining) S S b S S g S S l (RFF) S S n (RFF) S S l (remaining) S S n (remaining) S S b S S g S S l (RFF) S S n (RFF) S S l (remaining) S S n (remaining) S S b S S g S S l (RFF) S S n (RFF) S S l (remaining) S S n (remaining) S S b S S g S S l (RFF) S S n (RFF)

18 Ohje 18 (20) S S l (remaining) S S n (remaining) S S b S S g S S l (RFF) S S n (RFF) S S l (remaining) S S n (remaining) S S b S a S S b S a S S g S S g S S g S S g Bilaga 2: Eempel av omslagsrapport (testrapport) <?ml version='1.0' encoding='utf-8'?> <FivaStandardHeader mlns=" mlns:bh=" mlns:si=" <InstanceCreationDateTime> T12:36:52+02:00</InstanceCreationDateTime> <ReportingPeriod> </ReportingPeriod> <ReportingEntityType>LEI</ReportingEntityType> <ReportingEntity> ABCDEFGHIJ</ReportingEntity> <TypeOfReportingInstitution>777</TypeOfReportingInstitution> <ReportingApplicationName>FIN-FSA/tiedonkeruusovellus/SII/ars</ReportingApplicationName> <ReportingApplicationVersion> ( )</ReportingApplicationVersion> <ContactPersonFirstName>Tylle</ContactPersonFirstName> <ContactPersonLastName>Testaaja</ContactPersonLastName> <ContactPersonTelephone> </ContactPersonTelephone> <TestFlag>True</TestFlag> <BasicHeader> <bh:reportdatacontet> <bh:reportreferenceid>s2_ars_eample_test_1</bh:reportreferenceid> </bh:reportdatacontet> <bh:file> <bh:filepath>ars_777_ abcdefghij_ brl</bh:filepath> </bh:file> </BasicHeader> </FivaStandardHeader>

19 Ohje 19 (20) Bilaga 3: Eempel av brl-rapport <?ml version='1.0' encoding='utf-8'?> <! > <!--(C) Finanssivalvonta--> <?taonomy-version b?> <brli:brl mlns:brli=" mlns:link=" mlns:link=" mlns:iso4217=" mlns:find=" mlns:brldi=" mlns:s2c_cs=" mlns:s2c_dim=" mlns:s2md_met=" mlns:s2c_cn=" mlns:s2c_lb=" mlns:s2c_am=" <link:schemaref link:type="simple" link:href=" 23/mod/ars.sd" /> <brli:unit id="ueur"> <brli:measure>iso4217:eur</brli:measure> </brli:unit> <brli:unit id="upure"> <brli:measure>brli:pure</brli:measure> </brli:unit> <brli:contet id="a1"> <brli:entity> <brli:identifier scheme=" </brli:entity> <brli:period> <brli:instant> </brli:instant> </brli:period> </brli:contet> <find:findicators> <find:filingindicator contetref="a1">s </find:filingindicator> <find:filingindicator contetref="a1">s </find:filingindicator> </find:findicators> <brli:contet id="a2"> <brli:entity> <brli:identifier scheme=" </brli:entity> <brli:period> <brli:instant> </brli:instant> </brli:period> <brli:scenario> <brldi:eplicitmember dimension="s2c_dim:cs">s2c_cs:26</brldi:eplicitmember> </brli:scenario> </brli:contet> <s2md_met:ei1633 contetref="a2">s2c_cn:1</s2md_met:ei1633> <brli:contet id="a3"> <brli:entity> <brli:identifier scheme=" </brli:entity> <brli:period> <brli:instant> </brli:instant> </brli:period>

20 Ohje 20 (20) <brli:scenario> <brldi:eplicitmember dimension="s2c_dim:bl">s2c_lb:91</brldi:eplicitmember> <brldi:eplicitmember dimension="s2c_dim:cs">s2c_cs:26</brldi:eplicitmember> <brldi:eplicitmember dimension="s2c_dim:vg">s2c_am:80</brldi:eplicitmember> </brli:scenario> </brli:contet> <s2md_met:mi263 unitref="ueur" decimals="-3" contetref="a3">567565</s2md_met:mi263> </brli:brl>