· Web viewin družbe za upravljanje Ta specifikacija se za družbe za upravljanje, ki so...

28
Nacionalni sistem za poročanje - NRS Poročanje numeričnih in nenumeričnih poročil po ZTFI za borznoposredniške družbe, banke 1 in družbe za upravljanje 2 Funkcionalna specifikacija V3.0 1 Ta specifikacija se za banke uporablja zgolj in samo v delu, ki se nanaša na poglavje III in VIII v dokumentu [4] te specifikacije. 2 Ta specifikacija se za družbe za upravljanje, ki so pridobile dovoljenje Agencije za trg vrednostnih papirjev za opravljanje storitve gospodarjenja s finančnimi instrumenti iz 1. točke prvega odstavka 150. člena zakona, ki ureja investicijske sklade in družbe za upravljanje uporablja zgolj v delu, ki se nanaša na poročanje o kapitalu (poglavje 4.1.1). Nenumerična poročila pošiljajo družbe za upravljanje skladno s Funkcionalno specifikacijo za poročanje DZU. Poljanski nasip 6, Ljubljana, tel.: 01 28 00 400, faks: 01 28 00 430

Transcript of  · Web viewin družbe za upravljanje Ta specifikacija se za družbe za upravljanje, ki so...

Nacionalni sistem za poročanje - NRSPoročanje numeričnih in nenumeričnih poročil po ZTFI za borznoposredniške družbe, banke1

in družbe za upravljanje2

Funkcionalna specifikacijaV3.0

1 Ta specifikacija se za banke uporablja zgolj in samo v delu, ki se nanaša na poglavje III in VIII v dokumentu [4] te specifikacije.2 Ta specifikacija se za družbe za upravljanje, ki so pridobile dovoljenje Agencije za trg vrednostnih papirjev za opravljanje storitve gospodarjenja s finančnimi instrumenti iz 1. točke prvega odstavka 150. člena zakona, ki ureja investicijske sklade in družbe za upravljanje uporablja zgolj v delu, ki se nanaša na poročanje o kapitalu (poglavje 4.1.1). Nenumerična poročila pošiljajo družbe za upravljanje skladno s Funkcionalno specifikacijo za poročanje DZU.

Poljanski nasip 6, Ljubljana, tel.: 01 28 00 400, faks: 01 28 00 430

Referenčni dokumenti in datoteke:

[0] Pregled obrazcev za poročanje po Uredbi (EU) št. 575/2013 (CRR)

Opomba: Obrazcev obkroženih z rdečo črto ni potrebno poročati.

[1] Definicija XML sheme:

[2] Primer XML datoteke:

[3] Klasifikacija in šifranti za numerična poročila:

Opomba: 1. V kolikor v dokumentu NUM porocanje BPD.xlsx obstaja vsebinska kontrola, ki ima sklic na neobstoječ

zavihek, se takšne kontrole ne implementira2. V kolikor je pravilo prečrtano dokumentu EBA Validation Rules.xlsx, ga ni potrebno implementirati.

[4] Klasifikacija nenumeričnih poročil:

stran 2 / 17

Kazalo1 Povzetek.............................................................................................................................42 Uvod...................................................................................................................................5

2.1 Razlaga pojmov...................................................................................................................................53 Izhodišča in predpostavke................................................................................................5

3.1 Pravne podlage....................................................................................................................................53.2 Osnovne informacije glede poročanja.................................................................................................53.3 Tehnična izhodišča..............................................................................................................................6

4 Vsebina numeričnih poročil in podatkovni formati......................................................64.1 Kapital in kapitalske zahtev................................................................................................................64.1.1 Obrazec CA....................................................................................................................................64.1.2 Obrazci za kreditno, operativno in tržno tveganje..........................................................................74.2 Velike izpostavljenosti........................................................................................................................84.3 Kapitalska ustreznost skupine.............................................................................................................94.3.1 Obrazec GS1, GS2..........................................................................................................................94.4 Obremenitev sredstev (Asset encumbrance).....................................................................................104.4.1 Obrazci obremenitev sredstev.......................................................................................................104.5 Finančni vzvod..................................................................................................................................114.6 Preklici..............................................................................................................................................124.6.1 Polja, namenjena preklicem..........................................................................................................124.6.2 Postopek preklica..........................................................................................................................134.7 Lastnosti XML datoteke....................................................................................................................134.8 Povratne informacije.........................................................................................................................144.8.1 Seznam poslanih datotek..............................................................................................................144.8.2 Postopek v primeru napake...........................................................................................................144.8.3 Potrditev sprejetega poročila........................................................................................................144.9 Potek prenosa datoteke......................................................................................................................14

5 Vsebina nenumeričnih poročil in podatkovni formati................................................155.1 Pošiljanje nenumeričnih poročil........................................................................................................155.2 Povratne informacije.........................................................................................................................16

6 Varnost podatkov............................................................................................................166.1 Elektronski podpis in enkripcija.......................................................................................................166.2 Ključi.................................................................................................................................................17

7 Testiranje in roki.............................................................................................................17

stran 3 / 17

1 Povzetek

Na podlagi Zakona o trgu finančnih instrumentov (Uradni list RS, št. 108/10 – ZTFI-UPB3, 78/11, 55/12, 105/12-ZBan-1J, 63/13 – ZS-K, 30/16 in 44/16 – ZRPPB; v nadaljevanju ZTFI), podzakonskih aktov, sprejetih na podlagi ZTFI, Delegirane Uredbe Komisije (EU) 2016/957 z dne 9. marca 2016 o dopolnitvi Uredbe (EU) št. 596/2014 Evropskega parlamenta in Sveta v zvezi z regulativnimi tehničnimi standardi za ustrezne ureditve, sisteme in postopke ter predloge obvestil za preprečevanje, odkrivanje in poročanje zlorab ali sumljivih naročil ali poslov (v nadaljevanju Delegirana uredba 2016/957), Uredbe (EU) št. 575/2013 Evropskega parlamenta in Sveta z dne 26. junija 2013 o bonitetnih zahtevah za kreditne institucije in investicijska podjetja ter o spremembi Uredbe (EU) št. 648/2012 (v nadaljevanju Uredba 575/2013) ter na podlagi Izvedbene uredbe Komisije (EU) št. 680/2014 z dne 16. aprila 2014 o določitvi izvedbenih tehničnih standardov v zvezi z nadzorniškim poročanjem institucij v skladu z Uredbo (EU) št. 575/2013 Evropskega parlamenta in Sveta (v nadaljevanju Izvedbena uredba 680/2014), morajo borznoposredniške družbe v okviru spoštovanja regulatornih določb, nanašajočih se na upravljanje borznoposredniških družb s tveganji, Agenciji za trg vrednostnih papirjev (v nadaljevanju Agencija) pošiljati poročila, kot jih določajo ZTFI, na njegovi podlagi sprejeti podzakonski akti, Delegirana uredba 2016/957, Uredba 575/2013 ter Izvedbena uredba 680/2014.

Zaradi poenostavitve postopkov in poenotenja poročanja je Agencija zagotovila ustrezno infrastrukturo, ki omogoča elektronski način poročanja.

Elektronski način poročanja je po vzpostavitvi tega sistema tudi edini mogoč, razen v primeru, ko posredovanje podatkov zaradi izpada povezave oziroma nedelovanja sistema elektronskega poročanja ni omogočeno. V takšnih primerih mora borznoposredniška družba o tem najkasneje v roku za predložitev poročila obvestiti Agencijo in ji ustrezno dokumentacijo posredovati v pisni obliki v roku dveh delovnih dni po preteku roka za oddajo poročila. Takoj po vzpostavitvi povezave oziroma takoj po začetku delovanja sistema za elektronsko poročanje mora borznoposredniška družba podatke, ki so bili posredovani v pisni obliki, Agenciji sporočiti tudi v elektronski obliki.

V tem dokumentu so opisane tehnične in funkcionalne specifikacije sistema za elektronsko poročanje.

Natančnejša navodila v zvezi s testiranji in roki so podana v 7. poglavju tega dokumenta.

stran 4 / 17

2 Uvod

Ta dokument predstavlja funkcionalne in tehnične specifikacije elektronskega sistema za poročanje Agenciji na osnovi določb ZTFI, na njegovi podlagi sprejetih podzakonskih aktov, Delegirane uredbe 2016/957, Uredbe 575/2013 in Izvedbene uredbe 680/2014.

Poročanje o transakcijah iz 275. člena ZTFI ni predmet tega dokumenta.

2.1 Razlaga pojmov

Pojmi uporabljeni v tem dokumentu imajo naslednji pomen: - zavezanec za poročanje (v nadaljevanju: zavezanec) je borznoposredniška

družba, ki je dolžna na osnovi določb ZTFI, na njegovi podlagi sprejetih podzakonskih aktov, Delegirane uredbe 2016/957, Uredbe 575/2013 in Izvedbene uredbe 680/2014 poročati Agenciji. Zavezanec za poročanje je vezano na poglavje III in VIII dokumenta [4] te specifikacije tudi banka, vezano samo na poglavje 4.1.1 te specifikacije pa tudi družba za upravljanje, ki je pridobila dovoljenje Agencije za opravljanje storitve gospodarjenja s finančnimi instrumenti iz 1. točke prvega odstavka 150. člena zakona, ki ureja investicijske sklade in družbe za upravljanje;

- numerična poročila so z ZTFI, Uredbo 575/2013 in Izvedbeno uredbo 680/2014 določena poročila, katerih obličnost je predpisana (običajno v obliki predpisanih obrazcev) in ki so jih zavezanci dolžni na predpisan način pošiljati Agenciji;

- nenumerična poročila so preostala poročila, ki se poročajo v elektronski obliki v skladu s to specifikacijo;

- LEI koda3 je enotna oznaka finančnih institucij, ki jo določa standard ISO17442 in jo za identifikacijo pri poročanju morajo uporabljati banke in borznoposredniške družbe;

- BIC koda je enotna oznaka finančnih institucij, ki jo določa standard ISO9362 in jo morajo pri poročanju porabljati drugi zavezanci.

3 Izhodišča in predpostavke

3.1 Pravne podlage

ZTFI, na njegovi podlagi sprejeti podzakonski akti, Delegirana uredba 2016/957, Uredba 575/2013 in Izvedbena uredba 680/2014 določajo obveznost poročanja zavezancev Agenciji skupaj z roki za pošiljanje poročil, vrsto in obliko poročil ter navodili za izpolnjevanje poročil.

3.2 Osnovne informacije glede poročanja

Zavezanec je dolžan pošiljati poročila Agenciji v predpisanih rokih. Za pravilnost vsebine poročil ter uspešnost prenosa datotek v zahtevanem formatu je odgovoren zavezanec.

3 Priporočilo EBA/REC/2014/01 https://www.eba.europa.eu/documents/10180/561173/EBA-REC-2014-01+(Recommendation+on+the+use+of+the+Legal+Entity+Identifier).pdf

stran 5 / 17

Osnovna oznaka, ki bo služila za identifikacijo borznoposredniške družbe oziroma banke, je LEI koda. Uporaba LEI kode za ostale zavezance ni obvezna. Obveznost banke in borznoposredniške družbe je, da pridobi LEI kodo in jo sporoči Agenciji. Banka ali borznoposredniška družba, ki ne bo imela LEI kode, ne bo mogla izpolniti obveznosti poročanja. LEI kodo mora borznoposredniška družba za poročanje v primerih poročanja na konsolidirani podlagi Agenciji sporočiti tudi za osebe v skupini. Agencija bo za potrebe poročanja na svoji spletni strani objavljala potrebno dokumentacijo, obvestila in navodila.

3.3 Tehnična izhodišča

Zavezanec je dolžan poročila Agenciji pošiljati preko obstoječega sistema za poročanje, ki je že v uporabi za pošiljanje poročil o transakcijah s finančnimi instrumenti (poročanje na osnovi 275. člena ZTFI).

Zavezanec je dolžan vsa numerična poročila pošiljati Agenciji v formatu XML. Zavezanec je dolžan vse datoteke pred pošiljanjem kriptirati, kompresirati in elektronsko podpisati.

4 Vsebina numeričnih poročil in podatkovni formati

4.1 Kapital in kapitalske zahtev

4.1.1 Obrazec CA

Obrazci kapitalske ustreznosti in prehodnih določb

Zap.št. Polje

Podatkovni format[a – črka, n – številka, x – črka/številka,

d – decimalno število (19, 4)4, S – predznak (+,-)]

VrednostTip

[O - obvezno, P – poljubno]

1 Oznaka zavezanca 11(x) ali 20 (x)

ISO 9362 - SWIFT/Bank Identifier Code (BIC) aliISO 17442 - Legal Entitiy Identifier (LEI)

O5

2 Referenčna št. poročila 5(a)5(n) COREPCAnnnnn O6

3 Datum poročila 10(x) ISO 8601 Extended Date Format; YYYY-MM-DD O

4 Obdobje poročila 1(a)

Q = kvartalnoP = kvartalno konsolidiranoS = polletno konsolidirano (samo za obrazec GS)Z = na zahtevo Agencije

O

4 Decimalno število dolžine 19 mest, od katerih so 4 mesta desno od decimalne pike.5 Uporaba LEI kode obvezna za banke in borznoposredniške družbe.6 Enolična identifikacija poročila za posameznega zavezanca.

stran 6 / 17

Elementi XML datoteke, ki ustrezajo zgornji strukturi so v naslednji tabeli:

Zap.

št.Polje

Podatkovni format[a – črka, n – številka, x – črka/številka/znak,

d – decimalno število (19, 4)3, S – predznak (+,-)]XML element

1 Oznaka zavezanca 11(x) ali 20 (x) <CA2><OznakaZavezanca>2 Referenčna št. poročila 5(a)5(n) <CA2><CAReferencnaStevilkaPorocila>4 Datum poročila 10(x) <CA2><DatumPorocila>5 Obdobje poročila 1(a) <CA2><ObdobjePorocila>

4.1.2 Obrazci za kreditno, operativno in tržno tveganje

Obrazci za kreditno, operativno in tržno tveganje

Zap.št. Polje

Podatkovni format[a – črka, n – številka, x – črka/številka,

d – decimalno število (19, 4)7, S – predznak (+,-)]Vrednost

Tip[O - obvezno, P – poljubno]

1 Tip poročila Max 8(x)

CA0CA1CA2CA3CA4CA51CA52CRSA1CRSA2CRSA3CRSA4CRGB1CRGB2CRSETTOPRMKRSATDIMKRSACTPMKRSAEQUMKRSAFXMKRSACOM

O

2 Referenčna št. poročila 5(n) nnnnn O8

3 Valuta 3(a) ISO 4217 - Currency Code O7

4 Trg 4(x) ISO 10383 - Market Identifier Code (MIC) O7

5 SA kategorija izpostavljenosti Max 2(n) Določena v [3] O7

6 Država 2(a) ISO 3166-2 O7 Blago Max 40(x) O8 Vrstica postavke Max 6(n) Določena v [3] O9 Stolpec postavke Max 4(n) Določen v [3] O

10 Vrednost postavke1(d) Številčna vred. Postavke

O10(x) Datumska vred. PostavkeMax 7999(x) Tekstna vred. Postavke

Opomba: V primeru, da se poroča CA2, se mora poročati vsaj eden izmed CRSA1, CRSA2, CRSA3, CRSA4, CRGB1, CRGB2, CRSETT, OPR, MKRSATDI, MKRSACTP, MKRSAEQU, MKRSAFX, MKRSACOM.

7 Decimalno število dolžine 19 mest, od katerih so 4 mesta desno od decimalne pike.8 Enolična identifikacija poročila za posameznega zavezanca in za posamezno poročilo iz točke 4.1.1.2.

stran 7 / 17

Elementi XML datoteke, ki ustrezajo zgornji strukturi so v naslednji tabeli:

Zap.

št.Polje

Podatkovni format[a – črka, n – številka, x – črka/številka/znak,

d – decimalno število (19, 49, S – predznak (+,-)]XML element

1 Tip poročila Max 8(x) <CA><CAPodrobnosti><Porocilo><TipPorocila>

2 Referenčna št. poročila Max 5(n) <CA><CAPodrobnosti><Porocilo><ReferencnaStevilkaPorocila>

3 Valuta 3(a)<CA><CAPodrobnosti><Porocilo><DodatniParametri><Valuta>

4 Trg 4(x)<CA><CAPodrobnosti><Porocilo><DodatniParametri><Trg>

5 SA kategorija izpostavljenosti Max 2(n)

<CA><CAPodrobnosti><Porocilo><DodatniParametri><SAKategorijaIzpostavljenosti>

6 Država 2(a)<CA><CAPodrobnosti><Porocilo><DodatniParametri><ECAI>

7 Blago Max 40(x)<CA><CAPodrobnosti><Porocilo><DodatniParametri><Blago>

8 Vrstica postavke Max 6(n)

<CA><CAPodrobnosti><Porocilo><PorociloPostavke><PodrobnostiPostavkaInfo><VrsticaPostavke>

9 Stolpec postavke Max 4(n)

<CA><CAPodrobnosti><Porocilo><PorociloPostavke><PodrobnostiPostavkaInfo><StolpecPostavke>

10 Vrednost postavke

1(d)

<CA><CAPodrobnosti><Porocilo><PorociloPostavke><PodrobnostiPostavkaInfo><VrednostPostavke><StevilcnaVrednost>

10(x)

<CA><CAPodrobnosti><Porocilo><PorociloPostavke><PodrobnostiPostavkaInfo><VrednostPostavke><DatumVrednost>

Max 7999(x)

<CA><CAPodrobnosti><Porocilo><PorociloPostavke><PodrobnostiPostavkaInfo><VrednostPostavke><TekstnaVrednost>

4.2 Velike izpostavljenosti

Obrazci tipa LE

Zap.št. Polje

Podatkovni format[a – črka, n – številka, x – črka/številka,

d – decimalno število (19, 4)10, S – predznak (+,-)]

VrednostTip

[O - obvezno, P – poljubno]

1 Oznaka zavezanca 20(x) ISO 17442 - Legal Entity Identifier (LEI) O

2 Referenčna št. poročila 7(a)5(n) COREPLEnnnnn O11

3 Datum poročila 10(x) ISO 8601 Extended Date Format; YYYY-MM-DD O

4 Obdobje poročila 1(a)

Q = kvartalno (dovoljeno samo za poročila tipa LE, brez LE4 in LE5)P = kvartalno konsolidiranoZ = na zahtevo Agencije

O

5 Oblika poročila Max 10(x) LELIMITSLE1LE2

O

9

10 Decimalno število dolžine 19 mest, od katerih so 4 mesta desno od decimalne pike.11 Enolična identifikacija poročila za posameznega zavezanca.

stran 8 / 17

LE3LE4LE5

6 Vrstica postavke Max 6(n) Določena v [3] O7 Stolpec postavke Max 4(n) Določen v [3] O

8 Vrednost postavke1(d) Številčna vred. postavke

O10(x) Datumska vred. postavkeMax 7999(x) Tekstna vred. postavke

Opomba: V primeru, da se poroča LELIMITS, se mora poročati vsaj eden izmed LE1, LE2, LE3, LE4 ali LE5.

Elementi XML datoteke, ki ustrezajo zgornji strukturi so v naslednji tabeli:

Zap.

št.Polje

Podatkovni format[a – črka, n – številka, x – črka/številka/znak,

d – decimalno število (19, 4)10, S – predznak (+,-)]XML element

1 Oznaka zavezanca 20(x) <Izpostavljenost2><OznakaZavezanca>

2 Referenčna št. poročila 7(a)5(n) <Izpostavljenost2><IzpReferencnaStevilkaPorocila>

3 Datum poročila 10(x) <Izpostavljenost2><DatumPorocila>4 Obdobje poročila 1(a) <Izpostavljenost2><ObdobjePorocila>5 Oblika poročila Max 10(x) <Izpostavljenost2><IzpOblikaPorocila>

6 Vrstica postavke Max 6(n) <Izpostavljenost2><IzpPostavke><IzpPostavkaInfo><VrsticaPostavke>

7 Stolpec postavke Max 4(n) <Izpostavljenost2><IzpPostavke><IzpPostavkaInfo><StolpecPostavke>

8 Vrednost postavke

1(d)<Izpostavljenost2><IzpPostavke><IzpPostavkaInfo><VrednostPostavke><StevilcnaVrednost>

10(x)<Izpostavljenost2><IzpPostavke><IzpPostavkaInfo><VrednostPostavke><DatumVrednost>

Max 7999(x)<Izpostavljenost2><IzpPostavke><IzpPostavkaInfo><VrednostPostavke><TekstnaVrednost>

4.3 Kapitalska ustreznost skupine

4.3.1 Obrazec GS1, GS2

Zap.št. Polje

Podatkovni format[a – črka, n – številka, x – črka/številka,

d – decimalno število (19, 4)12, S – predznak (+,-)]

VrednostTip

[O - obvezno, P – poljubno]

1 Oznaka zavezanca 20(x) ISO 17442 - Legal Entitiy Identifier (LEI) O

2 Referenčna št. poročila 7(a)5(n) COREPGSnnnnn O13

3 Datum poročila 10(x) ISO 8601 Extended Date Format; YYYY-MM-DD O

4 Obdobje poročila 1(a) S = polletno konsolidiranoZ = na zahtevo Agencije O

5 Oblika poročila Max 3(x) GS1GS2 O

6 Vrstica postavke Max 6(n) Določena v [3] O7 Stolpec postavke Max 4(n) Določen v [3] O

8 Vrednost postavke1(d) Številčna vred. postavke

O10(x) Datumska vred. postavkeMax 7999(x) Tekstna vred. postavke

12 Decimalno število dolžine 19 mest, od katerih so 4 mesta desno od decimalne pike.13 Enolična identifikacija poročila za posameznega zavezanca.

stran 9 / 17

Elementi XML datoteke, ki ustrezajo zgornji strukturi so v naslednji tabeli:

Zap.

št.Polje

Podatkovni format[a – črka, n – številka, x – črka/številka/znak,

d – decimalno število (19, 4)15, S – predznak (+,-)]XML element

1 Oznaka zavezanca 20(x) <GroupSolvency><OznakaZavezanca>

2 Referenčna št. poročila 7(a)5(n) <GroupSolvency><GSReferencnaStevilkaPorocila>

3 Datum poročila 10(x) <GroupSolvency><DatumPorocila>4 Obdobje poročila 1(a) <GroupSolvency><ObdobjePorocila>5 Oblika poročila Max 3(x) <GroupSolvency><OblikaPorocila>

6 Vrstica postavke Max 6(n) <GroupSolvency><GSPostavke><GSPostavkaInfo><VrsticaPostavke>

7 Stolpec postavke Max 4(n) <GroupSolvency><GSPostavke><GSPostavkaInfo><StolpecPostavke>

8 Vrednost postavke

1(d)<GroupSolvency><GSPostavke><GSPostavkaInfo><VrednostPostavke><StevilcnaVrednost>

10(x)<GroupSolvency><GSPostavke><GSPostavkaInfo><VrednostPostavke><DatumVrednost>

Max 7999(x)<GroupSolvency><GSPostavke><GSPostavkaInfo><VrednostPostavke><TekstnaVrednost>

4.4 Obremenitev sredstev (Asset encumbrance)

4.4.1 Obrazci obremenitev sredstev

Zap.št. Polje

Podatkovni format[a – črka, n – številka, x – črka/številka,

d – decimalno število (19, 4)14, S – predznak (+,-)]

VrednostTip

[O - obvezno, P – poljubno]

1 Oznaka zavezanca 20(x) ISO 17442 - Legal Entitiy Identifier (LEI) O

2 Referenčna št. poročila 7(a)5(n) COREPAEnnnnn O15

3 Datum poročila 10(x) ISO 8601 Extended Date Format; YYYY-MM-DD O

4 Obdobje poročila 1(a)Q = kvartalnoP = kvartalno konsolidiranoZ = na zahtevo Agencije

O

5 Oblika poročila Max 5(a)

AE0AEASSAECOLAENPLAESOU

O

6 Vrstica postavke Max 6(n) Določena v [3] O7 Stolpec postavke Max 4(n) Določen v [3] O

8 Vrednost postavke1(d) Številčna vred. postavke

O10(x) Datumska vred. postavkeMax 7999(x) Tekstna vred. postavke

Opomba: V primeru, da se poroča AEASS, se mora poročati vsaj eden izmed AECOL, AENPL ali AESOU.

14 Decimalno število dolžine 19 mest, od katerih so 4 mesta desno od decimalne pike.15 Enolična identifikacija poročila za posameznega zavezanca.

stran 10 / 17

Elementi XML datoteke, ki ustrezajo zgornji strukturi so v naslednji tabeli:

Zap.

št.Polje

Podatkovni format[a – črka, n – številka, x – črka/številka/znak,

d – decimalno število (19, 4)22, S – predznak (+,-)]XML element

1 Oznaka zavezanca 20(x) <AssetEncumbrance><OznakaZavezanca>

2 Referenčna št. poročila 3(a)5(n) <AssetEncumbrance><AEReferencnaStevilkaPorocila>

3 Datum poročila 10(x) <AssetEncumbrance><DatumPorocila>4 Obdobje poročila 1(a) <AssetEncumbrance><ObdobjePorocila>5 Oblika poročila Max 5(a) <AssetEncumbrance><OblikaPorocila>

6 Vrstica postavke Max 6(n) <AssetEncumbrance><AEPostavke><AEPostavkaInfo><VrsticaPostavke>

7 Stolpec postavke Max 4(n) <AssetEncumbrance><AEPostavke><AEPostavkaInfo><StolpecPostavke>

8 Vrednost postavke

1(d)<AssetEncumbrance><AEPostavke><AEPostavkaInfo><VrednostPostavke><StevilcnaVrednost>

10(x)<AssetEncumbrance><AEPostavke><AEPostavkaInfo><VrednostPostavke><DatumVrednost>

Max 7999(x)<AssetEncumbrance><AEPostavke><AEPostavkaInfo><VrednostPostavke><TekstnaVrednost>

4.5 Finančni vzvodObrazci tipa LR

Zap.št. Polje

Podatkovni format[a – črka, n – številka, x – črka/številka,

d – decimalno število (19, 4)16, S – predznak (+,-)]

VrednostTip

[O - obvezno, P – poljubno]

1 Oznaka zavezanca 20(x) ISO 17442 - Legal Entity Identifier (LEI) O

2 Referenčna št. poročila 7(a)5(n) COREPLRnnnnn O17

3 Datum poročila 10(x) ISO 8601 Extended Date Format; YYYY-MM-DD O

4 Obdobje poročila 1(a)Q = kvartalnoP = kvartalno konsolidiranoZ = na zahtevo Agencije

O

5 Oblika poročila Max 4(x)

LR1LR2LR3LR4aLR4bLR5LR6

O

6 Vrstica postavke Max 6(n) Določena v [3] O7 Stolpec postavke Max 4(n) Določen v [3] O

8 Vrednost postavke1(d) Številčna vred. postavke

O10(x) Datumska vred. postavkeMax 7999(x) Tekstna vred. postavke

Opomba: V primeru, da se poroča LR6, se mora poročati vsaj eden izmed LR1, LR2, LR3, LR4a, LR4b ali LR5.

16 Decimalno število dolžine 19 mest, od katerih so 4 mesta desno od decimalne pike.17 Enolična identifikacija poročila za posameznega zavezanca.

stran 11 / 17

Elementi XML datoteke, ki ustrezajo zgornji strukturi so v naslednji tabeli:

Zap.

št.Polje

Podatkovni format[a – črka, n – številka, x – črka/številka/znak,

d – decimalno število (19, 4)10, S – predznak (+,-)]XML element

1 Oznaka zavezanca 20(x) <FinancniVzvod><OznakaZavezanca>

2 Referenčna št. poročila 7(a)5(n) <FinancniVzvod><LRReferencnaStevilkaPorocila>

3 Datum poročila 10(x) <FinancniVzvod><DatumPorocila>4 Obdobje poročila 1(a) <FinancniVzvod><ObdobjePorocila>5 Oblika poročila Max 4(x) <FinancniVzvod><OblikaPorocila>

6 Vrstica postavke Max 6(n) <FinancniVzvod><LRPostavke><PostavkaInfo><VrsticaPostavke>

7 Stolpec postavke Max 4(n) <FinancniVzvod><LRPostavke><PostavkaInfo><StolpecPostavke>

8 Vrednost postavke

1(d)<FinancniVzvod><LRPostavke><PostavkaInfo><VrednostPostavke><StevilcnaVrednost>

10(x)<FinancniVzvod><LRPostavke><PostavkaInfo><VrednostPostavke><DatumVrednost>

Max 7999(x)<FinancniVzvod><LRPostavke><PostavkaInfo><VrednostPostavke><TekstnaVrednost>

4.6 Preklici

4.6.1 Polja, namenjena preklicem

Zap.št. Polje

Podatkovni format[a – črka, n – številka, x – črka/številka,

d – decimalno število (19, 5)18, S – predznak (+,-)]Vrednost

Tip[O - obvezno, P – poljubno]

1 Oznaka zavezanca 11(x) ali 20(x)

ISO 9362 - SWIFT/Bank Identifier Code (BIC)aliISO 17442 - Legal Entitiy Identifier (LEI)

O19

2 Referenčna št. poročila Max 7(a)5(n)

COREPCAnnnnnCOREPLEnnnnnCOREPLRnnnnnCOREPAEnnnnnCOREPGSnnnnn

O20

3 Razveljavitvena zastavica 1(a) C O

Elementi XML datoteke, ki ustrezajo zgornji strukturi so v naslednji tabeli:

Zap.

št.Polje

Podatkovni format[a – črka, n – številka, x – črka/številka/znak,

d – decimalno število (19, 5)20, S – predznak (+,-)]XML element

1 Oznaka zavezanca 11(x) ali 20(x) <NRSRoot><Preklici2><PreklicPorocila><OznakaZavezanca>

2 Referenčna št. poročila Max 7(a)5(n) <NRSRoot><Preklici2><PreklicPorocila><ReferencnaStevilkaPorocila>

3 Razveljavitvena zastavica 1(a) <NRSRoot><Preklici2><PreklicPorocila>

<CancelledFlag>

18 Decimalno število dolžine 19 mest, od katerih so 4 mesta desno od decimalne pike.19 Uporaba LEI kode obvezna za banke in borznoposredniške družbe.20 Enolična identifikacija poročila, ki je predmet preklica, za posameznega zavezanca.

stran 12 / 17

4.6.2 Postopek preklica

Zavezanec oziroma pošiljatelj lahko kadarkoli prekliče že poslano poročilo. Možno je preklicati posamezne sklope poročil oziroma obrazcev glede na klasifikacijo poročil (Kapital in kapitalska ustreznost - CA, Velike izpostavljenosti - LE, Finančni vzvod - LR, Obremenitev sredstev - AE, Kapitalska ustreznost skupine - GS ). Zavezanec oziroma pošiljatelj, ki pošlje preklic določenega sklopa, mora celoten sklop poslati še enkrat. Ponovno poslano poročilo mora imeti novo enolično oznako oziroma referenčno številko.

4.7 Lastnosti XML datoteke

Vsa numerična poročila se za posameznega zavezanca pošljejo v obliki ene ali več 21 XML datotek v rokih, ki jih določa ZTFI oziroma na njegovi podlagi sprejeti podzakonski akti, ki urejajo poročanje, na podlagi Delegirane uredbe 2016/957, Uredbe 575/2013 in Izvedbene uredbe 680/2014. Definicija sheme XML datoteke je v [1], primer pravilno oblikovane XML datoteke pa v [2]. Dodatni podatki (atributi) znotraj XML datoteke, ki niso povezani z vsebino poročil, so v naslednji tabeli:

Zap.št. Polje

Podatkovni format[a – črka, n – številka, x – črka/številka/znak,

d – decimalno število (19, 5)22, S – predznak (+,-)]Vrednost

Tip[O - obvezno, P – poljubno]

1 Matična številka zavezanca 10(n) O

2 Datum nastanka datoteke 10(x) ISO 8601 Extended Date

Format; YYYY-MM-DD O

3 Čas nastanka datoteke 8(x) ISO 8601 Time Format; HH:MM:SS O

4 Verzija XML sheme Max 5(x) 3.0 O

Ime poslane XML datoteke mora vsebovati natanko 26 znakov in mora zadoščati naslednjemu pravilu23:

KALIN02_MatičnaŠtevilkaZavezanca_ZaporednaŠtevilka_LetoNastanka.xml

MatičnaŠtevilkaZavezanca = matična številka zavezanca (10 mest)ZaporednaŠtevilka = zaporedna številka poslane datoteke v enem letu (4 mesta)LetoNastanka = leto nastanka datoteke v formatu YY (2 mesti)Opomba: podčrtaji (_) so del imena!

Primera:I. Datoteka za zavezanca z matično številko 1234567890 je poslana na ATVP. Ime datoteke je:

KALIN02_1234567890_0001_17.xml

21 Za vsak sklop (COREPCA, COREPLE, COREPLR, COREPAE ali COREPGS) poročil je možno poslati svojo datoteko. Prav tako je možno poslati datoteko, ki vsebuje samo preklice.22 Decimalno število dolžine 19 mest, od katerih je 5 mest desno od decimalne pike.23 Končnica xml je tukaj navedena samo zaradi poudarka, da gre za XML datoteke. Pred prenosom na ATVP bo zavezanec moral izvorno xml datoteko elektronsko podpisati in kompresirati, imela pa bo končnico sig.

stran 13 / 17

II. Datoteka iz zgornjega primera je vsebovala napako, ki jo je bilo možno odpraviti samo s ponovnim pošiljanjem celotne datoteke. Ime novo poslane datoteke je:

KALIN02_1234567890_0002_17.xml

4.8 Povratne informacije

4.8.1 Seznam poslanih datotekNa podlagi poslanih datotek Agencija za posameznega pošiljatelja pripravi povratne informacije o rezultatu prenosa in ustreznosti vsebine. Zavezanci oziroma pošiljatelji bodo imeli možnost preko spletne strani vpogledati v seznam vseh poslanih datotek in preveriti ali je bilo pošiljanje uspešno ter poročilo sprejeto oziroma zavrnjeno. Obveznost pošiljatelja je, da po prenosu preveri status datoteke in v primeru napak sproži ustrezne postopke. Zavezanec izpolni obveznost poročanja šele, ko je poslana datoteka uspešno sprejeta.

4.8.2 Postopek v primeru napakeV primeru napake v poročilu se zavrne celotno poročilo in pošiljatelj mora celotno XML datoteko poslati še enkrat. Podrobnosti o napaki bodo dostopne preko seznama vseh poslanih datotek.

4.8.3 Potrditev sprejetega poročilaV primeru uspešno poslanega in sprejetega poročila se generira elektronsko potrdilo, s katerim Agencija potrdi sprejem poročila. Pošiljatelji bodo imeli možnost preko seznama vseh poslanih datotek pridobiti s strani Agencije elektronsko podpisano datoteko, ki bo potrjevala sprejem poročila in jo bodo zavezanci lahko shranili lokalno. Za potrebe verifikacije elektronskega podpisa je Agencija na svoji spletni strani objavila svoj javni ključ. Kot dokaz uspešnega sprejetja poročila s strani Agencije velja samo nespremenjena datoteka, ki potrjuje prejem, v elektronski obliki.

4.9 Potek prenosa datoteke

Zavezanci oziroma pošiljatelji pred prenosom izvorno xml datoteko kriptirajo in kompresirajo ter elektronsko podpišejo s svojim zasebnim ključem. Izhodno datoteko preimenujejo tako, da se končnica iz xml spremeni v sig, ime pa ostane nespremenjeno. Tako pripravljeno datoteko potem pošljejo Agenciji.

Primer:I. Izvorna xml datoteka: KALIN02_1234567890_0001_17.xml

II. Kriptirana, kompresirana in elektronsko podpisana datoteka:

KALIN02_1234567890_0001_17.sig

stran 14 / 17

5 Vsebina nenumeričnih poročil in podatkovni formati

5.1 Pošiljanje nenumeričnih poročilVnosna maska

Zavezanci oziroma pošiljatelji bodo nenumerična poročila pošiljali preko posebne vnosne maske sistema za poročanje. Vnosna maska bo omogočala vnos naslednjih podatkov:

Zap.št. Polje Opis Tip

[O - obvezno, P – poljubno]1 Razred poročila Razred, v katerega spada poročilo (določen v [4]) O2 Tip poročila Tip poročila v določenem razredu (določen v [4]) O

3 Datum nastanka dogodka Datum nastanka dogodka, ki je predmet poročanja O

4 Referenca na že poslano poročilo

Enolična identifikacijska oznaka že poslanega poročila, na katerega se navezuje pošiljano poročilo P24

5 Datoteka Datoteka v formatu PDF25 O6 Priloga 1 Datoteka v formatu PDF ali XLS ali XLSX P26

7 Priloga 2 Datoteka v formatu PDF ali XLS ali XLSX P45

8 Priloga 3 Datoteka v formatu PDF ali XLS ali XLSX P45

9 Referenčna številka zahteve

Enolična identifikacijska oznaka zahteve Agencije, ki je podlaga za pošiljanje podatkov (v obliki število-število/leto, na primer 06000-12/2010

P27

Priprava datotek

Datoteke, ki jih bodo zavezanci oziroma pošiljatelji pošiljali preko vnosne maske za pošiljanje nenumeričnih poročil, morajo biti izključno v formatih PDF, XLS ali XLSX vsebovati pa morajo tekst, tako da je možno iskanje ključnih besed znotraj datoteke. Prav tako mora biti v primeru skeniranih dokumentov zagotovljena OCR metoda formiranja PDF dokumenta. Poimenovanje datotek mora zadoščati naslednjemu pravilu:

MatičnaŠtevilkaZavezanca_ImeDatoteke.pdf

MatičnaŠtevilkaZavezanca = matična številka zavezanca (10 mest)ImeDatoteke = poljubno ime datoteke (min. 1 in max. 24 znakov) brez znakov "š", "Š", "č", "Č", "ž", "Ž", "đ", "Đ", "ć", "Ć", "_" ter brez presledkovOpomba: podčrtaj (_) je del imena!

Zavezanci oziroma pošiljatelji pred prenosom izvorno pdf datoteko kriptirajo in kompresirajo ter elektronsko podpišejo s svojim zasebnim ključem. Izhodno datoteko preimenujejo tako, da se končnica iz pdf spremeni v sig, ime pa ostane nespremenjeno. Tako pripravljeno datoteko potem preko vnosne maske pošljejo Agenciji.

Primer:I. Izvorna pdf datoteka:

1234567890_sklepskupscine.pdf

24 Polje se izpolni v primeru, da se poročilo navezuje na že poslano poročilo (spremembe, dopolnitve, popravki).25 PDF datoteka mora biti v strojno berljivem formatu.26 Datoteka se pošlje samo, če tip poročila to predvideva oziroma zahteva.27 Polje se izpolni v primeru, da gre za poročilo iz razreda "Poročilo na zahtevo".

stran 15 / 17

II. Kriptirana, kompresirana in elektronsko podpisana datoteka:

1234567890_sklepskupscine.sig

Pošiljanje poročila

Takoj ko zavezanec oziroma pošiljatelj odpre vnosno masko za pošiljanje nenumeričnih poročil, se avtomatsko generira enolična identifikacija poročila. Zavezanec oziroma pošiljatelj izpolni vnosno masko z ustreznimi podatki in pripne datoteke, ki sestavljajo poročilo.

5.2 Povratne informacije

Seznam poslanih poročil

Na podlagi poslanih poročil Agencija za posameznega pošiljatelja pripravi povratne informacije o rezultatu prenosa in ustreznosti vsebine. Zavezanci bodo imeli možnost preko spletne strani vpogledati v seznam vseh poslanih nenumeričnih poročil in preveriti ali je bilo pošiljanje uspešno ter poročilo sprejeto oziroma zavrnjeno. Obveznost pošiljatelja je, da po prenosu preveri status poročila in v primeru napak sproži ustrezne postopke. Zavezanec izpolni obveznost poročanja šele, ko je poslano poročilo uspešno sprejeto.

Postopek v primeru napake

V primeru napake v poročilu se zavrne celotno poročilo in pošiljatelj mora celoten postopek pošiljanja poročila ponoviti. Podrobnosti o napaki bodo dostopne preko seznama vseh poslanih datotek.

Potrditev sprejetega poročila

V primeru uspešno poslanega in sprejetega poročila se generira elektronsko potrdilo, s katerim Agencija potrdi sprejem poročila. Pošiljatelji bodo imeli možnost preko seznama vseh poslanih poročil pridobiti s strani Agencije elektronsko podpisano datoteko, ki bo potrjevala sprejem poročila in jo bodo zavezanci lahko shranili lokalno. Za potrebe verifikacije elektronskega podpisa je Agencija na svoji spletni strani objavila svoj javni ključ. Kot dokaz uspešnega sprejetja poročila s strani Agencije velja samo nespremenjena datoteka, ki potrjuje prejem, v elektronski obliki.

6 Varnost podatkov

6.1 Elektronski podpis in enkripcija

Zavezanec je dolžan zagotoviti, da so vse poslane datoteke tako za namene numeričnega kot tudi nenumeričnega poročanja elektronsko podpisane, kriptirane in kompresirane. Za generiranje elektronskega podpisa ter enkripcijo in kompresijo se bo uporabljal programski paket GnuPG verzija 1.4.7 ali novejši. Zavezanci morajo zagotoviti, da bodo poslane datoteke elektronsko podpisane, kriptirane in kompresirane s tem programskim paketom, saj bodo v nasprotnem primeru datoteke zavrnjene.

stran 16 / 17

6.2 Ključi

Elektronsko podpisovanje in kriptiranje poteka preko infrastrukture javnih ključev. Zavezanci za potrebe poročanja o transakcijah generirajo par (zasebni/javni) ključev. Javni ključ pošljejo Agenciji, z njim pa bo Agencija lahko ugotovila identiteto pošiljatelja in avtentičnost poročila. Zasebni ključ zavezanci varno hranijo. Za potrebe poročanja po teh tehničnih in funkcionalnih specifikacijah bodo zavezanci lahko uporabili ključe, ki so jih že posredovali Agenciji za namen poročanja o transakcijah. Posamezen zavezanec lahko generira in pošlje tudi več ključev, če bo poročila pošiljalo več oseb.

Kriptiranje datotek poteka z javnim ključem Agencije, ki je objavljen na spletni strani Agencije.

7 Testiranje in roki

Testno okolje za pošiljanje numeričnih poročil po tej specifikaciji bo vzpostavljeno 1. marca 2017. Testno okolje za pošiljanje nenumeričnih poročil po tej specifikaciji bo vzpostavljeno 15. 11. 2016. Vsa dokumentacija in tekoče informacije v zvezi s testiranjem bodo na voljo na spletni strani Agencije v rubriki "Poročanje" ter preko spletne strani sistema za poročanje NRS.

Produkcijsko okolje za pošiljanje numeričnih poročil po tej specifikaciji vzpostavljeno 31. marca 2017. Produkcijsko okolje za pošiljanje nenumeričnih poročil po tej specifikaciji bo vzpostavljeno na datum začetka uporabe sklepov Agencije iz točk I do VI dokumenta v [4] ter uveljavitve sklepa Agencije, ki ureja prenos smernic ESMA/EBA iz dokumenta v [4].

Ta funkcionalna specifikacija stopi v veljavo dne 21. 10. 2016. Za nenumerično poročanje se začne uporabljati od začetka uporabe sklepov Agencije iz točk I do VI dokumenta v [4] ter uveljavitve sklepa Agencije, ki ureja prenos smernic ESMA/EBA iz dokumenta v [4]. Za numerično poročanje po obrazcih iz datoteke [3] pa po stanju na referenčni datum poročanja 31. marec 2017.

Z začetkom uporabe te funkcionalne specifikacije se preneha uporabljati funkcionalna specifikacija V2.8 ter z njo povezana vsebina.

stran 17 / 17