Nacionalni sistem za poročanje - NRSPoročanje po EMIR o nepotrjenih transakcijah in reševanju sporov

Funkcionalna specifikacija 2.67

Referenčni dokumenti in datoteke:

[1] Definicija XML sheme:

[2] Primer XML datoteke:

[3] Opis poročanja:

[4] Delegirana Uredba Komisije (EU) št. 149/2013 z dne 19. decembra 2012 o dopolnitvi Uredbe (EU) št. 648/2012 Evropskega parlamenta in Sveta v zvezi z regulativnimi tehničnimi standardi glede posrednih ureditev kliringa, obveznosti kliringa, javnega registra, dostopa do mesta trgovanja, nefinančnih nasprotnih strank, tehnik zmanjševanja tveganja za pogodbe o izvedenih finančnih instrumentih OTC brez kliringa prek CNS:

Kazalo

1 Povzetek.............................................................................................................................42 Uvod...................................................................................................................................4

2.1 Razlaga pojmov...................................................................................................................................43 Izhodišča in predpostavke................................................................................................4

3.1 Pravna podlaga....................................................................................................................................43.2 Osnovne informacije glede poročanja.................................................................................................53.3 Tehnična izhodišča..............................................................................................................................5

4 Vsebina numeričnih poročil in podatkovni formati......................................................54.1 Poročanje o reševanju sporov in o nepotrjenih transakcijah...............................................................5

5 Varnost podatkov..............................................................................................................95.1 Elektronski podpis in enkripcija.........................................................................................................95.2 Ključi...................................................................................................................................................9

6 Testiranje in roki...............................................................................................................9

stran 2/8

1 Povzetek

Uredba (EU) št. 648/2012 Evropskega parlamenta in Sveta z dne 4. julija 2012 o izvedenih finančnih instrumentih OTC, centralnih nasprotnih strankah in repozitorijih sklenjenih poslov (Uradni list EU, št. 201/2012; v nadaljevanju Uredba EMIR) in na njeni podlagi sprejeta Delegirana uredba Komisije (EU) št. 149/2013 z dne 19. decembra 2012 o dopolnitvi Uredbe (EU) št. 648/2012 Evropskega parlamenta in Sveta v zvezi z regulativnimi tehničnimi standardi glede posrednih ureditev kliringa, obveznosti kliringa, javnega registra, dostopa do mesta trgovanja, nefinančnih nasprotnih strank, tehnik zmanjševanja tveganja za pogodbe o izvedenih finančnih instrumentih OTC brez kliringa prek CNS (Uradni list EU, št. L52/2013; v nadaljevanju RTS 149/2013) določata obveznosti za finančne nasprotne stranke glede poročanja števila nepotrjenih transakcij in reševanja sporov pristojnim organom. Agencija za trg vrednostnih papirjev (v nadaljevanju Agencija) je zaradi poenostavitve postopkov in poenotenja poročanja uvedla ustrezno infrastrukturo, ki omogoča elektronsko pošiljanje omenjenih poročil preko nacionalnega sistema za poročanje – NRS.

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

2 Uvod

Ta dokument predstavlja funkcionalne in tehnične specifikacije elektronskega sistema za poročanje Agenciji na osnovi določb Uredbe EMIR in na njeni podlagi sprejete (delegirane uredbe) RTS 149/2013.

2.1 Razlaga pojmov

Pojmi uporabljeni v tem dokumentu imajo naslednji pomen: - zavezanec za poročanje (v nadaljevanju: zavezanec) je finančna nasprotna stranka,

katere skladnost poslovanja z določbami Uredbe EMIR je dolžna nadzirati Agencija;- BIC koda je enotna oznaka finančnih institucij, ki jo določa standard ISO9362.

3 Izhodišča in predpostavke3.1 Pravna podlaga

Obveznost poročanja je določena v Uredbi EMIR in 12. ter 15. členu RTS 149/2013. Uredba EMIR opredeljuje obveznosti, ki se nanašajo na trgovanje z izvedenimi finančnimi instrumenti (v nadaljevanju IFI). Skladno z 11. členom Uredbe EMIR morajo nasprotne stranke, ki sklenejo pogodbo o IFI OTC brez kliringa prek CNS, z ustrezno skrbnostjo zagotoviti, da so vzpostavljeni ustrezni postopki in ureditve za merjenje, spremljanje in zmanjševanje operativnega tveganja in kreditnega tveganja nasprotne stranke, ki vključujejo vsaj (a) pravočasno potrditev pogojev zadevne pogodbe o IFI OTC, kjer je mogoče, v elektronski obliki in (b) formalizirane postopke, ki so zanesljivi, odporni in preverljivi, za uskladitev portfeljev, upravljanje povezanega tveganja ter hitro prepoznavanje in reševanje

stran 3/8

sporov med strankami ter spremljanje vrednosti odprtih pogodb. Skladno s četrtim odstavkom 12. člena RTS 149/2013 morajo finančne nasprotne stranke vzpostaviti postopek za mesečno poročanje števila nepotrjenih transakcij z IFI OTC, ki so odprte več kot pet delovnih dni, pristojnemu organu, imenovanemu v skladu z 48. členom Direktive 2004/39/ES Evropskega parlamenta in Sveta. Skladno z drugim odstavkom 15. člena RTS 149/2013 morajo finančne nasprotne stranke pristojnemu organu, imenovanemu v skladu z 48. členom Direktive 2004/39/ES, poročati o vseh sporih med nasprotnimi strankami, ki se nanašajo na pogodbo o IFI OTC, njeno vrednotenje ali izmenjavo zavarovanja, za znesek ali vrednost, ki presega 15 milijonov EUR, in trajajo najmanj 15 delovnih dni.

3.2 Osnovne informacije glede poročanja

3.2.1 Zavezanec je dolžan mesečno pošiljati Agenciji poročila o številu nepotrjenih transakcij z IFI OTC do 25. dne v mesecu za pretekli mesec.

3.2.2 Zavezanec je dolžan v primeru nastopa dogodka mesečno pošiljati Agenciji poročila o reševanju sporov v zvezi s pogodbami, sklenjenimi z IFI OTC in do 25. dne v mesecu za pretekli mesec Agenciji sporočiti vse spremembe poročanih podatkov.

3.2.3 Za pravilnost vsebine poročil ter uspešnost prenosa datotek v zahtevanem formatu je odgovoren zavezanec.

3.2.4 Osnovna oznaka, ki bo služila za identifikacijo zavezanca, je BIC koda. Obveznost zavezanca je, da pridobi BIC kodo (SWIFT) in jo sporoči Agenciji. Zavezanec, ki ne bo imel BIC kode, ne bo mogel izpolniti obveznosti poročanja. Zavezancem, ki Agenciji že pošiljajo poročila preko elektronskega sistema, ni potrebno ponovno sporočati BIC kode.

3.3 Tehnična izhodišča

3.3.1 Zavezanec je dolžan poročila Agenciji pošiljati preko obstoječega sistema za poročanje, ki je že v uporabi.

3.3.2 Zavezanec je dolžan vsa poročila pošiljati Agenciji v elektronski obliki in sicer 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 formati4.1 Poročanje o reševanju sporov in o nepotrjenih transakcijah1

4.1.1 Reševanje sporov

Vsebina poročanja je podrobno opredeljena v [3], pri čemer gre za poročanje podatkov o sporih med nasprotnimi strankami, ki se nanašajo na pogodbo o IFI OTC. Poročila se

1 Četrti odstavek 12. člena in dreugi odstavek 15. člena RTS 149/2013.

stran 4/8

pošiljajo do 25. dne v mesecu za pretekli mesec, in sicer ob nastopu dogodkov, ki so predmet poročanja, in ob spremembi podatkov, ki se poročajo.

4.1.2 Nepotrjene transakcije

Vsebina poročanja je podrobno opredeljena v [3], pri čemer gre za mesečno poročanje števila nepotrjenih transakcij z IFI OTC iz odstavka 1 in 2, ki so odprte več kot pet delovnih dni. Poročila se pošiljajo do 25. dne v mesecu za pretekli mesec. Zavezanec je dolžan Agenciji poročati tudi v primeru, če je v poročanem obdobju število nepotrjenih transakcij nič (0).

4.1.3 Poročanje o nepotrjenih transakcijah in reševanju sporovZap.št. Polje

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

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

1 Referenčna številka poročila Max 7(n) Enolična oznaka poročila.

2 Šifra poročila 4(a)3 Datum poročila 10(x)

4 Zavezanec za poročanje Max 10(n) Vnese se sedem ali desetmestna številka.

5 Postavke poročila 5(x)

6 Zaporedna številka zapisa Max 7(x)

7 Število nepotrjenih transkacij 20(n)

8 Stranka 255(x)9 Nasprotna stranka 255(x)

10 Datum začetka spora 10(x)11 Datum zaključka spora 10(x)12 Znesek pogod 20(n)13 Opombe 7999(x)

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

.št.

PoljePodatkovni format

[a – črka, n – številka, x – črka/številka/znak,d – decimalno število (19, 5)3, S – predznak (+,-)]

XML element

1 Referenčna številka poročila Max 7(n) <Porocila><ReportEMIR><ReferencnaSte

vilkaPorocila>

2 Šifra poročila 4(a) <Porocila><ReportEMIR><SifraPorocila>

3 Datum poročila 10(x) <Porocila><ReportEMIR><DatumPorocila>

4 Zavezanec za poročanje Max 10(n) <Porocila><ReportEMIR><ZavezanecZaPorocanje>

5 Postavke poročila (kompleksni tip) <Porocila><ReportEMIR><PostavkePorocila>

6 Zaporedna številka zapisa Max 7(n)

<Porocila><ReportEMIR><PostavkePorocila><Postavka><ZaporednaStevilkaZapisa>

7 Število nepotrjenih transkacij 20(n)

<Porocila><ReportEMIR><PostavkePorocila><Postavka><SteviloNepotrjenihTransakcij>

8 Stranka 7999(x)<Porocila><ReportEMIR><PostavkePorocila><Postavka><Stranka>

9 Nasprotna stranka 7999(x)<Porocila><ReportEMIR><PostavkePorocila><Postavka><NasprotnaStranka>

10 Datum začetka spora10(x) <Porocila><ReportEMIR>

<PostavkePorocila><Postavka><DatumZacetkaSpora>

11 Datum zaključka spora 10(x) <Porocila><ReportEMIR><PostavkePorocila><Postavka>

2 Decimalno število dolžine 19 mest, od katerih je 5 mest desno od decimalne pike.3 Decimalno število dolžine 19 mest, od katerih je 5 mest desno od decimalne pike.

stran 5/8

<DatumZakljuckaSpora>

12 Znesek pogodb 20(n)<Porocila><ReportEMIR><PostavkePorocila><Postavka><ZnesekPogodbe>

13 Opombe 7999(x)<Porocila><ReportEMIR><PostavkePorocila><Postavka><Opombe>

4.1.4 Vsebino poročila o preklicu že poslanega poročila določa naslednja tabela:Zap.št. Polje

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

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

1 Zavezanec za poročanje Max 10(n) Vnese se sedem ali desetmestna številka.

2 Referenčna številka poročila Max 7(n) Enolična oznaka poročila, ki je predmet

preklica.

3 Razveljavitvena zastavica 1(a) C = Cancelled

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

.št.

PoljePodatkovni format

[a – črka, n – številka, x – črka/številka/znak,d – decimalno število (19, 5)5, S – predznak (+,-)]

XML element

1 Zavezanec za poročanje Max 10(n) <Preklici><PreklicPorocila><ZavezanecZaPorocanje>

2 Referenčna številka poročila Max 7(n) <Preklici><PreklicPorocila>

<ReferencnaStevilkaPorocila>

3 Razveljavitvena zastavica 1(a) <Preklici><PreklicPorocila>

<CancelledFlag>

4.1.5 Lastnosti XML datoteke za poročanje:

Vsa poročila o nepotrjenih transakcijah in reševanju sporov ter njihove preklice, ki nastopajo v poročilu, se za posameznega zavezanca praviloma pošljejo v obliki ene XML datoteke vsak mesec oziroma na zahtevo. Definicija sheme XML datoteke je v [1], primer pravilno izpolnjene XML datoteke pa v [2]. Dodatni podatki (atributi) znotraj XML datoteke, ki vsebinsko niso povezani s poročili, so v naslednji tabeli:

Zap.št. Polje

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

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

1 Matična številka zavezanca Max 10(n) Vnese se sedem ali desetmestna številka.

2 Datum nastanka datoteke 10(x) ISO 8601 Extended Date Format; YYYY-

MM-DD

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

4 Verzija XML sheme Max 5(x) 1.0

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

EMIR001_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)

4 Decimalno število dolžine 19 mest, od katerih je 5 mest desno od decimalne pike.5 Decimalno število dolžine 19 mest, od katerih je 5 mest desno od decimalne pike.6 Decimalno število dolžine 19 mest, od katerih je 5 mest desno od decimalne pike.7 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 6/8

Opomba: podčrtaji (_) so del imena!

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

EMIR001_1234567000_0001_08.xmlali

EMIR001_1234567_0001_08.xml

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:

EMIR001_1234567000_0002_08.xmlali

EMIR001_1234567_0001_08.xml

4.1.6 Preklic poročila

Če zavezanec ugotovi, da je poročilo, ki ga je že poslal in je bilo sprejeto, iz kakršnega koli razloga vsebovalo nepravilne, nepopolne ali kako drugače neustrezne podatke, mora poslati poročilo, s katerim preklicuje nepravilno poročilo. Poročilo o preklicu lahko pošlje skupaj s popravljenim poročilom ali kot samostojno datoteko tako, da izpolni ustrezna polja.

V primeru, da je bil razlog za preklic pomota pri izpolnjevanju prvotnega poročila, mora zavezanec poslati popravljeno poročilo na isti dan kot preklic. V tem primeru se popravljeno poročilo obravnava kot novo in zavezanec mora poročilu dodeliti novo referenčno številko.

4.1.7 Povratne informacije

4.1.8 Na 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.1.9 V 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.1.10 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 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 bo 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.

stran 7/8

5 Varnost podatkov5.1 Elektronski podpis in enkripcija

Agencija bo zahtevala, da so vse poslane datoteke elektronsko podpisane, kriptirane in kompresirane. Za generiranje elektronskega podpisa ter enkripcijo in kompresijo se bo uporabljal programski paket GnuPG verzija 1.4.14. (www.gnupg.org). Zavezanci morajo zagotoviti, da bodo poslane datoteke elektronsko podpisane, kriptirane in kompresirane s tem programskim paketom, saj bodo v nasprotnem primeru datoteke zavrnjene.

5.2 Ključi

Elektronsko podpisovanje in kriptiranje poteka preko infrastukture javnih ključev. Zavezanci oziroma pošiljatelji za potrebe poročanja generirajo par (zasebni/javni) ključev. Javni ključ pošljejo Agenciji, s katerim bo Agencija lahko ugotovila identiteto pošiljatelja in avtentičnost poročila. Zasebni ključ zavezanci oziroma pošiljatelji varno hranijo. Podrobnejša navodila o generiranju in distribuiranju ključev bo Agencija pripravila naknadno. Posamezen zavezanec oziroma pošiljatelj 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 bo objavljen na spletni strani Agencije.

6 Testiranje in roki

Testiranje EMIR poročil po prenovljeni shemi iz poglavja 4. bo predvidoma omogočeno dne 17.3.2014v decembru 2013. Zavezanci pa bodo prvič poročali v produkcijsko okolje o EMIR po prenovljeni shemi z dnem 1.14.2014.

Podrobnejše roke in navodila za testiranje bo Agencija pravočasno objavila na svojih spletnih straneh.

stran 8/8