Guidelines for reporting under EMIR

Riktlinjer

för rapportering enligt Emir

https://sherpa.esma.europa.eu/sites/MKT/MDP/Groups/For ms/Group%20MDP%20Document%20Set/docsethomepage.aspx?ID=1339&FolderCTID=0x0 120D52000F338AB8D4718AC498088 8518131BE828020300A279AC6D96C ED64DAC96DA6F4F9AE96B&List=3 6f5f926-0ad5-4293-81ad- 0f20a20c29cf&Root- Folder=%2Fsites%2FMKT%2FMDP %2FGroups%2FRTF%20Meeting%2020210506&RecSrc=%2Fsites %2FMKT%2FMDP%2FGroups%2FR TF%20Meeting%2020210506paper

5

Bilaga: Riktlinjer för rapportering enligt Emir 1 Hänvisningar till lagstiftning, förkortningar och definitioner

Hänvisningar till lagstiftning

Emir

Europaparlamentets och rådets förordning (EU) nr 648/2012 om OTC-derivat, centrala motparter och transaktionsregister – förordningen om europeiska marknadsinfrastrukturer .

förordningen om

Europaparlamentets och rådets förordning (EU) 2015/2365 av

transparens i

den 25 november 2015 om transparens i transaktioner för

transaktioner för

värdepappersfinansiering och om återanvändning samt om värdepappersfinansiering 2 ändring av förordning (EU) nr 648/2012 – förordningen om transparens i transaktioner för värdepappersfinansiering.

tekniska Kommissionens delegerade förordning (EU) 2022/1855 av den tillsynsstandarder för 10 juni 2022 om komplettering av Europaparlamentets och rapportering rådets förordning (EU) nr 648/2012 om OTC-derivat, centrala motparter och transaktionsregister vad gäller tekniska tillsynsstandarder som specificerar vilka uppgifter som minst ska rapporteras till transaktionsregister och vilken typ av rapporter som ska användas .

tekniska Kommissionens genomförandeförordning (EU) 2022/1860 av genomförandestandarder den 10 juni 2022 om fastställande av tekniska för rapportering genomförandestandarder för tillämpningen av Europaparlamentets och rådets förordning (EU) nr 648/2012 om OTC-derivat, centrala motparter och transaktionsregister vad gäller standarder, format, frekvens samt metoder och arrangemang för rapportering och om upphävande av genomförandeförordning (EU) nr 1247/2012 .

tekniska

Kommissionens delegerade förordning (EU) nr 150/2013 av

tillsynsstandarder för

den 19 december 2012 om komplettering av

registrering

Europaparlamentets och rådets förordning (EU) nr 648/2012 om OTC-derivat, centrala motparter och transaktionsregister med avseende på tekniska standarder för tillsyn som anger vilka uppgifter som ska finnas i en ansökan om registrering som transaktionsregister, ändrad genom kommissionens delegerade förordning (EU) 2019/362 av den 13 december 2018 och genom kommissionens delegerade förordning (EU) 2022/1857 .

tekniska

Kommissionens delegerade förordning (EU) 2022/1858 av den

tillsynsstandarder för

10 juni 2022 om komplettering av Europaparlamentets och

uppgifters kvalitet

rådets förordning (EU) nr 648/2012 om OTC-derivat, centrala motparter och transaktionsregister vad gäller tekniska tillsynsstandarder som specificerar förfarandena för avstämning av uppgifter mellan transaktionsregister och de förfaranden som ska tillämpas av transaktionsregistret för att kontrollera att den rapporterande motparten eller den inlämnande enheten uppfyller rapporteringskraven och för att kontrollera att de rapporterade uppgifterna är fullständiga och korrekta .

tekniska

Kommissionens delegerade förordning (EU) nr 151/2013 av

tillsynsstandarder för

den 19 december 2012 om komplettering av

tillgång till uppgifter

Europaparlamentets och rådets förordning (EU) nr 648/2012 om OTC-derivat, centrala motparter och transaktionsregister med avseende på tekniska tillsynsstandarder om vilka uppgifter som transaktionsregister ska offentliggöra och göra tillgängliga, samt operativa standarder för aggregering, jämförelse och tillgång till uppgifterna, ändrad genom kommissionens delegerade förordning (EU) 2017/1800 och genom kommissionens delegerade förordning (EU) 2019/361, ändrad genom kommissionens delegerade förordning (EU) 2022/1856 .

tekniska

Kommissionens delegerade förordning (EU) 2017/565 av den

tillsynsstandarder om

25 april 2016 om komplettering av Europaparlamentets och

organisatoriska krav

rådets direktiv 2014/65/EU vad gäller organisatoriska krav och villkor för verksamheten i värdepappersföretag, och definitioner för tillämpning av det direktivet.

Förkortningar

CCP central motpart CFI-kod kod för klassificering av finansiella instrument CM clearingmedlem CP samrådsdokument om riktlinjer för rapportering enligt Emir CPMI kommittén för betalningar och marknadsinfrastruktur ECB Europeiska centralbanken ECBS Europeiska centralbankssystemet EES Europeiska ekonomiska samarbetsområdet ERR enhet som ansvarar för rapportering Esma Europeiska värdepappers- och marknadsmyndigheten EU Europeiska unionen EUT Europeiska unionens officiella tidning Firds referensdatasystem för finansiella instrument FSB rådet för finansiell stabilitet Iosco Internationella organisationen för värdepapperstillsyn ISIN-kod internationellt standardnummer för värdepapper 8

ISO Internationella standardiseringsorganisationen ITS tekniska genomförandestandarder kommissionen Europeiska kommissionen LEI identifieringskod för juridiska personer MIC MIC-kod (kod för marknadsidentifiering) NBM nationell behörig myndighet OTC ”over-the-counter” Q&A frågor och svar RSE rapporterande enhet RTS tekniska tillsynsstandarder samrådsdokument om tekniska samrådsdokument om de tekniska standarderna för tillsynsstandarder/tekniska rapportering, uppgifters kvalitet, tillgång till uppgifter och genomförandestandarder registrering av transaktionsregister (TR) inom ramen för Emir Refit slutrapport om tekniska slutrapport om de tekniska standarderna för rapportering, tillsynsstandarder/tekniska uppgifters kvalitet, tillgång till uppgifter och registrering av genomförandestandarder transaktionsregister (TR) inom ramen för Emir Refit Swift Society for Worldwide Interbank Financial Telecommunication TR transaktionsregister UTI Unique Transaction Identifier (unik transaktionskod)

XML Extensible Markup Language

xsd XML Schema Definition

1 Tillämpningsområde

Målgrupp

1. Dessa riktlinjer kommer att gälla för finansiella och icke-finansiella motparter till derivat enligt definitionen i artiklarna 2.8 och 2.9 i Emir, för transaktionsregister (TR) enligt definitionen i artikel 2.2 i Emir och för behöriga myndigheter. Omfattning

2. Dessa riktlinjer kommer att gälla i förhållande till rapporteringsskyldigheten för derivat i enlighet med artikel 9 i Emir och transaktionsregistrens skyldigheter enligt artiklarna 78 och 81 i Emir. Ikraftträdande

3. Dessa riktlinjer kommer att gälla från och med den 29 april 2024.

2 Syfte

4. Dessa riktlinjer grundar sig på artikel 16.1 i Esmaförordningen. De fyller flera syften med avseende på harmoniseringen och standardiseringen av rapportering enligt Emir. Detta är avgörande för att säkerställa hög kvalitet på de uppgifter som krävs för effektiv övervakning av systemrisken. Ökad harmonisering och standardisering av rapporteringen möjliggör dessutom att begränsa kostnaderna i hela rapporteringskedjan, för rapporterande motparter, för de transaktionsregister som inför förfaranden för kontroll av att uppgifterna är fullständiga och korrekta samt för de myndigheter som definieras i artikel 81.3 i Emir vilka använder uppgifterna för övervaknings- och tillsynsändamål. Riktlinjerna tillhandahåller klargöranden vad avser följande aspekter: a. Övergången till rapportering enligt de nya reglerna. b. Antalet derivat som ska rapporters. c. Gruppinterna derivat undantagna från rapportering. d. Delegering av rapportering och tilldelning av ansvar för rapportering. e. Rapporteringslogik och hur rapporteringsfälten fylls i. f. Rapportering av olika typer av derivat. g. Motparternas och transaktionsregistrens säkerställande av uppgifters kvalitet. 10 h. Utarbetande av transaktionsstatusrapporten och transaktionsregistrens avstämning av derivat. i. Tillgång till uppgifter. 11

3 Allmänna principer

3.1 Övergång till rapportering enligt de tekniska tillsynsstandarderna och de tekniska genomförandestandarderna för rapportering

5. Alla rapporter som motparterna lämnar in till transaktionsregistren efter det att rapporteringen enligt de tekniska tillsynsstandarderna och de tekniska genomförandestandarderna för rapportering inleds kommer att behöva uppfylla de ändrade kraven. Detta gäller för de rapporter om derivatkontrakt som ingås efter startdatumet för rapporteringen och för eventuella ändringar eller avslutanden som rapporteras efter det datumet, oavsett när det derivatkontrakt som har ändrats eller avslutats ingicks.

6. I allmänhet kommer varje livscykelhändelse som ska rapporteras att behöva rapporteras i enlighet med de reviderade kraven.

7. I enlighet med artikel 10 i de tekniska genomförandestandarderna för rapportering bör motparterna uppdatera alla sina utestående derivat för att uppfylla de reviderade rapporteringskraven inom 180 kalenderdagar från startdatumet för rapporteringen genom att lämna in en rapport med händelsetypen ”Uppdatering”, om de inte har lämnat in en rapport med åtgärdstypen ”Ändra” eller ”Korrigera” (för att korrigera uppgifterna om transaktionen ) för sådana derivat inom denna period (eftersom ”Ändra” och ”Korrigera” kommer att vara fullständiga meddelanden innebär detta att rapportering av en ändring eller en korrigering av derivatet kommer att kräva att alla relevanta uppgifter om derivatet tillhandahålls).

8. Om motparten inte rapporterar någon ändring eller korrigering av derivatet inom övergångsperioden om 180 dagar bör den lämna in en rapport som kombinerar åtgärdstypen ”Ändra” och händelsetypen ”Uppdatering”, där alla relevanta uppgifter i enlighet med de tekniska tillsynsstandarderna och de tekniska genomförandestandarderna för rapportering fylls i.

9. Även om en motpart rapporterar dagliga uppdateringar av säkerheter och värdering, men ingen ändring eller korrigering rapporterades för ett enskilt derivat under övergångsperioden, bör motparten uppdatera det derivatet.

10. Om ett derivat förfaller eller avslutas under övergångsperioden behöver motparterna inte skicka in rapporten med händelsetypen ”Uppdatering” om ingen rapporteringspliktig ändring har inträffat.

11. Alla utestående derivat, både på transaktions- och positionsnivå, bör uppdateras. Derivaten på transaktionsnivå som har tagits upp i en position är inte längre utestående och bör därför inte uppdateras. Bara det motsvarande derivatet på positionsnivå bör uppdateras, i den utsträckning som det är utestående vid startdatumet för rapporteringen.

12. Avslutade och förfallna transaktioner bör inte uppdateras eller rapporteras på nytt. Detta, i förekommande fall, utan att inverka menligt på sändandet av rapporter om ändringar och korrigeringar av historiska händelser för avslutade och förfallna transaktioner.

13. Om en motpart återupptar ett derivat som inte är uppdaterat med åtgärdstypen ”Förnya”, antingen under övergångsperioden eller senare, bör den lämna alla relevanta uppgifter om derivatet från och med dagen för förnyandet, som i varje annan ”Förnya”-rapport.

14. Övergångsperioden påverkar inte på något sätt skyldigheten enligt artikel 9 i Emir att rapportera relevanta händelser senast till T+1. Därför bör varje ingående, ändring och avslutande av ett derivatkontrakt som inträffar efter startdatumet för rapporteringen rapporteras i enlighet därmed senast till slutet av nästa arbetsdag (T+1), även om detta inträffar under övergångsperioden om 6 månader.

15. Under övergångsperioden bör transaktionsregister inkludera alla utestående derivat i avstämningsprocessen, oavsett om de har uppdaterats eller inte. Fälten som krävs enligt de tekniska tillsynsstandarderna och de tekniska genomförandestandarderna för rapportering kommer att stämmas av på det sätt som framgår av bilagan till de tekniska tillsynsstandarderna för uppgifters kvalitet. Fält som rapporterats tidigare men inte längre krävs enligt de tekniska tillsynsstandarderna och de tekniska genomförandestandarderna för rapportering kommer inte att stämmas av.

16. Motparterna bör inte skapa en ny UTI för utestående derivat, även om den ursprungliga UTI-koden inte till fullo uppfyller de nya formatkraven enligt de tekniska tillsynsstandarderna och de tekniska genomförandestandarderna för rapportering. Detta gäller även för fält 2.3 ”Tidigare UTI-kod” och fält 2.4 ”UTI-kod för efterföljande position”.

17. I enlighet med valideringsreglerna i Emir bör transaktionsregister inte avvisa rapporter på grund av att UTI-koder inte till fullo uppfyller de nya kraven för de derivatkontrakt som ingåtts före startdatumet för rapporteringen enligt de tekniska tillsynsstandarderna och de tekniska genomförandestandarderna för rapportering.

18. Vid överföring av uppgifter mellan transaktionsregister, bör transaktionsregister före överföringen av uppgifterna säkerställa att transaktionsregistrens deltagare uppgraderar de utestående derivat som är föremål för överföringen av uppgifter till att uppfylla de senaste rapporteringskraven .

3.2 Fastställande av antalet derivat för rapportering

3.2.1 Produkter som ska rapporteras

19. I artikel 9.1 i Emir anges det att ”[m]otparter och centrala motparter ska säkerställa att närmare uppgifter om varje derivatkontrakt som de har ingått och varje ändring eller avslutande av kontraktet rapporteras in […] till ett transaktionsregister”. Derivatkontrakt eller derivat definieras i artikel 2.5 i Emir som ett finansiellt instrument enligt avsnitt C punkterna 4–10 i bilaga I till Mifid. Under de senaste åren har flera osäkerhetsfaktorer tagits upp vad gäller kvalificeringen av vissa derivatkontrakt. Syftet med detta avsnitt är att tillhandahålla marknadsaktörerna förtydliganden med beaktande av regelverkets nuvarande utformning. Valutaderivat

20. Mifids tekniska tillsynsstandarder om organisatoriska krav på värdepappersföretag förtydligar i artikel 10 egenskaperna hos andra derivatkontrakt som avser valutor och som gör det möjligt att särskilja avistakontrakt som inte är derivat och terminskontrakt som är derivatkontrakt. I princip, och i synnerhet för de viktigaste valutaparen, betraktas ett valutakontrakt som ett derivat om leveransen planeras att ske minst 3 handelsdagar efter utförandet av kontraktet, samtidigt som denna tidsfrist kan förlängas under vissa omständigheter som är allmänt accepterade på marknaden. Baserat på ovanstående ska terminskontrakt som avser valutor rapporteras enligt Emir medan avistakontrakt som avser valutor inte ska det.

21. Som exempel kan nämnas att ett valutakontrakt om försäljning av X euro och köp av Y USD som handlas måndagen den 4 januari 2021 och regleras torsdagen den 7 januari 2021 är ett terminskontrakt och ska rapporteras enligt Emir. Ett liknande valutakontrakt som handlas måndagen den 4 januari 2021 och regleras onsdagen den 6 januari 2021 är ett avistakontrakt och ska inte rapporteras enligt Emir.

22. Ett valutakontrakt om försäljning av X euro och köp av Z ZAR som handlas måndagen den 4 januari 2021 och regleras onsdagen den 6 januari 2021 och för vilket transaktionen genomförs i syfte att köpa aktier som handlas på JSE och med avvecklingscykel T+3 är inte något derivat och är därför inte föremål för rapportering enligt Emir, baserat på det faktum att när ett valutakontrakt är kopplat till inköp av överlåtbara värdepapper eller fondföretagsandelar betraktas det som ett derivat om leveransen görs efter den period som är kortast av leveransperioden på den marknad där de överlåtbara värdepappren eller fondföretagsandelarna handlas respektive 5 dagar.

23. Vidare föreskrivs i artikel 10 att ”[e]tt kontrakt ska dock inte anses utgöra ett avistakontrakt ifall det, oberoende av de uttryckliga kontraktsvillkoren, föreligger en överenskommelse mellan avtalsparterna om att valutaleveransen ska senareläggas och inte genomföras under” den period som avses i ovanstående punkter.

24. Vad gäller swappar så måste man först skilja mellan valutaränteswappar och valutaswappar. Valutaränteswappar är kontrakt som innehåller både en räntekomponent och en valutakomponent. De betraktas som räntederivat och bör rapporteras som sådana enligt Emir. Valutaswappar å andra sidan har bara en valutakomponent (dvs. i allmänhet sker inga mellanliggande betalningar). En valutaswapp är ett derivat som består av två delar, en nära del och en avlägsen del. Oavsett om den nära delen är en avista eller en termin, så bör valutaswappen rapporteras som ett enskilt derivat, snarare än som en kombination av derivat. Ytterligare information om hur dessa derivat bör rapporteras finns i avsnitt 4.4. Derivat på kryptotillgångar

25. Bara derivat på kryptotillgångar som faller under definitionen av ”derivat” eller ”derivatkontrakt” enligt Emir förväntas rapporteras.

26. För rapporteringen av derivatens uppgifter bör motparter förlita sig på det regelverk som är tillämpligt. Om derivatet på en kryptotillgång betraktas som ett finansiellt instrument enligt Mifid bör det därför rapporteras i enlighet med dess egenskaper.

27. Om en motpart ingår ett derivatkontrakt med en kryptotillgång som underliggande tillgång bör den fylla i fältet 2.12 ”Derivat baserade på kryptotillgångar” med ”Sant”. Totalavkastningsswappar, likviditetsswappar och säkerhetsswappar (i samband med förordningen om transparens i transaktioner för värdepappersfinansiering)

28. Vissa förpliktelser kopplade till totalavkastningsswappar (Total Return Swap, TRS) finns i förordningen om transparens i transaktioner för värdepappersfinansiering, framför allt i kapitel IV avseende transparens gentemot investerare. TRS är dock derivat och ska därför rapporteras enligt Emir och inte enligt förordningen om transparens i transaktioner för värdepappersfinansiering. I definitionen i artikel 3.18 i förordningen om transparens i transaktioner för värdepappersfinansiering anges tydligt att TRS innebär ”ett derivatkontrakt enligt definitionen i artikel 2.7 i förordning (EU) nr 648/2012 genom vilken en motpart överför det totala ekonomiska resultatet, inbegripet intäkter från räntor och avgifter, vinster och förluster från prisförändringar och kreditförluster, för en referensförpliktelse till en annan motpart.” Det bör noteras att beroende på underliggande tillgång, så ska TRS rapporteras antingen som kreditderivat eller som aktiederivat. Detaljer om hur dessa ska rapporteras finns i avsnitt 4.7 och 4.8.

29. Vidare klargör skäl 7 i förordningen om transparens i transaktioner för värdepappersfinansiering att vissa transaktioner som allmänt kallas för likviditetsswappar och säkerhetsswappar och som inte omfattas av definitionen av ”derivatkontrakt” enligt Emir, omfattas av tillämpningsområdet för förordningen om 15 transparens i transaktioner för värdepappersfinansiering. Dessa kontrakt ska inte rapporteras enligt Emir. Komplexa kontrakt

30. Vad gäller kontrakt som härrör från andra kontrakt (t.ex. en option på en termin) så upphör det första kontraktet att existera innan det ger upphov till det andra som är väsensskilt jämfört med det första. De två kontrakten bör rapporteras separat, dvs. att det andra inte bör rapporteras förrän det första är avslutat. Därför bör de två kontrakten rapporteras i två separata rapporter, även om de är sammankopplade genom det sätt på vilket de skapas. I fall då det resulterande kontraktet inte kvalificeras som ”derivat” eller ”derivatkontrakt” enligt artikel 2.5 i Emir bör det resulterande kontraktet inte rapporteras.

31. Om ett derivat består av två eller fler delar (t.ex. ett enskilt derivatkontrakt som representerar en strategi som har egenskaperna av flera kontrakt) bör alla delar av kontraktet rapporteras i en rapport om kombinationen av fält gör det möjligt. I annat fall bör en rapport per del lämnas in och dessa rapporter bör kopplas samman genom att samma paketidentifieringskod används i fält 2.6. Marknadstransaktioner som inte omfattas av definitionen av ett derivat

32. Följande transaktioner omfattas inte av definitionen av derivat enligt Emir och bör därför inte rapporteras enligt Emir: a. Finansiella instrument med inbäddade derivat (t.ex. konvertibla obligationer). Vissa finansiella instrument utfärdas med egenskaper som skulle kunna betraktas som derivat som är inbäddade i själva instrumentets struktur. Detta gäller till exempel för konvertibla obligationer som enligt tabell 2.2. i bilaga III till tekniska tillsynsstandarder 2017/583 ”är ett instrument som består av en obligation eller ett säkerställt skuldinstrument med inbäddat derivat, till exempel en köpoption för det underliggande värdepapperet”. b. Strukturerade finansiella produkter eller strukturerade produkter definieras i artikel 2.1.28 i Mifir som ”värdepapper avsedda att värdepapperisera och överföra kreditrisker kopplade till en pool av finansiella tillgångar, vilka ger värdepappersinnehavaren rätt till att erhålla regelbundna betalningar i förhållande till likviditetsflödet från de underliggande tillgångarna”. c. Värdepapperiserade derivat är enligt tabell 4.1 i bilaga till de tekniska tillsynsstandarderna 2017/583 definierade som ”ett överförbart värdepapper enligt definition i artikel 4.1.44 c i direktiv 2014/65/EU som skiljer sig från strukturerade finansiella produkter”. Dessa omfattar åtminstone följande: • Vanliga täckta köpoptioner. • Leverage-certifikat. • Exotiska täckta köpoptioner. • Överlåtbara rättigheter. 16 • Investeringscertifikat.

3.2.2 Rapporteringsskyldighet för de parter som är involverade i handeln

33. Gruppinterna derivat som inte är undantagna från rapportering bör rapporteras som alla andra derivat och det motsvarande fältet, 2.37 ”Inom gruppen”, bör fyllas i som ”Sant”. I artikel 9.1 i Emir föreskrivs dock ett undantag för gruppinterna derivat från rapporteringsskyldigheten om de relevanta villkoren är uppfyllda. I dessa fall bör båda motparterna fortsätta att rapportera tills villkoren för att tillämpa undantaget är uppfyllda och undantaget är beviljat (ytterligare förtydliganden om undantaget ges i avsnitt 3.3).

34. Derivat inom samma juridiska enhet (t.ex. mellan två handlarbord eller mellan två filialer inom samma juridiska enhet) bör inte rapporteras enligt Emir eftersom de inte involverar två motparter. Det enda undantaget är situationen när en clearingmedlem hamnar på obestånd och den centrala motparten tillfälligt tar över båda sidorna av de utestående derivatkontrakten.

35. På motsvarande sätt är dotterbolag utanför EU till en koncern för vilken moderbolaget är etablerat i unionen inte skyldiga att rapportera sina derivat enligt Emir. Vad gäller kontrakt mellan en motpart i EU och en motpart utanför EU, så måste motparten i EU rapportera sådana kontrakt.

36. Emir ställer krav att motparter och centrala motparter ska rapportera. Centrala motparter definieras i artikel 2.1 i Emir och motparter definieras antingen som en finansiell motpart (FC) om den juridiska personen omfattas av någon av de kategorier av finansiella motparter som definieras i Emir eller som en icke-finansiell motpart (NFC) om det är fråga om en verksamhet som är etablerad i unionen och som inte är en central motpart eller en finansiell motpart. Begreppet verksamhet är inte definierat i Emir. I sina svar på vanliga frågor , fråga II.14, ger dock Europeiska kommissionen en motivering som leder till resonemanget att ”begreppet verksamhet är bredare än begreppet ’bolag och företag’ och är därför inte begränsat till enheter med status som juridisk person eller med vinstsyfte (artikel 54 i FEUF)”. Det är värt att notera att enskilda individer som inte bedriver ekonomisk verksamhet följaktligen inte betraktas som verksamheter och därför inte omfattas av rapporteringsskyldigheten enligt Emir.

37. Detta innebär att om den verksamhet som bedrivs av en enhet med välgörenhetsprofil eller annan ideell profil omfattas av definitionen av en ekonomisk verksamhet som kvalificerar den som en välgörenhetsorganisation eller ickevinstdrivande enhet, så skulle den följaktligen omfattas av de skyldigheter som gäller för icke-finansiella motparter för de derivat som ingås, inbegripet rapporteringsskyldigheten.

38. Vad gäller investeringsfonder (t.ex. fondföretag, AIF-fonder, icke bolagsetablerade fonder, tjänstepensionsinstitut) så är derivatets motpart i allmänhet fonden (eller delfonden när det gäller paraplyfonder). När en fondförvaltare fullgör ett kontrakt för flera olika fonder samtidigt (t.ex. blockhandel) bör den omedelbart tilldela den aktuella delen av kontraktet till de berörda fonderna och rapportera i enlighet härmed. Följaktligen bör motparts-ID vara fondens ID, inte fondförvaltarens ID. Enligt artiklarna 9.1b till 9.1d i Emir ska fondförvaltaren rapportera OTC-derivaten på fondernas vägnar. Fondförvaltarens ID bör inkluderas som den enhet som ansvarar för rapporteringen och, om den rapporterar direkt, som rapportinlämnande enhet. Noteras bör att fondförvaltaren i vissa sällsynta fall genomför transaktioner för egen räkning och inte på uppdrag av de fonder som den förvaltar. I sådana fall skulle motparten vara fondförvaltaren.

39. Icke EU-baserade AIF-fonder som är inrättade uteslutande i syfte att betjäna en eller flera aktiesparplaner för anställda eller som är specialföretag för värdepapperisering enligt artikel 2.3 g i direktiv 2011/61/EU uppfyller varken kraven på FC enligt artikel 2.8 eller kraven på NFC enligt artikel 2.9. Dessa AIF-fonder omfattas därför inte av rapporteringsskyldigheten och bör därför inte rapportera derivat enligt Emir. Om den andra motparten omfattas av rapporteringsskyldigheten enligt Emir bör dock den motparten rapportera derivat som ingåtts med sådana icke EU-baserade AIF-fonder.

40. Mer allmänt, när det gäller fonder och särskilt när en AIF-förvaltare förvaltar AIFfonder med hemvist i unionen och AIF-fonder med hemvist i tredjeländer, bör fondförvaltaren fastställa om AIF-fonden uppfyller kraven på en FC enligt artikel 2.8 i Emir. Om AIF-fonden uppfyller kraven på en FC bör den AIF-förvaltare som är auktoriserad eller registrerad enligt AIFM-direktivet säkerställa att derivatuppgifterna rapporteras.

41. Slutligen faller vissa enskilda enheter i enlighet med artikel 1.4 i Emir utanför Emirs tillämpningsområde i allmänhet, såsom BIS, centralbanker eller offentliga organ som ansvarar för eller deltar i förvaltningen av statsskulden för en viss förteckning över länder. Med avseende på artikel 1.5 är dock rapporteringsskyldigheten den enda skyldigheten enligt Emir som gäller för multilaterala utvecklingsbanker, vissa offentliga organ, ESF och ESM.

42. Värdepappersföretag som tillhandahåller investeringstjänster (t.ex. utförande av order eller mottagande och överföring av order) utan att bli motpart till ett derivat genom att agera som huvudman har ingen skyldighet att rapportera enligt Emir. Om värdepappersföretaget agerar som förvaltare av investeringsfonder enligt beskrivningen i punkterna 1 b, 1 c eller 1 d i artikel 9 i Emir blir detta värdepappersföretag dock ansvarigt, även juridiskt sett, för att rapportera för motpartens räkning och rapportera sin egen LEI i fält 1.3 ”Enhet som ansvarar för rapporteringen”.

43. På liknande sätt bör, när ett förvaltningsbolag tillhandahåller en kund portföljförvaltning (enligt definitionen i artikel 4.8 i Mifid) och därigenom ingår derivatkontrakt, kunden betraktas som motpart till derivatet, utom när förvaltningsbolaget bär risken i derivatkontraktet och därför betraktas som motpart. Förvaltningsbolaget kan rapportera till transaktionsregister för sina kunders räkning utan att det påverkar kundens ansvar för att uppfylla rapporteringsskyldigheten. I 18 en sådan situation bör förvaltningsbolagets ID uppges som den rapportinlämnande enhetens ID.

44. Om en mäklare är motpart till ett derivat bör den rapportera derivatet och identifiera sig själv som en motpart. I enlighet med kraven i de tekniska tillsynsstandarderna för rapportering och mer specifikt med avseende på de uppgifter som ska rapporteras i fält 1.15 är mäklaren då inte skyldig att rapportera sin LEI i fältet ”Mäklar-ID”. I annat fall, om en mäklare endast fungerar som mellanhand för motpart 1, bör mäklarens LEI rapporteras i fältet ”Mäklar-ID”.

3.2.3 Rapportering i särskilda fall

45. Rapporteringen enligt Emir är dubbelsidig, dvs. båda motparterna till derivatkontrakt måste rapportera om de omfattas av Emir. För ett derivat som ingåtts av två motparter som omfattas av Emir förväntas följaktligen samma derivat rapporteras två gånger, en gång för varje motparts räkning, och uppgifterna om det rapporterade derivatet bör vara enhetliga i båda rapporterna.

46. I artikel 9.1e fastställs att motparter och centrala motparter bör säkerställa att sådana uppgifter rapporteras korrekt och utan överlappning. I enlighet med detta krav bör motparter eller andra enheter som ansvarar för rapportering införa processer och kontroller för att undvika risken för dubbelrapportering. Detta är särskilt viktigt i) vid byte av transaktionsregister (säkerställ att rapporterna skickas till rätt transaktionsregister), ii) vid en företagshändelse såsom en fusion eller ett förvärv (undvik att rapportera samma derivat för fel enhets räkning) eller iii) vid ändringar i delegeringen (säkerställ att endast en delegerad enhet rapporterar ett derivat). Om dubbelrapportering upptäcks bör motparten omedelbart och med noggrannhet vidta korrigerande åtgärder för att lösa problemet.

47. I händelse av en novation där en motpart (en central motpart eller en annan motpart) går in i ett derivat och blir en ny motpart till derivatet (denna punkt omfattar inte clearinghändelser) bör derivatet rapporteras med åtgärdstypen ”Ny” och händelsetypen ”Step-in” av båda motparterna, dvs. den nya ingående motparten och den motpart som inte ändras. För den ursprungliga rapporten gällande det befintliga derivatet bör båda motparter skicka in en rapport med åtgärdstypen ”Avsluta” och händelsetypen ”Step-in”, med fält 2.45 ”Datum för förtida avslutande” ifyllt.

48. För blockhandel är det nödvändigt att skilja mellan i) scenarier där blockhandeln ingicks av ett värdepappersföretag och därefter tilldelades till kunder och ii) de scenarier där blockhandeln ingicks av en fondförvaltare utan egen rapporteringsskyldighet och därefter tilldelades till enskilda fonder.

49. I det första scenariot bör blockhandeln först rapporteras av värdepappersföretaget. Värdepappersföretaget bör sedan rapportera tilldelningen till enskilda kunder.

50. I det andra scenariot behöver inte blockhandel som senare tilldelas enskilda fonder på handelsdagen rapporteras. I sådana fall är motparten till derivatet den enskilda fonden och därför bör tilldelningarna rapporteras a) med uppgifter om den enskilda 19 berörda fonden (för vilken fondförvaltaren har genomfört blockhandeln) som motpart till den nämnda transaktionen och b) med uppgifter om tilldelningen av den aktuella delen av transaktionen till den berörda enskilda fonden. Varje del av blockhandeln som inte tilldelas på handelsdagen bör rapporteras med fondförvaltaren som motpart. Denna rapporteringslogik skulle endast gälla om datumet för tilldelning efter handelsdagen är tillåtet enligt gällande nationell lagstiftning.

51. Om ett avtal om säkerhet gör det möjligt att täcka exponeringar i transaktioner som inte ska rapporteras enligt Emir så bör den säkerhet som rapporteras vara precis den säkerhet som täcker exponeringen för de derivat som rapporteras enligt Emir. Om det är omöjligt att inom en pool av säkerheter särskilja det belopp som avser derivat som ska rapporteras enligt Emir från det belopp som avser andra transaktioner så kan den rapporterade säkerheten återspegla den faktiska säkerhet som ställts/erhållits och som täcker en bredare uppsättning transaktioner. Om ingen av de transaktioner som omfattas av rapporten är rapporteringspliktig enligt Emir bör därför inga säkerheter rapporteras.

52. Genom Europaparlamentets och rådets förordning (EU) 2019/834 av den 20 maj 2019 om ändring av förordning (EU) nr 648/2012 togs kravet på senareläggning bort från artikel 9 i Emir, och de derivat som ingicks tidigare och som inte längre var utestående den 12 februari 2014 omfattas därför inte av rapporteringsskyldigheten.

53. Om inga kontrakt ingås, ändras eller sägs upp under flera dagar förväntas inga rapporter förutom uppdateringar av värderingar eller säkerheter för utestående derivat vid behov. Eftersom rapporteringsskyldigheten bör fullgöras senast till T+1 (T är dagen för ingående/ändring/avslutande av kontraktet) finns det inget annat behov av att skicka dagliga rapporter om det inte finns några ingåenden, ändringar av kontraktet eller avslutanden.

54. Derivat som ingås och sedan nettas eller avslutas av andra skäl under samma dag bör rapporteras till transaktionsregister. Vid avslutande under samma dag bör minst två rapporter sändas: en rapport med åtgärdstypen ”Ny” och en andra rapport med åtgärdstypen ”Avsluta” och aktuell händelsetyp, såvida inte derivatet rapporteras med åtgärdstypen ”Positionskomponent” i vilket fall det kommer att nettas in i den efterföljande positionen (se avsnitt 3.7 för detaljer om rapportering på positionsnivå).

55. När det gäller clearade derivat beskriver artikel 2 i de tekniska tillsynsstandarderna för rapportering i närmare detalj hur de transaktioner som clearas bör rapporteras. Av detta följer att om derivatet inte clearas samma dag av en central motpart eller om derivatkontraktet ingås utanför handelsplatsen bör derivatet först rapporteras i sin ursprungliga form och sedan, när det har clearats, bör det ursprungliga derivatet avslutas med åtgärdstypen ”Avsluta” och händelsetypen ”Clearing”. Det efterföljande derivatet bör rapporteras med åtgärdstypen ”Ny” och händelsetypen ”Clearing” eller, i förekommande fall, med åtgärdstypen ”Positionskomponent”. 20

3.3 Gruppinterna undantag från rapportering

56. Den tremånadersperiod som avses i artikel 9.1 i Emir, ändrad genom förordning (EU) 2019/834, under vilken myndigheterna kan invända mot att ovannämnda villkor uppfyllts, börjar den kalenderdag som följer på mottagandet av underrättelsen/underrättelserna från den/de berörda nationella behöriga myndigheten/myndigheterna.

57. Undantaget bör gälla från och med den dag då den/de nationella behöriga myndigheten/myndigheterna bekräftar för motparten/motparterna att villkoren för att tillämpa undantaget är uppfyllda, eller om inget beslut meddelas av den/de nationella behöriga myndigheten/myndigheterna kommer det att gälla från och med utgången av tremånadersfristen för att meddela invändningar. Om de villkor som avses i artikel 9.1 tredje stycket i Emir, ändrad genom förordning (EU) 2019/834, inte längre skulle kunna vara uppfyllda på grund av en förändring av motparternas egenskaper måste motparterna informera den/de berörda nationella behöriga myndigheten/myndigheterna. Utan att det påverkar tillämpningen av det befintliga undantaget kan den/de nationella behöriga myndigheten/myndigheterna invända mot att undantaget används om villkoren inte längre är uppfyllda. Från och med den tidpunkt då den nationella behöriga myndigheten invänder mot användningen av undantaget kommer undantaget upphöra att gälla.

58. Det bör noteras att motparterna bör rapportera derivat under tremånadersperioden, såvida inte den/de nationella behöriga myndigheten/myndigheterna innan tremånadersperioden löper ut underrättar motparten eller motparterna om att de instämmer med att villkoren uppfyllts.

59. Beträffande hänvisningen till ”moderbolaget” vad gäller villkoren för undantaget enligt artikel 9.1 i Emir, ändrad genom förordning (EU) 2019/834, bör det beaktas att a) det yttersta moderbolag för gruppen som är relevant för den fulla konsolideringen är moderbolaget för detta ändamål, b) de centraliserade förfarandena för bedömning, mätning och kontroll av risker bör vara tillämpliga på de motparter som anmäler om undantaget från rapportering. Det är inte nödvändigt att de utförs på nivån för hela det yttersta bolagets grupp.

60. Begreppet yttersta moderbolag i led a ovan ska förstås som den högsta konsoliderande enheten i gruppen. Figuren 1 illustrerar det typiska fallet.

61. Vissa användningsfall illustreras i figur 2, figur 3, figur 4 och figur 5. 22 23

62. Motparterna bör lämna sina anmälningar till sina respektive nationella behöriga myndigheter (enskilda anmälningar bör skickas till varje behörig myndighet i de länder där motparterna finns) i enlighet med de förfaranden som dessa nationella behöriga myndigheter i varje medlemsstat har antagit. Om detta är godtagbart för respektive nationell behörig myndighet får det yttersta moderbolaget (enligt punkt 59 i dessa riktlinjer) eller den enhet som är relevant för centraliserad bedömning av risk, mätning och kontroll med avseende på de motparter för vilka undantaget anmäls lämna en enda anmälan som identifierar varje enhet i dess koncern som är belägen i den medlemsstat för vilken undantag begärs. Det är inte nödvändigt att det yttersta moderbolaget eller den enhet som är relevant för centraliserade förfaranden för bedömning, mätning och kontroll av risker med avseende på de motparter för vilka undantaget anmäls, är en motpart till ett derivatkontrakt, och inte heller att det är beläget i den medlemsstat där det lämnar in en anmälan.

63. När den anmälande motparten anmäler sin avsikt att tillämpa undantaget från rapporteringsskyldigheten i enlighet med artikel 9.1 i Emir bör den ange att den uppfyller villkoren i artikel 9.1 tredje stycket i Emir och, i tillämpliga fall, ange vilka andra nationella behöriga myndigheter som har fått anmälan om den eller de motparter som ingår i anmälan. Den nationella behöriga myndigheten får begära ytterligare information och/eller handlingar för att bedöma om villkoren i artikel 9.1 tredje stycket i Emir är uppfyllda.

64. Motparterna får anmäla sin avsikt att använda gruppinternt undantag även om motparterna ännu inte har ingått några derivatkontrakt och följaktligen tillämpa undantaget, såvida inte någon av de nationella behöriga myndigheterna invänder mot derivat som ingåtts efter det att undantaget har beviljats. Anmälan bör dock lämnas in först när alla villkor som anges i artikel 9.1 tredje stycket i Emir är uppfyllda.

65. När motparter i samma grupp som är etablerade i minst två olika medlemsstater underrättar sina nationella behöriga myndigheter om sin avsikt att tillämpa undantag från rapportering enligt artikel 9.1 i Emir behöver varje nationell behörig myndighet bedöma om villkoren i artikel 9.1 tredje stycket är uppfyllda. De nationella behöriga myndigheterna kan invända mot att dessa villkor är uppfyllda. Om en av de nationella behöriga myndigheterna anser att villkoren inte är uppfyllda bör den underrätta motparten i sin medlemsstat och den/de andra nationella behöriga myndigheten/myndigheterna inom tremånadersperioden från mottagandet av anmälan och ange skälen för detta.

66. Om motparterna vill använda sig av undantaget från rapportering och när de anser att de har åtgärdat de förhållanden som den/de invändande nationella behöriga myndigheten/myndigheterna har invänt mot bör de på nytt anmäla sin avsikt att tillämpa rapporteringsundantaget enligt artikel 9.1 i Emir.

67. Ett derivatkontrakt mellan en finansiell motpart (FC) och en icke-finansiell motpart (NFC) där 24 a. FC tillhör både en företagsgrupp som avses i artikel 3.1 eller 80.7 och 80.8 i direktiv 2006/48/EG (kapitalkravsdirektivet) och en annan grupp som avses i artiklarna 1 och 2 i direktiv 83/349/EEG, b. NFC endast tillhör gruppen enligt artikel 1 och 2 i direktiv 83/349/EEG, c. kan vara berättigat till ett gruppinternt undantag från rapportering. Detta då, i enlighet med definitionen av ”grupp” i artikel 2.16 i Emir, ändrad genom förordning (EU) 2019/834, ett sådant kontrakt kan vara berättigat till gruppinternt undantag för rapportering om NFC, även om denna inte konsoliderats enligt kapitalkravsdirektivet, ingår i samma konsoliderade ickefinansiella grupp som FC.

68. Till undvikande av tvivel bör motparterna, om de underrättar sina respektive nationella behöriga myndigheter vid olika tidpunkter, vänta till slutet av den senare av de två tremånadersperioderna innan de använder sig av undantaget (under förutsättning att ingen av de nationella behöriga myndigheterna invänder mot detta) eller tills alla berörda nationella behöriga myndigheter är överens om det faktum att de villkor som framgår av artikel 9.1 tredje stycket i Emir är uppfyllda. Undantaget för rapportering av derivatkontrakten som ingåtts av de berörda motparterna gäller inte om en nationell behörig myndighet har invänt mot det. Därför bör de derivat som ingås mellan motparterna, och som ingår i anmälan, även fortsättningsvis rapporteras.

69. När undantaget för rapportering väl gäller bör de motparter som omfattas av undantaget skicka rapporter med åtgärdstypen ”Fel” för alla derivat som avses i artikel 2.2 a och 2.2 b i de tekniska genomförandestandarderna för rapportering med de motparter för vilka undantaget från rapportering gäller.

70. Om undantaget från rapportering har upphört att gälla på grund av bristande efterlevnad av något av de villkor som avses i artikel 9.1 tredje stycket i Emir bör de berörda motparterna rapportera de derivatkontrakt som har ingåtts och inte har avslutats av motparterna eller förfallit den dag då undantaget upphörde att gälla med åtgärdstypen ”Ny” och händelsetypen ”Handel” och tillhandahålla alla relevanta uppgifter om dessa derivat för den dag då undantaget upphör att gälla samt rapportera alla efterföljande livscykelhändelser vartefter de inträffar. Det är inte nödvändigt att rapportera de livscykelhändelser för derivatet som inträffade mellan dagen för ingåendet av derivatet och det datum då undantaget upphörde att gälla. Om dessa derivat tidigare har annullerats med åtgärdstypen ”Fel” vid den tidpunkt då undantaget beviljades bör motparterna rapportera sådana derivat med åtgärdstypen ”Förnya”. I detta scenario är det inte heller nödvändigt att rapportera livscykelhändelser som inträffade under den period då undantaget från rapportering var giltigt. 25

3.4 Tilldelning av ansvar för rapportering

3.4.1 Allmänna förtydliganden

71. I enlighet med artikel 9.1 i Emir är motparter och centrala motparter skyldiga att säkerställa att uppgifterna om varje derivat som ska rapporteras enligt beskrivningen i avsnitt 3.2 rapporteras till ett transaktionsregister. Om inte ett undantag är tillämpligt eller såvida inte en annan part är ansvarig, även juridiskt sett, för att rapportera i enlighet med artikel 9.1a i Emir gäller därför rapporteringskraven för alla motparter och centrala motparter som är etablerade i unionen så snart de ingår ett derivatkontrakt. Detta innebär att ett sådant derivat bör rapporteras senast den arbetsdag som följer efter dess ingående, ändring eller avslutande.

3.4.2 FC som handlar med NFC

72. När det gäller bestämmelserna i artikel 9.2 i de tekniska genomförandestandarderna för rapportering anser Esma att för att uppfylla respektive krav bör NFC- och FC komma överens om hur information kan utväxlas i vart och ett av dessa fall. Närmare bestämt, när det gäller artikel 9.2 a i de tekniska genomförandestandarderna för rapportering, bör dessa arrangemang göra det möjligt för FC att få informationen senast på T+1 efter ingåendet eller ändringen av ett kontrakt så att FC kan rapportera i tid. Detta kan uppnås t.ex. genom att tillhandahålla en förteckning över fördefinierade standardvärden som ska användas som standard av FC, om inte annat anges av NFC-. I vilket fall som helst förblir NFC- ansvarig för att förse FC med korrekta uppgifter och FC ansvarar för att använda sig av den information som tillhandahålls av NFC-. Som ett exempel på fördefinierade värden, beakta det fall där NFC- ingår derivatkontrakt med ett kreditinstitut utan att anlita en mäklare och utan att cleara dessa kontrakt samt ingår dem endast för att säkra sin kommersiella verksamhet i den mening som avses i artikel 10.3 i Emir. I detta fall skulle NFC- kunna samtycka till att FC rapporterar nedanstående fördefinierade värden i de fält som anges i artikel 9.2 i de tekniska genomförandestandarderna för rapportering, såvida inte NFC- uttryckligen ger FC instruktion om något annat: a. 1.15 ”Mäklar-ID”: tomt. b. 1.16 ”Clearingmedlem”: tomt. c. 1.20 ”Direkt kopplat till affärsverksamhet eller likviditetsförvaltning”: ”Sant”.

73. Esma tar tillfället i akt att påminna marknadsaktörerna om att NFC- inte är skyldiga att rapportera uppgifter om säkerheter, uppdaterat marknadsvärde eller modellberäknat värde av kontrakten i enlighet med artikel 4 i de tekniska tillsynsstandarderna för rapportering. Om FC rapporterar denna information bör den dock vara korrekt från och med respektive tidsangivelse gällande säkerhet eller värdering. 26

74. En särskild situation är när ingående av ett derivatinstrument har rapporterats eller borde ha rapporterats av NFC- (antingen på grund av att det utfördes innan bestämmelserna om rapporteringsansvar blev tillämpliga den 18 juni 2020 eller på grund av att NFC- valde att avstå vid tidpunkten för utförandet) och en ändring eller ett avslut ska rapporteras enligt de bestämmelser som lägger ansvaret, även juridiskt sett, på FC. I synnerhet kan denna situation inträffa under övergångsperioden, alltså i enlighet med de principer som förklaras i avsnitt 3.1 om övergången till de nya rapporteringsstandarderna. Esma anser också att arrangemangen mellan NFC- och FC bör beakta sådana situationer för att säkerställa kontinuiteten i rapporteringen vad gäller innehåll, inlämningstid och ändamålsenlighet. Motparterna bör också se till att dessa kontrakt inte dubbelrapporteras.

75. För eventuella utestående OTC-derivat där en FC och en NFC- rapporterar till två olika transaktionsregister vid den tidpunkt då ansvaret, även juridiskt sett, överförs, bör NFC-:s utestående OTC-derivat porteras till FC:s transaktionsregister vid denna tidpunkt, såvida inte FC beslutar att bli kund till NFC-:s transaktionsregister och rapportera de OTC-derivat som ingåtts med NFC- till det transaktionsregistret. På liknande sätt, varje gång en NFC ändrar sin status från NFC- till icke-finansiell motpart som omfattas av clearingkravet (NFC+) varmed ansvaret, även juridiskt sett, överförs till NFC, bör de utestående OTC-derivat som ingåtts med FC överföras till NFC:s TR, såvida inte NFC beslutar att bli kund till FC:s transaktionsregister och rapportera de OTC-derivat som ingåtts med FC till det transaktionsregistret. Varje sådan överföring av OTC-derivat mellan varje par av FC-NFC:s transaktionsregister bör utföras i enlighet med riktlinjerna för överföring av uppgifter mellan transaktionsregister (i synnerhet bör de derivat som är föremål för överföring inte annulleras och rapporteras på nytt av motparterna, utan hellre överföras i enlighet med riktlinjerna).

76. När det gäller artikel 9.2 b i de tekniska genomförandestandarderna för rapportering ingår fälten 1.7 ”Clearingtröskel för motpart 1” och 1.13 ”Clearingtröskel för motpart 2” i de uppgifter som ska rapporteras. I den utsträckning det är möjligt bör NFCinformera FC om en förväntad förändring av dess status innan dagen för den obligatoriska årliga beräkningen av dess positioner i enlighet med artikel 10.1 i Emir för att undvika störningar i rapporteringens kontinuitet. Även om NFC:s status är känd och i första hand bedöms av NFC själv bör FC regelbundet samla in informationen för att kunna utföra sin egen rapportering. När FC får kännedom om en ändring från NFC+ till NFC- efter beräkningsdatumet bör det utan onödigt dröjsmål lämna in de saknade rapporterna som avser de OTC-derivat som ingåtts, ändrats eller avslutats efter detta datum. Dessa rapporter bör lämnas in efter det att alla relevanta uppgifter från NFC har mottagits (enligt artikel 9.2 a i de tekniska genomförandestandarderna för rapportering) avseende dessa derivat.

77. På motsvarande sätt bör NFC vidta alla relevanta åtgärder för att säkerställa att den kan ta över rapporteringen när den ändrar sin status från NFC- till NFC+ för att säkerställa kontinuitet i rapporteringen vad gäller innehåll, inlämningstid och ändamålsenlighet. Detta inbegriper också att NFC bör informera FC så snart som möjligt och att NFC därför helst bör förutse förändringen.

78. När det gäller artikel 9.2 c i de tekniska genomförandestandarderna för rapportering ansvarar NFC:s för att säkerställa att deras LEI förnyas i god tid. För att undvika störningar i rapporteringen och för att undvika att FC ska behöva hantera transaktionsregistrens avvisningar anser Esma att FC t.ex. i god tid kan samarbeta med NFC så att den senare förnyar sin LEI. Om NFC- inte i tid har förnyat sin LEI och FC därför inte kunde rapportera på NFC-:s vägnar bör FC lämna in de saknade rapporterna utan onödigt dröjsmål så snart NFC:s LEI förnyats.

79. Även om skyldigheten att rapportera OTC-derivat inte längre omfattar NFC- anser Esma att det är av yttersta vikt att båda motparterna, inbegripet NFC-, har fullständig och aktuell information om uppgifterna om de derivat som har rapporterats till ett transaktionsregister. Esma anser därför att FC t.ex. kan förse sina NFC- motparter med informationen om de kontrakt som är utestående vid transaktionsregistren på regelbunden basis (t.ex. månadsvis). Att regelbundet kunna jämföra sina egna register med register över derivat som lagras av transaktionsregistren skulle stödja NFC- i fullgörandet av deras andra skyldigheter som definieras i Emir och särskilt artikel 9.2 i Emir: ”Motparter ska föra ett register över alla derivatkontrakt som de har ingått och varje ändring under minst fem år efter avslutande av kontraktet” eller andra tillämpliga bestämmelser samt att känna till den information som finns tillgänglig för de enheter som framgår av förteckningen i artikel 81.3 i Emir för deras räkning.

80. För att undvika tvivel betonar Esma återigen att alla ovannämnda förtydliganden endast gäller OTC-derivat. För börshandlade derivatkontrakt (ETD), dvs. derivatkontrakt som inte klassificeras som OTC på grundval av definitionen i artikel 2.7 i Emir, ändrad genom artikel 32 i förordningen om transparens i transaktioner för värdepappersfinansiering, förblir därför motparten ansvarig, även juridiskt sett, för att rapportera uppgifterna till ett transaktionsregister och bestämmelserna om överföring av ansvar, även juridiskt sett, är inte tillämpliga. Motparter kan inte anta att alla optioner och terminer som handlas på handelsplatser är börshandlade derivatkontrakt.

81. I mycket speciella fall kan externa omständigheter leda till en ändring av ansvarstilldelningen för rapporteringen, t.ex.: a. FC som etablerades i ett EES-land kommer att etableras i ett tredjeland. b. Derivatkontrakt ändras från OTC till ETD eller vice versa.

82. I sådana fall anser Esma att ansvarstilldelningen beror på situationen varje gång ett rapporteringskrav uppstår, t.ex. för ett derivatkontrakt som betraktas som OTC fram till den 30 november och blir ett ETD från och med den 1 december ansvarar FC för rapporteringen till och med den 30 november medan NFC- blir ansvarigt, även juridiskt sett, för rapporteringen från och med den 1 december. Alla övriga bestämmelser i dessa riktlinjer kommer att tillämpas i enlighet med ansvarstilldelningen. 28

83. En annan begränsning är att bestämmelserna om ansvarstilldelning endast gäller när FC är etablerad i unionen eller om villkoren i artikel 9.1a fjärde stycket i Emir är uppfyllda.

84. Slutligen bör motparterna beakta situationen avseende genomförandet av ändringarna av Emir i EES-länderna (Island, Liechtenstein och Norge). Fram till dess att ändringarna av Emir har införlivats i EES-avtalet och införlivats i dessa länders nationella lagstiftning bör motparterna noggrant bedöma sina skyldigheter vid handel med EES-motparter och ha infört arrangemang för att säkerställa att rapporter görs utan att dubbelrapportering sker. Tabell 2 – Ifyllning av fälten för motparter, rapportinlämnande enhet och enhet som ansvarar för rapporteringen Den Enhet som Motpart 1 Motpart 2 rapportinlämnande ansvarar för (fält 1.4) (fält 1.9) Scenario enheten (fält 1.2) rapporteringen (fält 1.3) 29 Tabell 2 – Ifyllning av fälten för motparter, rapportinlämnande enhet och enhet som ansvarar för rapporteringen Den Enhet som Motpart 1 Motpart 2 rapportinlämnande ansvarar för (fält 1.4) (fält 1.9) Scenario enheten (fält 1.2) rapporteringen (fält 1.3) Komplext scenario med olika händelser: NFC+ delegerar rapporteringen till rapportinlämnande enhet. NFC+ blir NFC- och beslutar att avstå från att FC rapporterar för dess räkning i enlighet med artikel 9.1 a men förlitar sig på den rapportinlämnande enheten. NFC- beslutar att använda undantaget, dvs. att sluta delegera till den rapportinlämnande enheten och att börja förlita sig på FC i enlighet med artikel 9.1a. 30 Tabell 2 – Ifyllning av fälten för motparter, rapportinlämnande enhet och enhet som ansvarar för rapporteringen Den Enhet som Motpart 1 Motpart 2 rapportinlämnande ansvarar för (fält 1.4) (fält 1.9) Scenario enheten (fält 1.2) rapporteringen (fält 1.3) FC använder ett annat transaktionsregister än den rapportinlämnande enheten. NFC- slås ihop med en annan NFC (anges som NFC*) som förblir NFC-. NFC- blir NFC+. I detta scenario fokuserar vi bara på den del som rapporteras för NFC:s räkning. 31 Tabell 2 – Ifyllning av fälten för motparter, rapportinlämnande enhet och enhet som ansvarar för rapporteringen Den Enhet som Motpart 1 Motpart 2 rapportinlämnande ansvarar för (fält 1.4) (fält 1.9) Scenario enheten (fält 1.2) rapporteringen (fält 1.3)

3.4.3 Central motpart

85. När det gäller centrala motparter betraktas centrala motparter i Emir inte som finansiella motparter enligt artikel 2.8 i Emir, och om en NFC- skulle ingå ett derivatkontrakt direkt med en central motpart så skulle den centrala motparten därför inte bli ansvarig, även juridiskt sett, för rapporteringen av uppgifterna om derivatet på NFC-:s vägnar. I sådana fall kvarstår skyldigheten att uppfylla rapporteringsskyldigheten hos NFC-.

3.4.4 Fonder (fondföretag, AIF-fonder och tjänstepensionsinstitut som i enlighet med nationell lagstiftning inte är juridiska personer)

86. Artiklarna 9.1b, 9.1c och 9.1d introducerar även tilldelningen av ansvaret för fonders rapportering till respektive fondförvaltare under vissa omständigheter. I dessa fall anses det att fondförvaltarna i sina respektive roller har tillgång till alla relevanta uppgifter och att efterlevnaden av bestämmelserna om tilldelning av ansvaret för rapportering kan säkerställas i enlighet med förordningen.

87. Detta illustreras i tabell 3 nedan. 32 Tabell 3 – Ifyllning av fälten för motparter, rapportinlämnande enhet och enhet som ansvarar för rapporteringen Den Enhet som rapportinlämnande ansvarar för Motpart 1 Motpart 2 Scenario enheten rapporteringen (fält 1.4) (fält 1.9) (fält 1.2) (fält 1.3)

88. I det särskilda fall där en fond som kvalificerar sig som finansiell motpart ingår ett OTC-derivat med en NFC- gäller bestämmelsen om tilldelning av ansvaret för rapportering i artikel 9.1 och förtydligandena av detta i de relaterade riktlinjerna i avsnitt 3.4.2 ovan för OTC-derivatet från motpartens sida. Därför är i en sådan situation a. fondförvaltaren ansvarig, även juridiskt sett, för att rapportera OTC-derivatet för fondens räkning, b. fonden ansvarig, även juridiskt sett, för att rapportera OTC-derivatet för NFC-:s räkning. 33

89. Om en AIF-fond (LEI AAAAAAAAAA1111111111) med en AIF-förvaltare (LEI AAAAAAAAAA2222222222) ingår ett OTC-derivatkontrakt med ett NFC- (LEI 123456789ABCDEFGHIJK) ska de motpartsrelaterade fälten fyllas i enligt följande: Rapport 1 om derivatet Rapport 2 om derivatet 1.3 Enhet som ansvarar AIF-förvaltare LEI: AIF-fond LEI: för rapporteringen AAAAAAAAAA2222222222 AAAAAAAAAA1111111111 1.4 Motpart 1 AIF-fond LEI: NFC- LEI: (rapporterande motpart) AAAAAAAAAA1111111111 123456789ABCDEFGHIJK 1.9 Motpart 2 NFC- LEI: AIF-fond LEI: 123456789ABCDEFGHIJK AAAAAAAAAA1111111111

90. För att undvika tvivel betonar Esma återigen att alla ovannämnda förtydliganden endast gäller OTC-derivat. För börshandlade derivatkontrakt (ETD), dvs. derivatkontrakt som inte klassificeras som OTC på grundval av definitionen i artikel 2.7 i Emir, ändrad genom artikel 32 i förordningen om transparens i transaktioner för värdepappersfinansiering, förblir därför motparten ansvarig, även juridiskt sett, för att rapportera uppgifterna till ett transaktionsregister och bestämmelserna om överföring av ansvar, även juridiskt sett, är inte tillämpliga. Motparter kan inte anta att alla optioner och terminer som handlas på handelsplatser är börshandlade derivatkontrakt.

3.5 Delegering av rapportering

91. Förutom den ansvarstilldelning som följer av artikel 9.1a–9.1d i Emir och som behandlas i avsnitt 3.4 föreskrivs i artikel 9.1f i Emir att de motparter och centrala motparter som omfattas av rapporteringsskyldigheten får delegera denna rapporteringsskyldighet, vilket inbegriper alla arbetsuppgifter (enskilt och separat) som rör rapporteringen av uppgifter. Vid delegering av rapportering bör den delegerande motparten tillhandahålla den rapportinlämnande enheten alla uppgifter om derivatkontrakten och den ansvarar för säkerställandet av att dessa uppgifter är korrekta. Vid delegering bör processerna och tidsfristerna vara desamma som vid den tilldelning av ansvar för rapportering som beskrivs i avsnitt 3.4. Även om det på teknisk nivå finns många likheter och gemensamma aspekter vad gäller behandling av ansvarstilldelning och delegering av rapportering, så är de juridiskt sett olika och oberoende rapporteringsscenarier. Det bör också nämnas att EU-motparter noggrant bör bedöma eventuella risker som skulle kunna uppstå med avseende på deras efterlevnad av rapporteringskraven om de delegerar rapporteringen till en rapportinlämnande enhet utanför EU. 34

92. De tekniska tillsynsstandarderna för rapportering innehåller ett särskilt dataelement, fält 1.2 ”Den rapportinlämnande enhetens ID”, som obligatoriskt bör fyllas i och om den rapporterande motparten eller den enhet som ansvarar för rapporteringen inte har delegerat inlämningen av rapporten till någon tredje part eller till den andra motparten ska den rapporterande motparten eller den enhet som ansvarar för rapporteringen fylla i sin egen LEI-kod. Om flera enheter är involverade i rapporteringen av ett derivat, dvs. rapporteringen utförs av en kedja av enheter, bör fält 1.2 fyllas i med LEI för den enhet som slutligen lämnar in rapporten till transaktionsregistret. Slutrapporten om tekniska tillsynsstandarder/tekniska genomförandestandarder (avsnitt 4.1.3) klargör också att rapportinlämnande enheter bör informera de rapporterande motparterna och enheter som ansvarar för rapporteringen om relevanta problem rörande rapportering och uppgifters kvalitet (inklusive uppgifter som lämnats in för dess räkning, alla avvisningar, avbrott i avstämningen samt andra problem gällande kvaliteten på de relevanta uppgifterna) för vilka uppgifterna inte kommer att tillhandahållas av transaktionsregistren, särskilt om dessa rapporterande motparter och enheter som ansvarar för rapporteringen inte är deltagare i eller användare av transaktionsregistret. Esma klargjorde också i slutrapporten om tekniska tillsynsstandarder/tekniska genomförandestandarder att ansvaret för de utestående derivaten bör avtalas mellan parterna och omfattas av delegeringsavtalet. Delegeringsavtalet måste naturligtvis innehålla den tidpunkt då det träder i kraft och även den tidpunkt då det upphör att gälla. Motparternas och de rapportinlämnande enheternas ansvar när det gäller uppgifternas fullständighet och riktighet, t.ex. uppdatering av LEI, och det övergripande ansvaret för innehållet i rapporterna kvarstår i fall av delegering alltid hos den enhet som ansvarar för rapporteringen. Den delegerande motparten (den som har rapporteringsskyldigheten) bör tillhandahålla den rapportinlämnande enheten alla uppgifter om derivatet i god tid och ansvarar för säkerställandet av att uppgifterna är korrekta.

93. Delegering av rapportering inkluderar följande scenarier: a. En motpart delegerar till den andra motparten. b. En motpart delegerar till en tredje part. c. Båda motparterna delegerar till en och samma tredje part. d. Båda motparterna delegerar till olika tredje parter.

94. I varje scenario ovan bör principen om att undvika dubbelrapportering och säkerställande av rapporteringens kontinuitet följas.

95. Esma uppmuntrar centraliserad rapportering (dvs. från den handelsplats där ett icke-OTC-derivat har ingåtts eller från den centrala motpart där det clearas), detta bör dock alltid vara en fråga om överenskommelse mellan motparterna på grundval av delegeringsavtal. När en tredje part utför denna funktion på grundval av ett delegeringsavtal (för en eller båda motparternas räkning) bör den säkerställa att alla relevanta uppgifter tillhandahålls av motparterna på rätt sätt och i god tid för att kunna fullgöra rapporteringsskyldigheten. 35

96. Ytterligare förtydliganden bör beaktas när det gäller delegering av uppgifter om en tredje part används för rapportering och eventuella skillnader i kriterier för delegering beroende på den delegerande enhetens hemmedlemsstat. För det första kan den rapporterande motparten, enheten som ansvarar för rapporteringen eller den rapportinlämnande enheten besluta att delegera alla uppgifter som rör rapportering av uppgifter, inklusive generering av UTI-koden. För det andra har för närvarande inga särskilda regler för hur delegeringen bör utföras fastställts, men alla Emir-bestämmelser bör respekteras (korrekt rapportering i god tid osv.) och motparterna bör förbli ansvariga för innehållet i rapporterna och eventuell felaktig rapportering från de tredje parter som de förlitar sig på. Juridisk dokumentation omfattande delegeringsarrangemanget rekommenderas (t.ex. skriftlig överenskommelse mellan den enhet som ansvarar för rapporteringen och den rapportinlämnande enheten, även om den också omfattas av rapporteringskravet, t.ex. den andra motparten eller den centrala motparten).

97. Till exempel är värdepappersföretag som endast tillhandahåller investeringstjänster (t.ex. utförande av order eller mottagande och överföring av order) inte skyldiga att rapportera enligt Emir, såvida de inte blir motpart till ett derivat genom att agera som huvudman. Ingenting hindrar dock motparter till ett derivat från att använda ett värdepappersföretag (som agerar som mäklare) som tredje part för rapportering till transaktionsregister.

98. Om en portföljförvaltare är involverad, dvs. en enhet till vilken genomförandet av (en del av) en motparts investeringsstrategi delegeras, bör denna portföljförvaltare identifieras (i det aktuella fältet) endast när den enheten antingen rättsligt eller i praktiken utför en av de roller som anges i uppgifterna om motparterna i en derivatrapport, t.ex. mäklare. I annat fall bör denna enhet inte identifieras.

3.6 Rapportering av livscykelhändelser

3.6.1 Åtgärdstyper

99. Motparterna bör rapportera ingående, ändring och avslutande av ett derivat.

100. Om inga uppgifter om derivatet, såsom de uttrycks i datafälten, har ändrats bör motparterna inte rapportera uppgifterna om derivatet på nytt. Det enda undantaget är uppdateringen av de utestående derivaten under övergångsperioden enligt beskrivningen i avsnitt 3.1.

101. Dessutom bör de motparter som är skyldiga att rapportera värdering och säkerhet, dvs. FC, NFC+ och centrala motparter, på daglig basis rapportera uppgifter om värdering och säkerhet så som de står vid dagens slut för alla sina utestående derivat.

102. Motparter bör använda åtgärdstypen ”Ändra” för att rapportera ändringar i uppgifter om ett derivat, ”Värdering” för att rapportera förändringar i värdet på ett derivat och ”Uppdatering av marginalsäkerhet” för att rapportera ändringar i motsvarande säkerhet. 36

103. Motparterna bör säkerställa att åtgärdstyperna ”Ändra” och ”Korrigera” används korrekt. I synnerhet bör ”Ändra” användas för att rapportera ändringar i villkoren eller uppgifterna för ett tidigare rapporterat derivat, inbegripet när motparten tillhandahåller ytterligare information som tidigare inte fanns tillgänglig vid tidpunkten för rapporteringen. ”Ändra” bör inte användas för att rapportera korrigeringar av uppgifter om derivat – endast ”Korrigera” bör användas för detta ändamål.

104. På liknande sätt, när det gäller uppgifter om säkerheter, bör åtgärdstypen ”Uppdatering av marginalsäkerhet” användas för att rapportera säkerheten för första gången och för att rapportera ändringar i uppgifterna om säkerheterna, men inte för korrigeringar av tidigare rapporterade uppgifter om säkerheterna som bör göras med åtgärdstypen ”Korrigera”. En ändring i koden för portföljsäkerhet bör rapporteras med ”Ändra” (för att uppdatera koden för ett visst derivat i portföljen) och ”Uppdatering av marginalsäkerhet” (vid inlämnande av uppgifter om säkerheten på portföljnivå). Om ändringen i informationen om portföljkod görs på grund av ett fel i den första rapporteringen bör dock en sådan ändring rapporteras med åtgärdstypen ”Korrigera”.

105. I princip förväntas endast en rapport per dag med åtgärdstypen ”Uppdatering av marginalsäkerhet”. Om en motpart konstaterar att den hade lämnat in felaktiga uppgifter om säkerheter för en viss dag bör den dock lämna in en rapport om säkerheter med åtgärdstypen ”Korrigera” för den dagen (och i fältet ”Datum för händelsen” och i ”Tidsstämpel för säkerheten” ange den dag för vilken uppgifterna korrigeras).

106. Säkerheter på nivå av ett enskilt derivat kan rapporteras för första gången antingen som en del av derivatrapporten med åtgärdstypen ”Ny” eller separat med åtgärdstypen ”Uppdatering av marginalsäkerhet”. Säkerheter på portföljnivå bör för första gången rapporteras med åtgärdstypen ”Uppdatering av marginalsäkerhet”. Den nya säkerheten förväntas rapporteras först när minst ett derivat som täcks av den säkerheten har rapporterats och inte angetts som felaktigt. Kontroll av att säkerheter inte rapporteras när inget motsvarande derivat har rapporterats bör utföras som en del av transaktionsregistrens validering. Om en motpart lämnar in både derivat och motsvarande säkerhet felaktigt skulle angivelse av derivaten som felaktiga automatiskt resultera i fel för säkerheten eftersom det inte längre skulle finnas några motsvarande derivat.

107. Om en motpart utan skyldighet att rapportera säkerheter på daglig basis lämnar in en rapport om uppdatering av marginalsäkerheter till ett transaktionsregister (men motsvarande derivat är giltiga och inte bör anges som felaktiga) bör motparten inte lämna in några ytterligare uppdateringar av marginalsäkerhet. Ordningsföljd för åtgärdstyper

108. För att säkerställa logisk samstämmighet mellan olika rapporter avseende samma derivat omfattar transaktionsregisters valideringsregler bl.a. korrekt ordningsföljd för åtgärdstyper. 37

109. Diagrammet i figur 6 anger status för ett derivat medan pilarna visar tillåtna åtgärdstyper. Till exempel när ett derivat rapporteras för första gången med åtgärdstypen ”Ny” ändras statusen från ”Inte rapporterat” till ”Utestående”. Om en motpart därefter rapporterar ”Fel” för derivatet ändras statusen från ”Utestående” till ”Angivet som felaktigt (inte utestående)”. För ett derivat med denna status är den enda tillåtna åtgärdstypen ”Förnya” (den enda åtgärdstypen på de pilar som börjar i den blå rutan med statusen ”Angivet som felaktigt (inte utestående)”. Om det lämnades in skulle det ändra derivatets status antingen tillbaka till ”Utestående” eller till ”Avslutat (inte utestående)”, beroende på derivatets förfallodag/datum för avslutande. Alla beroendeförhållanden mellan åtgärdstyper och derivatens status som visas i figuren bör läsas på detta sätt.

110. Alla beroendeförhållanden som beskrivs i diagrammet gäller för rapporterna från en viss motpart. Det vill säga de rapporter som skickas av den andra parten i transaktionen inte påverkar de tillåtna åtgärdstyper som rapporterats av den första motparten. Detta gäller särskilt för åtgärdstypen ”Fel”, vilket innebär att om en motpart har lämnat in ”Fel” för en viss UTI (och inte därefter har rapporterat ”Förnya”) kommer endast den motparten inte kunna skicka ytterligare rapporter (andra än ”Förnya”) för denna UTI. Därmed kommer, om en motpart av misstag rapporterar ”Fel”, detta inte att hindra den andra motparten från att i tid rapportera relevanta livscykelhändelser.

111. Åtgärdstyperna ”Ändra”, ”Korrigera”, ”Uppdatering av marginalsäkerhet” och ”Värdering” påverkar inte derivatets status. De får rapporteras för avslutade transaktioner endast vid sen rapportering, men de kan inte användas för att ändra derivatets status till utestående (t.ex. genom att ändra förfallodagen). Endast åtgärdstypen ”Förnya” kan användas för att ändra derivatets status till utestående. 38

112. Åtgärdstypen ”Förnya” kan användas för att åter öppna derivat som annullerats (med åtgärdstypen ”Fel”) eller avslutats av misstag (med åtgärdstypen ”Avsluta”) och för att åter öppna derivat som nått sin (felrapporterade) förfallodag. Dessutom kan ”Förnya” användas efter åtgärdstypen ”Positionskomponent” om den senare har rapporterats av misstag. I sådana fall kommer det förnyade derivatet på transaktionsnivå att uppfattas som utestående, med förbehåll för utgångsdatumet. Om motparten rapporterade en ny position eller en ändring av en position skulle den behöva återställas separat (genom angivelse som felaktig respektive genom ändring av en sådan position).

113. Motparterna bör, när de rapporterar ”Förnya”, tillhandahålla alla tillämpliga uppgifter om kontraktet från och med tidpunkten för förnyandet. Motparterna bör dock också lämna in eventuella saknade rapporter som borde ha lämnats in medan derivatet tillfälligt inte var utestående. Detta omfattar rapporter med åtgärdstyp ”Korrigera” för att korrigera eventuella enskilda värden i rapporten, utom när den enda korrigeringen var att uppdatera derivatet till utestående status (där sådan status kan härledas från själva ”Förnya”-rapporten).

114. Att den planerade förfallodagen nås är inte en händelse som ska rapporteras av motparterna enligt Emir. Ingen åtgärdstyp är tillämplig i detta fall, inklusive men inte begränsat till ”Fel” och ”Avsluta”. När ett derivat når förfallodagen anses det inte längre vara utestående. Ett derivat som inte längre är utestående och som rapporteras sent med åtgärdstypen ”Ny” efter att ha nått förfallodagen kommer att betraktas som inte utestående.

115. När ett derivat ingår i positionen ändras derivatets status till ”Avslutat (inte utestående)”. Eventuella efterföljande livscykelhändelser måste rapporteras på positionsnivå med en annan UTI-kod (positionens UTI-kod) och den korrekta ordningsföljden för dessa rapporter för positionen bör också valideras. Det är dock möjligt att skicka en korrigering på transaktionsnivå för ett derivat som har rapporterats med åtgärdstypen ”Positionskomponent” om vissa uppgifter om det derivatet var felaktiga.

116. Rapporterna bör skickas i kronologisk ordning för händelserna, i enlighet med kraven i de tekniska genomförandestandarderna för rapportering. Det erkänns emellertid att om en enhet underlåter att rapportera i tid eller upptäcker fel i tidigare inlämnade uppgifter bör enheten skicka in rapporterna med händelsedatum i det förflutna och således avbryta den kronologiska ordningsföljden.

117. Om det finns ett fel i en tidigare värdering som lämnats in behöver endast värderingen för detta datum i det förflutna korrigeras och det finns ingen anledning att återigen rapportera de korrekta värderingar som lämnats in efter det felaktiga värderingsmeddelandet. I de fall där flera meddelanden om ”Värdering” rapporterats felaktigt och korrigeringar krävts bör motparten lämna in en korrigeringsrapport för varje dag då felaktig värdering lämnades in.

118. Transaktionsregister bör validera den rätta ordningsföljden av åtgärdstyper med beaktande av innehållet i fältet ”Datum för händelsen”. Med avseende på hur transaktionsregister vid utarbetandet av transaktionsstatusrapporten bör behandla 39 rapporterna med förflutna händelsedatum för händelsen anges mer information i avsnitt 6.1.

3.6.2 Kombinationer av åtgärdstyper och händelsetyper

119. Motparter bör i tillämpliga fall rapportera aktuell händelsetyp som anges i fält 2.152 i de tekniska tillsynsstandarderna för rapportering.

120. I tabellen nedan anges de tillåtna kombinationerna av åtgärdstyper och händelsetyper samt om de tillämpas på transaktionsnivå, positionsnivå eller båda. Den sista kolumnen i tabellen visar när en viss åtgärdstyp kan rapporteras utan en händelsetyp. Tabell 5 – Tillåtna kombinationer av åtgärdstyp och händelsetyp Händelsetyp RI IN FÖ IN G SK K FÖ LU EN RE RT K EFT UT RE RE UPPDA H D DER IDA TI ÄN UCE C N DI HAN ER LEA LLDEL TAG ST YT D EP AVS TH IN HA ELS RI RI ÄN G SH D TJ N TE EL -IN N LUT N A ÄN N I POS RI ET G N IN D DE G N DE G ELS D YP ST AN ELS G L JÄN IT K DE E ION RÄ E ST V S NY T T,P T T T T P T,P ÄNDRA T,P T,P T,P T,P T,P T T,P P T,P T,P P KORRIGERA T,P Åt AVSLUTA T,P T,P T,P T T,P T T,P T,P T,P gä FEL T,P rd sty FÖRNYA T,P p VÄRDERING T,P UPPDATERING AV MARGINALSÄKERHET T,P POSITIONSKOMPONEN T T

121. Tabell 6 klargör tillämpligheten av alla tillåtna kombinationer av åtgärdstyp och händelsetyp och innehåller ytterligare kommentarer om de faktiska användningsfall där sådana kombinationer skulle rapporteras eller, tvärtom, där de inte bör användas.

122. En omfattande kartläggning av företagshändelser och kombinationer av åtgärdstyp och händelsetyp ges i avsnitt 3.10.

123. Det bör noteras att ingen händelsetyp föreskrivs för portering. Esma betonar att porteringen bör utföras i enlighet med riktlinjerna för överföring av uppgifter mellan 40 Tabell 6 – Tillämpligheten av kombinationer av åtgärdstyp och händelsetyp Åtgärdstyp Händelsetyp Tillämplighet Kommentarer När ett derivat med en Kombination ”Ny” – ny UTI skapas för första ”Clearing” bör användas gången genom för nya derivat som transaktion och inte på skapas till följd av Ny Handel grund av en annan clearing, särskilt för tidigare händelse. derivat som handlas på handelsplatser och clearas samma dag av en central motpart. När ett derivat eller en position med en ny UTI skapas för första Ny Step-in gången på grund av en händelse av typen stepin. När ett derivat med en Kombination ”Ny” – ny UTI skapas för första ”Riskreduceringstjänst gången på grund av en efter handel” på händelse av typen positionsnivå är inte riskreduceringstjänst tillämplig eftersom alla efter handel. derivat som nyligen skapats på grund av en händelse av typen riskreduceringstjänst efter handel förväntas Riskreduceringstjä Ny rapporteras på nst efter handel transaktionsnivå (utan att det påverkar möjligheten att därefter inkludera sådana derivat i en position). Kombinationen ”Ny”– ”Riskreduceringstjänst efter handel” kan användas i händelse av portföljomfördelning. När ett derivat med en Denna kombination ny UTI skapas för första omfattar också clearing gången på grund av en av OTC-derivat som Ny Clearing händelse av typen tidigare överenskommits clearing. bilateralt mellan motparterna och som därefter clearades. 41 Tabell 6 – Tillämpligheten av kombinationer av åtgärdstyp och händelsetyp Åtgärdstyp Händelsetyp Tillämplighet Kommentarer När ett derivat med en Denna kombination bör ny UTI skapas för första användas vid gången på grund av en rapportering av den Ny Utnyttjande händelse av typen underliggande swappen utnyttjande. efter utförandet av en swaption. När ett derivat med en ny UTI skapas för första Ny Tilldelning gången på grund av en händelse av typen tilldelning. När en ny position skapas genom Inkludering i inkludering av Ny position transaktioner i den positionen för första gången. När ett derivat eller en position med en ny UTI skapas för första Ny Företagshändelse gången på grund av en företagshändelse i det underliggande värdepappret. När ett derivat eller en position med en befintlig UTI ändras på grund av omförhandling av villkoren för transaktionen, på grund av ändringarna av villkoren för den transaktion som Ändra Handel överenskommits i förväg i kontraktet (med undantag för när sådana ändringar redan rapporterats, t.ex. tabell för teoretiska belopp) eller på grund av att tidigare inte tillgängliga dataelement blir tillgängliga. När ett derivat eller en Denna kombination position med en befintlig omfattar också en UTI skapas för första överföring av ett derivat Ändra Step-in gången på grund av en på transaktions- eller händelse av typen step- positionsnivå från en in. 42 Tabell 6 – Tillämpligheten av kombinationer av åtgärdstyp och händelsetyp Åtgärdstyp Händelsetyp Tillämplighet Kommentarer central motpart till en annan. När ett derivat eller en Kombinationen ”Ändra” position med en befintlig – ”Riskreduceringstjänst UTI ändras på grund av efter handel” på en händelse av typen positionsnivå bör endast riskreduceringstjänst användas om centrala efter handel. motparters positioner omfattas av riskreduceringstjänst Riskreduceringstjä efter handel (i stället för Ändra nst efter handel bilateral nettning och efterföljande rapportering på positionsnivå). Kombinationen ”Ändra”– ”Riskreduceringstjänst efter handel” kan användas i händelse av kompression. När ett derivat eller en Vid förtida avslutande position med en befintlig som överenskommits i UTI ändras på grund av förväg bör motparterna förtida avslutande som uppdatera förfallodagen. Ändra Förtida avslutande överenskommits i förväg Vid partiellt förtida eller på grund av partiellt avslutande bör avslutande. motparterna uppdatera det teoretiska beloppet. När ett derivat eller en position ändras på Ändra Utnyttjande grund av utnyttjande av en option eller swaption. När ett derivat med en befintlig UTI tilldelas partiellt. Detta används Ändra Tilldelning för att rapportera det ändrade teoretiska beloppet för det befintliga derivatet. När ett derivat eller en position med en befintlig Ändra Kredithändelse UTI ändras på grund av en händelse av typen kredithändelse. När en position med en Inkludering i befintlig UTI ändras på Ändra position grund av inkludering av en ny transaktion. 43 Tabell 6 – Tillämpligheten av kombinationer av åtgärdstyp och händelsetyp Åtgärdstyp Händelsetyp Tillämplighet Kommentarer När ett derivat eller en position med en befintlig UTI skapas för första Ändra Företagshändelse gången på grund av en företagshändelse i det underliggande värdepappret. När ett derivat eller en position som är utestående på startdatumet för Ändra Uppdatera rapporteringen uppdateras för att uppfylla de ändrade rapporteringskraven. När en position med en Intradagsrapportering är befintlig UTI ändras på inte obligatorisk för grund av mer än en typ börshandlade derivat av företagshändelser och motparterna får som inträffade intradag. därför rapportera Ingen händelsetyp ”Ändra” på positionsnivå Ändra krävs utan att ange typ av händelse, om en sådan ändring är ett resultat av mer än en typ av intradagsföretagshändel ser. När ett derivat eller en position med en befintlig UTI eller uppgifterna Ingen händelsetyp Korrigera gällande säkerheten krävs korrigeras på grund av tidigare rapportering av felaktiga uppgifter. När ett derivat eller en position med en befintlig UTI avslutas på grund Avsluta Step-in av en händelse av typen step-in. Detta används för att avsluta den gamla UTI-koden efter step-in. När ett derivat eller en Kombinationen ”Ändra” position med en befintlig – ”Riskreduceringstjänst UTI avslutas på grund efter handel” kan Riskreduceringstjä av en händelse av typen användas i händelse av Avsluta nst efter handel riskreduceringstjänst kompression. efter handel. Detta används för att avsluta den gamla UTI- 44 Tabell 6 – Tillämpligheten av kombinationer av åtgärdstyp och händelsetyp Åtgärdstyp Händelsetyp Tillämplighet Kommentarer koden/UTI-koderna efter utnyttjande av riskreduceringstjänst efter handel. När ett derivat eller en position med en befintlig UTI avslutas på grund av en händelse av typen Avsluta Förtida avslutande förtida avslutande (och när ingen annan orsak/händelse är känd som orsaken till avslutandet). När ett derivat eller en När det gäller OTCposition med en befintlig derivat som ingåtts UTI avslutas på grund bilateralt måste av en händelse av typen motparterna avsluta de clearing. Detta används tidigare rapporterade för att avsluta alfa- bilaterala transaktioner. transaktionerna (med kombinationen ”Avsluta” – ”Clearing”) och Avsluta Clearing rapportera de nya clearade transaktionerna (med kombinationen ”Ny” – ”Clearing”). Detta omfattar också ett scenario där befintliga derivat blir valbara för clearing i ett senare skede. När ett derivat med en ”Avsluta” – ”Utnyttjande” befintlig UTI avslutas på bör inte rapporteras när grund av en händelse av optionen utnyttjas på typen utnyttjande. Till förfallodagen. Mer Avsluta Utnyttjande exempel används detta allmänt bör endast de för att avsluta avslutanden som äger optioner/swaptioner när rum vid en tidpunkt före dessa utnyttjas. förfallodagen rapporteras. När ett derivat med en befintlig UTI avslutas på grund av en händelse av Avsluta Tilldelning typen tilldelning. Detta används för att avsluta den gamla UTI-koden efter tilldelning. 45 Tabell 6 – Tillämpligheten av kombinationer av åtgärdstyp och händelsetyp Åtgärdstyp Händelsetyp Tillämplighet Kommentarer När ett derivat eller en Denna kombination bör position med en befintlig rapporteras när en UTI avslutas på grund kredithändelse leder till av en händelse av typen avslutande och Avsluta Kredithändelse kredithändelse. avveckling av derivaten, t.ex. kreditswappar (CDS) som refererar till ett enda namn. När ett derivat eller en Ett derivat på position med en befintlig transaktionsnivå som UTI avslutas på grund omedelbart inkluderas i av en händelse av typen en position bör inkludering i position. rapporteras med åtgärdstypen ”Positionskomponent”. Inkludering i Avsluta Endast när ett derivat position inkluderas i positionen efter att ha rapporterats med åtgärdstypen ”Ny” bör det rapporteras med åtgärdstypen ”Avsluta” och händelsetypen ”Inkludering i position”. När ett derivat eller en position med en befintlig UTI avslutas grund av Avsluta Företagshändelse en företagshändelse i det underliggande värdepappret. När ett derivat eller en position med en befintlig UTI annulleras på grund av tidigare rapportering av felaktiga uppgifter. T.ex. används detta för att annullera UTI för ett Ingen händelsetyp derivat eller en position Fel krävs som inte borde ha rapporterats (t.ex. inte är en derivattransaktion) eller för att annullera utestående derivat när motparten börjar utnyttja ett gruppinternt undantag. När ett derivat eller en Denna åtgärdstyp bör Ingen händelsetyp position som har inte användas för att Förnya krävs annullerats återställs på återuppta en position grund av tidigare som tidigare har nettats 46 Tabell 6 – Tillämpligheten av kombinationer av åtgärdstyp och händelsetyp Åtgärdstyp Händelsetyp Tillämplighet Kommentarer rapportering av felaktiga och avslutats. ”Förnya” uppgifter. T.ex. används bör endast användas för detta för att återställa att återuppta UTI för ett derivat eller transaktioner som har en position som felaktigt avslutats eller har avslutats. annullerats av misstag eller som har annullerats på grund av undantag för gruppinterna transaktioner, så att motparterna inte behöver generera någon ny UTI. Den bör inte användas för andra rapporteringsscenarier. Särskilt vad gäller nettade positioner behöver motparterna besluta om de håller positionen öppen (och rapporterar värderingen i enlighet med detta) eller om de stänger positionen. Om motparterna stänger positionen och de sedan ingår ett annat derivatkontrakt av samma typ och vill rapportera på positionsnivå måste de rapportera en ny position med en ny UTI. När uppgifter som rör värderingen rapporteras Ingen händelsetyp Värdering för ett derivat eller en krävs position med en befintlig UTI. När uppgifter som rör säkerheten rapporteras Uppdatering av Ingen händelsetyp för ett derivat eller en marginalsäkerhet krävs position med en befintlig UTI. När ett nytt Positionskompon Ingen händelsetyp derivatkontraktet ingås ent krävs och tas upp i en position samma dag. 47

124. När en motpart av misstag rapporterar felaktig händelsetyp finns det ingen möjlighet att korrigera dessa uppgifter eftersom ”Händelsetyp” inte är tillämplig för åtgärdstypen ”Korrigera”. Motparten bör se till att ange korrekt ”Händelsetyp” i efterföljande rapport.

3.6.3 Livscykelhändelser och användning av länkade ID-koder (Tidigare UTI-kod, IDkod för riskreduceringstjänst efter handel, UTI-kod för efterföljande position)

125. Motparterna bör i förkommande fall rapportera länknings-ID för att möjliggöra identifiering av rapporter som rör samma livscykelhändelser. Länknings-ID-koderna som föreskrivs för detta ändamål är de följande: a. ”Tidigare UTI-kod” (fält 2.3). b. ”UTI-kod för efterföljande position” (fält 2.4). c. ”ID-kod för riskreduceringstjänst efter handel” (fält 2.5).

126. Tidigare UTI-kod bör användas för de livscykelhändelser där ett enskilt derivat avslutas och ett eller flera nya derivat skapas. I sådana fall bör den tidigare UTIkoden, dvs. UTI för det avslutade derivatet, anges i fält 2.3 i rapporterna om alla derivat som skapats på grund av livscykelhändelsen. I synnerhet kommer den tidigare UTI-koden att vara tillämplig vid följande händelser: a. Step-in. b. Clearing (om inte derivatet ingicks på en handelsplats eller en organiserad handelsplattform i ett tredjeland och clearades av en central motpart samma dag). c. Utnyttjande (vad gäller swaptioner). d. Tilldelning. e. Företagshändelse (vid split).

127. UTI-kod för efterföljande position bör rapporteras när ett derivat inkluderas i en position (och rapporteras antingen med åtgärdstypen ”Positionskomponent” eller åtgärdstypen ”Avsluta” och händelsetypen ”Inkludering i position”). Den bör innehålla UTI för den position i vilken detta derivat inkluderas.

128. ID-kod för riskreduceringstjänst efter handel bör rapporteras när händelsetyp är ”Riskreduceringstjänst efter handel” och typen av teknik för riskreduceringstjänst efter handel är antingen kompression med en tredjepartsleverantör eller portföljomfördelning. Samma ID-kod för riskreduceringstjänst efter handel som erhålls från leverantören av riskreduceringstjänst efter handel bör rapporteras i alla rapporter som skapas, ändras eller avslutas på grund av samma händelse av typen riskreduceringstjänst efter handel. Varje händelse av typen riskreduceringstjänst efter handel bör tilldelas en egen ID-kod för riskreduceringstjänst efter handel.

129. Det är möjligt att rapportera mer än ett länknings-ID för ett visst derivat (t.ex. kan ett derivat rapporteras först med tidigare UTI-kod när det clearas, sedan kan det rapporteras med en ID-kod för riskreduceringstjänst efter handel om det ändras 48 på grund av en händelse av typen riskreduceringstjänst efter handel och slutligen kan det rapporteras med UTI-kod för efterföljande position om det i slutändan tas upp i en position). Dock bör endast aktuellt länknings-ID rapporteras i rapporten avseende en viss livscykelhändelse (i exemplet ovan skulle den motpart som rapporterar inkluderandet i positionen endast fylla i fältet ”UTI för efterföljande position” i den rapporten).

3.7 Rapportering på positionsnivå

130. I allmänna ordalag bör ”position” förstås som exponeringen mellan ett par av motparter, bestående av en uppsättning fungibla derivat (transaktioner) med finansiella och rättsliga förbindelser mellan dem, vilket möjliggör gemensam riskhantering som leder till ett netto eller minskad volym av den gemensamma exponeringen. Handel och transaktioner används synonymt i detta avsnitt.

131. Enligt artikel 3 i de tekniska tillsynsstandarderna för rapportering är det möjligt att rapportera händelser efter handel på positionsnivå efter den första rapporteringen av uppgifter om ett derivat som ingåtts på transaktionsnivå och avslutandet av derivatet på grund av att det inkluderats i en position, förutsatt att följande villkor är uppfyllda: den juridiska konstruktionen är sådan att risken är på positionsnivå, all rapportering om handel som lämnas till transaktionsregistret avser produkter som är fungibla med varandra och de enskilda transaktioner som tidigare rapporterats till transaktionsregistret har därefter ersatts av positionsrapporten (t.ex. när det gäller handel mellan en clearingmedlem och en central motpart).

132. De kategorier av derivat som är valbara för rapportering på positionsnivå är följande: ETD-derivat, centralt clearade OTC-derivat som nettas av centrala motparter och kontrakt avseende prisdifferenser (CFD-kontrakt). Även om informationen om positioner när det gäller sådana derivat är mest relevant för bedömningen av systemrisken är rapportering endast på positionsnivå inte i linje med Emir-kraven enligt artikel 9 i Emir som föreskriver att alla motparter rapporterar t.ex. ingående av derivat på transaktionsnivå.

133. Det rekommenderas starkt att kontrakt utan förfallodag, såsom CFD-kontrakt, rapporteras på positionsnivå för att undvika att varje enskilt utestående derivat för en finansiell motpart måste få dagliga värderingsuppdateringar tills antingen 1) derivatet annulleras eller 2) i oändlighet, eftersom dessa derivat i allmänhet inte har någon löptid. Värderingen kan göras på positionsnivå när motsvarande derivattransaktioner inkluderas i en position.

134. Esma erkänner de potentiella svårigheterna med att bilateralt mellan motparterna komma överens om rapporteringsnivån och effekterna av sådana problem på avstämningen. Esma betonar dock att rapporteringen på positionsnivå bör överenskommas mellan de två motparterna eftersom denna skyldighet härrör från kravet enligt artikel 9.1e i Emir att säkerställa att uppgifterna om derivatkontrakten rapporteras korrekt och inte dubbelrapporteras. Detta anges också i artikel 3 i de tekniska tillsynsstandarderna för rapportering. De två motparterna till ett derivat bör antingen båda inkludera derivatet i en position eller 49 båda fortsätta att rapportera relevanta livscykelhändelser på transaktionsnivå. Rapportering på positionsnivå är i allmänhet ett alternativ, snarare än ett krav, och är endast genomförbar när alla tillämpliga villkor är uppfyllda, även om de två motparterna är överens om rapportering på positionsnivå. I avsaknad av en överenskommelse mellan motparterna är rapportering på transaktionsnivå ett standardsätt att fortsätta. Under vissa omständigheter är rapportering på positionsnivå dock det enda möjliga alternativet för att uppfylla rapporteringskraven enligt Emir (t.ex. om motparterna inte kan värdera de enskilda positionskomponenterna). Även under dessa omständigheter är en överenskommelse mellan de berörda motparterna ett nödvändigt villkor.

135. Intradagsrapportering på positionsnivå krävs inte för någon typ av derivat, varken för ETD eller OTC, dvs. att det finns inget behov av att rapportera livscykelhändelser (t.ex. ändringar) av en intradagsposition. Men för att korrekt rapportera en position och återspegla alla ändringar som påverkar den (även när en transaktion ingår i en rapport på positionsnivå samma dag) bör de uppdaterade uppgifterna och värderingen av positionen rapporteras av motparterna på positionsnivå vid slutet av dagen. Detta är i linje med de förtydliganden som utvecklats i avsnitt 3.6 och 3.9, såsom det om möjligheten att förenkla rapporteringen genom att rapportera händelsetypen som ”tom” när det finns flera händelser som påverkar samma position en viss dag. På transaktionsnivå är intradagsrapportering av livscykelhändelser för ETD-transaktioner inte obligatorisk. För OTC-transaktioner bör rapporteringen av intradagslivscykelhändelser vara så fullständig som möjligt från och med dagens slut.

136. När en position skapas bör en rapport med åtgärdstypen ”Ny” och rätt händelsetyp lämnas in. Ändringar av en position på grund av inkludering eller avslutande av transaktioner osv. bör rapporteras med åtgärdstypen ”Ändra” och, i den mån det är möjligt, med lämplig händelsetyp. En position upphör när dess förfallodag nås. Om avslutandet av en position beror på andra skäl, bör åtgärdstypen ”Avsluta” och den händelsetyp som beskriver orsaken till avslutandet rapporteras av motparterna. Ytterligare information finns i avsnitt 3.6.

137. Med beaktande av att det inte är tillåtet att rapportera endast positioner utan att tidigare ha rapporterat det ursprungliga derivatet på transaktionsnivå bör sådana derivat på transaktionsnivå uppdateras för att ha lämplig status så att det är tydligt att de inte längre är öppna och för att undvika dubbelräkning av de transaktioner som inkluderades i positioner. Motparterna bör därför rapportera avslutande av alla derivat på transaktionsnivå som inkluderas i positionen. Detta bör göras med hjälp av åtgärdstypen ”Avsluta” och händelsetypen ”Inkludering i position” eller åtgärdstypen ”Positionskomponent” utan att någon händelsetyp krävs, det senare gäller om en ny transaktion som ingår i positionen rapporteras samma dag. Dessutom bör fältet ”Nivå” rapporteras som ”T” (transaktion). På detta sätt betraktas alla transaktioner som har tagits upp i en position inte längre som utestående. Därefter bör positionen rapporteras med hjälp av åtgärdstypen ”Ny” om positionen skapas för första gången eller åtgärdstypen ”Ändra” i händelse av uppdatering till en befintlig position. Fältet ”Nivå” bör rapporteras som ”P” (position) för all rapportering om positionen. 50

138. När en motpart rapporterar på positionsnivå bör alla efterföljande uppdateringar, ändringar och livscykelhändelser (inklusive omvärderingar) tillämpas av transaktionsregistren på rapporten om derivatpositionen, inte på rapporterna om de ursprungliga transaktionerna.

139. Alla dataelement som krävs i rapporteringen om handel är obligatoriska även vid positionsrapportering, med undantag för sådana som endast är tillämpliga på transaktionsnivå.

140. Fältet ”Teoretiskt” bör alltid fyllas i när det gäller rapporter som upprättas på positionsnivå. Dessutom bör det teoretiska beloppet i rapporter på positionsnivå beräknas på följande sätt: a. För optioner: Teoretiskt belopp = total teoretisk kvantitet x lösenpris. b. För terminer: Teoretiskt belopp = total teoretisk kvantitet x avvecklingspris .

141. Rapportering av ändringar i fältet ”Teoretiskt” på positionsnivå bör endast ske om en händelse som är relevant för positionen har ägt rum (t.ex. om ny relevant handel har inkluderats i positionen bör detta nya teoretiska belopp beaktas i positionens teoretiska belopp). Ytterligare information finns i avsnitt 3.17 i dessa riktlinjer.

142. Om en positions värde blir noll finns det bara två möjliga sätt att gå vidare: a. Avslutande av positionen och rapportering av en ny position med en annan UTI i ett senare skede. Inga värderingar rapporteras mellan avslutandet av den första positionen och skapandet av den senare. Positionen hålls öppen och kontraktsvärdet noll rapporteras dagligen.

143. ”Ikraftträdande” är det datum från och med vilket skyldigheterna enligt derivatet träder i kraft, som inkluderats i bekräftelsen av derivatet eller på annat sätt överenskommits mellan motparterna. Om motparterna inte har angett något ikraftträdandedatum som en del av kontraktsvillkoren bör fältet ”Ikraftträdande” fyllas i med datumet för derivatets utförande. På positionsnivå bör ikraftträdande motsvaras av ikraftträdandedatumet för den transaktion som har det tidigaste ikraftträdandedatumet. Om motparterna inte har angett positionens ikraftträdandedatum som en del av kontraktsvillkoren bör fältet ”Ikraftträdande” på positionsnivå fyllas i med datumet för ikraftträdande av derivattransaktionen med det tidigaste ikraftträdandedatumet eller datumdelen av tidsstämpeln för utförandet (detta ikraftträdandedatum skulle vara positionens tidigaste ikraftträdandedatum) om motparterna inte har angett kontraktets ikraftträdandedatum.

144. ”Sista giltighetsdatum” är det datum från och med vilket skyldigheterna enligt derivatet upphör att gälla, som inkluderat i bekräftelsen av derivatet eller på annat sätt överenskommits mellan motparterna. Förtida avslutande påverkar inte detta dataelement. Sista giltighetsdatum, på positionsnivå, bör vara det sista giltighetsdatum som ligger längst fram i framtiden bland de transaktioner som ingår i positionen. Om det senare sker en ändring av detta sista giltighetsdatum, eftersom denna möjlighet ursprungligen ingick i kontraktet för denna transaktion, bör en ändringsrapport skickas där fältet ”Sista giltighetsdatum” ändras i enlighet med det uppdaterade sista giltighetsdatumet på positionsnivå.

145. ”Datum för förtida avslutande” är den dag före förfallodagen då derivatet avslutas på grund av t.ex. ett beslut av en eller flera motparter. När det gäller rapportering på positionsnivå bör åtgärdstyp ”Avsluta” och händelsetyp ”Förtida avslutande” fyllas i när hela positionen avslutas.

146. ”Rapporteringstillfälle” är datum och tidpunkt för inlämnandet av en viss derivatrapport till transaktionsregistret. Det gäller på samma sätt för rapporterna på positionsnivå.

147. ”Tidsstämpel för utförande” är det datum och den tidpunkt då ett derivat (på transaktions- eller positionsnivå) öppnades för första gången och dess UTI skapades. När det gäller rapportering på positionsnivå bör fältet fyllas i på ett liknande sätt som fältet ”Ikraftträdande”, dvs. med datumet för den transaktion som har den tidigaste tidsstämpeln för utförandet.

148. ”Datum för händelsen” definieras som det datum då en viss händelse ägde rum eller när en ändring ”trädde i kraft” (snarare än datumet för överenskommelsen om att ändra derivatet). På positionsnivå bör detta fält fyllas i när relevanta händelser eller ändringar i samband med positionen ägde rum. Ytterligare information finns i avsnitt 3.9.

149. ”Tidsstämpel för clearing” är det datum och den tidpunkt då en transaktion eller position clearas. På positionsnivå bör detta fält rapporteras med användning av positionens tidsstämpel eftersom de två tidsstämplarna förväntas vara desamma för positioner.

150. På positionsnivå bör fältet ”Handelsplats” fyllas i med MIC-koden (definierad i ISO 10383) för den handelsplats där det största antalet derivat som ingår i den rapporterade positionen utfördes.

151. Ett derivat som är ett resultat av riskreduceringstjänst efter handel bör rapporteras på transaktionsnivå.

152. Esma betonar att rapportering på positionsnivå är ett annat affärsfall än rapportering av riskreduceringstjänster efter handel, de båda har olika rapporteringsregler. I tabellen nedan visas de viktigaste skillnaderna mellan de två fallen: 52

3.8 Rapportering av derivat som handlas på handelsplatser

153. ETD-kontrakten är derivatkontrakt som är underställda en handelsplats regler (enligt definitionen i artikel 4.1.24 i direktiv 2014/65/EU) och utförs i enlighet med dessa regler. För rapportering av ”derivat som handlas på handelsplatser” beaktas även liknande handelsplattformar utanför EU. Handelsplatsens regler förutsätter att kontrakten utförs och hanteras på handelsplatsen och att efterföljande clearing sker hos en central motparts clearingcentral inom en handelsdag efter utförandet.

154. För att myndigheterna ska kunna identifiera och analysera riskpositioner bör de motparter som tar risken när kontraktet har ingåtts vara tydligt identifierbara. Enligt den huvudsakliga clearingmodellen ligger risken vid clearing på clearingmedlemmen gentemot den centrala motparten och på clearingmedlemmens kund gentemot clearingmedlemmen. Av denna anledning har följande parter rapporteringsskyldigheter enligt Emir: a. Den centrala motpart som clearar derivatkontraktet. Clearingmedlemmarna i den centrala motpart som clearar derivatkontraktet. De Mifid-värdepappersföretag som är involverade i handelskedjan närhelst de, på grund av sitt avtalsförhållande med sina motparter (i synnerhet med clearingmedlemmen), bär den risk som derivatet medför. Andra parter som inte ingår i någon av kategorierna ovan och som tar den risk som derivatet medför, utom om de är undantagna på grund av sin status.

155. Om en av dessa parter har mer än en roll (t.ex. ett värdepappersföretag som också är clearingmedlem) bör den lämna in en rapport som anger alla tillämpliga roller i de relevanta fälten och behöver inte rapportera separat för varje roll. Exempel: Scenario 1: Värdepappersföretaget bär risken gentemot clearingmedlemmen och är därmed själv motpart. I detta fall bör följande rapporter lämnas in: 53 Scenario 2: Värdepappersföretaget bär inte någon risk gentemot clearingmedlemmen eftersom kunden enligt de rättsliga arrangemangen direkt bär risken gentemot clearingmedlemmen när denne har accepterat clearingkontraktet.

156. Om en give up-transaktion från värdepappersföretaget till clearingmedlemmen inträffar inom tidsfristen för rapportering, T+1, utan att de finansiella villkoren för det ursprungliga derivatet ändras, bör derivatet rapporteras i sitt tillstånd efter give-uptransaktionen. Detta innebär att värdepappersföretaget inte bär någon risk gentemot clearingmedlemmen, vilket innebär att kunden direkt bär risken gentemot den clearingmedlem med vilken kunden ingick clearingarrangemanget. Esma betonar också att relevanta händelser som påverkar derivat som rapporteras på transaktionsnivå måste rapporteras i enlighet därmed (t.ex. tilldelning av handel).

157. Partiella utföranden bör rapporteras separat eftersom parametrar och motparter kommer att vara olika.

158. Rapportens spårningsnummer (Report Tracking Number, RTN) är en unik kod som tilldelats utförandet och är gemensamt för en grupp rapporter som rör samma utförande. Det är ett villkorat obligatoriskt fält för åtgärdstypen ”Positionskomponent” (POSC) på transaktionsnivå (krävs när transaktionen utförs 54 på en handelsplats). Rapportens spårningsnummer bör inte fyllas i på positionsnivå.

159. Det finns inget entydigt samband mellan identifieringskoden för handelsplatstransaktioner (TVTIC) som krävs enligt Mifir och rapportens spårningsnummer (RTN). TVTIC är en individuell transaktionsidentifieringskod för varje transaktion till följd av ett fullständigt eller partiellt utförande av en order som fördelas till både de köpande och de säljande parterna. Rapportens spårningsnummer är ett unikt nummer som tilldelats utförandet och är gemensamt för en grupp rapporter som rör samma utförande för att möjliggöra identifiering av rapporter som rör samma utförande. På grund av att en systematiska internhandlare (SI) inte betraktas som en handelsplats enligt direktiv 2014/65/EU (Mifid II) och ett RTN genereras av en handelsplats krävs inte att fältet RTN fylls i när transaktioner sker hos en systematisk internhandlare.

160. Värdepappersföretagen, clearingmedlemmarna eller de centrala motparterna bör förse de rapporterande motparterna med respektive RTN. På samma sätt bör de rapporterande motparterna skicka RTN till sina motparter så att de kan fullgöra sina rapporteringsskyldigheter.

161. Rapporteringen av rapportens spårningsnummer för CFD-kontrakt (om de utförs på en handelsplats och en grupp CFD-kontrakt ingår i samma utförande) följer samma regler som beskrivs ovan.

162. Den unika transaktionskoden (Unique Trade Identifier, UTI) är en unik kod för ett derivat mellan två motparter. Ett par av motparter bör använda en särskild UTI för ett enda derivat och inte återanvända samma UTI för att rapportera något annat derivat enligt Emir. Samma princip gäller för de UTI som genereras för derivat som rapporteras på positionsnivå. UTI måste vara identiska i rapporterna från båda motparter som ingår i ett derivat. Ytterligare information om UTI finns i avsnitt 3.11.

163. Fälten för tidsstämplar bör fyllas i enligt följande: a. Tidsstämpeln för utförande bör motsvara tidpunkten för utförande på handelsplatsen. b. Tidsstämpeln för clearing bör rapporteras som den tidpunkt då den centrala motparten juridiskt sett har tagit sig an clearingen av transaktionen. När clearing sker enligt modellen för öppet erbjudande förväntas tidsstämpeln för clearing och tidsstämpeln för utförande som används vara densamma. Om clearing emellertid sker med novation så kan de två tidsstämplarna vara olika.

164. Om inte annat överenskommits mellan parterna förväntas ett värdepappersföretag inte lämna någon rapport om säkerhetens värde eller eventuell senare ändring eller avslutande av det ingångna derivatkontraktet om förfarandet för ställande av säkerheter äger rum genom direkta överenskommelser mellan kunden (motpart 1) och clearingmedlemmen. 55

165. På transaktionsnivå och på positionsnivå är intradagsrapportering av livscykelhändelser inte obligatorisk när det gäller transaktioner med derivat som handlas på handelsplatser, den är frivillig. På transaktionsnivå och på positionsnivå kan alla livscykelhändelser för derivat som handlas på handelsplatser rapporteras i slutet av dagen och återspegla derivatets tillstånd vid den tidpunkten.

166. Exempel på ett derivat som handlas på handelsplats och som följer de tekniska tillsynsstandarderna för rapportering: Ett portugisiskt kreditinstitut A skickar en ändring av en position i ett derivat som handlas på handelsplats med ett spanskt investeringsbolag som motpart B, på grund av en företagshändelse i det underliggande värdepappret. Rapporten avser en position i terminer som handlas på handelsplats X och avser utdelning på en aktie i ett nederländskt företag. Positionen är säkerställd och avvecklingen kommer att ske kontant.

167. Alla obligatoriska fält har inte inkluderats. Nummer Fält Exempel Tabell 1 1 Rapporteringstillfälle 2021-12-02T09:35:00Z 2 Rapportinlämnande enhets ID LEI A 3 Enhet som ansvarar för rapporteringen LEI A 4 Motpart 1 (rapporterande motpart) LEI A 5 Typ av motpart 1 F 6 Bransch för motpart 1 CDTI 7 Clearingtröskel för motpart 1 SANT 8 Typ av identifieringskod för motpart 2 SANT 9 Motpart 2 LEI B 11 Typ av motpart 2 F 12 Bransch för motpart 2 IMVF 14 Rapporteringsskyldighet för motpart 2 FALSKT 16 Clearingmedlem LEI A 17 Riktning BYER 56 20 Direkt kopplat till affärsverksamhet eller FALSKT likviditetsförvaltning Tabell 2 1 UTI ABCDE24680TTTTT22222 7 ISIN-kod DE000C5XXXXX 9 Produktklassificering FFVCSX 10 Typ av kontrakt FUTR 11 Tillgångsklass EQUI 13 Typ av identifiering av det underliggande I 14 Identifiering av det underliggande NL001154XXXX 19 Avvecklingsvaluta 1 EUR 21 Värderingsbelopp 205 100,00 22 Värderingsvaluta EUR 23 Tidsangivelse för värdering 2021-12-02T00:59:00Z 24 Värderingsmetod CCPV 26 Indikator för portföljsäkerhet SANT 27 Kod för portföljsäkerhet 1814145_1145_BSC040XXXX 30 Clearingkravet UKWN 31 Clearat Y 32 Tidsstämpel för clearing 2021-12-01T00:59:00Z 33 Central motpart LEI central motpart 37 Inom gruppen FALSKT 38 Riskreduceringstjänst efter handel FALSKT 41 Handelsplats MIC X 57 42 Tidpunkt för utförandet 2021-12-01T00:30:00Z 43 Ikraftträdande 2021-11-30 44 Sista giltighetsdatum 2021-12-17 47 Leveranstyp KONTANTER 48 Pris 0,42 49 Prisvaluta EUR 55 Teoretiskt belopp för del 1 1554000 56 Teoretisk valuta 1 EUR 60 Total teoretisk kvantitet för del 1 3700000 151 Åtgärdstyp MODI 152 Händelsetyp Företagshändelse 153 Datum för händelsen 2021-12-02 154 Nivå PSTN

3.9 Rapportering i god tid av ingående, ändring och avslutande av ett derivatkontrakt

168. I artikel 9.1 i Emir anges det att ”[m]otparter och centrala motparter ska säkerställa att närmare uppgifter om varje derivatkontrakt som de har ingått och varje ändring eller avslutande av kontraktet rapporteras in […] till ett transaktionsregister”. Dessutom bör de relevanta uppgifterna rapporteras ”senast den första arbetsdagen efter varje ingående, ändring eller avslutande av kontraktet”.

3.9.1 Ingående av ett derivatkontrakt

169. Varje ingående av ett derivatkontrakt bör rapporteras till ett transaktionsregister. Om ett derivat som ingåtts därefter avslutas bör motparterna eller den enhet som ansvarar för rapporteringen, beroende på vad som är tillämpligt, efter att ha rapporterat det med åtgärdstypen ”Ny” rapportera det med åtgärdstypen ”Avsluta”.

170. Motparter bör rapportera ingåendet av ett derivat även om avslutandet av derivatet sker innan rapporteringsfristen går ut (t.ex. för intradagsderivat). I sådana fall bör motparten inom samma rapporteringsfrist skicka två rapporter: den ena med 58 åtgärdstyp ”Ny” och den andra med åtgärdstyp ”Avsluta”. Om derivatet avslutas samma dag på grund av inkludering i en position bör motparten endast skicka en rapport för det derivatet, med åtgärdstypen ”Positionskomponent”.

171. Om det ursprungliga derivatet togs upp i en position och alltså rapporterades med åtgärdstypen ”Positionskomponent” och sedan avslutas bör motparterna inte skicka en rapport med åtgärdstypen ”Avsluta” för det ursprungliga derivatet; i stället bör motparterna skicka en rapport med åtgärdstypen ”Ändra” för den position där det ursprungliga derivatet ingick, för att ta bort detta derivat från positionen.

172. Åtgärdstyp ”Fel” bör endast användas för att annullera derivat som aldrig kommit till stånd eller som inte omfattas av rapporteringsplikten enligt Emir. I det särskilda scenario där motparterna kommer överens om att ingå ett derivatkontrakt som är beroende av registrering hos den centrala motparten och den centrala motparten avvisar derivatet bör motparterna därför avsluta derivatet med åtgärdstypen ”Fel” eftersom det överenskomna villkoret för kontraktets ikraftträdande inte uppfylldes och derivatkontraktet således aldrig kom till stånd.

3.9.2 Ändring eller korrigering av ett derivatkontrakt

173. En ändring av ett derivat omfattar rapportering av följande åtgärdstyper: ”Ändra” och ”Korrigera”. Rapporteringstiden är densamma som vid ingåendet av ett derivat, vilket innebär att från den tidpunkt då en ändring träder i kraft så ska den rapporteras.

174. Motparter bör endast rapportera de ändringar som har verkställts, dvs. inte ändringar som har överenskommits men kommer att träda i kraft i framtiden. Om motparterna till exempel kommer överens om ändring av det teoretiska beloppet från ett visst datum som ligger i framtiden bör ändringen rapporteras först när det överenskomna datumet (datumet för ikraftträdande av ändringen) infaller.

175. När det gäller korrigering bör felaktigt inlämnade uppgifter rapporteras så snart de upptäcks.

176. En korrigeringsrapport behöver inte lämnas in om en motpart efter ändring av ett derivat har infört felaktiga uppgifter endast i sina egna interna system men inte har rapporterat sådana felaktiga uppgifter till transaktionsregistret. I sådana fall bör den motparten endast skicka den ändringsrapport som innehåller slutliga, korrekta uppgifter (dvs. att den inte behöver skicka någon ändringsrapport med felaktiga uppgifter och sedan korrigering).

3.9.3 Rapportering av säkerhetsuppdateringar och värderingsuppdateringar

177. Vid värderingsuppdateringar bör motparterna skicka dagliga värderingar senast till slutet av den arbetsdag som följer efter värderingsdagen och fylla i datumet för värderingsdagen i fältet ”Datum för händelsen”. Det bör vara detsamma som datumdelen i fältet ”Tidsstämpel för värdering”. 59

178. Säkerhetsuppdateringar bör skickas dagligen och motparter bör fylla i fältet ”Datum för händelsen” med det datum för vilket säkerhetsuppdateringen rapporteras (dvs. att rapporten om uppdatering av marginalsäkerhet bör återspegla marginalsäkerheternas tillstånd vid slutet av den dagen). Säkerhetsuppdateringar bör rapporteras när de träder i kraft, dvs. på den förväntade avvecklingsdagen, och de bör omfatta alla marginalsäkerheter som är i transit och under avveckling, utan att ta hänsyn till tillfälliga avvecklingsmisslyckanden.

179. I det särskilda fallet med marginalsäkerheter som förbetalats till en central motpart avseende en portfölj av clearade transaktioner bör dessa rapporteras på T+1 för ingåendet av det första tillämpliga derivatet i portföljen i fråga (sammanlänkade genom en portföljkod) i stället för dagen efter det datum då säkerheten ställdes.

180. Mer allmänt bör inga marginalsäkerheter rapporteras om inget derivat som täcks av dessa marginalsäkerheter har rapporterats tidigare.

3.9.4 Avslutande av ett derivatkontrakt

181. Motparterna bör inte skicka in en rapport med åtgärdstypen ”Avsluta” när ett derivat löper ut och därmed inte längre är utestående. När förfallodagen nås kommer derivatet automatiskt att behandlas som inte utestående.

182. Om motparterna kommer överens om avslutande av ett derivat före förfallodagen eller om att avsluta ett derivat utan fastställd löptid bör de antingen a. lämna in en rapport med åtgärdstypen ”Avsluta” där det överenskomna avslutandet sker samma dag som avslutandet meddelades, eller b. lämna in en rapport med åtgärdstypen ”Ändra” där det överenskomna avslutandet sker dagen efter eller senare. I detta fall bör motparterna modifiera förfallodagen i enlighet härmed.

183. Motparterna bör inte skicka en rapport med åtgärdstypen ”Avsluta” om datumet för avslutande infaller på förfallodagen. Detta omfattar t.ex. när en motpart utnyttjar en option på förfallodagen.

184. När det gäller en nettad position kan motparter antingen besluta att hålla den öppen och rapportera värdering på daglig basis eller att avsluta denna position (och rapportera med åtgärdstypen ”Ny” och ny UTI om den behöver återupptas). Båda motparter bör rapportera konsekvent. Denna aspekt behandlas mer i detalj i avsnitt 3.7. Datum för händelsen

185. I tabell 11 anges vad som bör rapporteras i fältet ”Datum för händelsen” för varje åtgärdstyp. Datumet för händelsen visar, per definition, även vad som ger upphov till rapporteringen, t.ex. värderingsdagen vid värderingsuppdatering. De faktiska rapporterna bör lämnas in i slutet av den arbetsdag som följer efter händelsens datum. 60 Tabell 11 Åtgärdstyp Datum för händelsen Ny Datum för ingående av derivatet eller datum för skapandet av en position Ändra Datum för ikraftträdande av ändringen Korrigera Datum från vilket korrigeringen ska gälla (oftast det datum för vilket de tidigare felaktiga uppgifterna hade rapporterats) Avsluta Datum då avslutandet träder i kraft Fel Datum för rapportering av felet Förnya Datum för rapportering av förnyandet Värdering Värderingsdag Positionskomponent Datum för ingående av derivatet och dess inkludering i positionen Uppdatering av Förväntad avvecklingsdag för marginalsäkerheten marginalsäkerhet

186. I de fall där framtida datum för förtida avslutande är överenskommet bör ändringen rapporteras senast till utgången av den arbetsdag som följer på dagen för avtalet. En sådan ändringsrapport bör innehålla avtalets datum som datum för händelsen och det överenskomna framtida datumet anges i fältet ”Sista giltighetsdatum”.

187. Vid upprättandet av transaktionsstatusrapporten för ett derivat måste transaktionsregistren ta hänsyn till datumet för händelsen. Mer information om detta finns i avsnitt 6.1.

3.10 Kartläggning av företagshändelser efter åtgärdstyp och nivå

188. Nedan tillhandahåller Esma en kartläggning av sambanden mellan företagshändelser och motsvarande åtgärdstyper och händelsetyper som motparterna bör använda i samband med respektive händelser.

189. Tabell 12 innehåller en kolumn med rubriken ”Rapporteringspliktig?” som innehåller förtydliganden om huruvida rapportering av varje händelse ska ske. Som en allmän regel bör dock motparterna rapportera alla nya transaktioner som omfattas av rapporteringen och eventuella ändringar som påverkar de rapporterade uppgifterna. 61

190. Vissa av företagshändelserna (t.ex. den andra motpartens fallissemang) kan skilja sig från det allmänna fall som presenteras i tabellen. Därför kan den faktiska ordningsföljden för de rapporteringspliktiga händelserna i vissa fall skilja sig från de angivna exemplen och bör alltid återspegla de verkliga händelserna så nära som möjligt.

191. Vid rapportering av händelser av typen förtida avslutande (t.ex. på grund av fullständigt avslutande eller förtida utnyttjande av derivatkontraktet) bör motparter välja vilken typ av åtgärder som ska rapporteras på grundval av datumet för händelsens ikraftträdande. Om det överenskomna datumet för avslutande är samma dag som meddelandet om avslutande bör motparterna använda åtgärdstypen ”Avsluta”. Om den överenskomna händelsen äger rum i framtiden bör motparterna använda åtgärdstypen ”Ändra” och uppdatera förfallodagen för att återspegla det överenskomna datumet för avslutande. Tabell 12 62 Tabell 12 63 Tabell 12 64 Tabell 12 65 Tabell 12 LEI på grund av företagshä 66 Tabell 12 ndelser behandlas i avsnitt 67 Tabell 12 68 Tabell 12 69 Tabell 12

3.11 Generering av UTI-kod

192. Snabb generering och kommunikation av UTI-koden är avgörande för att säkerställa att motparterna i god tid kan uppfylla sin rapporteringsskyldighet. Om en av motparterna är ansvarig för generering av UTI bör båda motparterna vidta nödvändiga åtgärder för att den genererande motparten ska kunna generera UTIkoden i tid, använda den i sin egen rapportering och kommunicera den till den andra motparten, och för den mottagande motparten, för att få in UTI och använda samma UTI-kod (utan ändring eller trunkering) i sin egen rapportering. Som bästa praxis bör manuella åtgärder i processen för att dela UTI undvikas och digitala medel bör främjas.

193. Tidsfristen 10.00 för generering av UTI och kommunikation gäller för alla derivat, inklusive de derivat som rapporteras på positionsnivå. Om den genererande parten underlåter att generera eller kommunicera UTI i god tid, vilket 70 är kl. 10.00 UTC på T+1, bör den mottagande parten, för att kunna uppfylla rapporteringsfristen, kontakta den genererande parten och fråga om processen i stället för att rapportera med hjälp av en UTI som genereras på egen hand.

194. Flödesschemat nedan visar hur motparterna bör fastställa vilken enhet som ansvarar för genereringen av UTI i enlighet med artikel 7 i de tekniska genomförandestandarderna för rapportering. 71

195. Om den enhet som ansvarar för generering av UTI (t.ex. en handelsplats i ett tredjeland eller en bekräftelseplattform) inte omfattas av Emir och inte kan eller vill generera UTI bör parterna följa nästa steg i vattenfallsprincipen för generering av UTI. Om det sista steget i vattenfallsprincipen tilldelar ansvaret till den andra motparten som inte är en EU-motpart och den motparten inte tillhandahåller UTI bör den rapporterande motparten generera en UTI på egen hand för att uppfylla rapporteringsfristen. Om motparten utanför EU tillhandahåller UTI för sent och EUmotparten redan har rapporterat med sin egen UTI bör EU-motparten emellertid lämna felrapport för det rapporterade derivatet och rapportera om den UTI som genererats i enlighet med de tekniska genomförandestandarderna för rapportering.

196. När processen leder till steget ”motpartsavtal” kan motparterna t.ex. besluta att en av dem alltid kommer att generera UTI eller så kan de besluta att tillämpa andra gemensamt överenskomna regler, inklusive en logik för utslagsregel som de själva väljer. Den valda logiken bör vara tillräckligt enkel för att säkerställa ett tydligt avgörande av vilken motpart som ansvarar för generering av UTI i samtliga fall.

197. Som sista utväg är lösningen för att avgöra den UTI-genererande enheten att sortera LEI-koderna i omvänd ordning. För detta ändamål bör motparterna använda ASCII som sorteringsmetod där en siffra alltid kommer före en bokstav: Tabell 13 Exempel 1 Exempel 2 LEI Motpart 1: Motpart 1: 1111ABCDEABCDEABC123 ABCDEABCDEABCDE12345 Motpart 2: Motpart 2: 1111AAAAABBBBBCCC23 ABCDEABCDEAAAAA12344 LEI i omvänd ordning 321CBAEDCBAEDCBA1111 54321EDCBAEDCBAEDCBA 32CCCBBBBBAAAAA1111 44321AAAAAEDCBAEDCBA Vid sortering tecken-för- 321CBAEDCBAEDCBA1111 44321AAAAAEDCBAEDCBA tecken kommer en siffra eftersom 1 (siffra) kommer före eftersom 4 kommer före 5 alltid före en bokstav C (bokstav) (ASCII-ordningsföljd)

198. Den faktiska genereringen av UTI kan delegeras, vilket innebär att varje enhet som fastställts som enhet som ansvarar för generering av UTI i enlighet med de tekniska genomförandestandarderna för rapportering kan delegera generering av UTI till en tredje part. Den måste dock säkerställa att den tredje parten uppfyller alla tillämpliga krav när det gäller att UTI-genereringen sker i god tid, UTI-kodens struktur och format osv. 73

3.12 Fastställande av motpartssida

199. I artikel 4 i de tekniska genomförandestandarderna för rapportering föreskrivs att motpartssidan till derivatkontraktet ska fastställas vid tidpunkten för derivatets ingående på grundval av den typ av kontrakt som ingås.

200. På grundval av ovanstående bör motparterna fastställa motpartssidan vid tidpunkten för derivatets ingående och rapportera antingen köpare/säljare i fältet ”Riktning” eller betalare/mottagare i fälten ”Riktning för del 1” och ”Riktning för del 2” beroende på vilken typ av derivat som ingås, som framgår av tabellen nedan.

201. Motparterna bör, när motpartssidan är avgjord, rapportera fälten som rör ”Riktning”, ”Riktning för del 1” och ”Riktning för del 2” med motsatta värden.

202. Detta innebär att om de två motparterna har ingått ett kontrakt som kräver att fältet ”Riktning” ska fyllas i, och om motpart 1 rapporterar köpare i fält ”Riktning”, bör den andra motparten till kontraktet rapportera säljare och vice versa.

203. Under antagandet att motparterna bör komma överens om ett konsekvent sätt för rapportering av derivatets respektive delar och om de två motparterna har ingått ett kontrakt som kräver att fälten ”Riktning för del 1” och ”Riktning för del 2” fylls i så gäller på motsvarande sätt att om motpart 1 rapporterar betalare/mottagare i fältet ”Riktning för del 1” och mottagare/betalare i fältet ”Riktning för del 2” bör den andra motparten till kontraktet rapportera mottagare/betalare i fältet ”Riktning för del 1” och betalare/mottagare i fältet ”Riktning för del 2”. Se avsnitt 6.2.4 för en mer ingående diskussion om rapportering och avstämning av derivat med två delar.

204. Det förväntas också att den motpart som rapporterar betalare i fältet ”Riktning för del 1” bör rapportera mottagare i fältet ”Riktning för del 2” och vice versa. Tabell 14 Användning av riktningsfälten per produkttyp Typ av kontrakt Riktning Riktning för del 1 Riktning för del 2 Alternativ Köpare/säljare - - Bytesoption Köpare/säljare - - Valutatermin - Betalare/mottagare Mottagare/betalare Valutaswapp - Betalare/mottagare Mottagare/betalare Forward Köpare/säljare Icke-levererbar termin (NDF) - Betalare/mottagare Mottagare/betalare Termin Köpare/säljare CFD Köpare/säljare 74 Tabell 14 Användning av riktningsfälten per produkttyp Typ av kontrakt Riktning Riktning för del 1 Riktning för del 2 Spreadbetting Köpare/säljare Utdelningsswapp Köpare/säljare Värdepappersswapp Betalare/mottagare Mottagare/betalare Ränteswapp Betalare/mottagare Mottagare/betalare Inflationsindexswapp Betalare/mottagare Mottagare/betalare Ränteswapp i mer än en valuta Betalare/mottagare Mottagare/betalare Instrument för överföring av kreditrisk (utom optioner och Köpare/säljare swaptioner) Råvaruswapp Betalare/mottagare Mottagare/betalare Ränteterminskontrakt (FRA) Betalare/mottagare Mottagare/betalare Derivat kopplade till varians, Köpare/säljare volatilitet och korrelation

205. När det gäller åtgärdstyperna ”Värdering” och ”Uppdatering av marginalsäkerhet” behöver fälten ”Riktning”, ”Riktning för del 1” och ”Riktning för del 2” inte rapporteras.

206. Om en position är resultatet av nettning av positionen till 0 kan fältet ”Riktning” rapporteras som antingen köpare/säljare eller säljare/köpare och fälten ”Riktning för del 1” och ”Riktning för del 2” kan rapporteras som antingen betalare/mottagare eller mottagare/betalare eftersom dessa fält, i avstämningssyfte, inte bör stämmas av i detta fall. Se avsnitt 6.2.4 för mer information om rapportering och avstämning av fälten ”Riktning”, ”Riktning för del 1” och ”Riktning för del 2” när positionerna nettas till noll.

3.13 Identifiering av motparter

207. Enligt artikel 3 i de tekniska genomförandestandarderna för rapportering ska motpart 1 till ett derivat och den enhet som ansvarar för rapporteringen av ingåendet eller ändringen av ett derivat säkerställa att referensuppgifterna avseende dess LEI-kod enligt ISO 17442 förnyas i enlighet med villkoren för någon av de ackrediterade lokala registerförarna i det globala LEI-systemet.

208. Enligt artikel 3 i de tekniska genomförandestandarderna för rapportering bör dessutom ISO 17442-koden för identifiering av juridiska personer (LEI) användas för att identifiera en mäklare, en central motpart, en clearingmedlem, en motpart 75 som är en juridisk person, en rapportinlämnande enhet, en enhet som ansvarar för rapporteringen och en leverantör av riskreduceringstjänster efter handel.

209. I artikel 9.5 i Emir föreskrivs det att åtminstone identiteten på parterna i derivatkontrakten bör rapporteras. Detta krav kan inte frångås. Därför skulle en motpart som handlar med motparter som inte kan identifieras på grund av rättsliga, regleringsmässiga eller avtalsmässiga hinder inte anses agera förenligt med artikel 9.5 i Emir.

210. Det bör noteras att motparter som rapporterar enligt Emir alltid bör identifiera sig med huvudkontorets LEI eftersom det rättsliga ansvaret för rapportering alltid ligger på den juridiska personen och inte på filialen.

211. För att minska rapporteringsproblem på grund av förfallna LEI-koder bör LEIkoden för motpart 1 och den enhet som ansvarar för rapporteringen, i syfte att rapportera eventuella nya derivat eller eventuella ändringar, vederbörligen förnyas och upprätthållas i enlighet med villkoren hos någon av de godkända lokala registerförarna i det globala systemet för identifiering av juridiska personer.

212. Andra enheter än motpart 1 och den enhet som ansvarar för rapporteringen kan rapporteras med en förfallen LEI i enlighet med valideringsreglerna.

213. När LEI för motpart 2, enhet som ansvarar för rapporteringen, mäklare, central motpart, clearingmedlem och leverantör av riskreduceringstjänster efter handel har fyllts i bör LEI föras in i GLEIF-databasen som upprätthålls av den centrala registerföraren, dvs. vara en giltig LEI.

214. Den tidpunkt som är relevant för valideringen av LEI-status är rapporteringsdatum såsom angivet i valideringsreglerna.

215. Fältet ”Land för motpart 2” bör endast fyllas i när fältet ”Typ av identifieringskod för motpart 2” är ”Falskt”, dvs. avser privatpersoner som inte agerar i en företagskapacitet och bör hänvisa till koden för personens bosättningsland.

216. Fälten ”Bransch för motpart 1” och ”Bransch för motpart 2” bör fyllas i med bransch för själva motparten och bör inte avse branschen för dess filial.

217. Om motpart 2 till derivatkontraktet är en privatperson som inte agerar som ett företag bör en kundkod användas. Kundkoder bör endast rapporteras när fältet ”Typ av identifieringskod för motpart 2” är ifyllt med ”Falskt”.

218. Om motpart 2 omfattas av rapporteringsskyldigheten enligt Emir bör fältet ”Rapporteringsskyldighet för motpart 2” fyllas i med ”Sant”, eftersom indikatorn för rapporteringsskyldigheten är oberoende av tilldelningen av ansvaret för rapportering och eventuella delegeringsarrangemang.

219. Det bör noteras att fältet ”Rapporteringsskyldighet för motpart 2” bör fyllas i med ”Falskt” när motpart 2 till derivatkontraktet är en privatperson som inte agerar som ett företag, en motpart utanför EU, en central motpart utanför EU eller en enhet som avses i artikel 1.4 i Emir (BIS, centralbanker osv.). 76 Tabell 15 Rapporteringsskyldighet för Motpart 2 motpart 2 FC/NFC/CCP i EU SANT FC/NFC/CCP utanför EU FALSKT PRIVATPERSON SOM INTE AGERAR SOM ETT FALSKT FÖRETAG ENHETER I ARTIKEL 1.4 I EMIR (BIS, FALSKT CENTRALBANKER osv.) ENHETER I ARTIKEL 1.5 I EMIR (MULTILATERALA SANT UTVECKLINGSBANKER, ESM, EFSF osv.)

220. Kundkoder bör rapporteras som ”LEI för motpart 1 + intern identifieringskod för enskilda individer”, där en sådan intern identifieringskod bör vara unik på nivån för den rapporterande motparten (motpart 1), dvs. kunden förväntas inte ha en enda intern identifierare för alla enheter som den handlar med. Dessutom bör den interna identifieringskod som används för identifiering av enskilda individer inte innehålla information som avser personuppgifter (oberoende av deras känslighet).

221. LEI-komponenten i kundkoden bör inte uppdateras när den rapporterande motparten (som LEI avser) genomgår företagshändelsen.

222. När det gäller företagshändelser, där de berörda motparterna har samma person som kund och den interna identifieringskoden för den personen skiljer sig åt mellan de berörda parterna, bör den rapporterande motparten efter fusionen identifiera den personen med en av de tidigare använda interna identifieringskoderna för att säkerställa spårbarheten. I synnerhet för nyligen ingångna derivat bör endast en av kundkoderna användas konsekvent, den som börjar med den rapporterande motpartens LEI efter fusionen. Rapporteringspliktiga livscykelhändelser för utestående derivat vid tidpunkten för fusionen bör rapporteras med de kundkoder som användes före företagshändelsen för dessa derivat. Rapporterings- Rapporterande Transaktionstillfälle motpart Andra motpart ID Åtgärdstyp Före fusionen T LEIAAAA LEIAAAA123 xyz Ändring T LEIBBBB LEIBBBB456 qwe Ändring LEIBBBB fusionerar med LEIAAAA vid T+1 Rapporterings- Rapporterande Transaktionstillfälle motpart Andra motpart ID Åtgärdstyp Efter fusionen T+2 LEIAAAA LEIAAAA123 xyz Ändring T+2 LEIAAAA LEIBBBB456 qwe Ändring 77 T+2 LEIAAAA LEIAAAA123 jkl Ny

3.14 Procedur om en av motparterna genomgår en företagshändelse

223. I artikel 8 i de tekniska genomförandestandarderna för rapportering föreskrivs att om en motpart genomgår en företagshändelse som leder till att dess LEI ändras bör den motparten eller den enhet som ansvarar för rapporteringen eller den enhet till vilken rapporteringen delegerats underrätta det behöriga transaktionsregistret om ändringen och begära uppdatering av LEI. Dessutom föreskrivs i artikel 2 i de tekniska tillsynsstandarderna för uppgifters kvalitet att det transaktionsregister till vilken begäran riktas ska identifiera de derivat som är utestående vid tidpunkten för omstruktureringshändelsen där enheten är rapporterad med den gamla identifieringskoden i fältet ”Motpart 1 (rapporterande motpart)” eller i fältet ”Motpart 2” enligt vad som anges i begäran och ska ersätta den gamla identifieringskoden med den nya LEI-koden i rapporterna om alla derivat som hänför sig till den motparten vid tidpunkten för företagshändelsen.

224. I artikel 2 i de tekniska tillsynsstandarderna för uppgifters kvalitet anges också det förfarande och den tidsplan som transaktionsregister ska följa för att korrekt slutföra uppdateringen av LEI för alla derivat som avser den motpart som lämnar in begäran enligt artikel 8 i de tekniska genomförandestandarderna för rapportering.

225. Uppdateringen av LEI-koden bör göras samma dag som företagsomstruktureringshändelsen äger rum. Om begäran om att uppdatera LEI på grund av en företagshändelse kommer transaktionsregistret tillhanda senare än 30 dagar före företagshändelsen bör transaktionsregistret utföra uppdateringen så snart som möjligt och senast 30 kalenderdagar från mottagandet av begäran.

226. För att säkerställa snabb kommunikation mellan den enhet som deltar i uppdateringen och dess transaktionsregister bör den motpart som berörs av ändringen lämna all nödvändig information om fusionen till sitt transaktionsregister senast 30 kalenderdagar före dagen för företagshändelsen.

227. Om den berörda motparten är en enhet i ett tredjeland bör den EU-motpart eller EU-enhet som ansvarar för rapporteringen eller den enhet till vilken den rapporterande motparten i EU delegerat rapporteringen ansvara för att meddela ändringen till transaktionsregistret.

228. Dessutom, om en motpart inte är ansvarig, även juridiskt sett, för rapporteringen, är den enhet som ansvarar för rapporteringen ansvarig för att meddela ändringen till transaktionsregistret. Vid delegering bör ansvaret för att meddela ändringen till transaktionsregistret ligga hos den rapportinlämnande enheten.

229. Det bör noteras att om den berörda motparten inte har något avtalsförhållande med transaktionsregistret bör den informera den rapportinlämnande enheten eller den enhet som ansvarar för rapporteringen. Ansvaret för att informera transaktionsregistret kan ändå fastställas av de berörda parterna i en delegeringsakt. 78

230. För att säkerställa en korrekt kommunikationsprocess mellan olika transaktionsregister bör det transaktionsregister till vilken en begäran om uppdatering av en LEI-kod lämnas dessutom informera andra transaktionsregister om ett utförande av en ny uppdatering av LEI-kod senast tre veckor före dagen för företagshändelsen.

231. För att säkerställa en snabb kommunikationsprocess mellan olika transaktionsregister och deras kunder bör transaktionsregistret informera sina kunder om ett utförande av en ny uppdatering av LEI-koden senast två veckor före dagen för företagshändelsen.

232. När transaktionsregistret sänder information till sina kunder om en företagshändelse bör en rapporterande motpart som inte har något avtalsförhållande med transaktionsregistret utan onödigt dröjsmål informeras av den enhet som ansvarar för rapporteringen eller den rapportinlämnande enheten, beroende på vad som är tillämpligt.

233. Enheter som deltar i uppdateringen förväntas lämna all nödvändig information till sina lokala registerförare för att säkerställa en korrekt och snabb uppdatering av LEI i GLEIF-databasen.

234. Om begäran mottogs senare än 30 kalenderdagar före företagshändelsen bör transaktionsregistret uppdatera LEI för alla utestående derivat vid den tidpunkt då företagshändelsen ägde rum och mellan datumet för företagshändelsen och det datum då transaktionsregistret utför uppdateringen. Därför bör även avslutade/förfallna derivat mellan de två datumen uppdateras.

235. Om de berörda enheterna rapporteras i andra fält än ”Motpart 1 (rapporterande motpart)”, ”Motpart 2” eller ”Enhet som ansvarar för rapportering” av derivatet (t.ex. den enhet som påverkas av ändringen är den enhet som rapporteras i fälten ”Mäklar-ID” eller ”Clearingmedlem”) bör dessa enheter tillhandahålla transaktionsregister antingen en förteckning över de UTI-koder som påverkas av ändringen eller, om de inte har denna information, alla nödvändiga uppgifter så att transaktionsregister kan identifiera de påverkade derivaten. I detta fall bör transaktionsregistren utföra en sådan uppdatering först efter en bekräftelse av de berörda posterna från motpart 1 eller den enhet som ansvarar för rapporteringen, 79 beroende på vad som är tillämpligt. Om motpart 1 eller den enhet som ansvarar för rapporteringen inte svarar i tid för genomförandet av uppdateringen kan uppdateringen av relevanta uppgifter om dessa derivat utföras genom att relevanta rapporter lämnas in med åtgärdstypen ”MODI”.

236. Om företagshändelsen endast berör en delmängd derivat (t.ex. spin-offer) bör transaktionsregister införa gemensamma förfaranden för uppdatering av LEIuppgifter om de derivatkontrakt som skulle kunna påverkas av partiella ändringar av LEI-koderna. Ansvaret för att ange vilka UTI som påverkas av ändringen bör ligga kvar hos de motparter eller enheter som ansvarar för rapporteringen. Båda motparter/enheter som ansvarar för rapporteringen förväntas meddela ändringen till sina transaktionsregister.

237. Transaktioner med den gamla LEI-koden som är angivna som felaktiga eller avslutade av misstag men som faktiskt är utestående vid tidpunkten för företagshändelsen bör nödvändigtvis ”förnyas” före (eller vid tidpunkten för) företagshändelsen. Om motparten eller den rapporterande motparten, beroende på vad som är tillämpligt, efter företagshändelsen inser att ett derivat med den gamla LEI-koden som av misstag har avslutats/angetts som felaktig inte har förnyats före (eller vid tidpunkten för) företagshändelsen bör motparten rapportera detta derivat med en ny UTI. Den andra motparten bör i sin tur avsluta sitt derivat och rapportera det igen med den nygenererade UTI-koden. Detta senare scenario bör endast förekomma som en sista utväg med tanke på att motparter som påverkas av en företagshändelse noggrant bör bedöma omfattningen av utestående derivat innan företagshändelsen inträffar.

238. Transaktionsregister bör ta fram all information om uppdateringen av LEI, i enlighet med vad som anges i artikel 2.3 b i de tekniska tillsynsstandarderna för uppgifters kvalitet, i maskinläsbart format för att främja en snabb och automatisk process för intressenternas (transaktionsregister, rapporterande motparter, rapportinlämnande enheter, enheter som ansvarar för rapporteringen) uppdatering av LEI.

239. Det förfarande som anges i artikel 2 i de tekniska tillsynsstandarderna för uppgifters kvalitet och de tidsfrister som anges ovan bör också följas med hänvisning till scenariot med uppdatering från BIC eller andra identifieringskoder till LEI.

3.15 Identifiering och klassificering av produkter

Allmänna förtydliganden

240. I enlighet med de tekniska genomförandestandarderna för rapportering bör de derivat som i) är godkända för handel eller handlas på en handelsplats eller ii) handlas via en systematisk internhandlare och deras underliggande är godkänt för handel eller handlas på en handelsplats eller är ett index eller en korg bestående av instrument som handlas på en handelsplats identifieras i fält 2.7 med hjälp av en ISIN-kod inom ramen för ISO 6166. De återstående derivaten bör identifieras i 80 fält 2.8 med en unik produktbeteckning (Unique Product Identifier, UPI) enligt ISO 4914. När det gäller derivat som handlas på en börs i ett tredjeland krävs inte identifiering av produkten om både ISIN-kod och UPI är otillgängliga. På så sätt kan de relevanta derivatprodukterna identifieras unikt medan motparterna endast måste tillhandahålla ett sätt att identifiera en viss produkt och överensstämmelse med rapporteringskraven enligt Mifir bibehålls.

241. Dessutom bör motparterna klassificera alla derivat med en CFI-kod enligt ISO 10692 (fält 2.9). Motparterna bör alltid använda officiella källor för CFI-koden. För detta ändamål bör CFI som tilldelats av ANNA Derivatives Service Bureau (ANNA DSB) eller den berörda nationella numreringsmyndigheten användas. Ytterligare information kan erhållas från ANNA DSB (https://www.anna-dsb.com/ufaqs/cficode/), från ANNA (http://www.annaweb.org/standards/about-identificationstandards/) eller den berörda nationella numreringsmyndigheten för derivatet.

242. Endast giltiga CFI-koder bör rapporteras av motparterna. När det gäller derivat som identifieras med en UPI-kod förväntas CFI alltid vara tillgängligt. När det gäller övriga derivat bör motparterna, om CFI inte finns i de officiella källorna, begära den från den berörda nationella numreringsmyndigheten. Identifiering av valutaswappar

243. Om motparterna ingår en valutaswapp (oavsett hur produkten därefter har bekräftats eller avvecklats) bör de rapportera den i en enda rapport och identifiera produkten med UPI eller ISIN avseende den valutaswappen. Det bör noteras att det i den tekniska vägledningen för UPI uttryckligen anges att valutaswappar är en separat produkt och att det därför inte finns någon anledning till att valutaswappar skulle behöva brytas ned i valutaterminer i rapporteringssyfte. Referensuppgifter för UPI

244. Esma anser att det inte bör krävas att majoriteten av referensdatafälten eller alla referensdatafälten för UPI ska rapporteras för de produkter som identifieras med UPI när UPI-systemet är helt infört och både myndigheter och marknadsaktörer får mer erfarenhet av användningen av UPI. Dessutom gäller liknande överväganden för de produkter som identifieras med ISIN och för vilka referensuppgifter finns tillgängliga i referensdatasystemet för finansiella instrument (Firds). Emedan alla dataelement som ska rapporteras kommer att krävas när rapporteringen börjar, överväger Esma redan vilka dataelement som kan samlas in från referensuppgiftsbiblioteket för UPI eller Firds i stället för att rapporteras till transaktionsregistren.

245. När valideringsreglerna i ett senare skede har ändrats för att göra vissa eller alla sådana fält villkorat obligatoriska bör motparterna följa valideringsreglerna och inte rapportera dessa fält för derivat som identifierats med UPI/ISIN. 81

3.16 Identifiering av underliggande

246. Det underliggande bör identifieras med hjälp av ett unikt ID för detta underliggande baserat på dess typ. Fälten 2.13–2.18 beskriver det underliggande, och i synnerhet fältet ”Typ av identifiering av det underliggande” visar att det underliggande är antingen en korg, ett index eller en tillgång som identifieras med en ISIN-kod.

247. När det gäller indexderivat bör motparterna rapportera ISIN-koden för det underliggande indexet, om sådan finns tillgänglig, snarare än derivatets ISIN-kod. Dessutom bör motparterna enligt de tekniska tillsynsstandarderna för rapportering rapportera den standardiserade kod som anger indexet (om den finns tillgänglig) samt namnet på indexet som alltid bör fyllas i.

248. När det gäller kreditderivat bör fältet ”Identifiering av det underliggande” rapporteras för kreditswappar (CDS) baserat på specifik referensfordran. För kreditswappar som säkrar mot ett företags fallissemang bör detta företag rapporteras i fältet ”Referensenhet”.

3.17 Fält för pris, teoretiska belopp och kvantiteter

Rapportering av priset

249. Vid rapportering av derivatkontrakt bör motparter, i enlighet med artikel 6.2 i de tekniska tillsynsstandarderna för rapportering, använda fält 2.48 ”Pris” endast om prisinformation inte ingår i ett annat fält i rapporten.

250. Enligt artikel 6.1 i de tekniska tillsynsstandarderna för rapportering bör motparter fylla i fält 2.48 när de rapporterar följande derivattyper: a. Swappar med periodiska betalningar som avser råvaror (fast pris ska fyllas i i fält 2.48). b. Terminer som avser råvaror eller aktier (terminspris på det underliggande ska fyllas i i fält 2.48). c. Swappar som avser aktier eller CFD-kontrakt (ursprungligt pris på det underliggande ska fyllas i i fält 2.48).

251. Förteckningen i artikel 6.1 i de tekniska tillsynsstandarderna för rapportering är inte uttömmande. Vid derivat där priset inte anges i ett annat fält bör fältet ”Pris” fyllas i. Exempel på sådana derivat är terminer relaterade till råvaror eller aktier, där terminspriset på det underliggande ska rapporteras i fältet ”Pris”.

252. Fält 2.48 är dock inte tillämpligt och bör inte fyllas i vid rapportering av någon av följande derivattyper: a. Ränteswappar och ränteterminskontrakt, eftersom det förutsätts att de uppgifter som ingår i fälten ”Fast ränta del 1”/”Fast ränta del 2” och ”Spread för del 1”/”Spread för del 2” bör tolkas som derivatpriset. 82 b. Ränteoptioner och ränteswaptioner, eftersom det förutsätts att de uppgifter som ingår i fälten ”Lösenpris” och ”Belopp för optionspremium” bör tolkas som derivatpriset. c. Råvarubaserade swappar, eftersom det förutsätts att de uppgifter som ingår i fälten ”Spread för del 1”/”Spread för del 2”23 bör tolkas som derivatpriset. d. Valutaswappar, terminer och optioner, eftersom det förutsätts att de uppgifter som ingår i fälten ”Växelkurs 1”, ”Terminsväxelkurs”, ”Lösenpris” och ”Belopp för optionspremium” bör tolkas som derivatpriset. e. Aktieoptioner, eftersom det förutsätts att de uppgifter som ingår i fälten ”Lösenpris” och ”Belopp för optionspremium” bör tolkas som derivatpriset. f. Kreditswappar och totalavkastningsswappar, eftersom det förutsätts att de uppgifter som ingår i fälten ”Fast ränta del 1”/”Fast ränta del 2” och ”Spread för del 1”/”Spread för del 2” och ”Annat betalningsbelopp” (när fältet ”Annan betalningstyp” är ifyllt med ”UFRO”) bör tolkas som derivatpriset. g. Råvaruoptioner, eftersom det förutsätts att de uppgifter som ingår i fälten ”Lösenpris” och ”Belopp för optionspremium” bör tolkas som derivatpriset.

253. Om derivatkontraktet har ett pris som varierar över derivatets löptid enligt en pristabell (och prisuppgifterna inte rapporteras i något annat uppgiftsfält) bör fälten 2.50–2.52 fyllas i för att rapportera pristabellen för hela löptiden.

254. Exempel på prisrapportering för olika produkter (antingen genom att ange det i det avsedda fältet eller genom andra datafält) finns i avsnitt 6. Rapportering av teoretiska värden och kvantiteter

255. Fält för teoretiska belopp (fälten 2.55 och 2.64) bör fyllas i enligt artikel 5 i de tekniska tillsynsstandarderna för rapportering. Fälten 2.57–2.59 och 2.66–2.68 är repeterbara och bör fyllas i när det gäller derivat som inbegriper tabeller för teoretiska belopp. Tabellen för teoretiska belopp bör i tillämpliga fall också fyllas i enligt artikel 5 i de tekniska tillsynsstandarderna för rapportering.

256. När motparterna rapporterar tabellen för teoretiska belopp bör de ange följande: a. Det ojusterade datum då det tillhörande teoretiska beloppet träder i kraft. b. Det ojusterade slutdatumet för det teoretiska beloppet. c. Det teoretiska belopp som träder i kraft på det tillhörande ojusterade datumet för ikraftträdande.

257. När det gäller derivat som inbegriper tabeller för teoretiska belopp krävs inte ”slutdatum” om slutdatumet direkt följs av den efterföljande periodens datum för ikraftträdande.

258. När det gäller derivat som inbegriper tabeller för teoretiska belopp bör det teoretiska beloppet som anges i fält 2.55 (”Teoretiskt belopp för del 1”) anges i fälten i tabellen för teoretiska belopp. Detsamma gäller för fältet ”Teoretiskt belopp för del 2” i tillämpliga fall.

259. När en tabell för teoretiska belopp rapporteras bör datumtabellerna rapporteras i kronologisk ordning.

260. Eventuella uppdateringar av det teoretiska beloppet som inte är kopplade till någon i förväg överenskommen tabell för teoretiskt belopp bör rapporteras som en ändring.

261. Om en position nettas (det teoretiska beloppet blir noll) finns det två möjliga sätt att gå vidare: a. Positionen kan avslutas. Om positionen återupptas bör den rapporteras med en ny UTI. b. Motparterna kan hålla positionen öppen och rapportera kontraktsvärdet som noll på daglig basis. Om ny handel sedan införlivas i denna position bör det teoretiska beloppet och andra relevanta fält uppdateras i enlighet härmed.

262. Det har observerats att det teoretiska beloppet noll ibland rapporteras, t.ex. när det gäller frivilliga optionsrätter som ges till innehavaren av ett CFD-kontrakt eller när det gäller CFD-kontrakt till följd av en företagsåtgärd på det underliggande (aktiesplit) och som därför har inköpspriset noll. Detta betraktas inte som ett korrekt sätt att rapportera.

263. Vad gäller ifyllandet av teoretiskt belopp på positionsnivå hänvisas till det förtydligande som anges i avsnitt 3.7.

264. När det gäller det teoretiska beloppet för kreditindexderivat till följd av en förändring av indexfaktorn på grund av kredithändelser bör motparterna, för att undvika dubbelräkning av justeringen, inte ändra det teoretiska beloppet utan endast uppdatera fältet 2.147 ”Indexfaktor”.

265. Vid rapportering av icke-standardiserade råvaruderivat där det teoretiska beloppet inte är känt när kontraktet utförs bör följande metod tillämpas: rapportera ett uppskattat teoretiskt belopp som regelbundet granskas när transaktionen är under leverans. Om det teoretiska beloppet blir känt under derivatkontraktets löptid bör en ändring lämnas in för att ändra det teoretiska beloppet.

266. För att vidareutveckla punkten ovan är det viktigt att motparterna till dessa ickestandardiserade råvaruderivat är överens om metoden för att beräkna det teoretiska beloppet så att det rapporterade teoretiska beloppet är konsekvent. Till exempel bygger det teoretiska beloppet som rapporteras på en produktionsprognos. Motparterna måste också enas om när de ska uppdatera det teoretiska beloppet för att säkerställa att de uppdaterade teoretiska beloppen är konsekventa. 84 Fälten för total teoretisk kvantitet

267. Total teoretisk kvantitet bör förstås som den sammanlagda teoretiska kvantiteten av den underliggande tillgången under derivatets löptid. Om den totala teoretiska kvantiteten inte är känd när ett nytt derivat rapporteras och därför rapporteras med ett standardvärde bör den totala teoretiska kvantiteten uppdateras så snart den blir tillgänglig.

268. Total teoretisk kvantitet gäller mer allmänt för börshandlade derivat (ETD). Detta fält är relevant för aktier och råvaror. I tillämpliga fall bör det också fyllas i för övriga tillgångsklasser. Fälten 2.61–2.63 och 2.70–2.72 är repeterbara och bör fyllas i när det gäller derivat som inbegriper tabeller för teoretisk kvantitet.

269. När det gäller derivat som inbegriper tabeller för teoretisk kvantitet behöver den totala teoretiska kvantitet som anges i fält 2.60 (”Total teoretisk kvantitet för del 1”) också anges i fälten för tabellen för teoretiska belopp. Detsamma gäller för fältet ”Total teoretisk kvantitet för del 2”, om tillämpligt.

270. När det gäller derivat som inbegriper tabeller för teoretisk kvantitet krävs inte ”slutdatum” om slutdatumet direkt följs av den efterföljande periodens datum för ikraftträdande.

271. När en tabell för teoretisk kvantitet rapporteras bör datumtabellerna rapporteras i kronologisk ordning.

3.18 Rapportering av värderingar

272. Se avsnitt 6.2.3 för ytterligare riktlinjer om avstämningen av värderingsuppgifterna. Värdering av kontraktet

273. I artikel 4 i de tekniska tillsynsstandarderna för rapportering föreskrivs att motparterna bör rapportera värdering enligt följande: a. För clearade derivat – värderingen av derivatet som tillhandahålls av den centrala motparten. Detta innebär inte att rapporten bör göras av den centrala motparten. Den centrala motparten bör göra uppgifter tillgängliga för motparterna så att de sistnämnda kan rapportera. Användningen av centrala motparters värderingsuppgifter innebär inte dubblering av rapporteringen. b. För ej clearade derivat – värderingen av derivatet utförd i enlighet med den metod som definieras i IFRS-standard 13, ”Värdering till verkligt värde”, som antagits av unionen och som avses i bilagan till kommissionens förordning (EG) nr 1126/2008, utan att tillämpa någon justering av det verkliga värdet. Detta innebär att motparterna inte bör tillämpa någon justering av värderingen (som kreditvärdighetsjustering eller debetvärdejustering) för rapporteringsändamålen enligt Emir, även om sådana justeringar tillämpas för bokföringsändamålen.

274. När motparterna delegerar rapportering, inklusive värderingar, behåller de ansvaret för att säkerställa att rapporter som lämnats in för deras räkning är riktiga. 85 När det gäller tilldelning av ansvar för rapportering enligt artikel 9.1a–9.1d i Emir så är den enhet som ansvarar för rapporteringen ansvarig för riktigheten av den värdering som lämnas in på den rapporterande motpartens vägnar.

275. Motparterna bör rapportera det verkliga värdet av kontraktet (positivt eller negativt), snarare än ett absolut värde. Vanligtvis kommer värdet av kontraktet att vara positivt för ena motparten och negativt för den andra. Det bör noteras att enligt de tekniska standarderna kommer värdering att utgöra en del av de uppgifter som kan stämmas av och därför måste motparterna lämna in konsekvent värdering (dvs. det absoluta värdet av värderingen bör stämmas av eftersom tecknen kommer att vara motsatta).

276. I allmänhet bör marknadsvärdet motsvara kontraktets totala värde, snarare än en daglig förändring av kontraktets värdering. Där värdet enligt STM-modellen (Settle-to-Market) dagligen återställs till noll och marginalsäkerheten avvecklas bör dock motparter och centrala motparter rapportera den dagliga förändringen i värderingen.

277. Det bör också noteras att det inte är tillåtet att rapportera nollvärdering för kontraktet enbart på grund av att det inte föreligger någon marknadsrisk på grund av att en marginalsäkerhet har utbytts. Eventuell utbetald eller erhållen marginalsäkerhet skulle återspeglas i fälten 3.12–3.27, inte i värderingen.

278. Värderingskraven gäller för centrala motparter och andra rapporterande motparter. Enligt artikel 4.4 i utkastet till tekniska tillsynsstandarder för rapportering måste clearingmedlemmar följa den centrala motpartens värdering. Detta innebär dock inte att centrala motparter kan fastställa avvikande standarder – centrala motparter bör uppfylla kraven i de tekniska genomförandestandarderna för rapportering och de tekniska tillsynsstandarderna för rapportering samt följa vägledningen i riktlinjerna eller i frågor och svar.

279. För vissa kontrakt ändras värderingen sällan och ändras kanske inte från en dag till en annan. Uppgifternas kvalitet skulle dock inte gynnas av undantag och det skulle vara svårt att skilja mellan fall av stabil värdering och underrapportering av värderingar, därför bör motparterna rapportera värderingar dagligen även för dessa kontrakt (i enlighet med artikel 2 i de tekniska genomförandestandarderna för rapportering). Kravet på daglig redovisning av värderingen gäller även när värdet är noll, oavsett vilken modell som används.

280. Den första värderingen av ett visst derivat bör rapporteras senast till slutet av dagen efter derivatets ingående (rapporteringsfristen), antingen i den ursprungliga rapporten med åtgärdstypen ”Ny” eller i en separat rapport med åtgärdstypen ”Värdering”.

281. Det är inte nödvändigt att rapportera värderingen på derivatets sista dag. I synnerhet är det inte nödvändigt att rapportera värdering av intradagsderivat (dvs. derivat som ingås och avslutas samma dag).

282. Om motparterna rapporterar paket som består av två eller flera derivat bör värderingen rapporteras per derivat. 86 Värderingsmetod

283. Värderingsmetoden bör rapporteras i enlighet med den metod som tillämpas för att fastställa värderingen. Detta innebär att transaktioner som clearas av centrala motparter bör ha en värderingsmetod som anger att den centrala motpartens värdering rapporteras. Om minst en värderingsuppgift, som i tabellen nedan klassificeras som modellvärdering, används som indata bör hela värderingen klassificeras som modellvärdering. Om endast indata, som i tabellen nedan klassificeras som marknadsvärdering, används bör hela värderingen klassificeras som marknadsvärdering. Tabell 17 – Klassificering av värderingsuppgifter Undergrupp Använd indata Värderingsmetod 1 Noterade priser på aktiva marknader för Marknadsvärde identiska tillgångar eller skulder som företaget har tillgång till på värderingsdatumet (IFRS 13.76). Ett noterat pris på en aktiv marknad är den mest tillförlitliga uppgiften om verkligt värde och ska, om det finns tillgängligt, användas utan justering för värdering till verkligt värde, med begränsade undantag. (IFRS 13.77) En aktiv marknad är en marknad där transaktioner med tillgången eller skulden äger rum med tillräcklig frekvens och volym för att ge fortlöpande prisinformation. (IFRS 13, bilaga A) 2 Noterade priser för liknande tillgångar Marknadsvärde eller skulder på aktiva marknader (IFRS 13.81) (utom noterade marknadspriser som ingår i undergrupp 1 och som är observerbara för tillgången eller skulden, antingen direkt eller indirekt). 3 Noterade priser för identiska eller Modellberäknat värde – liknande tillgångar eller skulder på historiska priser från marknader som inte är aktiva (IFRS inaktiva marknader bör 13.81) (utom noterade marknadspriser inte användas direkt som ingår i undergrupp 1 och som är observerbara för tillgången eller skulden, antingen direkt eller indirekt). 87 Tabell 17 – Klassificering av värderingsuppgifter Undergrupp Använd indata Värderingsmetod 4 Andra indata än noterade priser som är Marknadsvärde observerbara för tillgången eller skulden, t.ex. räntor och avkastningskurvor som kan observeras med vanligen noterade intervall, implicita volatiliteter, kreditspreadar (IFRS 13.81) (utom noterade marknadspriser som ingår i undergrupp 1 och som är observerbara för tillgången eller skulden, antingen direkt eller indirekt). 5 Uppgifter som huvudsakligen härleds från Modellberäknat värde – eller bekräftas av observerbar indata kan härledas marknadsdata genom korrelation eller på ”huvudsakligen” från andra sätt (”marknadsbekräftad indata”) observerbar (IFRS 13.81) (utom noterade marknadsdata, vilket marknadspriser som ingår i undergrupp 1 innebär att icke och som är observerbara för tillgången observerbar indata kan eller skulden, antingen direkt eller användas indirekt). 6 Icke observerbar indata för tillgången eller Modellberäknat värde – skulden (IFRS 13.86). Icke observerbar icke observerbar indata indata används för värdering till verkligt används värde i den utsträckning observerbara indata inte finns tillgängliga, vilket tar hänsyn till situationer med liten eller ingen marknadsaktivitet för tillgången eller skulden vid värderingstidpunkten. Ett företag utvecklar icke observerbar indata med hjälp av bästa tillgängliga information under omständigheterna, vilket kan inbegripa företagets egna uppgifter, med beaktande av all information om marknadsaktörernas antaganden som rimligen finns tillgängliga. (IFRS 13.77– 89) Deltavärde

284. Motparterna bör rapportera deltat i ett option- eller swaptionderivat, på transaktions- eller positionsnivå, i fält 2.25. Det rapporteringspliktiga värdet är förhållandet mellan den absoluta förändringen i priset (eller värdet) på ett derivat 88 och förändringen i priset (eller värdet) på det underliggande. Rapporterat delta bör vara ojusterat, dvs. det rapporterade värdet bör inte innehålla justeringar som hänför sig till t.ex. motpartskreditrisk.

285. Centrala motparter, finansiella motparter och icke-finansiella motparter som avses i artikel 10 i Emir bör använda meddelandena ”Värderingsuppdatering” för att rapportera deltavärdet vid slutet av varje dag. I praktiken innebär detta att endast de motparter som är skyldiga att skicka värderingsuppdateringar är skyldiga att dagligen uppdatera deltavärdet.

286. Andra motparter än de som avses i punkten ovan är inte skyldiga att rapportera deltavärdet.

287. Deltavärdet kan variera från –1 till 0 för säljoptioner och från 0 till 1 för köpoptioner. Rapporteringsbara deltavärden är kvoter vilket innebär att de inte har någon enhet (t.ex. valuta). Om en exotisk option (t.ex. en binär eller knock-in/outoption) har ett delta på mindre än –1 eller mer än 1 bör –1 respektive 1 rapporteras.

288. För det särskilda fallet swaptioner bör delta förstås som kvoten mellan förändringen i värdet av swaptionen och förändringen i värdet för den underliggande swappen.

289. För korgoptioner bör delta inte rapporteras.

3.19 Rapportering av marginalsäkerheter

290. Kategorierna för ställande av säkerhet måste rapporteras i enlighet med artikel 5 i de tekniska genomförandestandarderna för rapportering.

291. Fältet ”Ställande av säkerhet” bör fyllas i på grundval av avtalet och inte på den faktiska utväxlade säkerheten, dvs. att om avtalet utgår från en initial dubbel marginalsäkerhet och tilläggsmarginalsäkerhet bör fältet fyllas i med ”FLCL”, även om den aktuella situationen kan vara att ingen initial marginalsäkerhet eller tilläggsmarginalsäkerhet utväxlats.

292. Tabellen nedan visar olika scenarier för ställande av säkerhet och hur de bör rapporteras med hjälp av kategorierna. 89

293. I enlighet med artikel 4.2 i de tekniska tillsynsstandarderna för rapportering kan säkerheter rapporteras på portföljbasis. Detta innebär att rapporteringen av varje enskilt utfört derivat inte bör omfatta alla fält som rör säkerheter, i den mån varje enskilt derivat är tilldelat till en enskild portfölj och relevant information om portföljen rapporteras dagligen (vid dagens slut).

294. De rapporterande motparterna skulle, oavsett deras behov av att rapportera säkerheter, behöva lämna in minst en säkerhetsrapport (fält 3.28 ”Åtgärdstyp” ifylld med ”Ny”), även för att meddela att derivatkontrakt saknar ställd säkerhet. Om ”UNCL” är det senaste värde som lämnats in förväntas ingen ytterligare uppdatering av marginalsäkerheten. Mer information om framtagandet av rapporten om saknad information om marginalsäkerhet finns i avsnitt 6.3.2.

295. Det är inte nödvändigt att rapportera marginalsäkerhet på derivatets sista dag. I synnerhet är det inte nödvändigt att rapportera marginalsäkerheter för intradagsderivat (dvs. derivat som ingås och avslutas samma dag).

296. När STM-modellen tillämpas regleras marknadsexponeringen och återställs till noll dagligen och marginalsäkerheten betalas utan möjlighet till återföring. I så fall är det tillåtet att rapportera marginalsäkerhet noll. Marginalsäkerheternas värde efter värderingsavdrag beror på tillhörande risk för förändringar i säkerheternas värde och därmed på vilken typ av säkerhet som ställts (eller samlats in). Dessutom kan regelbunden kontantavveckling av marginalsäkerheter effektivt mildra denna risk fullständigt. Värden både före och efter värderingsavdrag måste rapporteras. 90 Om risken mildras fullständigt förväntas dock samma värden före och efter värderingsavdrag.

297. Det finns bara ett fält för valuta för säkerheter kopplat till en typ av säkerhet i en rapport från en motpart. Därför bör alla säkerheter för en enskild typ av portföljsäkerhet rapporteras i ett enda valutavärde för motsvarande typ av säkerhet. Den rapporterande motparten bör rapportera vilken valuta som har avtalats mellan motparterna. Om valutan inte har avtalats får den rapporterande motparten fritt bestämma vilken valuta som bör användas som basvaluta så länge som den valda basvalutan är en av de viktigaste valutorna som utgör den största vikten i poolen och som används konsekvent för rapportering av säkerheter för en viss portfölj.

298. Icke-kontanta säkerheter bör rapporteras som sin nuvarande kontantekvivalent enligt bedömningen vid tidpunkten för utställning/insamling av säkerheten.

299. Den säkerhet som rapporteras bör endast vara den säkerhet som täcker exponeringen kopplad till de rapporter som lämnats in enligt Emir. Om det är omöjligt att särskilja det belopp inom en pool av säkerheter som avser derivat som ska rapporteras enligt Emir från det belopp som avser andra transaktioner kan den rapporterade säkerheten vara den faktiska säkerhet som ställts och som täcker en bredare uppsättning transaktioner.

300. Innebörden av ”det är omöjligt att särskilja” bör hänvisas till det ramverk som de rapporterande motparterna antagit för beräkning av marginalsäkerheter (och inte bara till användning av ett gemensamt marginalsäkerhetskonto). Mer specifikt skulle de nationella behöriga myndigheterna förvänta sig följande tillvägagångssätt: a. Om den marginalsäkerhetsmodell som antagits av den rapporterande motparten föreskriver avräkning av risker mellan derivat som ska rapporteras enligt Emir och transaktioner som inte ska rapporteras enligt Emir bör rapportering av gemensamt belopp för säkerheterna tillåtas. b. Om marginalsäkerheter kopplade till derivat som ska rapporteras enligt Emir och marginalsäkerheter kopplade till transaktioner som inte ska rapporteras enligt Emir enbart samlas in (och innehas) tillsammans på ett gemensamt säkerhetskonto, men beräknas separat, bör endast det belopp för säkerheterna som avser Emir-derivat rapporteras.

301. Säkerheten bör rapporteras som det totala marknadsvärde som har ställts eller samlats in av den motpart som ansvarar för rapporten. Det faktum att vissa typer av säkerheter kan ta några dagar att nå den andra motparten bör ignoreras. Uppdateringar av marginalsäkerheter bör därför rapporteras när de träder i kraft, dvs. på den förväntade avvecklingsdagen, och de bör omfatta alla marginalsäkerheter som är i transit och under avveckling, utan att ta hänsyn till tillfälliga avvecklingsmisslyckanden.

302. Även om uppgifter om marginalsäkerheter är fält som inte är möjliga att stämma av bör de marginalsäkerheter som motparterna rapporterar vara konsekventa.

303. De tekniska tillsynsstandarderna för rapportering anger att när säkerheterna kopplade till ett kontrakt rapporteras på portföljbasis bör den rapporterande 91 motparten rapportera en kod till transaktionsregistret som identifierar portföljen kopplad till det rapporterade kontraktet. Detta fält bör bara fyllas i om fältet ”Indikator för portföljsäkerhet” har värdet ”Y”. Det är upp till den rapporterande motparten att bestämma vilket unikt värde som fylls i i fältet ”Kod för portföljsäkerhet”. Därför kan olika motparter till ett derivatkontrakt använda olika koder för portföljsäkerhet.

304. De tekniska genomförandestandarderna för rapportering anger att fält 3.27 ”Kod för portföljsäkerhet” kan ha upp till 52 alfanumeriska tecken och att inga specialtecken är tillåtna. Således är en kod för portföljsäkerhet som är mindre än 52 tecken lång tillåten, förutsatt att de andra kriterierna som redovisas här är uppfyllda.

305. Det är tillåtet att i detta fält använda ett värde som den centrala motparten tillhandahållit men detta krävs inte och andra värden kan användas.

306. Nationella behöriga myndigheter skulle förvänta sig att de portföljer som rapporteras av de två motparterna, oavsett koder, täcker samma säkerhet.

307. Överskjutande säkerhet bör bara visa ytterligare säkerhet som har ställts eller erhållits separat och oberoende av initial marginalsäkerhet och tilläggsmarginalsäkerhet. Om motparterna bestämmer sig för att ställa mer säkerhet än vad som krävs och denna ytterligare säkerhet inte ställs ut separat och oberoende av initial marginalsäkerhet och tilläggsmarginalsäkerhet måste båda motparter inkludera detta i den rapporterade initiala marginalsäkerheten och tilläggsmarginalsäkerheten.

308. Även om ingen säkerhet utväxlas under vissa omständigheter, till exempel på grund av ett överenskommet ”minsta överföringsbelopp” (MTA), annat avtal om överföring av säkerheter eller tröskelvärden mellan parterna bör motparterna rapportera oförändrad marginalsäkerhet från föregående dag. Det kan hända att marginalsäkerheter kan vara noll under den första dagen ett derivat ingås. I detta särskilda fall bör därför marginalsäkerheter rapporteras från och med föregående dag, dvs. fälten för marginalsäkerheter bör fyllas i med noll, om ett MTA eller annat tröskelvärde som parterna kommit överens om inte uppnås under de följande dagarna.

309. Under vissa omständigheter är derivat undantagna från utväxling av säkerheter enligt Emir, framför allt 1) om en NFC- är motpart i ett derivat, 2) där ett par av motparter omfattas av ett gruppinternt undantag från utväxling av säkerheter eller 3) vid vissa derivat enligt tekniska tillsynsstandarder 2016/2251, såsom i) fysiskt avvecklade valutaterminer och valutaswappar och ii) aktieoptioner/indexoptioner enligt övergångsbestämmelsen till och med den 4 januari 2024. I dessa fall, även om motparterna inte är skyldiga att utväxla säkerheter, får motparterna fortfarande ha ett avtal om säkerhet och bör rapportera i enlighet med det tillämpliga avtalet om säkerhet (dvs. ”UNCL” endast om det inte finns något avtal om säkerhet och ingen säkerhet utväxlas). De motparter som är skyldiga att rapportera säkerheter (dvs. centrala motparter, finansiella motparter och NFC+) förväntas dessutom rapportera det faktiska säkerhetsbelopp som utväxlas. Om ett par av motparter 92 omfattas av ett gruppinternt undantag från rapportering bör motparterna varken rapportera derivaten eller säkerheten.

310. Antingen den marginalsäkerhet som ställts eller den marginalsäkerhet som samlats in bör rapporteras, inte båda. Se exemplet i tabellen och den förklarande texten under tabellen.

311. I allmänhet är motparter och centrala motparter skyldiga att rapportera det totala värdet av kontraktet och marginalsäkerheterna. Enligt STM-modellen, enligt vilken marginalsäkerheterna regleras på daglig basis, bör motparterna och de centrala motparterna rapportera den dagliga förändringen av marginalsäkerhetens värde.

312. Kraven på rapportering av marginalsäkerhet gäller för centrala motparter och andra rapporterande motparter. För att säkerställa enhetlighet kan clearingmedlemmar följa den centrala motpartens rapporterade marginalsäkerheter. 93

313. Ett ”tilläggsmarginalsäkerhetskrav” fastställs som den marginalsäkerhet som motparten ”i skuld” är skyldig för att täcka sin exponering mot motparten ”i kredit” vid tidpunkten för värderingen av kontraktet.

314. Vidare förutsätts följande: a. Värderingsavdrag om 50 procent tillämpas på de säkerheter som utväxlas mellan motparterna. b. Motparten ”i skuld” måste till motparten ”i kredit” ställa ett säkerhetsbelopp vars värde efter värderingsavdrag är lika med ”tilläggsmarginalsäkerhetskravet”. c. Ett minsta överföringsbelopp (MTA) om 500 000 antas tillämpas som tröskelvärde för överföring av säkerheter. 94 d. Om skillnaden mellan ”tilläggsmarginalsäkerhetskravet” och den säkerhet som ställts (tilläggsmarginalsäkerhet efter värderingsavdrag) är lägre än MTA utväxlas inga säkerheter mellan motparterna. e. Om skillnaden mellan ”tilläggsmarginalsäkerhetskravet” och den säkerhet som ställts (tilläggsmarginalsäkerhet efter värderingsavdrag) överstiger MTA sker en utväxling av säkerheter mellan motparterna. Dag 1: På grund av värderingen av kontraktet måste ett tilläggsmarginalsäkerhetskrav på 5 miljoner ställas från B till A. B ställer ett säkerhetsbelopp vars värde efter värderingsavdrag är lika med 5 miljoner (tilläggsmarginalsäkerhet ställd/erhållen efter värderingsavdrag = 5 miljoner, tilläggsmarginalsäkerhet erhållen/ställd före värderingsavdrag = 10 miljoner). Dag 2: Värderingen av kontraktet leder till en minskning av det tilläggsmarginalsäkerhetskrav som B är skyldig från 5 miljoner till 4,9 miljoner. Eftersom det belopp som A skulle behöva återföra till B (för att anpassa den säkerhet som ställts av B till tilläggsmarginalsäkerhetskravet) ligger under MTA (5 miljoner – 4,9 miljoner = 100 000 < MTA = 500 000) sker ingen utväxling av marginalsäkerheter. Rapporterade marginalsäkerheter är desamma som för dag 1. Dag 3: Värderingen av kontraktet leder till en ytterligare minskning av det tilläggsmarginalsäkerhetskrav som B är skyldig från 4,9 miljoner till 4 miljoner. Skillnaden mellan det uppdaterade värdet av tilläggsmarginalsäkerhetskravet och den säkerhet som ställts är lika med 1 miljon (900 000 från dag 3 + 100 000 från dag 2). Eftersom denna skillnad överstiger MTA äger överföringen av säkerheter rum: A återför till B en mängd säkerheter vars värde efter värderingsavdrag är 1 miljon. De uppdaterade värdena för tilläggsmarginalsäkerheterna rapporteras i enlighet härmed (tilläggsmarginalsäkerhet erhållen/ställd efter värderingsavdrag = 4 miljoner, tilläggsmarginalsäkerhet ställd/erhållen före värderingsavdrag = 8 miljoner). Dag 4: Värderingen av kontraktet leder till en ökning av det tilläggsmarginalsäkerhetskrav som B är skyldig från 4 miljoner till 6,5 miljoner. Eftersom denna skillnad överstiger MTA äger överföringen av säkerheter rum: B ställer ytterligare säkerhet till A för att matcha det nya tilläggsmarginalsäkerhetskravet. 95 De uppdaterade värdena för ställda/erhållna tilläggsmarginalsäkerheter rapporteras i enlighet härmed (tilläggsmarginalsäkerhet erhållen/ställd efter värderingsavdrag = 6,5 miljoner, tilläggsmarginalsäkerhet ställd/erhållen före värderingsavdrag = 13 miljoner). Dag 5: Värderingen av kontraktet leder till en förändring av exponeringens riktning: kontraktet blir negativt för A som måste täcka ett tilläggsmarginalsäkerhetskrav på 3,5 miljoner. Därför återför A hela säkerhetsbeloppet som tidigare ställts av B till B. I sin tur ställer A ytterligare säkerhet vars värde efter värderingsavdrag är 3,5 miljoner till B. Eftersom denna skillnad överstiger MTA äger överföringen av säkerheter rum. De uppdaterade värdena för tilläggsmarginalsäkerheter rapporteras i enlighet härmed: A blir den motpart som ställer säkerhet (tilläggsmarginalsäkerhet ställd efter värderingsavdrag = 3,5 miljoner, tilläggsmarginalsäkerhet ställd före värderingsavdrag = 7 miljoner) och B blir den motpart som erhåller säkerheten (tilläggsmarginalsäkerhet erhållen efter värderingsavdrag = 3,5 miljoner, tilläggsmarginalsäkerhet erhållen före värderingsavdrag = 7 miljoner) Dag 6: A minskar sin exponering mot B genom att partiellt sälja kontraktet. Värderingen av kontraktet leder därför till en minskning av det tilläggsmarginalsäkerhetskrav som B är skyldig från 3,5 miljoner till 1 miljon. De uppdaterade värdena för tilläggsmarginalsäkerheterna rapporteras i enlighet härmed (tilläggsmarginalsäkerhet ställd/erhållen efter värderingsavdrag = 1 miljon, tilläggsmarginalsäkerhet erhållen/ställd före värderingsavdrag = 2 miljoner). Dag 7: A och B nettade positionen till noll och utväxlar därför alla utestående marginalsäkerheter och rapporterar noll i fälten för tilläggsmarginalsäkerhet. Om motparterna stängde positionen skulle de inte behöva rapportera marginalsäkerheter på derivatets sista dag.

315. När det gäller rapporteringen av värdet av säkerheter för ETD:er förväntas värdepappersföretaget, i det särskilda fall då värdepappersföretaget inte deltar i processen att samla in och/eller ställa någon säkerhet för kunden på grund av de direkta arrangemangen mellan kunden och clearingmedlemmen, inte lämna någon rapport om säkerhetens värde eller om någon senare ändring eller avslutande av det ingångna derivatkontraktet.

3.20 Identifiering av handelsplatsen

316. Fält 2.41 ”Handelsplats” bör användas för att rapportera den handelsplats där derivatet utfördes, oavsett om transaktionen kvalificerats som ETD eller OTC. 96

317. Om ett derivat ingicks OTC och instrumentet i fråga inte är godkänt för handel eller handlas på en handelsplats och ingen ansökan om godkännande har gjorts bör MIC-kod ”XXXX” användas.

318. Om ett derivat ingicks OTC och instrumentet i fråga är godkänt för handel eller handlas på en handelsplats eller en ansökan om godkännande har gjorts bör MICkod ”XOFF” användas.

319. Värdet ”BILT” som föreslås i CPMI-Iosco:s riktlinjer bör användas när den rapporterande motparten inte kan avgöra om instrumentet enligt jurisdiktionskrav är noterat eller inte. Denna situation bör dock inte uppstå i EU eftersom alla instrument som godkänts för handel eller handlas på en handelsplats offentliggörs i referensdatasystemet för finansiella instrument (Firds) på Esmas webbplats , och motparterna förväntas därför kunna avgöra om de bör rapportera ”XOFF” eller ”XXXX” och värdet ”BILT” är inte tillåtet i rapporteringen enligt Emir.

320. För derivatkontrakt som handlas på reglerade marknader eller handelsplatser i tredjeländer som anses vara likvärdiga med en reglerad marknad kommer det att krävas en MIC-kod för segmentet (eller alternativt den operativa MIC-koden om MIC-kod för segmentet inte finns).

321. För derivatkontrakt som handlas på MTF-plattformar, OTF-plattformar, systematiska internhandlare (SI) och organiserade handelsplattformar utanför unionen kommer MIC-kod för segmentet att krävas (eller alternativt den operativa MIC-koden om MIC-kod för segmentet inte finns), även om de derivat som ingåtts på dessa handelsplatser är OTC-derivat enligt definitionen i Emir.

322. Transaktioner som utförs på handelsplatser eller i enlighet med handelsplatsernas regler bör betraktas som transaktioner på handelsplatser för reglerade marknader (RM) eller handelsplatser i tredjeland som anses vara likvärdiga, MTF-plattformar, OTF-plattformar, systematiska internhandlare och organiserade handelsplattformar utanför unionen. Till exempel bör transaktioner såsom bilateralt förhandlade eller på förhand arrangerade transaktioner som formaliseras i enlighet med reglerna för en handelsplats rapporteras med den tillämpliga identifieringskoden för plattformen.

323. MIC-koder definieras enligt ISO 10383. Denna standard identifierar två olika typer av MIC-kod: ”MIC” och ”operativ MIC”, även kallade ”MIC-kod för segmentet” respektive ”MIC-kod för organisationen”. För Emir-rapporter bör reglerade marknader, MTF-plattformar, OTF-plattformar och systematiska internhandlare identifieras med respektive MIC-kod enligt definitionen i Esmas register på http://registers.esma.europa.eu/publication (MIC-kod för segmentet). De övriga handelsplatserna bör identifieras med hjälp av MIC-kod för segmentet (eller alternativt den operativa MIC-koden om MIC-kod för segmentet inte finns).

324. Om två systematiska internhandlare står mot varandra bör dessa två motparter fastställa vilken av dem som agerar som systematisk internhandlare för den aktuella transaktionen och rapportera motpartens MIC-kod som identifieringskod för handelsplatsen.

325. Esma erinrar om att derivat som utförts på reglerade marknader i Förenade kungariket före Brexit skulle betraktas som ETD. Dock skulle derivat som utförts på reglerade marknader i Förenade kungariket efter Brexit betraktas som OTC. Fältet ”Handelsplats” skulle fortfarande identifieras med motsvarande MIC-kod. Sådana transaktioner ska dock deklareras som OTC och andra fält, t.ex. fältet ”Inom gruppen” och fältet ”Clearingkravet”, är obligatoriska.

3.21 Fält som rör clearing

326. När det gäller fältet ”Clearat” är enligt de tekniska genomförandestandarderna för rapportering endast två tillstånd tillåtna, nämligen clearat (”Y”) och ej clearat (”N”).

327. På vissa marknader tillämpar en central motpart ett ”öppet erbjudande” att fungera som motpart till marknadsaktörerna och är positionerad mellan deltagarna vid den tidpunkt då handeln utförs (modellen för öppet erbjudande). På andra marknader är deltagarna inledningsvis själva motparter. Därefter kan handeln överlämnas till en central motpart som träder in som säljare till köparen och köpare till säljaren (modellen för clearing genom novation).

328. I artikel 2 i de tekniska tillsynsstandarderna för rapportering föreskrivs att om ett derivatkontrakt vars uppgifter redan har rapporterats i enlighet med artikel 9 i Emir därefter clearas av en central motpart bör det kontraktet rapporteras som avslutat med hjälp av åtgärdstypen ”Avsluta”. De nya kontrakten till följd av clearing bör rapporteras med åtgärdstypen ”Ny”.

329. I samma artikel föreskrivs också att om ett kontrakt ingås på en handelsplats och clearas samma dag av en central motpart bör endast kontrakten till följd av clearingen rapporteras (modellen för clearing genom novation). Om clearingen inte sker samma dag bör den rapporteringsprocess som anges i föregående punkt tillämpas.

330. När det gäller derivat som utförs på handelsplatser i tredjeland och clearas av en central motpart samma dag anges i artikel 2.2 i de tekniska tillsynsstandarderna för rapportering att om ett derivat både ingås på en handelsplats eller på en organiserad handelsplattform utanför unionen och clearas av en central motpart samma dag så bör endast derivaten till följd av clearingen rapporteras. Dessa derivat bör rapporteras genom att i fälten ”Åtgärdstyp” och ”Händelsetyp” uppge antingen åtgärdstypen ”Ny” och händelsetypen ”Clearing”, eller åtgärdstypen ”Positionskomponent”, i enlighet med artikel 3.2.

331. Tidsstämpeln för utförande av clearade transaktioner bör motsvara tidsstämpeln för utförande på handelsplatsen. Tidsstämpeln för clearing bör rapporteras som den tidpunkt då den centrala motparten juridiskt sett har tagit sig 98 an clearingen av transaktionen. För marknader var clearing sker enligt modellen för öppet erbjudande förväntas tidsstämpeln för utförande och tidsstämpeln för clearing vara densamma. För marknader där clearing sker genom novation kan de två tidsstämplarna vara olika.

332. Fältet ”Clearingkravet” är inte tillämpligt på derivat som utförs på en reglerad marknad eller en likvärdig marknad i tredjeland, och det bör lämnas tomt. När det gäller clearade transaktioner bör detta fält fyllas i med ”UKWN” och fältet ”Clearat” med ”Y”.

333. Fältet ”Central motpart” bör endast fyllas i med identifieringskoden för en central motpart, dvs. en central motpart som uppfyller definitionen i artikel 2.1 i Emir. När ett derivatkontrakt clearas av en enhet som inte är en central motpart i den mening som avses i Emir bör clearingcentralen därför inte anges i fältet ”Central motpart”.

334. När ett derivat utförs på en anonymiserad marknad och clearas av en clearingcentral bör den motpart som utför derivatet begära att den handelsplats eller den clearingcentral som matchar motparterna avslöjar den andra motpartens identitet före rapporteringsfristen.

3.22 Fält som rör bekräftelse

335. Datum och tidpunkt för bekräftelsen, fastställd i enlighet med artikel 12 i de tekniska tillsynsstandarderna för clearingarrangemang, utgör ”Tidsstämpel för bekräftelse” som bör rapporteras i fält 2.28 medan hur bekräftelsen gjordes bör rapporteras i fält 2.29 ”Bekräftat”.

336. Kravet på bekräftelse i god tid gäller endast OTC-kontrakt som inte clearas (tidsstämpeln för bekräftelse och hur bekräftelsen gjordes bör inte rapporteras för ETD eller för clearade OTC-derivat). Detta gäller närhelst ett nytt derivatkontrakt ingås, inbegripet till följd av novation och portföljkompression av tidigare ingångna kontrakt. Kravet tillämpas inte på avslutande under förutsättning att avslutandet undanröjer alla återstående skyldigheter avseende det derivatet. Fälten ”Bekräftat” och ”Tidsstämpel för bekräftelse” bör uppdateras och rapporteras i den utsträckning de krävs för en viss transaktion.

337. För fältet ”Bekräftat” bör värdet ”NCNF” (ej bekräftat) användas om derivatet måste bekräftas av motparterna men ännu inte har bekräftats.

338. I andra fall bör motparterna rapportera värdet ”ECNF” eller ”YCNF” för detta fält, beroende på hur bekräftelsen gjorts (elektroniskt eller icke-elektroniskt), och fältet ”Tidsstämpel för bekräftelse” bör fyllas i. Om värdet ”NCNF” används bör fältet ”Tidsstämpel för bekräftelse” lämnas tomt.

339. När det gäller transaktioner som utförs på handelsplatser i tredjeland som inte är likvärdiga med en reglerad marknad betraktas dessa transaktioner som OTC enligt vissa bestämmelser i Emir. Detta innebär att fälten ”Tidsstämpel för bekräftelse” och ”Bekräftat” måste rapporteras i den utsträckning som dessa transaktioner inte clearas. När det gäller derivat som ingås på handelsplats (ej clearade) för vilka handeln förutsätter godtagande av transaktionsvillkor mellan 99 parter, om OTC-derivatet automatiskt blir dokumenterat och överenskommet, bör det betraktas som elektroniskt bekräftat (fältet ”Bekräftat” ifyllt med ”ECNF”). Motsatsvis, om OTC-derivatet är i behov av att ytterligare överenskommelse nås gällande dokumentation för överenskommelse bör det betraktas som icke-bekräftat (fältet ”Bekräftat” ifyllt med ”NCNF”).

3.23 Fält som rör avveckling

340. Fältet ”Avvecklingsvaluta” bör fyllas i för alla kontantavvecklade derivat i en enda valuta, liksom för derivat med en särskild valutakomponent. Fältet bör inte fyllas i för ett fysiskt avvecklat derivat. Fältet ”Avvecklingsvaluta” bör anges för varje del av de produkter som avser flera valutor.

341. Ett exempel på hur man rapporterar avvecklingsvaluta för de två delarna i en valutaswapp har inkluderats i avsnitt 4.4.

342. Motparterna bör rapportera giltiga valutor enligt ISO 4217. Valutor som inte omfattas av ISO-standarden godtas inte och därför bör motparterna rapportera relevanta värden i respektive onshore-valutor som erkänns i ISO-standarden.

3.24 Rapportering av regelbundna betalningar

343. Motparterna bör endast rapportera de fält som rör dataelement i regelbundna betalningar som är tillämpliga på ett visst derivat. Beroende på kontraktstypen kommer rapporten därför att innehålla information om särskilda fält som är specifika för varje fast eller flytande del av ett derivat. Samma regel gäller för de dataelement som beskriver justeringsfrekvensen och referensperioden för de rörliga räntorna.

344. För varje del av ett derivat med periodiska betalningar måste den fasta räntan, i tillämpliga fall, rapporteras genom att ange positiva eller negativa värden uttryckta som procentandelar (t.ex. 2,57 i stället för 2,57 procent).

345. När det gäller rörliga delar beräknas de periodiska betalningarna på grundval av en underliggande referensränta på förutbestämda datum. Rörliga räntor, om sådana finns, bör identifieras med en ISIN-kod och/eller med en standardiserad kod med fyra bokstäver som uttryckligen anges i de tekniska genomförandestandarderna för rapportering.

346. Vidare bör de rörliga räntorna alltid identifieras med hjälp av det officiella namnet på räntan som tilldelas av indexleverantören.

347. Det finns inga förväntningar på att värdet av betalningsfrekvensperioden ska omvandlas till en annan betalningsfrekvensperiod. När det gäller årliga betalningar bör motparterna till exempel rapportera en betalningsfrekvens på 1 år i stället för 12 månader eller 365 dagar. 100

3.25 Rapportering av andra betalningar

348. Optionspremiebetalningen ingår inte som betalningstyp eftersom optionspremier rapporteras med hjälp av det särskilda dataelementet avsett för optionspremier.

349. Novationsavgifter ingår inte i de tekniska tillsynsstandarderna för rapportering som derivatrelaterade kassaflöden mellan enheter som inte är regelbundet schemalagda. Därför är novationsavgifter inte heller rapporteringspliktiga som andra betalningar.

350. De tillåtna värdena för andra betalningstyper är följande: a. UFRO = Förskottsbetalning, dvs. den ursprungliga betalning som görs av en av motparterna antingen för att en transaktion ska motsvara det verkliga värdet eller av någon annan anledning som kan vara orsaken till en transaktion utanför marknaden. b. UWIN = Avveckling eller fullständigt avslutande, dvs. den slutbetalning som görs när en transaktion avvecklas före slutdatumet; betalningar som kan uppstå till följd av ett fullständigt avslutande av derivattransaktion(er). c. PEXH = Utväxling av kapitalbelopp, dvs. utväxling av teoretiska värden för valutaswappar.

351. Den information som lämnas i fälten för andra betalningar ska endast rapporteras för den händelse som ska rapporteras och som betalningen avser och när betalningsuppgifterna har rapporterats bör värdena inte kvarstå i rapporterna om alla efterföljande händelser som motparten rapporterat för den transaktionen.

352. Om ett derivat omfattar både förskottsbetalning och slutbetalning bör motparten därför rapportera betalningssekvensen i på varandra följande rapporter enligt följande: Tabell 20 Åtgärdstyp Händelsetyp Annan betalningstyp UFRO Ny Handel Avsluta Förtida avslutande UWIN

353. Dataelement som hänför sig till ”annan betalning” kan rapporteras flera gånger för flera betalningar.

354. När det gäller utväxling av teoretiska värden för valutaswappar bör informationen om betalningarna rapporteras samtidigt som derivatkontraktet rapporteras för första gången genom rapporten ”NEWT”. 101

3.26 Fält för datum och tidsstämplar

Ikraftträdande

355. Ikraftträdande är det datum då skyldigheterna enligt derivatet träder i kraft, så som inkluderat i bekräftelsen. Om motparterna inte angav något ikraftträdandedatum som en del av kontraktsvillkoren bör fältet ”Ikraftträdande” fyllas i med datumet för derivatets utförande.

356. Detta gäller även kontantavvecklade råvaruderivat samt vid novationer.

357. Tidsstämpeln för utförande bör återspegla datum och tid då derivatet ursprungligen utfördes. Det bör därför inte ändras när motparter rapporterar livscykelhändelser (t.ex. partiellt avslutande) för ett visst derivat. Sista giltighetsdatum/Datum för förtida avslutande

358. Sista giltighetsdatum är det justerade datum då skyldigheterna enligt derivatet upphör att gälla, så som inkluderat i bekräftelsen. Förtida avslutande påverkar inte detta dataelement. Sista giltighetsdatum kan användas för att avgöra om transaktionen är utestående eller inte. Innehållet i detta fält vid icke-bekräftade transaktioner bör vara det som anges i kontraktet mellan motparterna.

359. Detta gäller både OTC- och ETD-derivat.

360. Enligt artikel 9 i Emir ska avslutandet anmälas. Om avslutandet sker i enlighet med de ursprungliga villkoren i kontraktet kan det emellertid antas att ett sådant avslutande ursprungligen rapporterades, förutsatt att det sista giltighetsdatumet har rapporterats i vederbörlig ordning. Därför bör endast de avslutanden som äger rum vid en tidpunkt före förfallodagen rapporteras.

361. Definitionen av fält 2.44 ”Sista giltighetsdatum” i de tekniska tillsynsstandarderna för rapportering anger att förtida avslutanden av ett derivat inte anges i detta fält. När ett nytt kontrakt öppnas motsvarar fältet ”Sista giltighetsdatum” det ursprungliga utgångsdatumet för det rapporterade kontraktet. När förfallodagen för ett befintligt kontrakt emellertid är föremål för ändringar som redan förutses i de ursprungliga villkoren för kontraktet skickar motparterna en ändringsrapport för den ursprungliga posten och ändrar fältet ”Sista giltighetsdatum” i enlighet med den uppdaterade förfallodagen.

362. Motparterna bör rapportera det ojusterade utgångsdatumet såsom avtalats i kontraktet, även om det infaller på ett veckoslut eller en helgdag.

363. I nedanstående exempel klargörs hur fältet ”Sista giltighetsdatum” ska fyllas i för ett OTC för ett fast mot rörligt derivat på naturgas med följande egenskaper: a. Handelsdag: 25.8.2017 Råvara: Naturgas b. Ikraftträdande: 1.11.2017 c. Datum för avslutande: 31.3.2018 102 d. Betalningsdatum: Tio handelsdagar efter utgången av varje beräkningsperiod efter e. justering i enlighet med justeringsprincipen Modified Following Business Day. Det korrekta sista giltighetsdatumet är 31.3.2018 eftersom detta är överenskommet datum för avslutande.

364. I följande punkter klargörs hur en ”arbetsdag” bör förstås vid fastställandet av tidsfristen för rapportering.

365. Motparter bör följa sin lokala tid för att fastställa på vilken dag derivatet ingicks, ändrades eller avslutades. Rapporteringstidsfristen är slutet av arbetsdagen efter den dagen. Fastställandet av rapporteringstidsfristen i lokal tid påverkar inte det sätt på vilket relevanta datum och tider (t.ex. tidsstämpel för utförande) rapporteras till transaktionsregistren. Tidskonventionen för rapportering definieras i de tekniska genomförandestandarderna för rapportering.

366. Motparterna bör följa sin medlemsstats gällande kalender för att avgöra om en viss dag är en arbetsdag eller inte.

367. Denna vägledning gäller även när de två motparterna till samma derivat följer olika kalendrar och/eller befinner sig i olika tidszoner, vilket innebär att varje motpart bör följa sin egen lokala kalender och använda den lokala tiden för att fastställa tidsfristen för rapportering.

3.27 Rapportering av derivat på kryptotillgångar

368. Efter att ha tagit hänsyn till den pågående utvecklingen av den reglering som för närvarande diskuteras om kryptotillgångar innehåller de tekniska tillsynsstandarderna för rapportering inga detaljerade krav när det gäller rapportering av derivat baserade på dem. Trots detta har Esma beslutat att i de tekniska tillsynsstandarderna för rapportering inkludera ett ytterligare fält med namnet ”Derivat baserade på kryptotillgångar” i vilket motparterna förväntas ange om ett visst derivat är baserat på en kryptotillgång eller inte. Fältet är en enkel indikator som fylls i med ett booleskt värde. Detta kommer att göra det möjligt att bedöma handelsvolymer och utestående risk för denna typ av instrument samt att analysera hur dessa instrument för närvarande rapporteras.

369. Endast de derivat på kryptotillgångar som uppfyller definitionen av derivat enligt Mifid förväntas rapporteras (i linje med det allmänna tillämpningsområdet för rapportering enligt Emir).

370. Valutafälten i Emir-rapporteringen tillåter endast ifyllning med valutor som anges i ISO 4217-valutakoder. Därför bör dessa fält för närvarande inte fyllas i med koder som avser kryptotillgångar som vanligen benämns ”kryptovalutor”.

371. Esma kan komma att utarbeta ytterligare riktlinjer för sådana derivat baserade på kryptotillgångar när de relevanta förordningarna har antagits. 103

3.28 Rapportering av komplexa produkter

372. I enlighet med CPMI-Ioscos riktlinjer införde de tekniska tillsynsstandarderna för rapportering nya paketrelaterade fält. Detta omfattar fält 2.6 ”Paketets identifieringskod” som å ena sidan bör användas av rapporterande motparter eller enheter som ansvarar för rapporteringen som en unik länk mellan rapporter som gäller samma derivatkontrakt där tabellen med fält inte gör det möjligt att lämna in uppgifterna i en enda rapport och, å andra sidan, om pakettransaktionen består av en kombination av derivatkontrakt som förhandlas fram tillsammans som en produkt av ett enda finansiellt avtal (se även skälen 3 och 4 i de tekniska tillsynsstandarderna för rapportering).

373. Även om det finns ett krav på att de båda motparterna ska komma överens om antalet rapporter som ska lämnas in för ett visst kontrakt eller en viss pakettransaktion och om de UTI-koder som tilldelats dessa rapporter, så finns det inget behov av att de två motparterna kommer överens om identifieringskoden. Paketets identifieringskod kommer att vara unik för en uppsättning rapporter som hör samman och tilldelas av varje rapporterande motpart eller enhet som ansvarar för rapporteringen på egen hand. Av denna anledning finns det därför inget behov av att använda en paketidentifieringskod från handelsplatser eller den andra motparten.

374. Tabell 21 visar rapporteringen av UTI-koder och paketens identifieringskoder vid pakettransaktioner: Tabell 21 Rapport nr 1 Rapport nr 2 Rapport nr 1 Rapport nr 2 Motpart 1 Motpart 1 Motpart 2 Motpart 2 Motpart 1 LEI för LEI för motpart LEI för LEI för motpart 1 1 motpart 2 motpart 2 Motpart 2 LEI för LEI för motpart LEI för LEI för motpart 2 2 motpart 1 motpart 1 UTI 1234 ABCD 1234 ABCD Paketets PCK1 PCK1 Paket987 Paket987 identifieringskod

375. Om en pakettransaktion omfattar rapporteringspliktiga och icke rapporteringspliktiga kontrakt behöver endast de kontrakt som omfattas av artikel 9 i Emir rapporteras. Till exempel vid en kombination av ett kontrakt för valutaspot och valutatermin (som inte utförs som en valutaswapp) skulle endast valutaterminen omfattas av artikel 9 i Emir och därför behöva rapporteras. De fält som rör hela paketet (t.ex. ”Pris för pakettransaktion”) måste dock fyllas i för att ge tillsynsmyndigheterna en helhetsbild av den pakettransaktion som utförs. 104

376. Om ett derivatkontrakt upphör att existera men ger upphov till ett annat derivatkontrakt som är väsentligt annorlunda (t.ex. en option på en termin) bör dessa två kontrakt beaktas individuellt och inte rapporteras som en pakettransaktion, varför ingen paketidentifieringskod bör användas för att koppla samman dessa rapporter under sådana omständigheter, samtidigt som fältet ”Tidigare UTI-kod” skulle vara relevant och skulle behöva rapporteras.

377. Rapporteringsfältet 2.53 ”Pris för pakettransaktion” och fält 2.54 ”Valuta för pakettransaktionens pris” bör fyllas i med relevant pris och valuta för hela pakettransaktionen i stället för priset och valutan för de enskilda komponenterna. Om de enskilda komponenterna har separata priser och valutor bör dessa fyllas i i den relevanta rapporten i fält 2.28 ”Pris” och fält 2.29 ”Prisvaluta” utöver ifyllandet av fältet ”Pris för pakettransaktion”. Tabell 22 Rapport nr 1 Rapport nr 2 Rapport nr 1 Rapport nr 2 Motpart 1 Motpart 1 Motpart 2 Motpart 2 Motpart 1 LEI för LEI för motpart LEI för LEI för motpart 1 1 motpart 2 motpart 2 Motpart 2 LEI för LEI för motpart LEI för LEI för motpart 2 2 motpart 1 motpart 1 UTI 1234 ABCD 1234 ABCD Paketets PCK1 PCK1 Paket987 Paket987 identifieringskod Pris 10,23 210,75 10,23 210,75 Prisvaluta EUR EUR EUR EUR Pris för 220,98 220,98 220,98 220,98 pakettransaktion Valuta för paket- EUR EUR EUR EUR transaktionens pris

378. Det kan förekomma fall där ett pris för pakettransaktionen blir tillgängligt först efter rapporteringsfristen (T+1). Om ett sådant fall inträffar bör priset för pakettransaktionen rapporteras med det definierade standardvärdet, såsom anges i valideringsreglerna, och bör uppdateras i enlighet med detta med hjälp av ”MODI” i fält 2.151 ”Åtgärdstyp” när det blir tillgängligt. 105

379. Om priset för en hel pakettransaktion uttrycks som en spread, dvs. skillnaden mellan två referenspriser, bör en sådan spread fyllas i i fält 2.112 ”Spread för pakettransaktion” tillsammans med fält 2.113 ”Valuta för pakettransaktionsspread”. Om en sådan spread inte är känd vid tidpunkten för ingåendet av pakettransaktionen bör den rapporteras med det standardvärde som anges i valideringsreglerna och uppdateras senare när den blir känd. Även denna uppdatering bör skickas med ”MODI” i fält 2.151 ”Åtgärdstyp”.

3.29 Motparternas säkerställande av uppgifters kvalitet

380. Enligt artikel 9.1e i Emir bör motparter och centrala motparter rapportera korrekt och utan dubbelrapportering. Kvaliteten på de uppgifter som rapporteras av motparter är en viktig faktor för att säkerställa en bred användbarhet och kvalitet på dataanalysresultaten. Ytterligare krav för att säkerställa uppgifternas kvalitet på motpartssidan anges i artikel 9 i de tekniska genomförandestandarderna för rapportering och artiklarna 1 och 3 i de tekniska tillsynsstandarderna för uppgifters kvalitet.

381. För att säkerställa efterlevnad av kravet att rapportera korrekt, för att säkerställa att uppgifterna är konsekventa samt för att minska rapporteringsbördan och anpassa incitamenten till enhetens egna prioriteringar bör motparterna använda de föreskrivna uppgifterna för sina egna interna risk- och efterlevnadsprocesser.

382. Förutom att införa en gemensam uppsättning valideringsregler som ger ett omedelbart svar om uppgifternas kvalitet vid tidpunkten för inlämningen av uppgifterna bör transaktionsregister genomföra en avstämningsprocess som består av att para ihop och matcha de rapporter som rör derivatets båda sidor för att jämföra innehållet i rapporterna och markera inkonsekvenser som tyder på felaktig rapportering från minst en av motparterna. Transaktionsregister bör tillhandahålla detaljerad information om avvisningar och avstämning till berörda deltagare och användare av transaktionsregistret och även till de nationella behöriga myndigheterna. Rapporterande motparter, rapportinlämnande enheter och enheter som ansvarar för rapporteringen bör i förekommande fall undersöka de problem med uppgifters kvalitet som flaggats genom avvisningar av rapporter och misslyckad avstämning och säkerställa korrigering av uppgifterna. De tekniska genomförandestandarderna för rapportering kräver också uttryckligen att de enheter som ansvarar för rapporteringen och de rapportinlämnande enheterna i förekommande fall ska ha infört arrangemang som säkerställer att återkopplingen om de avstämningsbrister som transaktionsregistren tillhandahåller beaktas.

383. När det gäller historiska uppgifter förväntas motparterna och enheter som ansvarar för rapporteringen rapportera alla identifierade utelämnade uppgifter och korrigera alla felaktiga uppgifter som rapporterats till transaktionsregistren.

384. För att komplettera den statistik över avvisningar och avstämningar som transaktionsregistren lämnar till de nationella behöriga myndigheterna bör den enhet som ansvarar för rapporteringen omgående (så snart den får kännedom om 106 dem) underrätta sin behöriga myndighet och även den rapporterande motpartens behöriga myndighet, om den är en annan, om alla följande fall: a. All eventuell felaktig rapportering på grund av brister i rapporteringssystemen som skulle påverka ett betydande antal rapporter. b. Eventuella rapporteringshinder som hindrar den rapportinlämnande enheten från att sända rapporter till ett transaktionsregister inom den tidsfrist som anges i artikel 9 i Emir. c. Alla betydande problem som leder till rapporteringsfel som inte skulle leda till avvisande hos ett transaktionsregister i enlighet med de tekniska tillsynsstandarderna för uppgifters kvalitet.

385. Anmälan bör åtminstone innehålla grundläggande information om och identifiering av anmälan, enhet som ansvarar för rapporteringen och rapportinlämnande enhet, omfattningen av de påverkade rapporterna, typen av fel eller utelämnanden, orsakerna till felen eller utelämnandena, de åtgärder som vidtagits eller planerats för att lösa problemet, datumet för händelsen och tidsplanen för lösning av frågan samt inlämning eller korrigering av uppgifter. Den enhet som ansvarar för rapporteringen bör tillhandahålla anmälan i en allmän mall som offentliggjorts på Esmas webbplats.

386. Varje identifierat problem med uppgifters kvalitet bör tillhandahållas i en separat anmälan, såvida inte flera problem med uppgifters kvalitet har identifierats och dessa problem är nära besläktade, t.ex. beror på en gemensam orsak, har sammanfallande tidslinjer eller gemensamma felkorrigeringar eller på annat sätt är sammanlänkade och omöjliga att separera i enskilda anmälningar. I sådana fall är det möjligt att tillhandahålla en enda anmälan för alla dessa relaterade problem med uppgifters kvalitet.

387. Bedömningen av betydelse bör göras så snart omfattningen av den felaktiga rapporteringen har klargjorts och antalet poster som påverkas av rapporteringsproblemet har fastställts. Anmälan till de nationella behöriga myndigheterna bör skickas utan onödigt dröjsmål efter det att bedömningen har slutförts och all relevant information har samlats in. Om fler berörda poster upptäcks efter den första bedömningen bör en ytterligare bedömning göras och de nationella behöriga myndigheterna bör underrättas med en uppdatering. Eftersom bedömningen till största delen kommer att utföras på ad hoc-basis förväntar sig Esma inte att den enhet som ansvarar för rapporteringen regelbundet ska lämna anmälningar till de behöriga myndigheterna.

388. Esma är medveten om behovet av att närmare specificera de viktigaste mätvärdena och tröskelvärdena för att bedöma omfattningen av anmälningarna samt om behovet av att noggrant finjustera förslaget. Behovet av förtydliganden gäller särskilt det ”betydande antalet rapporter” under punkt a och ”betydande problem” i punkt c ovan. Esma ger nedan exempel på relevanta scenarier och förtydligar mätvärdena för bedömningen av anmälningarnas omfattning.

389. Enligt artikel 9.1 a i de tekniska genomförandestandarderna för rapportering bör det underrättas om all eventuell felaktig rapportering på grund av brister i 107 rapporteringssystemen som skulle påverka ett betydande antal rapporter. Kravet avser eventuella brister i rapporteringssystemen, antingen hos den enhet som ansvarar för rapporteringen eller hos den rapportinlämnande enheten eller i något annat rapporteringssystem från tredje part om utkontraktering används. Detta scenario omfattar till exempel fall av tekniska problem som utesluter en stor andel poster från inlämning, systematisk utelämnande av vissa fält i rapporterna, systematisk rapportering av felaktiga eller onormala värden i rapporterna (t.ex. systemfel i ordningen på numeriska fält). Eftersom kravet på att underrätta myndigheterna avser den enhet som ansvarar för rapporteringen bör den rapportinlämnande enheten eller någon annan tredje part som deltar i rapporteringen informera alla relevanta rapportinlämnande enheter om de upplever systemfel eller identifierar andra brister i sina rapporteringssystem. Den rapportinlämnande enheten bör skicka anmälan till de nationella behöriga myndigheterna endast om den är den enhet som ansvarar för rapporteringen för vissa eller alla motparter för vars räkning den rapporterar. I annat fall, om den rapportinlämnande enheten eller någon annan tredje part som deltar i rapporteringen har problem med uppgifters kvalitet, bör den endast informera de relevanta enheter som ansvarar för rapporteringen om problemets detaljer så att den enhet som ansvarar för rapporteringen kan göra bedömningen av problemets betydelse. Enheter som ansvarar för rapporteringen och rapportinlämnande enheter förväntas ha tillräckliga kontroller på nivån för processer för rapportering av uppgifter så att alla de ovannämnda problemen identifieras i god tid, rapporteras till myndigheterna och åtgärdas permanent.

390. Betydande antal rapporter bör bedömas separat för var och en av följande kategorier: Kategori 1 – rapporter med åtgärdstyperna ”Ny”, ”Ändra”, ”Korrigera”, ”Avsluta”, ”Fel”, ”Förnya”, ”Positionskomponent”. Kategori 2 – rapporter med åtgärdstypen ”Värdering”. Kategori 3 – rapporter med åtgärdstypen ”Uppdatering av marginalsäkerhet”.

391. Om antalet rapporter som påverkas av rapporteringsproblemet är betydande i minst en av kategorierna bör de behöriga myndigheterna underrättas om rapporteringsproblemet.

392. Antalet rapporter som påverkats av felaktig rapportering är betydande om det överskrider följande tröskelvärde: AntalPåverkRapporter / GenomsAntalMån > Y % och AntalPåverkRapporter > X dvs. AntalPåverkRapporter >= Tröskelvärde = max {X; Y% av GenomsAntalMån}, där X och Y är kalibreringskonstanter och GenomsAntalMån är det genomsnittliga månatliga antalet inlämnade rapporter beräknat på bedömningsdagen som 108 (AntalRapporterMån-12 + AntalRapporterMån-11 + … + AntalRapporterMån-2 + AntalRapporterMån-1) / 12 = AntalRapporterSenaste12Mån / 12 med användning av det verkliga antalet rapporter som lämnats in under de senaste 12 månaderna.

393. För att ta hänsyn till hur betydande den enhet som ansvarar för rapporteringen eller den rapportinlämnande enheten är avser Esma att specificera undergrupperna och motsvarande kalibreringskonstanter på grundval av det genomsnittliga antalet inlämnade rapporter enligt exemplet i tabell 23.

394. Bedömningen av betydelse bör göras på nivå av enhet som ansvarar för rapporteringen eller i tillämpliga fall på nivå av rapportinlämnande enhet. Den rapportinlämnande enheten bör utföra bedömningen endast om den är den enhet som ansvarar för rapporteringen för vissa eller alla motparter för vars räkning den rapporterar. Det anses inte nödvändigt att beräkna det genomsnittliga antalet inlämnade rapporter separat för varje motpart, om den enhet som ansvarar för rapporteringen eller den rapportinlämnande enheten rapporterar för flera motparters räkning. Eftersom Esmas avsikt är att systematiska problem fångas upp, även om ett tröskelvärde överskrids för en enda motpart, bör den övergripande bilden vid rapportinlämnande enhet beaktas. Följande scenarier syftar till att underlätta förståelsen.

395. Beakta följande undergrupper och trösklar: Genomsnittligt antal inlämnade rapporter per månad (GenomsAntalInlämn) 0<=A<100 000 100 000<=A<1 000 000 1 000 000<=A X 100 20 000 150 000 Y % 20 % 15 % 10 % Scenario A: Tre motparter förlitar sig på samma rapportinlämnande enhet för inlämning av rapporterna. Den rapportinlämnande enheten ligger under tröskelvärdet medan en av motparterna ligger över tröskelvärdet. 109 Även om tröskelvärdena överskrids för motpart 2 ligger beräkningen på nivå av rapportinlämnande enhet under tröskelvärdena och det finns därför inget behov av att den rapportinlämnande enheten anmäler till de berörda nationella behöriga myndigheterna. Om den rapportinlämnande enheten inte är den enhet som ansvarar för rapporteringen för alla berörda motparter bör den dock vederbörligen informera alla dessa motparters enheter som ansvarar för rapporteringen om rapporteringsproblemet, så att de kan bedöma sin övergripande situation och meddela sina nationella behöriga myndigheter om tröskelvärdena överskrids. Scenario B: Tre motparter förlitar sig på samma rapportinlämnande enhet för inlämning av rapporterna. Den rapportinlämnande enheten ligger över tröskelvärdet medan två motparter ligger under tröskelvärdet. Den rapportinlämnande enheten är den enhet som ansvarar för rapporteringen endast för motpart 2. Den rapportinlämnande enheten har ett betydande problem, men motpart 1 och motpart 3 är bara lindrigt påverkade. I detta fall bör anmälan till de nationella behöriga myndigheterna innehålla uppgifter, t.ex. antalet påverkade rapporter, som endast avser motpart 2. I likhet med det föregående scenariot, om den rapportinlämnande enheten inte är den enhet som ansvarar för rapporteringen för alla berörda motparter bör den vederbörligen informera alla dessa motparters (i detta fall motpart 1 och motpart 3) enheter som ansvarar 110 för rapporteringen om rapporteringsproblemet, så att de kan bedöma sin övergripande situation och meddela sina nationella behöriga myndigheter om tröskelvärdena överskrids. Scenario C: En motpart (enhet som ansvarar för rapporteringen) delegerar rapporteringen till två rapportinlämnande enheter och rapporterar delvis själv. På motpartsnivå påverkas endast en delmängd av rapporterna av rapporteringsproblemet hos en rapportinlämnande enhet. Rapportinlämnande enhet 1 har ett betydande problem men på övergripande motpartsnivå är problemet inte betydande. I detta fall förväntas inte motparten underrätta sin nationella behöriga myndighet. Det är dock inte förbjudet för rapportinlämnande enhet 1 att underrätta motpartens nationella behöriga myndighet om problemet är betydande på rapportinlämnande enhet 1:s nivå och motparten förlitar sig på rapportinlämnande enhet 1 för att underrätta de nationella behöriga myndigheterna.

396. Enligt artikel 9.1 b i de tekniska genomförandestandarderna för rapportering bör alla eventuella rapporteringshinder som hindrar den rapportinlämnande enheten från att lämna in rapporter inom rapporteringsfristen anmälas. Dessa fall omfattar främst systemfel men bör inte tolkas som begränsade till tekniska problem, t.ex. operativa problem (covid-19), brist på uppdatering av LEI och omöjlighet att generera UTI-koderna. För att ytterligare avskilja från fallen av felaktig rapportering och underlåtenhet att rapportera uppgifter i artikel 9.1 a betonar Esma att fallen i artikel 9.1 b avser fullständig oförmåga att skicka uppgifter till transaktionsregistren medan frågor om uppgifters kvalitet enligt artikel 9.1 a endast gäller undergrupper av rapporterade poster.

397. Enligt artikel 9.1 c i de tekniska genomförandestandarderna för rapportering bör alla betydande problem som leder till rapporteringsfel som inte skulle leda till avvisande hos ett transaktionsregister anmälas. 111

398. Betydande problem enligt artikel 9.1 c i de tekniska genomförandestandarderna för rapportering bör bedömas enligt följande icke uttömmande förteckning över kvalitativa kriterier: a. Underlåtenhet att rapportera eller överrapportering av ett derivat på grund av felaktig bedömning av om det ska rapporteras eller inte. b. Felaktig eller inkonsekvent tolkning av antalet rapporter som ska rapporteras för ett visst derivat (t.ex. vid en tvist med den andra motparten). c. Felaktig eller inkonsekvent tolkning av innehållet i fälten (t.ex. vid en tvist med den andra motparten). d. Rapportering av icke-standardiserade derivat för vilka fälten inte är helt anpassade. e. Fel och utelämnanden som hänför sig till i. felaktiga uppgifter i identifieringen av parterna: fälten 1.2–1.16, 1.20, 2.33, 2.37, ii. felaktiga uppgifter om transaktionen: fälten 1.17–1.19, 2.1–2.12, 2.38–2.41, iii. felaktiga uppgifter om det underliggande: fälten 2.13–2.18, i synnerhet om korgen inte är fullständig, iv. belopp och valutor i alla relaterade fält (teoretiskt belopp, värdering, säkerhet, pris, lösenpris ...), v. datum/tidsstämplar; utförande, bekräftelse av händelse, sista giltighetsdatum, vi. clearingfälten 2.30–2.32, vii. felaktiga uppgifter om rapporten: fälten 2.151, 2.152 och 2.154, viii. kod för portföljsäkerhet: fält 3.9, ix. fel i värderingsmetoder som leder till felaktig rapportering av värdering.

399. Betydande problem enligt artikel 9.1 c i de tekniska genomförandestandarderna för rapportering bör bedömas ytterligare (ackumulativt) i enlighet med de kvantitativa kriterier som anger ett betydande antal poster som påverkas av det kvalitativt betydande problemet med uppgifternas kvalitet. Exempelscenarierna ovan gäller analogt för betydande problem enligt artikel 9.1 c i de tekniska genomförandestandarderna för rapportering.

400. Den enhet som ansvarar för rapporteringen bör ha infört processer för att när som helst kunna bedöma betydelsen av identifierade fall av felaktig rapportering enligt ovan och omedelbart kunna anmäla dem till de berörda nationella behöriga myndigheterna. Detta inbegriper specifikt snabb identifiering av berörda poster och deras antal samt beräkning av relevanta mätvärden för att bedöma om några tröskelvärden har överskridits eller inte.

401. Motparter, enheter som ansvarar för rapporteringen eller rapportinlämnande enheter behöver lämna in sina anmälningar till de nationella behöriga myndigheterna i enlighet med de förfaranden som antagits av dessa nationella behöriga myndigheter i varje medlemsstat. 112

402. Många problem med uppgifternas kvalitet hänger samman med inkonsekvent tolkning av reglerna för rapportering av derivat. Ambitionen med dessa riktlinjer är att i de relevanta avsnitten ge den nödvändiga vägledningen för de olika rapporteringsscenarierna och derivatkontrakten, inklusive illustrerande exempel.

403. Ifyllandet av fält som anges som frivilliga i valideringsreglerna är inte föremål för de rapporterande motparternas eget gottfinnande. Frivilliga fält bör alltid fyllas i för samtliga fall där fältet är relevant i det givna scenariot eller för det givna derivatet.

4 Rapportering per produkttyp

404. Detta avsnitt innehåller förtydliganden och exempel som illustrerar rapporteringen av vissa derivatprodukter.

405. Exemplen ges i form av tabeller där varje tabell visar rapporteringsfälten enligt de tekniska genomförandestandarderna för rapportering. I kolumnen ”Fält” visas fältens namn och i kolumnen ”Exempel” ges exempel på vad som bör ingå i respektive fält. I den sista kolumnen med rubriken ”XML-meddelande” visas formatet för det XML-meddelande som bör lämnas in i rapporten.

406. Om inget annat anges i det enskilda scenariot är följande bakgrundsinformation tillämplig på alla scenarier som fastställs i detta avsnitt: Motpart A är en tysk finansiell motpart som identifieras med LEI-kod 12345678901234500000 Motpart B är en italiensk finansiell motpart som identifieras med LEI-kod ABCDEFGHIJKLMNOPQRST Motpart C är en spansk NFC- som identifieras med LEI-kod 123456789ABCDEFGHIJK Motpart D är en fransk NFC+ som identifieras med LEI-kod 11223344556677889900 Motpart J agerar även som clearingmedlem och identifieras med LEI-kod CCCCCCCCCCCCCCCCCCCC Central motpart O identifieras med LEI-kod BBBBBBBBBB1111111111

4.1 Rapportering av ränteswappar

407. När motparterna rapporterar ränteswappar bör de beskriva de underliggande fasta eller rörliga räntorna i fälten avsedda för räntesatserna för del 1 och del 2 (fälten 2.79–2.110) i stället för att t.ex. ange den rörliga räntan i fältet för det underliggande indexet.

408. Det finns tre olika fält för att beskriva en rörlig ränta: a. Identifieringskod (fälten 2.83 och 2.99) som bör fyllas i med ISIN-koden. 113 b. Beteckning (fält 2.84 och 2.100) som bör fyllas i med en standardiserad kod med 4 bokstäver. c. Namn (fält 2.85 och 2.101) som bör fyllas i med räntans fullständiga namn.

409. Motparterna bör alltid rapportera ISIN-kod och 4-bokstavskod, i den mån de finns tillgängliga för en viss ränta. Räntans namn bör i samtliga fall rapporteras. Fast-till-rörliga ränteswappar

410. En fast-till-rörlig 5-årig ränteswapp i gemensam valuta på 3 månaders Euribor mot 0,5 % (utan ytterligare spread). Motparterna utväxlar betalningar var sjätte månad och justeringsfrekvensen fastställs till årlig. Dagberäkningsmetoden är faktiskt antal dagar/360. Tabell 27 – Rapportering av en fast-till-rörlig ränteswapp Nummer Fält Exempel XML-meddelande Fast ränta för del 1 <IntrstRate> 79 0,5 eller kupong <FrstLeg> <Fxd> Fast ränta eller <Rate> dagberäknings- 80 A004 <Rate>0.5</Rate> metod för kupong </Rate> för del 1 <DayCnt> Fast ränta eller <Cd>A004</Cd> betalnings- </DayCnt> 81 MNTH <PmtFrqcy> frekvensperiod för <Term> kupong för del 1 <Unit>MNTH</Unit> Fast ränta eller <Val>6</Val> multiplikator för </Term> 82 betalnings- 6 </PmtFrqcy> frekvensperiod för </Fxd> kupong för del 1 </FrstLeg> <ScndLeg> Identifierare för <Fltg> 99 EU0009652783 rörlig ränta för del 2 <Id>EU0009652783</Id> <Nm>Euro Interbank Offered Rate</Nm> Indikator för rörlig 100 EURI <Rate> ränta för del 2 <Cd>EURI</Cd> </Rate> Namn på rörlig <RefPrd> 101 Euribor ränta för del 2 <Unit>MTH</Unit> <Val>3</Val> Dagberäknings- </RefPrd> 102 metod för rörlig A004 <Sprd> <Pctg>0</Pctg> ränta för del 2 </Sprd> Betalnings- <DayCnt> 103 frekvensperiod för MNTH <Cd>A004</Cd> rörlig ränta för del 2 </DayCnt> 114 Tabell 27 – Rapportering av en fast-till-rörlig ränteswapp Nummer Fält Exempel XML-meddelande

4.2 Rapportering av swaptioner

411. När motparterna rapporterar swaptioner bör de ange både de fält som rör optioner (fält 2.132–2.142) och de fält som beskriver den underliggande swappen (fält 2.79–2.110).

412. Utnyttjandet av swaptionen bör rapporteras med åtgärdstypen ”Avsluta” och händelsetypen ”Utnyttjande”. Den resulterande swappen bör rapporteras med åtgärdstypen ”Ny” och händelsetypen ”Utnyttjande” samt med fält 2.3 ”Tidigare UTIkod” ifyllt.

413. Tabellerna nedan visar hur man rapporterar en ursprunglig swaption, utnyttjandet av den swaptionen och den resulterande swappen.

4.2.1 Swaption på en fast-till-rörlig ränteswapp

414. Motparten ingår en amerikansk säljoption på en fast-till-rörlig ränteswapp baserat på 1 dags Sonia mot 0,75 % (utan ytterligare spread). Premien är 200 000 GBP. Om den utnyttjas kommer den rapporterande motparten att betala fast ränta och motparterna kommer att utväxla betalningar var tredje månad och justeringsfrekvensen fastställs till årlig. Dagberäkningsmetoden är faktiskt antal dagar/faktiskt antal dagar ISDA. 115 Tabell 28 – Rapportering av en swaption på en fast-till-rörlig ränteswapp Nummer Fält Exempel XML-meddelande kupong för del 1 <Rate> multiplikator för </Rate> 82 betalnings- 3 <DayCnt> Betalnings- </Rate> frekvensperiod för <RefPrd> 103 MNTH rörlig ränta för del <Unit>DAIL</Unit> för rörlig ränta för <PmtFrqcy> 105 DAIL del 2 – <Term> 116 Tabell 28 – Rapportering av en swaption på en fast-till-rörlig ränteswapp Nummer Fält Exempel XML-meddelande 134 Lösenpris 0,75 Lösenprisets 138 valuta/valutapar Belopp för 139 200 000 optionspremium Valuta för 140 GBP optionspremium Betalningsdatum 141 för 2022-07-01 optionspremium Förfallodag för 142 2025-12-01 det underliggande 151 Åtgärdstyp NEWT 117 Tabell 28 – Rapportering av en swaption på en fast-till-rörlig ränteswapp Nummer Fält Exempel XML-meddelande 152 Händelsetyp TRAD Tabell 29 – Rapportering av ett utnyttjande av en swaption Nummer Fält Exempel XML-meddelande Tabell 30 – Rapportering av en swapp efter utnyttjandet av swaptionen Nummer Fält Exempel XML-meddelande 118 Tabell 30 – Rapportering av en swapp efter utnyttjandet av swaptionen Nummer Fält Exempel XML-meddelande frekvensperio <PmtFrqcy> d för kupong <Term> för del 2 <Fltg> Dagberäknin <Rate> ränta för del 2 <Pctg>0</Pctg> Multiplikator </Sprd> d för rörlig <PmtFrqcy> od för rörlig </Term> 106 ränta för del 2 1 </RstFrqcy> för del 2 119 Tabell 30 – Rapportering av en swapp efter utnyttjandet av swaptionen Nummer Fält Exempel XML-meddelande Multiplikator för 108 justeringsfrek 1 vens för rörlig ränta för del 2 Spread för 109 0 del 2 Spreadvaluta 110 för del 2 151 Åtgärdstyp NEWT 152 Händelsetyp EXER

4.3 Rapportering av andra ränteprodukter

415. Ränteterminskontrakt (FRA), ränteswappar i mer än en valuta, tak (caps) och golv (floors) bör klassificeras som räntederivat.

416. När motparterna rapporterar ränteterminskontrakt bör de ta hänsyn till följande: a. Den underliggande räntan bör rapporteras i fälten i avsnittet för det underliggande (fält 2.13–2.16). b. Tidsstämpeln för utförande bör fyllas i med relevant datum och tid då derivatet ingicks av motparterna och i enlighet med specifikationerna i valideringsreglerna. c. Ikraftträdande är det datum då skyldigheterna enligt kontraktet börjar gälla. Om inte skyldigheterna mellan motparterna skjuts upp till ett framtida datum är detta detsamma som datumdelen i tidsstämpeln för utförande. Ikraftträdande är inte den avvecklingsdag som avses i ränteterminskontraktets dokumentation. d. Förfallodag är det datum som motparterna kommit överens om för när skyldigheterna enligt derivatet löper ut. När det gäller ränteterminskontrakt är detta den dag då exponeringarna mellan motparterna upphör genom fastställandet av den betalning som täcker skillnaden mellan den överenskomna räntan och den rådande marknadsräntan. Detta är inte slutdatumet för den underliggande räntan. e. Avvecklingsdag är det datum då motparterna avvecklar det underliggande instrumentet. Det underliggande till ett ränteterminskontrakt är en terminsränta och avvecklingen av skillnaden mellan den överenskomna räntan och den rådande marknadsräntan sammanfaller antingen med förfallodagen eller sker vid en senare tidpunkt.

417. Exempel på ett ränteterminskontrakt (beskrivet enligt branschterminologi): • Utfört den 22 februari • Fastställandedatum (2 dagars fastställande) 20 maj 120 • Ikraftträdande (3 mån) 22 maj • Förfallodag (6 mån) 22 augusti • Avvecklingsdag 22 maj

418. I ovanstående exempel är datumet för ikraftträdande i rapporteringssyfte den 22 februari – såvida inte motparterna kommer överens om att skjuta upp det datum då skyldigheterna börjar gälla – och förfallodagen är den 20 maj.

419. När det gäller tak (caps) och golv (floors) bör motparterna fylla i både de fält som är relevanta för optioner och de fält som är relevanta för räntederivat (i likhet med det exempel på swaption som ges i avsnitt 4.2).

420. När det gäller ränteswappar i mer än en valuta bör motparterna fylla i både de fält som är relevanta för valutaderivat och de fält som är relevanta för räntederivat.

4.4 Rapportering av valutaswappar och terminer

421. Den slutliga avtalade avvecklingsdagen som anges i de tekniska tillsynsstandarderna för rapportering är inte något repeterbart fält och det är därför inte möjligt att rapportera båda avvecklingsdatumen – för den nära och den avlägsna delen – i detta fält.

422. Valutaswapp rapporteras i en enda rapport. Därför bör paketets identifieringskod inte fyllas i.

423. Nedanstående exempel visar hur en valutaswapp och en livscykelhändelse som påverkar en enda del av en swapp bör rapporteras enligt artikel 9 i Emir.

4.4.1 Valutaswappar (avista-termin och termin-termin)

424. Följande scenarier beaktas: Scenario A: Rapportering av en valutaswapp som består av en avista-del och en termin-del. Scenario B: Rapportering av en valutaswapp som består av två termin-delar.

425. I de båda scenarierna har derivaten följande egenskaper: - Bankerna A och B ingår ett EUR/GBP-swappinstrument den 1 juni 2018 (oavsett hur instrumentet senare har bekräftats eller avvecklats). - Kontraktets teoretiska belopp: 1 000 000 EUR. - Kontraktets förfallodag: 31 december 2018. - Swappen avvecklas fysiskt. - Bank A levererar GBP och får EUR för den avlägsna delen, den identifieras således som mottagare av del 1 (dvs. att den erhåller den valuta som rapporteras i fältet ”Teoretisk valuta 1”, EUR). 121 - Växelkursen för den nära delen är 0,88 EUR/GBP medan växelkursen för den avlägsna delen är 0,865 EUR/GBP. Tabell 31 – Rapportering av en valutaswapp som består av en avista-del och en termin-del 122 Tabell 31 – Rapportering av en valutaswapp som består av en avista-del och en termin-del 6 19 20 123 Tabell 31 – Rapportering av en valutaswapp som består av en avista-del och en termin-del Tidsstämpel för 42 2018-06- 01T12:00:00Z utförandet 43 Ikraftträdande 2018-06-01 Sista 44 2018-12-31 giltighetsdatum Slutlig avtalad 46 2018-12-31 avvecklingsdag 47 Leveranstyp PHYS 48 Pris 49 Prisvaluta Teoretiskt belopp 55 1 000 000 för del 1 Teoretiskt belopp 64 865 000 för del 2 124 Tabell 31 – Rapportering av en valutaswapp som består av en avista-del och en termin-del 113 Växelkurs 1 0,88 114 Terminsväxelkurs 0,865 Valuta- 115 kombination för EUR/GBP växelkurs 151 Åtgärdstyp NEWT 152 Händelsetyp TRAD Tabell 32 – Rapportering av en valutaswapp som består av två termin-delar 125 Tabell 32 – Rapportering av en valutaswapp som består av två termin-delar 126 Tabell 32 – Rapportering av en valutaswapp som består av två termin-delar 1 UTI 123457 6 Tidpunkt för 42 2018-06- 01T12:00:00Z utförandet 43 Ikraftträdande 2018-06-01 127 Tabell 32 – Rapportering av en valutaswapp som består av två termin-delar Sista 44 2018-12-31 giltighetsdatum Slutlig avtalad 46 2018-12-31 avvecklingsdag 47 Leveranstyp PHYS 49 Prisvaluta Teoretiskt belopp 55 1 000 000 för del 1 Teoretiskt belopp 64 865 000 för del 2 56 Teoretisk valuta 1 EUR 65 Teoretisk valuta 2 GBP 113 Växelkurs 1 0,88 114 Terminsväxelkurs 0,865 Valuta-kombination 115 EUR/GBP för växelkurs 151 Åtgärdstyp NEWT 152 Händelsetyp TRAD

4.4.2 Kompression av den nära delen av valutaswappen

426. Följande scenario beaktas: - Derivatet ingås den 1 juni 2018. 128 - Kontraktets teoretiska belopp: 1 000 000 EUR. - Kontraktets förfallodag: 31 december 2018. - Swappen avvecklas fysiskt. - Bank A säljer EUR och får GBP för den nära delen (och levererar GBP och erhåller EUR för den avlägsna delen). - Växelkursen för den nära delen är 0,88 EUR/GBP medan växelkursen för den avlägsna delen är 0,865 EUR/GBP. - De två avvecklingsdagarna är 2018-08-01 och 2018-12-31.

427. Den 17 juli sker kompression av den nära delen medan den avlägsna delen löper vidare. Därför måste valutaswappen avslutas med åtgärdstyp ”TERM” och händelsetyp ”COMP” och den valutatermin som följer av kompressionen måste rapporteras med en ny UTI och markering av fältet ”Riskreduceringstjänst efter handel” som sant. ”ID för riskreduceringstjänst efter handel” tillhandhålls av leverantören av riskreduceringstjänster efter handel WWWWWXXXXXYYYYYZZZZZ och fylls i både för valutaterminen och rapporten om avslutande av valutaswappen.

428. Detta sätt att rapportera är föreskrivet bara i de fall där livscykelhändelser påverkar en enskild del av en valutaswapp. Det bör inte användas vid en vanlig avveckling av en nära del, såsom föreskrivet i det ursprungliga kontraktet.

429. I enlighet med valideringsreglerna är endast en begränsad undergrupp av fält obligatoriska för åtgärdstyp ”TERM”. Tabell 33 – Ny rapport (för en swapp) 129 Tabell 33 – Ny rapport (för en swapp) 130 Tabell 33 – Ny rapport (för en swapp) 19 131 Tabell 33 – Ny rapport (för en swapp) 20 45 46 2018-12-31 132 Tabell 33 – Ny rapport (för en swapp) Tabell 34 – Avslutande (på grund av kompression) av del 1 5 riskreduceringstjänst WWWWWXXXXXYYYYYZZZZZ1234567 9 - 133 Tabell 34 – Avslutande (på grund av kompression) av del 1 38 42 - 44 - 46 55 64 - 134 Tabell 34 – Avslutande (på grund av kompression) av del 1 115 Tabell 35 – Ny rapport för valutatermin (för den avlägsna delen av föregående swapp) WWWWWXXXXXYYYYYZZZZZ1234 567 135 Tabell 35 – Ny rapport för valutatermin (för den avlägsna delen av föregående swapp) 19 20 … 136 Tabell 35 – Ny rapport för valutatermin (för den avlägsna delen av föregående swapp) 48 </XchgRateBsis> </Ccy> 49 137 Tabell 35 – Ny rapport för valutatermin (för den avlägsna delen av föregående swapp)

4.4.3 Valutaoption

430. Beakta en valutaoption med följande upplägg: - Bankerna A och B ingår den 1 juni 2018 ett europeiskt köpoptionsinstrument EUR/GBP. - Kontraktets teoretiska belopp: 1 000 000 EUR. - Kontraktets förfallodag: 31 december 2018. - Optionen avvecklas fysiskt. - Bank A är köpare till optionen. - Optionens lösenpris är 0,87. - Optionspremien är 200 000 EUR och betalas den 5 juni 2018.

431. Optionen har en enda del och riktningen bör vara definierad i enlighet med modellen köpare/säljare. Den bör avgöras av vilken motpart som köper eller säljer optionen. Tabell 36 – Rapportering av en ny valutaoption 138 Tabell 36 – Rapportering av en ny valutaoption 139 Tabell 36 – Rapportering av en ny valutaoption

4.4.4 Ytterligare överväganden gällande rapportering av valutor

432. Rapporteringen av derivatets riktning och av de valutor som ingår bör göras av parter med beaktande av deras egen bokning oberoende av den andra partens bokning. Följaktligen kan riktningen och valutornas ordningsföljd variera i rapporteringen. En sådan skillnad bör hanteras av transaktionsregister i avstämningsprocesserna så att derivatets riktning beaktas på grundval av de valutor som anges i rapporteringen.

4.5 Rapportering av icke-levererbara terminer (NDF:er)

433. Icke-levererbara terminer (NDF:er) är kontantavvecklade valutaterminskontrakt. Ett sådant kontantavvecklat terminskontrakt anger en växelkurs mot 140 leveransvalutan (den konvertibla valutan), vanligen US-dollarn, ett teoretiskt belopp av den icke-konvertibla valutan och en avvecklingsdag. Ett kontantavvecklat valutaterminskontrakt liknar ett klassiskt fysiskt avvecklat valutaterminskontrakt, men i motsats till det förra sker ingen fysisk leverans av de angivna valutorna på förfallodagen. På förfallodagen jämförs istället spotmarknadens valutakurs med terminskursen för att värdera den icke-levererbara terminen. Det kontantavvecklade kontraktet avvecklas på nettobasis i den konvertibla valutan baserat på det teoretiska beloppet.

4.5.1 NDF

434. Beakta en icke-levererbar valutatermin med följande upplägg: - Bankerna A och B ingår den 1 juni 2018 ett BRL/USD NDF-instrument. - Kontraktets teoretiska belopp: 1 000 000 BRL. - Kontraktets förfallodag: 31 december 2018. - Kontraktets avvecklingsdag: 2 januari 2019. - Terminen är kontantavvecklad på grund av dess icke-levererbara natur. - Bank A levererar eller tar emot skillnaden (beroende på om den är positiv eller negativ) mellan avistaväxelkursen och terminsväxelkursen på avvecklingsdagen i USD. - USD fylls i som Avvecklingsvaluta 1. - Terminsväxelkursen är 0,29 BRL/USD.

435. När det gäller terminer kopplade till valutor bör motpart 1 identifiera sig som antingen betalare eller mottagare för del 1 (BRL i detta exempel). Eftersom den rapporterande motparten i detta exempel skulle få skillnaden i händelse av en ökning av BRL:s värde (minskning av växelkursen) identifieras den som mottagare för del 1.

436. Priset fylls inte i eftersom prisinformationen anses vara inkluderad i fältet terminsväxelkurs.

437. Eftersom det bara finns en avvecklingsvaluta bör den alltid fyllas i som avvecklingsvaluta 1. Tabell 37 – Rapportering av en NDF Tidsstämpel för <New> 1 2018-06- 01T12:00:00Z <CtrPtySpcfcData> rapportering <CtrPty> Motpart 1 <RptgCtrPty> 4 (rapporterande 12345678901234500000 <Id> motpart) <Lgl> ABCDEFGHIJKLMNOPQRS 9 Motpart 2 <LEI>12345678901234500000 > T </LEI> 141 Tabell 37 – Rapportering av en NDF 18 Riktning för del 1 TAKE </Id> 19 Riktning för del 2 MAKE <DrctnOfTheFrstLeg>TAKE Produktklassificerin </RptgCtrPty> 9 JFTXFC 10 Typ av kontrakt FORW <Lgl> 11 Tillgångsklass CURR 19 Avvecklingsvaluta 1 USD … 20 Avvecklingsvaluta 2 - Tidsstämpel för 42 2018-06- 01T12:00:00Z <CmonTradData> utförandet 43 Ikraftträdande 2018-06-01 Sista giltighetsdatum Slutlig avtalad </SttlmCcy> 46 2019-01-02 avvecklingsdag </CtrctData> 47 Leveranstyp CASH <TxId> 48 Pris 49 Prisvaluta Teoretiskt belopp <FrstLeg> 55 1 000 000 för del 1 <Amt 56 Teoretisk valuta 1 BRL </FrstLeg> Teoretiskt belopp för del 2 65 Teoretisk valuta 2 USD </ScndLeg> 114 Terminsväxelkurs 0,29 Valuta-kombination 115 BRL/USD 01T12:00: > för växelkurs 142 Tabell 37 – Rapportering av en NDF 152 Händelsetyp TRAD 31</XprtnDt>

4.6 Rapportering av CFD-kontrakt

438. Kontrakt avseende prisdifferenser (CFD-kontrakt) har i allmänhet ingen angiven förfallodag och vid tidpunkten för deras ingående anges inte heller datumet för avslutande. Motparterna kan när som helst besluta att stänga kontraktet med omedelbar verkan. De kan också stänga det partiellt eftersom motparterna kan säga upp en del av volymen på en dag och den andra delen eller övriga delar av kontraktet en annan dag.

439. Varje öppnande av ett nytt kontrakt bör rapporteras av motparterna till transaktionsregistret som en ny post. Detta innebär att varje CFD-kontrakt rapporteras med sin distinkta unika transaktionskod och åtgärdstyp ”Ny” eller om transaktionen tas upp i en position samma dag så kan den rapporteras med åtgärdstypen ”Positionskomponent”, även om den utförs och sedan nettas eller avslutas av andra skäl under samma dag.

440. Dessutom måste CFD-kontrakten rapporteras även om de ingås med en motpart som inte omfattas av rapporteringsskyldigheten, såsom en enskild person som inte bedriver ekonomisk verksamhet och som följaktligen inte betraktas som ett företag.

441. Efterföljande CFD-kontrakt behöver inte tas upp i en position, men det rekommenderas ändå starkt att det görs. Eftersom dessa derivat inte har någon löptid skulle detta indikera att om inte varje enskilt CFD-kontrakt inkluderas i en 143 position av en finansiell motpart, skulle varje enskilt CFD-kontrakt behöva dagliga värderingsuppdateringar antingen 1) tills CFD-kontraktet avslutas eller 2) i oändlighet. Utestående CFD-kontrakt behöver värderingsuppdateringar, men när de tagits upp i en position kan värderingen tillhandahållas på positionsnivå i enlighet med avsnitt 3.7.

442. På motsvarande sätt som alla andra kontrakt bör den rapporterade värderingen av ett CFD-kontrakt motsvara kontraktets totala värde, snarare än en daglig förändring av dess värdering.

443. Esma anser att kompenserande CFD-kontrakt är derivat som ska rapporteras och kräver en unik transaktionskod för varje derivat. Om CFD-kontrakt inte nettas in i en position behöver de kompenserande CFD-kontrakten avslutas.

444. När CFD-kontraktet väl är stängt bör motparten skicka en avslutande rapport till den ursprungliga posten och fylla i fältet ”Datum för förtida avslutande”. Om CFDkontraktet stängs partiellt skickar motparterna en rapport med åtgärdstypen ”Ändra” och händelsetypen ”Förtida avslutande” till den ursprungliga posten och minskar endast dess teoretiska belopp (den återstående volymen är lika med den ännu inte avslutade volymen). Om det blir ett ytterligare partiellt avslutande skickas ännu en ändringsrapport – tills kontraktet slutligen stängs i sin helhet. Då skickar motparterna en avslutanderapport med åtgärdstypen ”Avsluta” och händelsetypen ”Förtida avslutande” och fyller i fältet ”Datum för förtida avslutande”. I dessa fall redovisas öppningspriset för kontraktet endast i den första rapporten (med åtgärdstyp ”Ny”) och det uppdateras inte i de efterföljande ändringsrapporterna. Observera att möjligheten att ändra det teoretiska beloppet i en viss transaktion enligt beskrivningen ovan endast bör användas om båda parterna i själva verket samtycker till att partiellt avsluta den transaktionen. Om de däremot kommer överens om att ingå en kompenserande transaktion med ett lägre teoretiskt belopp krävs en rapport med åtgärdstypen ”Ny”.

4.6.1 CFD

445. Tabellen nedan visar ifyllning av fält för ett nytt CFD-kontrakt (som inte tagits upp i en position) på aktien XS1234567890. Den unika produktbeteckning (UPI) som tilldelats CFD-produkten är AAA111222333. Det ursprungliga priset för aktien är 30 EUR och den rapporterande motparten A köper ett CFD-kontrakt på 1 000 aktier. Tabell 38 – Rapportering av ett nytt CFD-kontrakt 144 Tabell 38 – Rapportering av ett nytt CFD-kontrakt ABCDEFGHIJKLMNOPQ RST 17 Riktning BYER </Id> 1 UTI 123CFD 8 UPI AAA111222333 </DrctnOrSd> Produktklassificeri <OthrCtrPty> 9 JESXCC 10 Typ av kontrakt CFDS <LEI>ABCDEFGHIJKLM- 11 Tillgångsklass EQUI Typ av … 13 identifiering av det I underliggande 14 XS1234567890 Avvecklingsvaluta 1 20 - Tidsstämpel för utförandet 43 Ikraftträdande 2023-06-05 Sista giltighetsdatum 46 avvecklingsdag </CtrctData> 47 Leveranstyp CASH 48 Pris 30 49 Prisvaluta EUR Teoretiskt belopp 55 30 000 56 Teoretisk valuta 1 EUR 145 Tabell 38 – Rapportering av ett nytt CFD-kontrakt Total teoretisk <NtnlAmt> 60 1 000 kvantitet för del 1 <FrstLeg> 151 Åtgärdstyp NEWT 152 Händelsetyp TRAD 154 Nivå TCTN

4.7 Rapportering av aktiederivat

446. Aktiederivat är en typ av derivat vars värde, åtminstone delvis, härrör från ett eller flera underliggande aktierelaterade värdepapper. Optioner och terminer är de vanligaste aktiederivaten. Typen av kontrakt bör specificeras i fält 2.10 och tillgångsklassen (EQUI) bör specificeras i fält 2.11 i enlighet med de tekniska tillsynsstandarderna och de tekniska genomförandestandarderna för rapportering.

447. En totalavkastningsswapp är ett kontrakt mellan två parter som utväxlar avkastningar från en finansiell tillgång (underliggande) sinsemellan. Vid denna typ av derivat gör en part betalningar baserade på en fast ränta medan den andra parten gör betalningar baserade på den totala avkastningen på den underliggande tillgången. Underliggande tillgångar är vanligen en obligation, aktier, aktieindex, ränta eller lån.

448. Till exempel bör en totalavkastningsswapp på ett aktieindex rapporteras med värdet ”EQUI” i fält 2.11 ”Tillgångsklass”, medan en totalavkastningsswapp på en obligation eller ett lån bör rapporteras med värdet ”CRDT” i fält 2.11 ”Tillgångsklass”. 146

449. Händelsetypen ”Företagshändelse” bör användas vid livscykelhändelser som utlöses av företagsåtgärder i underliggande aktier. Se avsnitt 3.6 för närmare information.

450. Riktningen för handeln med de flesta aktieswappar bör rapporteras enligt den metod där motparterna anger om den rapporterande motparten är betalare/mottagare för en given del vid tidpunkten för derivatet, med användning av en indikator i de särskilda fälten (”Riktning för del 1” eller ”Riktning för del 2”). Se avsnitt 3.12 i dessa riktlinjer för närmare information.

451. Dessutom bör, såsom anges i artikel 4 i de tekniska genomförandestandarderna för rapportering, vid swappar kopplade till utdelningar, den motpart som erhåller betalningar av belopp som motsvarar utdelningen identifieras som köpare medan den motpart som betalar de belopp som motsvarar utdelningen bör identifieras som säljare. För swappar kopplade till värdepapper, andra än swappar kopplade till utdelning, bör motpart 1 dessutom identifiera sig som antingen betalare eller mottagare för del 1 och det motsatta för del 2. Motpart 2 bör fylla i dessa två fält med motsatta värden i förhållande till motpart 1.

452. Mer information om rapporteringen av teoretiska belopp och priser finns i avsnitt 3.17 i dessa riktlinjer.

453. Lösenpriset på aktieoptioner, när detta lösenpris uttrycks som monetärt belopp, bör rapporteras med ett värde upp till 18 numeriska tecken inklusive upp till 13 decimaler, t.ex.: USD 6,39 uttryckt som 6,39. Om värdet har mer än 13 siffror efter decimalen bör de rapporterande motparterna avrunda fem uppåt (fält 2.134 i de tekniska tillsynsstandarderna/tekniska genomförandestandarderna för rapportering).

454. Lösenpriset på aktieoptioner bör rapporteras i den valuta i vilken lösenpriset är denominerat (fält 2.137 och 2.138 i de tekniska tillsynsstandarderna/tekniska genomförandestandarderna för rapportering).

4.7.1 Swapp kopplad till utdelning

455. Ett kreditinstitut ingår och rapporterar ett aktieswappderivat på en enda aktie där utdelningen ger upphov till avkastningen eller utbetalningen. Enheten rapporterar också en säkerhet och en uppdatering av värdering i enlighet med sin interna modell. Den andra motparten är ett värdepappersföretag i samma grupp. Det teoretiska beloppet är 1 miljon EUR, transaktionen är fullt säkerställd. Tabell 39 – Rapportering av ett aktiederivat Numm Fält Exempel XML-schema er 147 Tabell 39 – Rapportering av ett aktiederivat Numm Fält Exempel XML-schema er Enhet som ansvarar </LEI></Lgl></Id> 3 12345678901234500000 för rapporteringen <Ntr> Motpart 1 <FI> <Sctr> 4 (rapporterande 12345678901234500000 <Cd>CDTI</Cd> motpart) </Sctr> 5 Typ av motpart 1 F <ClrThrshld>true </ClrThrshld> 6 Bransch för motpart 1 CDTI </FI> </Ntr> Clearingtröskel för 7 SANT <DrctnOrSd><Drctn> motpart 1 <CtrPtySd>SLLR</CtrP- Typ av tySd> 8 identifieringskod för SANT </Drctn></DrctnOrSd> motpart 2 </RptgCtrPty> ABCDEFGHIJKLMNOPQR <OthrCtrPty> 9 Motpart 2 ST <IdTp> <Lgl> 11 Typ av motpart 2 F <LEI>ABCDEFGHIJKLM- NOPQRST 12 Bransch för motpart 2 IMVF </LEI> 148 Tabell 39 – Rapportering av ett aktiederivat Numm Fält Exempel XML-schema er 30 Clearingkrav FALSKT 31 Clearat N 37 Inom gruppen SANT Riskreducerings- <CmonTradData> 38 FALSKT tjänst efter handel <CtrctData> 41 Handelsplats XXXX Tidpunkt för 42 2021-02-23T17:00:00Z <PdctClssfctn>SESDXC utförandet 43 Ikraftträdande 2021-02-24 <UndrlygInstrm><ISIN> 44 Sista giltighetsdatum 2024-06-15 </ISIN></UndrlygInstrm> 47 Leveranstyp CASH </SttlmCcy> Teoretiskt belopp för 55 1 000 000 <TxData> del 1 56 Teoretisk valuta 1 EUR 151 Åtgärdstyp VALU 152 Händelsetyp 154 Nivå TCTN 149 Tabell 39 – Rapportering av ett aktiederivat Numm Fält Exempel XML-schema er Tabell 3 Tidsstämpel för 7 2021-03-24T17:00:00Z <MrgnUpd> Indikator för <TxId> 8 FALSKT portföljsäkerhet <UnqTxIdr> 9 portföljsäkerhet </UnqTxIdr> 10 AAAAABBBBBCCCCCDD DDD Kategori för ställande av säkerhet Initial marginalsäkerhet </CollPrtflCd> 12 som ställts av motpart 5 000 000 marginalsäkerhet </Coll> 13 som ställts av motpart 4 500 000 1 (efter värderingsavdrag) Valuta för den initiala 14 marginalsäkerhet EUR 15 1 000 000 het som ställts av 150 Tabell 39 – Rapportering av ett aktiederivat Numm Fält Exempel XML-schema er 29 Datum för händelsen 2021-03-24

456. Ett annat exempel på aktieterminer som börshandlade derivat finns i avsnitt 3.8.

4.8 Rapportering av kreditderivat

457. Ett kreditderivat är ett finansiellt kontrakt där det underliggande instrumentet är en kredittillgång (skuldinstrument eller instrument med fast intäkt). Syftet med ett kreditderivat är att överföra kreditrisken utan att överföra själva tillgången. Typen av kontrakt bör specificeras i fält 2.10 och tillgångsklassen (”CRDT”) bör specificeras i fält 2.11.

458. Totalavkastningsswappar (definierade ovan i avsnittet ”Rapportering av aktiederivat” i dessa riktlinjer) bör klassificeras utifrån det underliggande. Till exempel bör en totalavkastningsswapp på ett aktieindex rapporteras med värdet 151 ”EQUI” i fält 2.11 medan en totalavkastningsswapp på en obligation eller ett lån bör rapporteras med värdet ”CRDT”.

459. När det gäller kreditderivat som följer av en förändring av indexfaktorn (fält 2.147 i de tekniska tillsynsstandarderna för rapportering) på grund av kredithändelser bör motparterna inte ändra det teoretiska beloppet utan bör snarare endast uppdatera indexfaktorn.

460. När det gäller rapportering av referensenhet (fält 2.144) för kreditderivat bör ISO 3166 och ISO 3166-2 endast användas för kreditderivat där referensenheten är överstatlig, en stat respektive en kommun. I alla andra fall bör referensenheten identifieras med LEI-kod.

461. När det gäller rapportering av en kreditswapp med en kupongbetalning som realiseras i en enda betalning på förfallodagen i stället för med en månatlig, kvartalsvis, halvårsvis eller årlig frekvens bör motparterna fylla i fältet 2.81 ”Fast ränta eller betalningsfrekvensperiod för kupong för del 1” i de tekniska genomförandestandarderna för rapportering med koden ”EXPI” = betalning på förfallodagen.

462. Trancher av index för kreditswappar (CDS) är standardiserade syntetiska skuldförbindelser med ställd säkerhet (Collateralised Debt Obligations, CDO:er) baserade på ett kreditswappindex där varje tranch motsvarar olika segment av förlustfördelningen i det underliggande kreditswappindexet. En tranchs risk minskar med tranchens prioritet i värdepapperiseringens kapitalstruktur. Detta gör det möjligt för investerare att ta på sig exponeringar mot vissa segment av kreditswappindexets förlustfördelning vid fallissemang där varje tranch har olika känslighet för korrelationer av kreditrisk mellan enheter i indexet.

463. Trancher av ett kreditswappindex som absorberar förluster sekventiellt definieras av en attachment point och en detachment point. De definieras i fälten 2.149 respektive 2.150 i de tekniska tillsynsstandarderna för rapportering.

464. Inget av dataelementen, attachment point och detachment point, är tillämpligt om derivatet inte är ett CDS-tranchderivat (index eller anpassad korg).

465. Exempelvis kommer det teoretiska värdet av en tranch, med en attachment point på 3 procent och en detachment point på 6 procent, att minskas efter det att förluster på 3 procent uppstått i portföljen. Förluster på 6 procent i portföljen uttömmer tranchens teoretiska värde.

466. Händelsetyp ”Kredithändelse” tillämpas endast på kreditderivat. Det definieras som en kredithändelse som resulterar i en ändring av ett kreditderivat på transaktions- eller positionsnivå. Se avsnitt 3.6 i dessa riktlinjer för närmare information.

467. I enlighet med artikel 4 i de tekniska genomförandestandarderna för rapportering, när det gäller derivatinstrument för överföring av kreditrisk som kreditderivat (främst kreditswappar), bör den motpart som köper skyddet identifieras som köpare och den motpart som säljer skyddet bör identifieras som säljare. När det gäller optioner och swaptioner är regeln i artikel 4.2 i de tekniska 152 genomförandestandarderna för rapportering tillämplig, dvs. köparen av optionen/swaptionen bör identifieras som köpare.

468. Priset på kreditswappar och totalavkastningsswappar bör rapporteras i fälten ”Fast ränta”, ”Spread” och ”Annat betalningsbelopp” (med fältet ”Annan betalningstyp” = ”UFRO”). Ytterligare information finns i avsnitt 3.17 i dessa riktlinjer.

469. För kreditswappar (CDS) bör ISIN-koden för referensförpliktelsen anges när ett underliggande rapporteras (fält 2.14).

470. Lösenpriset på kreditswapoptioner som anges i spread, när detta lösenpris uttrycks som procentandel, bör rapporteras med ett värde upp till 11 numeriska tecken inklusive upp till 10 decimaler. t.ex.: 2,1 i stället för 2,1 procent (fält 2.134 och 2.137).

471. Prioritet för det skuldebrev eller den skuldkorg eller det index som ligger till grund för ett derivat bör rapporteras i fältet ”Prioritet” för kreditderivat (fält 2.143).

472. Om det är tillämpligt bör serienummer för indexets sammansättning rapporteras för kreditderivat och även en ny version av en serie utfärdas vid fallissemang i en av de ingående delarna och indexet måste viktas om för att ta hänsyn till det nya antalet totala ingående delar i indexet (fält 2.145 och 2.146).

473. Om ett kreditderivatkontrakt delas upp i trancher bör fält 2.148 ”Tranch” rapporteras som ”Sant”.

474. Fält 2.47 ”Typ av leverans” för kreditderivat vid auktion av kredithändelser bör rapporteras som ”CASH” (kontant) för kreditderivat som avvecklas kontant. Däremot bör motparterna rapportera ”PHYS” (fysisk) vid fysisk leverans av det underliggande till kreditderivatet från den motpart som köper skydd till den andra motparten.

4.8.1 CDS

475. Ett franskt värdepappersföretag rapporterar det nyligen genomförda köpet av ett kreditskydd, prissatt enligt en intern modell. Detta skydd grundar sig på ett bilateralt derivat som ingåtts med en irländsk investeringsenhet. Derivatets teoretiska belopp är 520 000 000 EUR. Derivatet hör till kategorin CDStranchtransaktioner med en attachment point på 10 procent och en detachment point på 20 procent. Derivatets underliggande motsvarar en viss serie av Itraxx Europe-indexet. En fast månatlig kupong på 1 procent betalas. Derivatet är partiellt säkerställt av köparen. Tabell 40 – Rapportering av en kreditswapp Nummer Fält Exempel XML-schema Tabell 1 <New> <CtrPtySpcfcData> 1 Rapporterings-tillfälle 2020-05-19T14:23:26Z <CtrPrty> Rapportinlämnande <RptgCtrPty> 2 12345678901234500000 enhets ID <Id> 153 Tabell 40 – Rapportering av en kreditswapp Nummer Fält Exempel XML-schema Enhet som ansvarar <Lgl> 3 12345678901234500000 för rapporteringen <LEI>12345678901234500000</LEI> Motpart 1 </Lgl> 4 (rapporterande 12345678901234500000 </Id> motpart) <Ntr> 5 Typ av motpart 1 F <FI> 6 Bransch för motpart 1 IMVF <Sctr> motpart 2 </Ntr> ABCDEFGHIJKLMNOPQR <DrctnOrSd> 9 Motpart 2 ST <Drctn> AABBCCDDEEFFGGHHII <Id> 1 UTI PP <Lgl> 10 Typ av kontrakt SWAPP <Ntr> Identifiering av det </FI> 14 underliggande </Ntr> 21 Värderingsbelopp 8 954 030,09 <NttyRspnsblForRpt> Tidsangivelse för 12345678901234500000</LEI> 23 2020-05-19T14:23:26Z värdering </NttyRspnsblForRpt> 24 Värderingsmetod MTMO </CtrPrty> 29 Bekräftat ECNF 154 Tabell 40 – Rapportering av en kreditswapp Nummer Fält Exempel XML-schema 30 Clearingkrav UKWN <TmStmp> 31 Clearat N 37 Inom gruppen FALSKT <Tp>MTMO</Tp> Riskreducerings-tjänst efter handel 41 Handelsplats XXXX 42 Tidpunkt för utförandet 2020-05-18T14:39:32Z <CmonTradData> 43 Ikraftträdande 2020-05-19 44 Sista giltighetsdatum 2022-12-20 <AsstClss>CRDT</AsstClss> 47 Leveranstyp PHYS Teoretiskt belopp för del 1 56 Teoretisk valuta 1 EUR <Nm>ITRAXX EUROPE SE- Fast ränta för del 1 eller kupong Fast ränta eller 80 dagberäknings-metod A004 för kupong för del 1 Fast ränta eller <TxId> 81 MNTH frekvensperiod för AABBCCDDEEFF kupong för del 1 GGHHIIPP Fast ränta eller </UnqTxIdr> multiplikator för 82 betalnings- 1 frekvensperiod för kupong för del 1 143 Prioritet SNDB </CollPrtflCd> 144 Referensenhet 145 Serier 28 147 Indexfaktor 1 148 Tranch SANT </NtnlAmt> Attachment point för 149 index för 0,10 kreditswappar Detachment point för 150 index för 0,20 152 Händelsetyp TRAD 154 Nivå TCTN <TradConf> 155 Tabell 40 – Rapportering av en kreditswapp Nummer Fält Exempel XML-schema Tabell 3 Tidsstämpel för <MrgnUpd> 7 2020-05-18T14:39:32Z 156 Tabell 40 – Rapportering av en kreditswapp Nummer Fält Exempel XML-schema Indikator för <Coll> 8 FALSKT portföljsäkerhet <CollPrtflCd> <Prtfl> Kod för 9 <NoPrtfl>NOAP</NoPrtfl> portföljsäkerhet </Prtfl> Kategori för ställande 11 PRC1 </CollPrtflCd> av säkerhet Initial <CollstnCtgy>PRC1</CollstnCtgy> marginalsäkerhet som <TmStmp>2020-05- 12 ställts av motpart 1 18T14:39:32Z</TmStmp> (före </Coll> värderingsavdrag) <PstdMrgnOrColl> Initial <VartnMrgnPstdPreHrcut> marginalsäkerhet som <Amt Ccy="EUR">1000000</Amt> </VartnMrgnPstdPreHrcut> 13 ställts av motpart 1 <VartnMrgnPstdPstHrcut> (efter <Amt Ccy="EUR">745000</Amt> värderingsavdrag) </VartnMrgnPstdPstHrcut> Valuta för den initiala </PstdMrgnOrColl> 14 marginalsäkerhet som </MrgnUpd> ställts Tilläggsmarginalsäker het som ställts av 15 1 000 000 motpart 1 (före värderingsavdrag) Tilläggsmarginalsäker het som ställts av 16 745 000 motpart 1 (efter värderingsavdrag) Valuta för den 17 tilläggsmarginal- EUR säkerhet som ställts Initial marginalsäkerhet som samlats in av 20 motpart 1 (före värderingsavdrag) Initial marginalsäkerhet som 21 samlats in av motpart 1 (efter värderingsavdrag) Valuta för den initiala 22 marginalsäkerhet som samlats in Tilläggsmarginalsäkerh et som samlats in av 23 motpart 1 (före värderingsavdrag) Tilläggsmarginalsäkerh et som samlats in av 24 motpart 1 (efter värderingsavdrag) 157 Tabell 40 – Rapportering av en kreditswapp Nummer Fält Exempel XML-schema Valutan på den insamlade 25 tilläggsmarginalsäkerheten 28 Åtgärdstyp MARU 29 Datum för händelsen 2020-05-18

4.9 Rapportering av råvaruderivat

476. Tabell 2 i de tekniska tillsynsstandarderna för rapportering innehåller särskilda fält för rapportering av råvaruderivat: fält 2.116–2.118 för alla råvaruderivat och ytterligare fält 2.119–2.131 för energiderivat.

477. I synnerhet bör klassificeringen av råvaror rapporteras i fälten 2.116–2.118 i enlighet med de kategorier som anges i tabell 4 i de tekniska genomförandestandarderna för rapportering. Den rapporterade klassificeringen av den underliggande råvaran bör vara så detaljerad som möjligt. Till exempel när det gäller derivat på guld bör motparten ange ”Metaller”, ”Ädla” och ”Guld” i fälten 2.116, 2.117 respektive 2.118. Bara om den underliggande råvaran inte motsvarar någon av de enskilda kategorierna i de tekniska genomförandestandarderna för rapportering bör den rapporteras som ”Övrigt”. Om inga särskilda värden anges för en viss produkt för fält 2.117 och 2.118 i de tekniska genomförandestandarderna för rapportering (t.ex. för kategorin ”Flera råvaror, exotisk”) bör motparten inte rapportera några värden i dessa fält, i linje med XML-schemat.

478. Motparterna bör inte ange råvaror i valutafälten, även om en särskild kod har tilldelats råvaran i ISO 4217-standarden (t.ex. XAU för guld eller XBA för silver). Råvarorna bör endast anges i fälten för klassificering av råvaror.

479. Fälten för klassificering av råvaror (2.116–2.118) är inte repeterbara. När det gäller råvaruswappar som inkluderar två underliggande råvaror bör motparten därför rapportera en sådan swapp som en komplex transaktion bestående av två råvaruterminer och fylla i paketets identifieringskod i båda rapporterna (se avsnitt 3.28).

480. När det gäller derivat baserade på el eller naturgas bör motparterna rapportera fälten 2.119–2.131 (utöver andra relevanta rapporteringspliktiga uppgifter om derivatet och motparterna, vilket illustreras i andra avsnitt).

481. Fälten 2.122–2.131 för energiderivat är repeterbara. För fält 2.127 ”Veckodagar” är det dessutom möjligt att rapportera flera värden, t.ex. MOND, TUED (mån-tis) eller WDAY, XBHL (vardagar med undantag för helgdagar) eller andra kombinationer. 158

4.9.1 Eltermin

482. Tabell 41 visar ett exempel på en termin på elpriset vid toppbelastning på den spanska grossistmarknaden. Kontraktet är förhandlat i MWh/h och leveransen bör ske under andra kvartalet 2022 för 100 MWh till 58 euro. Tabell 41– Rapportering av en termin på el vid toppbelastning Nummer Fält Exempel XML-meddelande 116 Basprodukt NRGY <Cmmdty> 117 Underprodukt ELEC 118 Ytterligare PKLD underprodukt 159 Tabell 41– Rapportering av en termin på el vid toppbelastning Nummer Fält Exempel XML-meddelande 119 Leveransställe 10YES-REE------0 eller leveranszon 120 Förbindelsepun XXXXXXXXXXXXXXXX kt 121 Lasttyp PKLD 122 Starttid för 08:00:00Z leveransintervall 123 Sluttid för 19:59:59Z leveransintervall 124 Leveransens 2022-04-01 startdatum 125 Leveransens 2022-06-30 slutdatum 126 Varaktighet QURT 127 Veckodagar WDAY 128 Leveranskapacit 100 et 129 Kvantitetsmått MWHH 130 Pris-/tidsintervall 58 och kvantitet 131 Valuta för pris- EUR /tidsintervall och kvantitet

5 Emir-tabeller med fält

483. I artikel 1.1 i de tekniska tillsynsstandarderna för rapportering föreskrivs att ”[d]e rapporter till transaktionsregister som lämnas i enlighet med artikel 9.1 och 9.3 i förordning (EU) nr 648/2012 ska innehålla de fullständiga och korrekta uppgifter om 160 det berörda derivatet som anges i tabellerna 1, 2 och 3 i bilagan till den här förordningen.” Användningsfallen som återfinns i avsnitt 5.1, 5.2 och 5.3 inkluderar inte nödvändigtvis alla fält som gäller för det berörda derivatet, utan de fokuserar på specifika grupper av datafält för att ge en mer ingående och detaljerad vägledning om rapporteringen utan onödig upprepning eller angivelse av andra dataelement.

484. Valideringsreglerna ger fullständig vägledning om de fält som är tillämpliga för varje åtgärdstyp och nivå, samt relevanta beroendeförhållanden.

485. I följande avsnitt presenteras olika scenarier med tillhörande tabeller som klargör hur dessa scenarier bör rapporteras. Varje tabell visar rapporteringsfälten enligt de tekniska genomförandestandarderna för rapportering. I kolumnen ”Fält” visas varje fälts namn och i kolumnen ”Exempel” ges exempel på vad som bör ingå i det fältet. I den sista kolumnen med rubriken ”XML-meddelande” visas formatet för det XML-meddelande som bör lämnas in i rapporten.

486. Om inget annat anges i det enskilda scenariot är följande bakgrundsinformation tillämplig på alla scenarier som tas upp i avsnitt 6: Motpart A är en tysk finansiell motpart som identifieras med LEI-kod 12345678901234500000 Motpart B är en italiensk finansiell motpart som identifieras med LEI-kod ABCDEFGHIJKLMNOPQRST Motpart C är en spansk NFC- som identifieras med LEI-kod 123456789ABCDEFGHIJK Motpart D är en fransk NFC+ som identifieras med LEI-kod 11223344556677889900 Motpart J agerar även som clearingmedlem och identifieras med LEI-kod CCCCCCCCCCCCCCCCCCCC Central motpart O identifieras med LEI-kod BBBBBBBBBB1111111111

5.1 Tabell 1 Uppgifter om motparter

487. I detta avsnitt i riktlinjerna beskrivs hur uppgifter i avsnittet för uppgifter om motparter fylls i vid flera olika användningsfall. Vidare anges den faktiska rapporteringen i enlighet med de XML-scheman som följer standarden ISO 20022.

488. Vid clearing av ett derivat bör varje motpart ange sin clearingmedlem i fältet för ”Clearingmedlem”.

489. Vid frivillig delegering av rapportering eller tilldelning av ansvar bör den rapportinlämnande enheten eller den enhet som ansvarar för rapportering separat lämna uppgifter om motparterna samt uppgifter om kontrakt och säkerhet för vardera av de två rapporterade sidorna.

490. Vid användningsfall som omfattar två eller flera av de nedan angivna användningsfallen bör de rapporterande enheterna, de enheter som ansvarar för 161 rapporteringen eller de rapportinlämnande enheterna ange alla relevanta uppgifter i enlighet med vägledningen nedan. Tabell 42 Användningsfall Clearad option mellan finansiella motparter (ETD) Clearad option mellan finansiella motparter med överenskommelse om frivillig delegering (ETD) Ej clearad option mellan finansiella motparter OTC-option mellan NFC- och FC OTC-option mellan NFC- och NFC+ OTC-typ av kontrakt mellan finansiella motparter som kräver att fälten ”Riktning för del 1” och ”Riktning för del 2” fylls i

5.1.1 Clearad option mellan finansiella motparter (ETD)

491. Tabell 43 visar rapporteringen av en clearad ETD-option där motparten 1 (motpart A med LEI 12345678901234500000) är en tysk finansiell motpart över clearingtrösklarna som lämnar in sin egen rapport (dvs. att det finns ingen separat rapportinlämnande enhet) och är den enhet som ansvarar för rapporteringen. Optionen ingås med motparten 2 (motpart B med LEI ABCDEFGHIJKLMNOPQRST) som är en italiensk finansiell motpart över clearingtröskeln. Motpart A får tillgång till den centrala motparten via clearingmedlem J (motpart J med LEI CCCCCCCCCCCCCCCCCCCC).

492. Det bör iakttas att fältet ”Central motpart” avser tabell 2 och hur det fylls i beskrivs därför i avsnitt 5.2. Tabell 43 ‒ Clearad option mellan FC (ETD) Nummer Fält Exempel XML-meddelande 2021-03- 17T15:17:00Z <CtrPtySpcfcData> 1 Rapporterings-tillfälle <CtrPrty> <RptgCtrPty> Rapportinlämnande <Id> 2 12345678901234500000 enhets ID <Lgl><LEI> 12345678901234500000 Enhet som ansvarar 3 12345678901234500000 </LEI></Lgl> för rapporteringen </Id> <Ntr> Motpart 1 <FI> 4 (rapporterande 12345678901234500000 <Sctr> motpart) <Cd>CDTI</Cd> </Sctr> 5 Typ av motpart 1 F <ClrThrshld>true </ClrThrshld> </FI> 6 Bransch för motpart 1 CDTI </Ntr> <DrctnOrSd> 162 Tabell 43 ‒ Clearad option mellan FC (ETD) Nummer Fält Exempel XML-meddelande Clearingtröskel för <CtrPtySd>BYER 7 SANT Typ av 8 identifieringskod för SANT </RptgCtrPty> 9 Motpart 2 ABCDEFGHIJKLMNOPQRST 10 Land för motpart 2 11 Typ av motpart 2 F <FI> 12 Bransch för motpart 2 CDTI Clearingtröskel för </Ntr> 13 SANT Rapporteringsskyldigh <SubmitgAgt> 14 SANT et för motpart 2 <LEI> 15 Mäklar-ID CCCCCCCCCCCCCCCCCCC 16 Clearingmedlem 18 Riktning för del 1 </NttyRspnsblForRpt> 19 Riktning för del 2 Direkt kopplat till </ClrMmb> 20 affärsverksamhet eller </CtrPrty> likviditetsförvaltning

5.1.2 Clearad option mellan finansiella motparter med överenskommelse om frivillig delegering (ETD)

493. Tabell 44 visar rapporteringen av en clearad ETD-option där motparten 1 (motpart A med LEI 12345678901234500000) är en tysk finansiell motpart över clearingtrösklarna som är den enhet som ansvarar för rapporteringen men 163 delegerar sin rapportering till den andra motparten (motpart B med LEI ABCDEFGHIJKLMNOPQRST). Optionen ingås med motparten 2 (motpart B) som är en italiensk finansiell motpart över clearingtröskeln.

494. Motpart A får tillgång till den centrala motparten via clearingmedlem J (motpart J med LEI CCCCCCCCCCCCCCCCCCCC).

495. Det bör iakttas att fältet ”Central motpart” avser tabell 2 och hur det fylls i beskrivs därför i avsnitt 5.2. 164 Tabell 44 ‒ Clearad option mellan FC med överenskommelse om frivillig delegering (ETD) Nummer Fält Exempel XML-meddelande 1 Rapporterings-tillfälle 2021-03-17T15:17:00Z 2 Rapportinlämnande ABCDEFGHIJKLMNOPQRST enhets ID 3 Enhet som ansvarar för 12345678901234500000 rapporteringen 4 Motpart 1 12345678901234500000 <Ntr> (rapporterande motpart) <FI> 5 Typ av motpart 1 F </Sctr> 6 Bransch för motpart 1 CDTI 7 Clearingtröskel för SANT <Drctn> 8 Typ av identifieringskod SANT </DrctnOrSd> 9 Motpart 2 ABCDEFGHIJKLMNOPQRST 10 Land för motpart 2 11 Typ av motpart 2 F ABCDEFGHIJKLMNOPQRST 12 Bransch för motpart 2 CDTI 13 Clearingtröskel för SANT motpart 2 14 Rapporteringsskyldighet SANT </ClrThrshld> för motpart 2 16 Clearingmedlem CCCCCCCCCCCCCCCCCCCC 18 Riktning för del 1 </LEI> 19 Riktning för del 2 165 Tabell 44 ‒ Clearad option mellan FC med överenskommelse om frivillig delegering (ETD) Nummer Fält Exempel XML-meddelande 20 Direkt kopplat till </LEI> affärsverksamhet eller </NttyRspnsblForRpt> likviditetsförvaltning <ClrMmb>

5.1.3 Ej clearad option mellan finansiella motparter

496. Tabell 45 visar rapporteringen av en ej clearad option där motparten 1 (motpart A med LEI 12345678901234500000) är en tysk finansiell motpart över clearingtrösklarna som är den enhet som ansvarar för rapporteringen och lämnar in sin egen rapport. Optionen ingås med motparten 2 (motpart B med LEI ABCDEFGHIJKLMNOPQRST) som är en italiensk finansiell motpart över clearingtröskeln. Tabell 45 – Ej clearad option mellan FC Nummer Fält Exempel XML-meddelande 2021-03- 17T15:17:00Z 1 Rapporterings-tillfälle <CtrPty> Rapportinlämnande 2 12345678901234500000 </LEI></Lgl> enhets ID Enhet som ansvarar </Sctr> 3 12345678901234500000 för rapporteringen <ClrThrshld>true </Ntr> Motpart 1 4 (rapporterande 12345678901234500000 motpart) 5 Typ av motpart 1 F <Lgl> 166 Tabell 45 – Ej clearad option mellan FC Nummer Fält Exempel XML-meddelande 6 Bransch för motpart 1 CDTI Clearingtröskel för motpart 1 Typ av 8 identifieringskod för SANT motpart 2 <LEI> ABCDEFGHIJKLMNOPQR </LEI> 9 Motpart 2 10 Land för motpart 2 11 Typ av motpart 2 F 12 Bransch för motpart 2 CDTI Clearingtröskel för 13 SANT motpart 2 Rapporteringsskyldigh 14 SANT et för motpart 2 15 Mäklar-ID 16 Clearingmedlem 167 Tabell 45 – Ej clearad option mellan FC Nummer Fält Exempel XML-meddelande 17 Riktning BYER 18 Riktning för del 1 19 Riktning för del 2 Direkt kopplat till 20 affärsverksamhet eller likviditetsförvaltning

5.1.4 OTC-option mellan NFC- och FC

497. Tabell 46 visar rapporteringen av en OTC-option där motparten 1 (motpart C med LEI 123456789ABCDEFGHIJK) är en spansk icke-finansiell motpart under clearingtrösklarna. Optionen ingås med motparten 2 (motpart A med LEI 12345678901234500000) som är en tysk finansiell motpart över clearingtröskeln. I detta fall är motparten A den enhet som ansvarar för rapporteringen och den rapportinlämnande enheten i enlighet med bestämmelserna om tilldelning av ansvaret för rapporteringen. Tabell 46 – OTC-option mellan NFC- och FC Nummer Fält Exempel XML-meddelande 2021-03-17T15:17:00Z <CtrPtySpcfcData> 1 Rapporterings-tillfälle <CtrPty> <RptgCtrPty> <Id> Rapportinlämnande <Lgl><LEI> 2 12345678901234500000 enhets ID 123456789ABCDEFGHIJK </LEI></Lgl> </Id> Enhet som ansvarar för <Ntr> 3 12345678901234500000 rapporteringen <NFI><Sctr><Id>K </Id></Sctr> <ClrThrshld>false Motpart 1 123456789ABCDEFGHIJ 4 </ClrThrshld> (rapporterande motpart) K <DrctlyLkdActvty> false </DrctlyLkdActvty> 5 Typ av motpart 1 N </NFI> </Ntr> <DrctnOrSd> 6 Bransch för motpart 1 K <Drctn> <CtrPtySd>BYER </CtrPtySd Clearingtröskel för </Drctn> 7 FALSKT motpart 1 </DrctnOrSd> 168 Tabell 46 – OTC-option mellan NFC- och FC Nummer Fält Exempel XML-meddelande Typ av identifieringskod för motpart 2 9 Motpart 2 12345678901234500000 10 Land för motpart 2 11 Typ av motpart 2 F 12 Bransch för motpart 2 CDTI Clearingtröskel för motpart 2 Rapporteringsskyldighet för motpart 2 16 Clearingmedlem - </SubmitgAgt> 17 Riktning BYER <LEI> 18 Riktning för del 1 </LEI> 19 Riktning för del 2 <RptgTmStmp> Direkt kopplat till </RptgTmStmp> 20 affärsverksamhet eller FALSKT likviditetsförvaltning 154 Nivå TCTN

5.1.5 OTC-option mellan NFC- och NFC+

498. Tabell 47 visar rapporteringen av en OTC-option där motparten 1 (motpart C med LEI 123456789ABCDEFGHIJK) är en spansk icke-finansiell motpart under clearingtrösklarna. Optionen ingås med motparten 2 (motpart D med LEI 11223344556677889900) som är en fransk icke-finansiell motpart över clearingtröskeln. Motpart C är den enhet som ansvarar för rapporteringen och den rapportinlämnande enheten. 169 Tabell 47 – OTC mellan NFC- och NFC+ Nummer Fält Exempel XML-meddelande 1 Rapporterings-tillfälle 123456789ABCDEFGHIJK Rapportinlämnande </ClrThrshld> 2 123456789ABCDEFGHIJK Enhet som ansvarar 3 123456789ABCDEFGHIJK </NFI> för rapporteringen Motpart 1 4 (rapporterande 123456789ABCDEFGHIJK motpart) 5 Typ av motpart 1 N 6 Bransch för motpart 1 K <OthrCtrPty> Clearingtröskel för <LEI> 7 FALSKT Typ av 8 identifieringskod för SANT motpart 2 9 Motpart 2 11223344556677889900 10 Land för motpart 2 </NFI> 11 Typ av motpart 2 N </Ntr> 12 Bransch för motpart 2 L Clearingtröskel för 13 SANT <LEI> motpart 2 Rapporteringsskyldigh </LEI> 14 SANT et för motpart 2 </SubmitgAgt> 15 Mäklar-ID 16 Clearingmedlem 170 Tabell 47 – OTC mellan NFC- och NFC+ Nummer Fält Exempel XML-meddelande 17 Riktning BYER </LEI> </NttyRspnsblForRpt> 18 Riktning för del 1 </CtrPty> <RptgTmStmp> 2021-03-17T15:17:00Z 19 Riktning för del 2 </RptgTmStmp> </CtrPtySpcfcData> … Direkt kopplat till <Lvl>TCTN</Lvl> 20 affärsverksamhet eller FALSKT likviditetsförvaltning 154 Nivå TCTN

5.1.6 Typ av OTC-kontrakt mellan finansiella motparter som kräver att fälten ”Riktning för del 1” och ”Riktning för del 2” fylls i

499. Tabell 48 visar rapporteringen av en typ av OTC-kontrakt som kräver att fälten ”Riktning för del 1” och ”Riktning för del 2” fylls i där motparten 1 (motpart A med LEI 12345678901234500000) är en tysk finansiell motpart över clearingtrösklarna. Kontraktet ingås med motparten 2 (motpart B med LEI ABCDEFGHIJKLMNOPQRST) som är en italiensk finansiell motpart över clearingtröskeln. Tabell 48 ‒ Typ av OTC-kontrakt mellan FC som kräver att fälten ”Riktning för del 1” och ”Riktning för del 2” fylls i Numme Fält Exempel XML-meddelande r 171 Tabell 48 ‒ Typ av OTC-kontrakt mellan FC som kräver att fälten ”Riktning för del 1” och ”Riktning för del 2” fylls i Numme Fält Exempel XML-meddelande r 6 Bransch för motpart 1 CDTI Clearingtröskel för motpart 1 Typ av 8 identifieringskod för SANT motpart 2 ABCDEFGHIJKLMNOPQ <Ntr> 9 Motpart 2 RST 10 Land för motpart 2 11 Typ av motpart 2 F 12 Bransch för motpart 2 CDTI Clearingtröskel för motpart 2 Rapporteringsskyldig het för motpart 2 17 Riktning - 18 Riktning för del 1 MAKE 19 Riktning för del 2 TAKE Direkt kopplat till affärsverksamhet 20 eller likviditetsförvaltning 172

5.2 Tabell 2 Gemensamma uppgifter

500. Efter ifyllandet av fälten för uppgifter om motparter bör fälten för gemensamma uppgifter i olika användningsfall fyllas i. Vidare anges rapporteringen i enlighet med de XML-scheman som följer standarden ISO 20022.

501. Varje underavsnitt innehåller en kort beskrivning över rapporteringslogiken för fälten i fråga.

5.2.1 Rapportering av åtgärdstyper på transaktions- och positionsnivå

502. Detta underavsnitt visar hur fälten som rör livscykelhändelser fylls i. 5.2.1.1 Nytt ej clearat bilateralt derivat på transaktionsnivå

503. Tabell 49 visar ifyllandet av rapporteringsfälten för ett nytt derivat som inte är clearat. Derivat som är bilaterala bör rapporteras på följande sätt, på transaktionsnivå. Tabell 49 ‒ Nytt derivat på transaktionsnivå som inte är clearat Nummer Fält Exempel XML-meddelande 2.1 UTI UTI1 <New> 2.31 Clearat N 2.151 Åtgärdstyp NEWT UTI1 2.152 Händelsetyp TRAD </TxId> 2.154 Nivå TCTN 173 5.2.1.2 Nytt bilateralt derivat på transaktionsnivå som clearas samma dag eller senare

504. Tabell 50, tabell 51 och tabell 52 visar hur en motpart bör fylla i rapporteringsfälten om ett nytt derivat ingås bilateralt och clearas i efterhand samma dag eller senare. Motparter bör lämna in en derivatrapport med åtgärdstypen ”Avsluta” och händelsetypen ”Clearing” för att visa att den transaktion som rapporterats som ej clearad är avslutad. Därefter bör motparten lämna in en derivatrapport med åtgärdstypen ”Ny” och händelsetypen ”Clearing” för att visa att derivatet har clearats. Motparten bör ange ”Tidigare UTI-kod” i denna sista rapport. Ordningsföljden för inlämning av rapporterna visas i tabellerna nedan. Tabell 50 ‒ Nytt bilateralt derivat på transaktionsnivå som clearas samma dag eller senare Nummer Fält Exempel XML-meddelande 2.1 UTI UTI1 <New> 2.31 Clearat N 2.151 Åtgärdstyp NEWT UTI1 2.152 Händelsetyp TRAD </TxId> 2.154 Nivå TCTN 174 Tabell 51 – Avslutande av det bilaterala derivatet på transaktionsnivå på grund av clearing samma dag eller senare Nummer Fält Exempel XML-meddelande 2.1 UTI UTI1 <Termntn> 2.151 Åtgärdstyp TERM 2.152 Händelsetyp CLRG UTI1 2.154 Nivå TCTN </TxId> Tabell 52 – Nytt clearat derivat på transaktionsnivå till följd av clearing av ett bilateralt derivat samma dag eller senare Nummer Fält Exempel XML-meddelande 2.1 UTI UTI2 <New> 2.3 Tidigare UTI- UTI1 kod 2.31 Clearat Y </UnqTxIdr> 2.151 Åtgärdstyp NEWT 2.152 Händelsetyp CLRG 2.154 Nivå TCTN 175 Tabell 52 – Nytt clearat derivat på transaktionsnivå till följd av clearing av ett bilateralt derivat samma dag eller senare Nummer Fält Exempel XML-meddelande

505. Observera att rapporterna i tabell 50 och tabell 51 inte förväntas om transaktionen ingås på en handelsplats och clearas av en central motpart samma dag, endast rapporten i tabell 52 behövs i sådana fall (utan fältet ”Tidigare UTIkod”). Vidare visar tabell 52 rapporteringen om ett clearat derivat inte omedelbart tas upp i en position (i vilket fall det skulle rapporteras med åtgärdstypen POSC såsom klargörs i exemplen nedan). 5.2.1.3 Nytt bilateralt derivat på transaktionsnivå som clearas samma dag eller senare och omedelbart tas upp i en position

506. Tabellerna 53, 54, 55 och 56 visar hur en motpart bör fylla i rapporteringsfälten om ett nytt derivat ingås bilateralt, clearas i efterhand samma dag eller senare och omedelbart tas upp i en position. Motparter bör lämna in en derivatrapport med åtgärdstypen ”Avsluta” och händelsetypen ”Clearing” för att visa att den transaktion som clearats är avslutad. Därefter bör de rapportera det clearade derivatet, som omedelbart tagits upp i en position, med åtgärdstypen ”Positionskomponent”. I relation till exemplen på derivat på positionsnivå identifieras dessa med den unika transaktionskoden för positionen (UTI-koden) ”PUTI1”. Positionens UTI bör också rapporteras i fältet ”UTI-kod för efterföljande position” för derivatet på transaktionsnivå som ingår i positionen så att rapporterna kan länkas till varandra. Sedan bör motparten lämna in en derivatrapport med åtgärdstypen ”Ändra” för att ange att respektive derivat på positionsnivå har uppdaterats på grund av att en transaktion har tagits upp. Ordningsföljden för inlämning av rapporterna visas i tabellerna nedan. Tabell 53 ‒ Nytt bilateralt derivat på transaktionsnivå som clearas samma dag eller senare Nummer Fält Exempel XML-meddelande 2.1 UTI UTI1 <New> … <TxData> 2.31 Clearat N <TxId> <UnqTxIdr> 2.151 Åtgärdstyp NEWT UTI1 </UnqTxIdr> 2.152 Händelsetyp TRAD </TxId> … 176 Tabell 53 ‒ Nytt bilateralt derivat på transaktionsnivå som clearas samma dag eller senare Nummer Fält Exempel XML-meddelande 2.154 Nivå TCTN <DerivEvt> <Tp>TRAD</Tp> </DerivEvt> … <TradClr> <ClrSts> <NonClrd> <Rsn>NORE</Rsn> </NonClrd> </ClrSts> </TradClr> </TxData> … <Lvl>TCTN</Lvl> </New> Tabell 54 ‒ Avslutande av det bilaterala derivatet på transaktionsnivå på grund av clearing samma dag eller senare Nummer Fält Exempel XML-meddelande 2.1 UTI UTI1 <Termntn> … <TxData> 2.151 Åtgärdstyp TERM <TxId> <UnqTxIdr> 2.152 Händelsetyp CLRG UTI1 </UnqTxIdr> 2.154 Nivå TCTN </TxId> … <DerivEvt> <Tp>CLRG</Tp> </DerivEvt> … </TxData> … <Lvl>TCTN</Lvl> </Termntn> 177 Nummer Fält Exempel XML-meddelande 2.1 UTI UTI2 <PosCmpnt> … <TxData> 2.3 Tidigare UTI-kod UTI 1 <TxId> <UnqTxIdr> 2.4 UTI-kod för PUTI1 UTI2 efterföljande </UnqTxIdr> position </TxId> <PrrTxId> <UnqTxIdr> 2.31 Clearat Y UTI1 </UnqTxIdr> 2.151 Åtgärdstyp POSC </PrrTxId> <SbsqntTxId> <UnqTxIdr> 2.152 Händelsetyp PUTI1 </UnqTxIdr> 2.154 Nivå TCTN </SbsqntTxId> … <TradClr> <ClrSts> <Clrd> … </Clrd> </ClrSts> </TradClr> </TxData> … <Lvl>TCTN</Lvl> </PosCmpnt> Tabell 56 – Ändring av ett derivat på positionsnivå på grund av upptagande av en transaktion Nummer Fält Exempel XML-meddelande 2.1 UTI PUTI1 <Mod> … <TxData> 2.31 Clearat Y <TxId> <UnqTxIdr> 2.151 Åtgärdstyp MODI PUTI1 </UnqTxIdr> 2.152 Händelsetyp INCP </TxId> … <DerivEvt> 2.154 Nivå PSTN <Tp>INCP</Tp> </DerivEvt> 178 Tabell 56 – Ändring av ett derivat på positionsnivå på grund av upptagande av en transaktion Nummer Fält Exempel XML-meddelande 5.2.1.4 Nytt derivat som ingåtts på en handelsplats och clearats samma dag, rapporterat som positionskomponent

507. Tabell 57 och tabell 58 visar ifyllandet av rapporteringsfälten för ett nytt derivat ingånget på en handelsplats eller på en organiserad handelsplattform och clearat av en central motpart och upptaget i en position samma dag. I synnerhet bör endast derivatet i sin clearade form rapporteras. I relation till exemplen på derivat på positionsnivå identifieras dessa med den unika transaktionskoden för positionen (UTI-koden) ”PUTI1”. Positionens UTI bör också rapporteras i fältet ”UTI-kod för efterföljande position” för derivatet på transaktionsnivå som ingår i positionen så att rapporterna kan länkas till varandra. Tabell 57 – Nytt derivat som ingåtts på en handelsplats, clearats av en central motpart samma dag och rapporteras med positionskomponent på transaktionsnivå Nummer Fält Exempel XML-meddelande 2.1 UTI UTI1 <PosCmpnt> … <TxData> 2.4 UTI-kod för PUTI2 <TxId> efterföljande <UnqTxIdr> position UTI1 </UnqTxIdr> 2.31 Clearat Y </TxId> <SbsqntTxId> <UnqTxIdr> 2.151 Åtgärdstyp POSC PUTI2 </UnqTxIdr> 2.152 Händelsetyp </SbsqntTxId> … 179 Tabell 57 – Nytt derivat som ingåtts på en handelsplats, clearats av en central motpart samma dag och rapporteras med positionskomponent på transaktionsnivå Nummer Fält Exempel XML-meddelande 2.154 Nivå TCTN <TradClr> <ClrSts> <Clrd> … </Clrd> </ClrSts> </TradClr> </TxData> … <Lvl>TCTN</Lvl> </PosCmpnt> Tabell 58 ‒ Nytt derivat som rapporteras på positionsnivå Nummer Fält Exempel XML-meddelande 2.1 UTI PUTI2 <New> … <TxData> 2.31 Clearat Y <TxId> <UnqTxIdr> 2.151 Åtgärdstyp NEWT PUTI2 </UnqTxIdr> 2.152 Händelsetyp INCP </TxId> … <DerivEvt> 2.154 Nivå PSTN <Tp>INCP</Tp> </DerivEvt> … <TradClr> <ClrSts> <Clrd> … </Clrd> </ClrSts> </TradClr> </TxData> … 180 Tabell 58 ‒ Nytt derivat som rapporteras på positionsnivå Nummer Fält Exempel XML-meddelande 5.2.1.5 Ändring av ett derivat på positionsnivå på grund av upptagande av ett nytt derivat i positionen

508. Detta exempel visar hur en ändring av en position rapporteras när ett nytt derivat på transaktionsnivå tas upp i positionen. Tabell 59 ‒ Ändring av ett derivat på positionsnivå Nummer Fält Exempel XML-meddelande 2.1 UTI PUTI1 <Mod> … <TxData> 2.151 Åtgärdstyp MODI <TxId> <UnqTxIdr> 2.152 Händelsetyp INCP PUTI1 </UnqTxIdr> 2.154 Nivå PSTN </TxId> … <DerivEvt> <Tp>INCP</Tp> </DerivEvt> … </TxData> … <Lvl>PSTN</Lvl> </Mod> 5.2.1.6 Ändring av ett derivat på positionsnivå på grund av flera livscykelhändelser

509. Detta exempel visar hur ändring av ett derivat på positionsnivå rapporteras om positionen påverkas av flera händelser under dagen och det inte är möjligt att ange vilken händelsetyp som orsakade ändringen. Tabell 60 ‒ Ändring av ett derivat på positionsnivå Nummer Fält Exempel XML-meddelande 2.1 UTI PUTI1 <Mod> … <TxData> 2.151 Åtgärdstyp MODI 181 Tabell 60 ‒ Ändring av ett derivat på positionsnivå Nummer Fält Exempel XML-meddelande 2.152 Händelsetyp <TxId> <UnqTxIdr> PUTI1 2.154 Nivå PSTN </UnqTxIdr> </TxId> … </TxData> … <Lvl>PSTN</Lvl> </Mod> 5.2.1.7 Ändring av ett derivat på transaktionsnivå

510. Tabell 61 visar ifyllandet av rapporteringsfälten om ett tidigare rapporterat derivat på transaktionsnivå ändras till följd av att motparterna kommer överens om att ändra vissa av villkoren för derivatet. Tabell 61 ‒ Ändring av ett derivat på transaktionsnivå Nummer Fält Exempel XML-meddelande 2.1 UTI UTI1 <Mod> … <TxData> 2.151 Åtgärdstyp MODI <TxId> <UnqTxIdr> 2.152 Händelsetyp TRAD UTI1 </UnqTxIdr> 2.154 Nivå TCTN </TxId> … <DerivEvt> <Tp>TRAD</Tp> </DerivEvt> … </TxData> … <Lvl>TCTN</Lvl> </Mod> 5.2.1.8 Korrigering av ett derivat på transaktionsnivå

511. Tabell 62 visar ifyllandet av rapporteringsfälten vid korrigering av datafält som lämnats in felaktigt i en tidigare rapport om ett derivat på transaktionsnivå. Tabell 62 ‒ Korrigering av ett derivat på transaktionsnivå 182 Nummer Fält Exempel XML-meddelande 2.1 UTI UTI1 <Crrctn> … <TxData> 2.151 Åtgärdstyp CORR <TxId> <UnqTxIdr> 2.152 Händelsetyp UTI1 </UnqTxIdr> 2.154 Nivå TCTN </TxId> … </TxData> … <Lvl>TCTN</Lvl> </Crrctn> 5.2.1.9 Korrigering av värderingen av ett derivat på transaktionsnivå

512. Tabell 63 visar ifyllandet av rapporteringsfälten vid korrigering av datafält avseende värderingen som lämnats in felaktigt i en tidigare rapport om ett derivat på transaktionsnivå. Observera att ifyllandet av fälten för värdering visas i ett separat exempel i avsnitt 5.2.2.3. Tabell 63 ‒ Korrigering av ett derivat på transaktionsnivå Nummer Fält Exempel XML-meddelande 2.1 UTI UTI1 <Crrctn> … <TxData> 2.151 Åtgärdstyp CORR <TxId> <UnqTxIdr> 2.152 Händelsetyp UTI1 </UnqTxIdr> 2.154 Nivå TCTN </TxId> … </TxData> … <Lvl>TCTN</Lvl> </Crrctn> 5.2.1.10 Värdering av ett derivat på transaktionsnivå

513. Tabell 64 visar ifyllandet av rapporteringsfälten om motparten lämnar in en daglig värderingsuppdatering för ett tidigare rapporterat derivat på transaktionsnivå. Observera att ifyllandet av fälten för värdering visas i ett separat exempel i avsnitt 5.2.2.3. 183 Tabell 64 ‒ Värdering av ett derivat på transaktionsnivå Nummer Fält Exempel XML-meddelande 2.1 UTI UTI1 <ValtnUpd> … <TxData> 2.151 Åtgärdstyp VALU <TxId> <UnqTxIdr> 2.152 Händelsetyp UTI1 </UnqTxIdr> 2.154 Nivå TCTN </TxId> … </TxData> … <Lvl>TCTN</Lvl> </ValtnUpd> 5.2.1.11 Rapportering av uppdatering av marginalsäkerhet för ett derivat med ställd säkerhet på transaktionsnivå

514. Tabell 65 visar ifyllandet av rapporteringsfälten om motparten lämnar in en daglig uppdatering av marginalsäkerhet för ett tidigare rapporterat derivat på transaktionsnivå och det derivatet har individuell säkerhet. Observera att ifyllandet av fälten för värdering visas i separata exempel i avsnitt 5.3. Tabell 65 ‒ Uppdatering av marginalsäkerhet för ett derivat på transaktionsnivå med ställd säkerhet på transaktionsnivå Nummer Fält Exempel XML-meddelande 3.8 Indikator för FALSKT <MrgnUpd> … portföljsäkerhet <TxId> <UnqTxIdr> 3.9 Kod för UTI1 portföljsäkerhet </UnqTxIdr> </TxId> 3.10 UTI UTI1 <Coll> <CollPrtflCd> <Prtfl> 3.28 Åtgärdstyp MARU <NoPrtfl> NOAP </NoPrtfl> </Prtfl> </CollPrtflCd> … <MrgnUpd> 184 5.2.1.12 Rapportering av uppdatering av marginalsäkerhet för ett derivat med ställd säkerhet på portföljnivå

515. Tabell 66 visar ifyllandet av rapporteringsfälten om motparten lämnar in en daglig uppdatering av marginalsäkerhet vid ställande av säkerhet på portföljnivå. Observera att ifyllandet av fälten för marginalsäkerhet visas i separata exempel i avsnitt 5.3. Tabell 66 ‒ Uppdatering av marginalsäkerhet för ett derivat på transaktionsnivå med ställd säkerhet på portföljnivå Nummer Fält Exempel XML-meddelande 3.8 Indikator för SANT <MrgnUpd> … portföljsäkerhet <Coll> <CollPrtflCd> 3.9 Kod för COLLPCODE1 <Prtfl> portföljsäkerhet <Cd> COLLPCODE1 3.10 UTI </Cd> </Prtfl> </CollPrtflCd> 3.28 Åtgärdstyp MARU … </MrgnUpd> 5.2.1.13 Korrigering av uppgifter om marginalsäkerhet på portföljnivå

516. Tabell 67 visar ifyllandet av rapporteringsfälten vid korrigering av datafält om marginalsäkerhet som lämnats in felaktigt i en tidigare rapport om säkerhet på portföljnivå. Tabell 67 ‒ Korrigering av marginalsäkerhet på portföljnivå Nummer Fält Exempel XML-meddelande 3.8 Indikator för SANT <Crrctn> … portföljsäkerhet <Coll> <CollPrtflCd> 3.9 Kod för COLLPCODE1 <Prtfl> portföljsäkerhet <Cd> COLLPCODE1 3.10 UTI </Cd> </Prtfl> </CollPrtflCd> 3.28 Åtgärdstyp CORR … </Crrctn> 185 5.2.1.14 Förtida avslutande av ett derivat på transaktionsnivå

517. Tabell 68 visar ifyllandet av rapporteringsfälten om ett derivat på transaktionsnivå avslutas före sin förfallodag efter att motparterna kommit överens om förtida avslutande (snarare än som följd av en viss händelse som leder till avslutandet av ett derivat). 186 Tabell 68 ‒ Förtida avslutande av ett derivat på transaktionsnivå Nummer Fält Exempel XML-meddelande 2.1 UTI UTI1 <Termntn> 2.151 Åtgärdstyp TERM 2.152 Händelsetyp ETRM UTI1 2.154 Nivå TCTN </TxId> 5.2.1.15 Förtida avslutande av ett derivat på positionsnivå

518. Tabell 69 visar ifyllandet av rapporteringsfälten om ett derivat på positionsnivå avslutas före sin förfallodag efter att motparterna kommit överens om förtida avslutande (snarare än som följd av en viss händelse som leder till avslutandet av ett derivat). Detta kan till exempel ske när positionen nettas till noll och motparterna föredrar att stänga positionen snarare än att fortsätta att rapportera värdering dagligen. Tabell 69 ‒ Förtida avslutande av ett derivat på positionsnivå Nummer Fält Exempel XML-meddelande 2.1 UTI PUTI1 <Termntn> 2.151 Åtgärdstyp TERM 2.152 Händelsetyp ETRM PUTI1 2.154 Nivå PSTN </TxId> 187 5.2.1.16 Angivelse av ett derivat på transaktionsnivå som felaktigt

519. Tabell 70 visar ifyllandet av rapporteringsfälten vid annullering av en hel rapport som har lämnats in felaktigt för ett derivat som aldrig kommit till stånd eller som inte omfattades av rapporteringskrav för sådana derivat men rapporterades till ett transaktionsregister av misstag. Tabell 70 ‒ Angivelse av ett derivat på transaktionsnivå som felaktigt Nummer Fält Exempel XML-meddelande 2.1 UTI UTI1 <Err> … <TxData> 2.151 Åtgärdstyp EROR <TxId> <UnqTxIdr> 2.152 Händelsetyp UTI1 </UnqTxIdr> 2.154 Nivå TCTN </TxId> … </TxData> … <Lvl>TCTN</Lvl> </Err> 5.2.1.17 Förnyelse av ett derivat på transaktionsnivå

520. Tabell 71 visar ifyllandet av rapporteringsfälten om ett derivat som av misstag avslutats eller angetts som felaktigt förnyas. Tabell 71 ‒ Förnyelse av ett derivat på transaktionsnivå Nummer Fält Exempel XML-meddelande 2.1 UTI UTI1 <Revi> … <TxData> 2.151 Åtgärdstyp REVI <TxId> <UnqTxIdr> 2.152 Händelsetyp UTI1 </UnqTxIdr> 2.154 Nivå TCTN </TxId> … </TxData> … <Lvl>TCTN</Lvl> </Revi> 188

5.2.2 Andra rapporteringspliktiga uppgifter

5.2.2.1 Rapportering av clearade respektive ej clearade transaktioner

5.2.2.1.1 Transaktion clearad enligt modellen för öppet erbjudande

521. När en transaktion clearas enligt modellen för öppet erbjudande sker clearingen vid tidpunkten då transaktionen ingås. Därför förväntas tidsstämpeln för utförandet och tidsstämpeln för clearing vara desamma.

522. Tabellen nedan visar hur fälten i tabell 2 bör fyllas i i den ovannämnda situationen utifrån den centrala motpartens (med LEI BBBBBBBBBB1111111111) och motpart 1:s perspektiv, som i detta fall är identiska.

523. Följande grupp av rapporteringsfält bör fyllas i: ”Clearat” (fält 2.31) fylls i med ”Y”. ”Tidsstämpel för clearing” (fält 2.32) är detsamma som fältet ”Tidsstämpel för utförandet” (fält 2.42). LEI-koden för den centrala motparten anges i ”Central motpart” (fält 2.33). Tabell 72 ‒ Transaktion clearad enligt modellen för öppet erbjudande Post Fält Exempel XML-meddelande 189 Tabell 72 ‒ Transaktion clearad enligt modellen för öppet erbjudande Post Fält Exempel XML-meddelande 5.2.2.1.2 Clearad transaktion i en novationsmodell

524. Om ett derivat clearas inom en novationsmodell sker clearingen efter tidpunkten för ingåendet av transaktionen.

525. Tabellen nedan visar hur fälten bör fyllas i utifrån den centrala motpartens och motpart 1:s perspektiv, när ett derivat clearas av den centrala motparten inom en novationsmodell.

526. I detta avseende bör följande grupp av rapporteringsfält fyllas i: ”Tidigare UTI-kod” (fält 2.3) bör fyllas i med tidigare UTI-kod (för det ursprungliga bilaterala derivatet när det gäller derivat clearade av den centrala motparten). ”Clearat” (fält 2.31) fylls i med ”Y”. Tidpunkten i ”Tidsstämpel för clearing” (fält 2.32) är senare än den tidpunkt som anges i fältet ”Tidsstämpel för utförande” (fält 2.42). LEI-koden för den centrala motparten anges i ”Central motpart” (fält 2.33). Tabell 73 – Clearat derivat i en novationsmodell 1 UTI UTI2 <New> ... <CmonTradData> 3 Tidigare UTI- UTI1 <TxDate> <TxId> kod <UnqTxIdr>UTI2</UnqTxIdr> </TxId> <PrrTxId> 31 Clearat Y <UnqTxIdr>UTI1</UnqTxIdr> 190 Tabell 73 – Clearat derivat i en novationsmodell 32 Tidsstämpel för 2021-03-18T18:00:00Z </PrrTxId> clearing 33 Central motpart BBBBBBBBBB1111111111 34 Ramavtalstyp OTHR 35 Annan CCPClearing Villkor ramavtalstyp 43 Tidpunkt för 2021-03- utförandet <TradClr> 151 Åtgärdstyp NEWT <LEI 152 Händelsetyp CLRG </CCP> Tabell 74 – Avslutande av ett tidigare derivat (alfa-transaktion) i en novationsmodell 45 Datum för förtida 2021-03-18 <TxData> avslutande 191 Tabell 74 – Avslutande av ett tidigare derivat (alfa-transaktion) i en novationsmodell 151 Åtgärdstyp TERM UTI1 152 Händelsetyp CLRG <EarlyTermntnDt> 5.2.2.1.3 Ej clearad transaktion

527. ”Clearat” (fält 2.31) fylls i med ”N”. Övriga fält för clearing fylls inte i. Tabell 75 – Ej clearad transaktion 2 Rapportens <UnqTxIdr> spårningsnummer 31 Clearat N 32 Tidsstämpel för clearing 33 Central motpart 43 Tidpunkt för utförandet 2021-03- </TxData> 192 5.2.2.2 Handelsplats

528. Fältet ”Handelsplats” (fält 2.41) bör fyllas i med hänsyn till typen av ingående av derivatet.

529. Motparterna bör använda MIC-koden för segmentet enligt ISO 10383 för derivat som utförs på en handelsplats, via en systematisk internhandlare (SI) eller på en organiserad handelsplattform utanför unionen. Om segmentets MIC-kod inte existerar bör de använda den operativa MIC-koden.

530. Motparterna bör använda MIC-koden ”XOFF” för finansiella instrument som är godkända för handel eller som handlas på en handelsplats eller för vilka en ansökan om godkännande har gjorts, om derivatet på det finansiella instrumentet inte utförs på en handelsplats, via en systematisk internhandlare eller en organiserad handelsplattform utanför unionen eller om en motpart inte vet att den handlar med en motpart 2 som agerar som en systematisk internhandlare.

531. Motparterna bör använda MIC-koden ”XXXX” för finansiella instrument som inte är godkända för handel eller som inte handlas på en handelsplats eller för vilka en ansökan om godkännande inte har gjorts och som inte handlas på en organiserad handelsplattform utanför unionen. 5.2.2.2.1 Exempel på två systematiska internhandlare som står mot varandra

532. Två motparter, A och B, som båda är systematiska internhandlare, handlar med varandra. För detta derivat agerar motpart A som systematisk internhandlare och därför bör båda enheterna rapportera denna motparts MIC-kod i fältet för handelsplats.

533. Motpart A identifieras med LEI 12345678901234500000 och MIC 1234.

534. Motpart B identifieras med LEI ABCDEFGHIJKLMNOPQRST och MIC ABCD. Tabell 76 – Rapportering av handelsplats utifrån motpart A:s perspektiv 4 Motpart 1 12345678901234500000 <CtrPtySpcfcData> <CtrPty> <RptgCtrPty> 9 Motpart 2 ABCDEFGHIJKLMNOPQRST <Id> <Lgl> <Id> 41 Handelsplats 1234 <LEI> 12345678901234500000 </LEI> </Id> </Lgl> </Id> </RptgCtrPty> <OthrCtrPty> 193 Tabell 76 – Rapportering av handelsplats utifrån motpart A:s perspektiv Tabell 77 – Rapportering av handelsplats utifrån motpart B:s perspektiv 4 Motpart 1 ABCDEFGHIJKLMNOPQRST <CtrPtySpcfcData> 9 Motpart 2 12345678901234500000 <Id> 41 Handelsplats 1234 <LEI> 194 Tabell 77 – Rapportering av handelsplats utifrån motpart B:s perspektiv 5.2.2.2.2 Exempel på ett derivat utfört på en reglerad marknad i Förenade kungariket efter Brexit

535. Derivat som utförts på reglerade marknader i Förenade kungariket före Brexit skulle betraktas som ETD.

536. Å andra sidan skulle derivat som utförts på reglerade marknader i Förenade kungariket efter Brexit betraktas som OTC. Fältet ”Handelsplats” bör fortfarande fyllas i med motsvarande MIC-kod. Detta skulle dock påverka andra fält, t.ex. fälten ”Inom gruppen” och ”Clearingkravet” som krävs för OTC-derivat. Tabell 78 – Derivat utfört före Brexit 41 Handelsplats XLON <CmonTradData> 43 Tidpunkt för 2020-12- utförandet 31T17:00:00Z 30 Clearing- kravet 37 Inom gruppen 195 Tabell 79 – Derivat utfört efter Brexit 41 Handelsplats XLON <CmonTradData> <TxData> … 43 Tidpunkt för 2021-01- <PltfmId>XLON</PltfmId> utförandet <ExctnTmStmp> 04T15:00:00Z 2021-01-04T15:00:00Z </ExctnTmStmp> … 30 Clearing- kravet FALSKT <TradClr> <ClrOblgtn>false </ClrOblgtn> 37 Inom gruppen FALSKT <IntraGrp>false</IntraGrp> </TradClr> … </TxData> </CmonTradData> 5.2.2.3 Rapportering av värderingar

537. Tabell 80 visar ifyllandet av värderingsuppgifter om motparten lämnar in en daglig värderingsuppdatering för ett tidigare rapporterat derivat på transaktionsnivå. 5.2.2.3.1 Värdering av ett derivat på transaktionsnivå

538. I detta exempel är motpart A (med LEI 12345678901234500000) köpare av en köpoption som är en plusoption och som har värderats föregående dag till 221 100 euro. Eftersom det berörda derivatet är en option beräknas deltat och fylls i (0,6). Motpart B (med LEI ABCDEFGHIJKLMNOPQRST) är säljaren. Tabell 80 ‒ Värdering av ett derivat på transaktionsnivå Nummer Fält Exempel XML-meddelande 1.1 Rapporteringstillf 2023-05-16T19:15:05Z <ValtnUpd> <CtrPtySpcfcData> älle <CtrPty> <RptgCtrPty> 1.2 Rapportinlämna 12345678901234500000 <Id> nde enhets ID <Lgl> <Lgl><Id><LEI> 1.3 Enhet som 12345678901234500000 12345678901234500000 </LEI></Id></Lgl> ansvarar för </Id> rapporteringen </RptgCtrPty> 196 Tabell 80 ‒ Värdering av ett derivat på transaktionsnivå Nummer Fält Exempel XML-meddelande 1.4 Motpart 1 12345678901234500000 <OthrCtrPty> (rapporterande motpart) 2.8 Typ av SANT </IdTp> identifieringskod </OthrCtrPty> för motpart 2 2.9 Motpart 2 ABCDEFGHIJKLMNOPQRST 2.21 Värderingsbelop 221 100 p 2.22 Värderingsvaluta EUR <Valtn> 2.23 Tidsangivelse för 2023-05-15T18:00:00Z värdering 2.24 Värderingsmetod MTMA 2023-05-15T18:00:00Z 2.25 Deltavärde 0,6 2.151 Åtgärdstyp VALU 2.153 Datum för 2023-05-15 </RptgTmStmp> händelsen 2.154 Nivå TCTN 197 5.2.2.3.2 Värdering av ett derivat på positionsnivå

539. Tabell 81 visar ifyllandet av värderingsuppgifter för en position i ränteswappar om positionen nettas till noll och motparterna beslutar att hålla positionen öppen (och således rapporterar värderingen dagligen). Tabell 81 – Värdering av ett derivat på positionsnivå Nummer Fält Exempel XML-meddelande 1.1 Rapporteringstillfälle 2023-06-06T20:00:00Z <ValtnUpd> 1.2 Rapportinlämnande 12345678901234500000 enhets ID 1.3 Enhet som ansvarar 12345678901234500000 <Lgl><Id><LEI> för rapporteringen 1.4 Motpart 1 12345678901234500000 (rapporterande </Id> 2.8 Typ av SANT identifieringskod för 2.9 Motpart 2 ABCDEFGHIJKLMNOPQRST 2.1 UTI PUTI1 2.21 Värderingsbelopp 0 2.22 Värderingsvaluta EUR 2.23 Tidsangivelse för 2023-06-05T19:00:00Z värdering <LEI> 2.24 Värderingsmetod MTMA 2.151 Åtgärdstyp VALU 2.153 Datum för 2023-06-05 <Valtn> 2.154 Nivå PSTN 198 Tabell 81 – Värdering av ett derivat på positionsnivå Nummer Fält Exempel XML-meddelande <Lvl>PSTN</Lvl> </ValtnUpd> 5.2.2.4 Rapportering av andra betalningar 5.2.2.4.1 Rapportering av förskottsbetalning

540. Tabell 82 visar ifyllandet av rapporteringsfälten om motpart A (med LEI 12345678901234500000) som bär ansvaret för risken gör en första betalning till motparten B (med LEI ABCDEFGHIJKLMNOPQRST) för att täcka eventuella framtida fallissemang och lämnar in en rapport på transaktionsnivå. Tabell 82 – Rapportering av förskottsbetalning Nummer Fält Exempel XML-meddelande 1.1 Rapporteringstillfälle 2021-03-06T18:20:05Z 1.2 Rapportinlämnande 12345678901234500000 enhets ID 1.3 Enhet som ansvarar 12345678901234500000 199 Tabell 82 – Rapportering av förskottsbetalning Nummer Fält Exempel XML-meddelande 1.4 Motpart 1 12345678901234500000 (rapporterande </Id> 1.9 Motpart 2 ABCDEFGHIJKLMNOPQRST 2.1 UTI 123456 2.73 Annan betalningstyp UFRO </LEI></Id></Lgl> 2.74 Annat 100 000 betalningsbelopp betalningsvaluta </LEI> 2.76 Annat 2021-03-05 betalningsdatum 2.77 Annan betalare 12345678901234500000 12345678901234500000 2.78 Annan ABCDEFGHIJKLMNOPQRST betalningsmottagare 2.151 Åtgärdstyp NEWT 2023-03- 2.152 Händelsetyp TRAD </RptgTmStmp> 2.154 Nivå TCTN 200 Tabell 82 – Rapportering av förskottsbetalning Nummer Fält Exempel XML-meddelande 5.2.2.4.2 Rapportering av slutbetalning

541. Tabell 83 visar ifyllandet av rapporteringsfälten om samma motpart A gör slutbetalningen för fullständigt avslutande och lämnar in en rapport på transaktionsnivå. Tabell 83 – Rapportering av slutbetalning Nummer Fält Exempel XML-meddelande 1.1 Rapporterings- 2021-03-06T18:20:05Z tillfälle <CtrPty> 1.2 Rapportinlämnande 12345678901234500000 <Id> enhets ID 1.3 Enhet som 12345678901234500000 ansvarar för </Id> rapporteringen </RptgCtrPty> 201 Tabell 83 – Rapportering av slutbetalning Nummer Fält Exempel XML-meddelande 1.4 Motpart 1 12345678901234500000 motpart) 1.9 Motpart 2 ABCDEFGHIJKLMNOPQRST 2.1 UTI 456789 2.45 Datum för förtida 2021-03-05 <LEI> avslutande 2.73 Annan UWIN 2.74 Annat 70 000 betalningsbelopp 2.75 Annan EUR betalningsvaluta </CtrPty> 2.76 Annat 2021-03-05 2023-03-06T18:20:05Z betalningsdatum 2.77 Annan betalare 12345678901234500000 2.78 Annan betalnings- ABCDEFGHIJKLMNOPQRST <UnqTradIdr> mottagare 2.151 Åtgärdstyp TERM 2.152 Händelsetyp ETRM </EarlyTermntnDt> 2.154 Nivå TCTN <Tp>ETRM</Tp> 202 Tabell 83 – Rapportering av slutbetalning Nummer Fält Exempel XML-meddelande 5.2.2.4.3 Rapportering av utväxling av kapitalbelopp

542. Tabell 84 visar ifyllandet av rapporteringsfälten om utväxling av kapitalbelopp äger rum, när det rör en ränteswapp i mer än en valuta.

543. I detta exempel har motparterna A och B avtalat om ett OTC-derivatkontrakt som anger - en inledande utväxling av teoretisk valuta i varje enskild valuta och villkoren för denna återbetalning av teoretisk valuta under swappens löptid, - en utväxling av regelbundna betalningar med två räntor, denominerade i två olika valutor, som referensvärden.

544. Motparten A kommer att betala 5 miljoner EUR och motpart B kommer att betala 4,3 miljoner GBP som inledande utväxling av kapitalbelopp för var och en av dem. Motparterna kommer att utväxla betalningar var 6:e månad för överenskommen 3 års rörlig-till-rörlig ränteswapp.

545. Återutväxling av samma teoretiska belopp av valutor kommer att ske på förfallodagen.

546. Tabellen nedan visar rapporteringen av betalningarna för utväxling av kapitalbelopp utifrån motpart A:s perspektiv. Motparten rapporterar både de gjorda och de erhållna betalningarna, på dagarna för både inledande och slutlig utväxling – förutsatt att dessa betalningar är kända vid tidpunkten för rapportering. 203 Tabell 84 – Rapportering av utväxling av teoretiska belopp utifrån motpart A:s perspektiv Numme Fält Exempel XML-meddelande r 1.1 Rapporterings- 2021-05-20T18:00:15Z 1.2 Rapportinlämnand 12345678901234500000 <Lgl> e enhets ID 1.3 Enhet som 12345678901234500000 ansvarar för </LEI> rapporteringen </Id> 1.4 Motpart 1 12345678901234500000 (rapporterande motpart) <Drct- 1.9 Motpart 2 ABCDEFGHIJKLMNOPQRS TAKE T 1.18 Riktning för del 1 TAKE Leg> 1.19 Riktning för del 2 MAKE </DrctnOfTheScnd- 2.1 UTI AABB123456 2.10 Typ av kontrakt SWAPP 2.42 Tidpunkt för 2021-05-19T13:10:25Z <Lgl> utförandet

2. 44 Sista 2024-05-18 giltighetsdatum </LEI> 2.55 Teoretiskt belopp 5 000 000 </Lgl> för del 1 2.56 Teoretisk valuta 1 EUR 2.64 Teoretiskt belopp 4 300 000 12345678901234500000 för del 2 2.65 Teoretisk valuta för GBP del 2 204 Tabell 84 – Rapportering av utväxling av teoretiska belopp utifrån motpart A:s perspektiv Numme Fält Exempel XML-meddelande r 2.73 Annan PEXH betalningstyp </LEI> 2.74 Annat 5 000 000 </NttyRspnsblForRpt> betalningsbelopp 2.75 Annan EUR 2.76 Annat 2021-05-20 <CtrctData> betalningsdatum 2.77 Annan betalare 12345678901234500000 </CtrctData> 2.78 Annan betalnings- ABCDEFGHIJKLMNOPQRS <TxId> mottagare T 2.73 Annan PEXH betalningstyp … 2.74 Annat 4 300 000 <FrstLeg><Amt> betalningsbelopp 2.75 Annan GBP betalningsvaluta <ScndLeg><Amt> 2.76 Annat 2021-05-20 betalningsdatum 2.77 Annan betalare ABCDEFGHIJKLMNOPQRS <ExctnTmStmp> 2.78 Annan betalnings- 12345678901234500000 mottagare 2.73 Annan PEXH <PmtAmt> 2.74 Annat 4 300 000 betalningsbelopp 205 Tabell 84 – Rapportering av utväxling av teoretiska belopp utifrån motpart A:s perspektiv Numme Fält Exempel XML-meddelande r 2.75 Annan GBP betalningsvaluta 2021-05-20 2.76 Annat 2024-05-18 <PmtPyer> betalningsdatum 2.77 Annan betalare 12345678901234500000 2.78 Annan betalnings- ABCDEFGHIJKLMNOPQRS </Lgl> mottagare T </PmtPyer> 2.73 Annan PEXH 2.74 Annat 5 000 000 </LEI> betalningsbelopp 2.75 Annan EUR betalningsvaluta <PmtAmt> 2.76 Annat 2024-05-18 4300000</Amt> betalningsdatum 2.77 Annan betalare ABCDEFGHIJKLMNOPQRS 2.78 Annan betalnings- 12345678901234500000 mottagare 206 Tabell 84 – Rapportering av utväxling av teoretiska belopp utifrån motpart A:s perspektiv Numme Fält Exempel XML-meddelande r 207 Tabell 84 – Rapportering av utväxling av teoretiska belopp utifrån motpart A:s perspektiv Numme Fält Exempel XML-meddelande r

5.3 Tabell 3 Uppgifter om marginalsäkerhet

547. Motparterna bör rapportera alla relevanta typer av säkerhet (initial marginalsäkerhet, tilläggsmarginalsäkerhet och överskjutande säkerhet), och ange värdena både före och efter värderingsavdrag bör anges. Varje typ av säkerhet bör rapporteras som ett enda tal, dvs. summan av värdena på alla tillgångar som ställts/erhållits, uttryckta i en enda valuta.

548. Säkerhet kan rapporteras på portföljbasis. Det är upp till den rapporterande motparten att fastställa vilket unikt värde som ska redovisas i fältet ”Kod för portföljsäkerhet”, men detta värde bör vara konsekvent under portföljens livslängd och inte tilldelas på nytt för samma portfölj varje dag. Samtidigt kan olika motparter använda olika koder för portföljsäkerhet för samma uppsättning derivat.

5.3.1 Rapportering av uppdatering av marginalsäkerhet för ett nytt derivat utan ställd säkerhet

549. Tabell 85 visar ifyllandet av rapporteringsfälten om motparten lämnar in rapporten om marginalsäkerhet för ett derivat utan ställd säkerhet. Det finns inget behov av att lämna in ytterligare uppdateringar av marginalsäkerhet, om inte kategorin för ställande av säkerhet ändras. Tabell 85 – Rapportering av uppdatering av marginalsäkerhet för ett derivat utan ställd säkerhet Nummer Fält Exempel XML-meddelande 3.8 Indikator för FALSKT <Rpt> <MrgnUpd> portföljsäkerhet <TxId> <UnqTxIdr> 3.9 Kod för portföljsäkerhet UTI3 </UnqTxIdr> 3.10 UTI UTI3 </TxId> <Coll> 208 Tabell 85 – Rapportering av uppdatering av marginalsäkerhet för ett derivat utan ställd säkerhet Nummer Fält Exempel XML-meddelande 3.11 Kategori för ställande av UNCL <CollPrtflCd> <Prtfl> säkerhet <NoPrtfl> <Rsn>NOAP</Rsn> 3.28 Åtgärdstyp MARU </NoPrtfl> </Prtfl> </CollPrtflCd> <CollstnCtgy> UNCL </CollstnCtgy> </MrgnUpd> </Rpt>

5.3.2 Rapportering av uppdatering av marginalsäkerhet för ett nytt derivat med ställd säkerhet på portföljnivå

550. I scenariot nedan är den rapporterande motparten, motpart J (med LEI CCCCCCCCCCCCCCCCCCCC), även clearingmedlem. Den rapporterar beloppet på 1 000 000 EUR ställt som initial marginalsäkerhet och beloppet på 300 000 EUR som tilläggsmarginalsäkerhet ställd till central motpart O (med LEI BBBBBBBBBB1111111111). Motparten rapporterar även överskjutande säkerhet om 100 000 EUR. Tabell 86 – Uppdatering av marginalsäkerhet på portföljnivå för ett clearat derivat Numme Fält Exempel XML-meddelande r 3.1 Rapporterings-tillfälle 2023-07-19T18:05:45Z <MrgnUpd> <RptgTmStmp> 2023-07-19T18:05:45Z 3.2 Rapportinlämnande CCCCCCCCCCCCCC </RptgTmStmp> enhets ID C CCCCC <CtrPtyId> <RptgCtrPty> 3.3 Enhet som ansvarar för CCCCCCCCCCCCCC <Id> rapporteringen CCCCCC <Lgl> <Id> <LEI> 3.4 Motpart 1 CCCCCCCCCCCCCC CCCCCCCCCCCCCCCCCCC (rapporterande motpart) CCCCCC </LEI> </Id> 3.5 Typ av identifieringskod SANT </Lgl> </Id> för motpart 2 </RptgCtrPty> <OthrCtrPty> 3.6 Motpart 2 BBBBBBBBBB111111 <IdTp> 1111 <Lgl> 209 Tabell 86 – Uppdatering av marginalsäkerhet på portföljnivå för ett clearat derivat Numme Fält Exempel XML-meddelande r 3.7 Tidsstämpel för 2023-07-18T18:00:00Z <Id> säkerheten 3.8 Indikator för SANT portföljsäkerhet </Lgl> 3.9 Kod för portföljsäkerhet CODEPORTFOLIO123 </OthrCtrPty> 3.10 UTI 3.11 Kategori för ställande av OWC1 </SubmitgAgt> 3.12 Initial marginalsäkerhet 1 000 000 som ställts av motpart 1 </NttyRspnsblForRpt> (före värderingsavdrag) </CtrPtyId> 3.13 Initial marginalsäkerhet 1 000 000 som ställts av motpart 1 (efter värderingsavdrag) <CollPrtflCd> 3.14 Valuta för den initiala EUR <Cd> marginalsäkerhet som ställts 3.15 Tilläggsmarginalsäkerhe 300 000 <CollstnCtgy> t som ställts av motpart 1 (före värderingsavdrag) 3.16 Tilläggsmarginalsäkerhe 300 000 </TmStmp> t som ställts av motpart 1 <PstdMrgnOrColl> (efter värderingsavdrag) 3.17 Valuta för den EUR säkerhet som ställts > 3.18 Överskjutande säkerhet 100 000 som ställts av motpart 1 </In- 210 Tabell 86 – Uppdatering av marginalsäkerhet på portföljnivå för ett clearat derivat Numme Fält Exempel XML-meddelande r 3.19 Valuta för den EUR <VartnMrgnPstdPreHrcut överskjutande säkerhet Ccy="EUR">300000 som ställts </VartnMrgnPstdPreHrcut 3.20 Initial marginalsäkerhet > som samlats in av <VartnMrgnPstdPstHrcut motpart 1 (före Ccy="EUR">300000 värderingsavdrag) </VartnMrgnPstdPstHrcut 3.21 Initial marginalsäkerhet > som samlats in av <XcssCollPstd Ccy="EUR">100000 motpart 1 (efter </XcssCollPstd> värderingsavdrag) </PstdMrgnOrColl> </MrgnUpd> 3.22 Valuta för den initiala marginalsäkerhet som samlats in 3.23 Tilläggsmarginalsäkerhe t som samlats in av motpart 1 (före värderingsavdrag) 3.24 Tilläggsmarginalsäkerhe t som samlats in av motpart 1 (efter värderingsavdrag) 3.25 Valutan på den insamlade tilläggsmarginalsäkerheten 3.26 Överskjutande säkerhet som samlats in av motpart 1 3.27 Valuta för den överskjutande säkerhet som samlats in 211 Tabell 86 – Uppdatering av marginalsäkerhet på portföljnivå för ett clearat derivat Numme Fält Exempel XML-meddelande r 3.28 Åtgärdstyp MARU 3.29 Datum för händelsen 2023-07-18

5.3.3 Rapportering av uppdatering av marginalsäkerhet på nivå av individuell transaktion för ett ej clearat derivat

551. I nästa scenario utväxlar två motparter säkerhet för ett ej clearat derivat. Båda motparter rapporterar initial marginalsäkerhet och tilläggsmarginalsäkerhet enligt avtalet om säkerhet. Motpart A (med LEI 12345678901234500000) ställde 800 000 EUR som initial marginalsäkerhet kontant och 220 000 EUR som marginalsäkerhet i aktier som är föremål för 10-procentigt värderingsavdrag. Motpart B (med LEI ABCDEFGHIJKLMNOPQRST) ställde 1 000 000 EUR som initial marginalsäkerhet kontant. Motpart B förväntas också ställa 100 000 EUR i tilläggsmarginalsäkerhet på grundval av den senaste värderingen av kontraktet, men detta belopp ligger under det minsta överföringsbelopp (MTA) som motparterna kommit överens om. Tabell 87– Uppdatering av marginalsäkerhet på nivå av individuell transaktion för ett ej clearat derivat Numme Fält Exempel XML-meddelande r 3.1 Rapporterings-tillfälle 2023-04- <MrgnUpd> <RptgTmStmp> 07T10:00:00Z 2023-04-07T10:00:00Z </RptgTmStmp> 3.2 Rapportinlämnande 1234567890123450 <CtrPtyId> enhets ID 0000 <RptgCtrPty> <Id> <Lgl> 3.3 Enhet som ansvarar för 1234567890123450 <Id> rapporteringen 0000 <LEI> 12345678901234500000 3.4 Motpart 1 (rapporterande 1234567890123450 </LEI> motpart) 0000 </Id> </Lgl> </Id> 3.5 Typ av identifieringskod SANT </RptgCtrPty> för motpart 2 <OthrCtrPty> <IdTp> 3.6 Motpart 2 ABCDEFGHIJKLM <Lgl> <Id> N OPQRST <LEI> 212 Tabell 87– Uppdatering av marginalsäkerhet på nivå av individuell transaktion för ett ej clearat derivat Numme Fält Exempel XML-meddelande r 3.7 Tidsstämpel för 2023-04- ABCDEFGHIJKLMNOPQRST säkerheten 06T20:30:00Z 3.8 Indikator för FALSKT portföljsäkerhet </OthrCtrPty> 3.9 Kod för portföljsäkerhet <LEI> 3.10 UTI UTI1 3.11 Kategori för ställande av FLCL <LEI> 3.12 Initial marginalsäkerhet 1020000 som ställts av motpart 1 <EvtDt> (före värderingsavdrag) 2023-04-06 3.13 Initial marginalsäkerhet 998 000 som ställts av motpart 1 (efter värderingsavdrag) > 3.14 Valuta för den initiala EUR <Coll> marginalsäkerhet som ställts 3.15 Tilläggsmarginalsäkerhe </NoPrtfl> t som ställts av motpart 1 (före värderingsavdrag) 3.16 Tilläggsmarginalsäkerhe </CollstnCtgy> t som ställts av motpart 1 <TmStmp> (efter värderingsavdrag) säkerhet som ställts 3.18 Överskjutande säkerhet som ställts av motpart 1 213 Tabell 87– Uppdatering av marginalsäkerhet på nivå av individuell transaktion för ett ej clearat derivat Numme Fält Exempel XML-meddelande r 3.19 Valuta för den </InitlMrgnPstdPstHrcut> överskjutande säkerhet </PstdMrgnOrColl> som ställts <RcvdMrgnOrColl> <InitlMrgnRcvdPreHrcut 3.20 Initial marginalsäkerhet 1 000 000 Ccy="EUR"> som samlats in av 1000000 motpart 1 (före </InitlMrgnRcvdPreHrcut> värderingsavdrag) <InitlMrgnRcvdPstHrcut Ccy="EUR"> 3.21 Initial marginalsäkerhet 1 000 000 1000000 som samlats in av </InitlMrgnRcvdPstHrcut> motpart 1 (efter <VartnMrgnRcvdPreHrcut värderingsavdrag) Ccy="EUR"> 0 3.22 Valuta för den initiala EUR </VartnMrgnRcvdPreHrcut> marginalsäkerhet som <VartnMrgnRcvdPstHrcut samlats in Ccy="EUR"> 0 3.23 Tilläggsmarginalsäkerhe 0 t som samlats in av </VartnMrgnRcvdPstHrcut> </RcvdMrgnOrColl> motpart 1 (före </MrgnUpd> värderingsavdrag) 3.24 Tilläggsmarginalsäkerhe 0 t som samlats in av motpart 1 (efter värderingsavdrag) 3.25 Valutan på den EUR insamlade tilläggsmarginalsäkerheten 3.26 Överskjutande säkerhet som samlats in av motpart 1 3.27 Valuta för den överskjutande säkerhet som samlats in 214 Tabell 87– Uppdatering av marginalsäkerhet på nivå av individuell transaktion för ett ej clearat derivat Numme Fält Exempel XML-meddelande r 3.28 Åtgärdstyp MARU 3.29 Datum för händelsen 2023-04-06

6 Riktlinjer för datahantering för derivat

6.1 Transaktionsstatusrapport

6.1.1 Inledning

552. Ett korrekt utarbetande av transaktionsstatusrapporten (TSR) från transaktionsregistrens sida är avgörande för att säkerställa att ett av huvudmålen för Emir uppnås, nämligen övervakning av systemrisker för den finansiella stabiliteten.

553. Transaktionsregister bör inkludera den mest aktuella informationen om utestående derivat i TSR så att myndigheterna kan få direkt och omedelbar tillgång till den mest detaljerade informationen om befintliga riskexponeringar mellan motparter. Transaktionsregister bör även göra det möjligt för varje enskild motpart att ha en tydlig förståelse för sina egna exponeringar mot varje marknadsaktör med vilken den har ett öppet derivat.

554. Kraven på att transaktionsregister ska upprätta TSR finns i artiklarna 2 och 5 i de tekniska tillsynsstandarderna för tillgång till uppgifter och artikel 4 i de tekniska tillsynsstandarderna för uppgifters kvalitet.

555. I avsnitten 0 och 3.6.2 ger Esma förtydliganden om de tillåtna ordningsföljderna för åtgärdstyper och om de tillåtna kombinationerna av åtgärdstyper och händelsetyper. I avsnitt 3.9 ger Esma dessutom vägledning om rapportering i god tid av ingående, ändring och avslutande av ett derivat.

556. Transaktionsregister bör använda den information som rapporteras av motparter, enheter som ansvarar för rapporteringen och rapportinlämnande enheter för att ta fram TSR. Det enda fall där transaktionsregistren får uppdatera den mest aktuella TSR:en utan någon åtgärd från ovannämnda enheter beskrivs i avsnitt 6.1.7.

557. Om en motpart använder en tredje part för att rapportera sina transaktioner, men motparten själv lämnar in sin värderingsrapportering, bör det vara möjligt att samla all rapporteringsinformation i TSR så att samtliga parter har tillgång till all relevant information. I synnerhet bör den TSR som lämnas till myndigheterna 215 innehålla all information, inbegripet uppgifter om handel, värdering och marginalsäkerhet.

6.1.2 Behandling av händelsens datum

558. Vid upprättandet av TSR bör transaktionsregister ta hänsyn till livscykelhändelserna baserat på den logiska ordningsföljden som härleds från fälten ”Datum för händelsen”, ”Åtgärdstyp” och ”Händelsetyp”. Transaktionsregister bör uppdatera TSR baserat på den senaste informationen för ett visst derivat som följer av fältet ”Datum för händelsen”. När det gäller värderings- och marginalsäkerhetsrapporter med samma händelsedatum bör transaktionsregistren även beakta fälten ”Tidsstämpel för värdering” respektive ”Tidsstämpel för säkerheten”.

559. Om det för ett visst händelsedatum finns flera livscykelhändelser som påverkar de uppgifter som rapporteras för ett visst derivat, bör de alla inkluderas i den senaste rapporten för det händelsedatumet och den angivna åtgärdstypen. Transaktionsregister bör därför beakta fältet ”Tidsstämpel för rapportering” endast med avseende på det angivna händelsedatumet.

560. Transaktionsregister bör säkerställa att derivatkontrakt som förfaller en viss dag fortfarande inkluderas i TSR för den dagen.

561. Informationen från tidigare inlämnade livscykelhändelser bör i allmänhet kvarstå i TSR när motparter rapporterar efterföljande livscykelhändelser för vilka vissa fält inte behöver fyllas i (dvs. inte tillämpliga). Däremot bör transaktionsregister inte bevara den tidigare informationen i den uppdaterade TSR:en när efterföljande livscykelhändelser som lämnats in av motparter lämnar vissa frivilliga fält tomma. Motparterna bör konsekvent rapportera frivillig information för att undvika att tillgänglig information raderas, vilket annars skulle kunna leda till avbrott i avstämningen och saknade uppgifter i den senaste TSR:en.

562. Transaktionsregister bör uppdatera tillståndet i det förflutna för alla utestående derivat, medan transaktionsregister för inte utestående derivat bör vara i stånd att uppdatera deras tillstånd i upp till tio år efter förfallodagen eller avslutandet. Denna tidsfrist hänför sig till kravet i artikel 80.3 i Emir om att transaktionsregister ska föra register över derivat i minst tio år efter förfallodagen eller avslutandet.

563. Uppdatering av tillståndet i det förflutna innebär inte att transaktionsregister bör reproducera och skicka korrigerade historiska TSR:er på återkommande basis och på ett automatiserat sätt varje gång sena rapporter eller livscykelhändelser som hänvisar till händelsedatum i det förflutna tas emot. Den TSR som upprättas för ett visst datum bör betraktas som en ögonblicksbild av all tillgänglig information vid en viss tidpunkt. Det är dock viktigt att transaktionsregisters interna databaser alltid bör uppdateras i enlighet härmed när sådana rapporter tas emot.

564. Transaktionsregister bör ha ett förfarande för att reproducera och skicka korrigerade historiska TSR som svar på ad hoc-förfrågningar från myndigheter eller motparter, rapportinlämnande enheter och enheter som ansvarar för 216 rapporteringen. Sådana TSR:er bör, när de återges, inkludera saknade uppgifter från sena rapporter och livscykelhändelser som avser tidigare händelsedatum som inte ingick i den ursprungliga TSR som upprättades vid en viss tidpunkt i det förflutna. Transaktionsregister bör använda versionsprefixet i filnamnskonventionen TRACE för att skilja gamla versioner från nyare versioner.

565. Tabeller nedan illustrerar logiken för olika användningsfall: Användningsfall 1: Livscykelhändelse ”NEWT” för ett tidigare händelsedatum Transaktionsregistret bör fylla i sin databas med historiken från T-3 till T. Användningsfall 1: Livscykelhändelse ”MODI” för ett tidigare händelsedatum 217 Transaktionsregistret bör ändra uppgifterna lagrade i dess databas från T-2 till T. Användningsfall 3: Livscykelhändelse ”CORR” som innehåller både transaktions- och värderingsuppgifter för ett tidigare händelsedatum Transaktionsregistret bör korrigera transaktionsuppgifterna från T-2 till T och värderingsuppgifterna bör bara korrigeras från T-2 till T-2 för att bevara de senaste värderingsuppdateringarna. Användningsfall 4: Livscykelhändelse ”CORR” som innehåller både transaktions- och värderingsuppgifter för ett tidigare händelsedatum mellan ”NEWT” och en annan livscykelhändelse (t.ex. ”MODI”) 218 Transaktionsregistret bör korrigera transaktionsuppgifterna från T-2 till T-1 för att undvika att informationen från den senaste livscykelhändelsen av typen ”MODI” skrivs över, och värderingsuppgifterna bör endast korrigeras från T-2 till T-2 för att bevara de senaste värderingsuppdateringarna. Användningsfall 5: Livscykelhändelse ”TERM” för ett tidigare händelsedatum 219 Transaktionsregistret bör registrera avslutandet av det utestående derivatet på T-2 och bör radera historiken från det datumet och framåt. Användningsfall 6: Livscykelhändelse ”VALU” för ett tidigare händelsedatum Eftersom det inte finns någon mer ny information om värdering bör transaktionsregistret uppdatera den relevanta informationen om värdering från T-2 till T, och inte bara för T-2, informationen om transaktionsuppgifter förblir oförändrad. Användningsfall 7: Livscykelhändelse ”VALU” för ett tidigare händelsedatum mellan ”NEWT” och en annan livscykelhändelsen av typen ”VALU” 220 Transaktionsregistret bör uppdatera den relevanta informationen om värdering från T-2 till T-1 och bevara informationen om värdering från den senaste livscykelhändelsen av typen ”VALU”. Användningsfall 8: Livscykelhändelse ”EROR” 221 Händelsedatumet för en livscykelhändelsen av typen ”EROR” bör alltid vara detsamma som rapporteringsdatumet. Transaktionsregistret bör dock ta bort informationen från datumet för ikraftträdande, dvs. händelsedatumet för ”NEWT”. Användningsfall 9: Livscykelhändelse ”REVI” Händelsedatumet för en livscykelhändelse av typen ”REVI” bör alltid vara detsamma som rapporteringsdatumet. Transaktionsregistret bör dock förnya derivatkontraktet från och med dagen för avslutandet, dvs. T-1 i detta fall. Användningsfall 10: Rapportering av flera värderingar för samma händelsedatum 222 Enheten har skickat fler än en värderingsrapport för samma händelsedatum. I detta fall bör transaktionsregistret uppdatera TSR för datum T-1 eftersom den tidsstämpel för värdering som lämnats i den andra rapporten är senare än den tidsstämpel för värdering som lämnats i den första rapporten. Samma logik bör gälla när det gäller flera rapporter om marginalsäkerheter för samma händelsedatum – i detta fall bör transaktionsregistret beakta tidsstämpeln för säkerheten.

6.1.3 Unika derivat och speciella fält

566. Ett derivats unika identitet säkerställdes fram till tillämpningen av de reviderade tekniska tillsynsstandarderna för rapportering på nivån av kombinationen av LEI1- LEI2-UTI. Det bör noteras att transaktionsregister använde denna unika kombination för att införliva eventuella ändringar i eller avslutande av derivatet.

567. Från och med den dag då de reviderade tekniska standarderna för rapportering enligt Emir börjar tillämpas bör den unika identiteten för derivat som ingås efter detta datum säkerställas på UTI-nivå, dvs. för derivat som ingås efter det datumet får det inte finnas två av samma UTI-kod, oavsett kombinationen av motparter. Detta gäller naturligtvis trots att samma UTI visas två gånger vid dubbelsidiga rapporter (dvs. där båda sidor rapporterar enligt Emir), rapporterad av endera av motparterna.

568. Från och med detta datum bör transaktionsregister därför använda hela trippeln (LEI1-LEI2-UTI) enbart för att uppdatera tillståndet för de derivat som ingåtts före tillämpningsdatumet för de tekniska tillsynsstandarderna för rapportering. För att uppdatera tillståndet för derivat som ingåtts efter tillämpningsdatumet för de 223 tekniska tillsynsstandarderna för rapportering kan transaktionsregistren använda kombinationen LEI1-UTI. För enkelhetens skull kan transaktionsregistren använda hela trippeln i samtliga fall för att uppdatera derivatets tillstånd (inkl. derivat som ingåtts efter tillämpningsdatumet för de tekniska tillsynsstandarderna för rapportering). Motparterna och enheter som ansvarar för rapporteringen bör säkerställa att de nyligen rapporterade UTI-koderna är unika när de rapporterar och transaktionsregistren bör göra det när de verifierar rapporterna i enlighet med valideringsreglerna.

569. Motparter och transaktionsregister bör påminnas om att kravet i artikel 8 i de tekniska genomförandestandarderna för rapportering är det enda sättet för rapporterande motparter och enheter som ansvarar för rapporteringen att uppdatera de båda LEI-koderna.

570. Motparterna bör inte ändra fälten 1.4 ”Motpart 1”, 1.9 ”Motpart 2” och 2.1 ”UTI” i tidigare inlämnade rapporter genom att lämna in en rapport med åtgärdstyp ”CORR” och transaktionsregister bör inte godta sådana inlämnade rapporter. Det är inte heller möjligt att korrigera de uppgifter som rapporterats i fälten ”Datum för händelsen”, ”Händelsetyp”, ”Tidsstämpel för rapportering” och ”Åtgärdstyp”, eftersom informationen i dessa fält i rapporten med åtgärdstypen ”CORR” kommer att hänvisa till korrigeringen snarare än till tidigare inlämnade rapporter.

6.1.4 Behandling av åtgärdstypen ”Förnya”.

571. När motparten eller den enhet som ansvarar för rapporteringen lämnar in en rapport med åtgärdstypen ”Förnya” bör transaktionsregistret behandla rapporten och på grundval av den information som ingår i fälten ”Sista giltighetsdatum” eller ”Datum för förtida avslutande” bedöma om den också ska tas med i TSR eller helt enkelt uppdatera sin interna databas avseende det derivatet (se även ett exempel på uppdatering av TSR efter en rapport med åtgärdstypen ”Förnya” i avsnitt 6.1.2).

572. Den rapporterande motparten eller den enhet som ansvarar för rapporteringen bör lämna fullständig information om ett derivats sista giltighetsdatum och datum för förtida avslutande. Den lämnade informationen bör följa det logiska tidsschema som ingår i valideringsreglerna. I synnerhet bör datumet för förtida avslutande inte vara i framtiden.

573. Fältet ”Datum för händelsen” och datumdelen av fältet ”Tidsstämpel för rapportering” för rapporter med åtgärdstypen ”Förnya” bör vara desamma.

574. Om det sista giltighetsdatumet i derivatrapporten är i framtiden eller inte är ifyllt och datumet för förtida avslutande inte är ifyllt bör transaktionsregistret inkludera derivatet i TSR med alla värden som har inkluderats i den inlämnade rapporten med åtgärdstypen ”Förnya”.

575. Om både det sista giltighetsdatumet och datumet för förtida avslutande är i det förflutna bör transaktionsregistret uppdatera sina egna uppgifter, men inte TSR. 224

576. Om det sista giltighetsdatumet är i framtiden och datumet för förtida avslutande är i det förflutna bör transaktionsregistret uppdatera sina egna uppgifter, men inte TSR.

577. Om datumet för förtida avslutande är ifyllt med ett datum som är senare än datumet för händelsen eller om det är ifyllt med ett datum som är detsamma eller senare än det sista giltighetsdatumet kommer en sådan rapport inte att påverka TSR eftersom den skulle avvisas på grund av att den inte följer valideringsreglerna. Tabellen nedan sammanfattar de relevanta fallen. Tabell 88 – Samband mellan TSR och rapporter med åtgärdstypen ”Förnya” Sista giltighetsdatum Datum för förtida Påverkan på TSR avslutande Före datumet för Före datumet för händelsen Ingen påverkan på TSR, endast händelsen den interna databasen bör uppdateras Samma som datumet för Tom Uppdatera TSR och den interna händelsen databasen Samma som datumet för Före datumet för händelsen Ingen påverkan på TSR, endast händelsen den interna databasen bör uppdateras Efter datumet för Tom Uppdatera TSR och den interna händelsen eller tomt databasen Efter datumet för Samma som eller före Ingen påverkan på TSR, endast händelsen eller tomt datumet för händelsen den interna databasen bör uppdateras Efter datumet för Före det sista Ingen påverkan på TSR (avvisas) händelsen eller tomt giltighetsdatumet, men efter datumet för händelsen Före, samma som eller Samma som eller efter Ingen påverkan på TSR (avvisas) efter datumet för datumet för händelsen händelsen

6.1.5 Rapportering med åtgärdstypen ”EROR” och ”REVI”

578. Om en motpart lämnar in en rapport med åtgärdstypen ”EROR” för sin sida av derivatet bör det transaktionsregister som mottagit rapporten ta bort det derivat som motparten har rapporterat från TSR. Transaktionsregistret bör göra detta även om 225 den andra motparten rapporterar till samma transaktionsregister och inte har lämnat samma rapport. Motparter bör vara ansvariga för att lösa varje typ av bristande överensstämmelse som följer av användningen av rapporterna ”EROR”.

579. Transaktionsregistret bör återinförliva derivatet i TSR när en rapport med åtgärdstypen ”Förnya” har mottagits och den följer valideringsreglerna och de logiska reglerna i tabellen i punkt 576. Transaktionsregistret bör göra detta även om den andra motparten rapporterar till samma transaktionsregister och inte har lämnat samma rapport. Motparter bör vara ansvariga för att lösa varje typ av bristande överensstämmelse som följer av användningen av rapporterna ”REVI”.

6.1.6 Införande av tabellinformation i TSR

580. De tekniska tillsynsstandarderna och de tekniska genomförandestandarderna för rapportering innehåller närmare uppgifter om kraven på rapportering av tabeller för teoretiska belopp och andra betalningar.

581. I TSR bör transaktionsregistret, i stället för att inkludera alla värden från tabellerna, endast inkludera det aktuella värdet från de rapporterade tabellerna. Detta bör tillämpas på följande tabellfält: 2.50-2.52 (”Pris”), 2.57-2.59 (”Teoretiskt belopp för del 1”), 2.61-2.63 (”Teoretisk kvantitet för del 1”), 2.66-2.68 (”Teoretiskt belopp för del 2”), 2.70-2.72 (”Teoretisk kvantitet för del 2”), och 2.135-2.137 (”Lösenpris”). Detta minskar mängden uppgifter som tillhandahålls myndigheterna och underlättar omedelbar bedömning av exponeringar.

582. Transaktionsregister bör använda de datumfält som hänvisar till datumet för ikraftträdande och slutdatumet för informationen i tabellen för att fastställa vilken datapunkt som ska ingå i TSR. Till exempel har en tabell med följande egenskaper rapporterats: ”värde” {100, 150, 200}, ”giltighetsdatum” {T, T+10, T+20}, ”slutdatum” {T+9, T+19, T+29}. De TSR som genereras för rapporteringsdatumen T till T+9 bör visa värdet 100, de TSR som genereras för rapporteringsdatumen T+10 till T+19 bör visa värdet 150, och slutligen bör de TSR som genereras för rapporteringsdatumen T+20 till T+29 visa värdet 200.

583. För fälten 2.73–2.78 som hänvisar till andra betalningar bör transaktionsregister inkludera alla relevanta betalningar i TSR. Betalningar av olika typer bör inte skrivas över. Detta innebär att om en motpart rapporterar samma betalningstyp mer än en gång (i olika rapporter) bör TSR uppdatera detta värde. Exemplet nedan visar logiken: Datum för händelsen Motpart rapporterar TSR för den dagen T UFRO, 100 UFRO, 100 T+1 PEXH, 150; PEXH, 200 UFRO, 100; PEXH, 150; PEXH, 200 T+2 PEXH, 250; PEXH, 300 UFRO, 100; PEXH, 250; PEXH, 300 T+3 UWIN, 50 UFRO, 100; PEXH, 250; PEXH, 300; UWIN, 50 226

584. För fälten 2.122–2.131 som hänvisar till råvaror bör transaktionsregister inkludera all information så som den rapporteras av motparter.

585. De mest aktuella länknings-ID:na bör kvarstå i TSR när en motpart rapporterar en livscykelhändelse där dessa fält inte är tillämpliga. Däremot bör de mest aktuella länknings-ID:na inte kvarstå i TSR när en motpart rapporterar en livscykelhändelse där dessa fält är frivilliga och rapporteras som tomma. Samma tillvägagångssätt bör även tillämpas för fält som ”Händelsetyp”.

6.1.7 Döda derivat

586. Om en motpart upphör att existera, utan att bli uppköpt eller sammanslagen, bör inga derivat fortsätta vara utestående hos transaktionsregistret.

587. Om den rapporterande motparten rapporterar direkt till transaktionsregistret och meddelar det om uppsägning av sitt medlemskap bör transaktionsregistret hålla kontakt med den rapporterande motparten för att avsluta de relevanta derivaten medan den fortfarande är aktiv, genom att lämna in rapporter med åtgärdstyperna ”TERM” där datumet för avslutandet är senast dagen för upplösningen av den rapporterande motparten.

588. Om den rapporterande motparten inte rapporterar direkt till TR och enheten som ansvarar för rapporteringen eller den rapportinlämnande enheten meddelar TR om uppsägning, bör TR hålla kontakt med den enheten så att enheten som ansvarar för rapporteringen eller den rapportinlämnande enheten avslutar de relevanta derivaten medan den rapporterande motparten fortfarande är aktiv, genom att lämna in rapporter med åtgärdstyperna ”TERM” där datumet för avslutandet är senast dagen för upplösningen av den rapporterande motparten.

589. Om den rapporterande motparten har upphört att existera utan att ha avslutat de utestående derivaten och transaktionsregistret får kännedom om denna situation bör följande vattenfallsprincip följas: a. Om den enhet som ansvarar för rapporteringen är en annan än den rapporterande motparten och den enhet som ansvarar för rapporteringen inte har använt någon rapportinlämnande enhet bör transaktionsregistret kontakta den enhet som ansvarar för rapporteringen, begära inlämning av rapporter med åtgärdstypen ”TERM” där datumet för avslutandet är senast datumet för upplösningen av den rapporterande motparten och samtidigt ta upp frågan med den rapporterande motpartens nationella behöriga myndighet. Om den rapporterande motparten eller den enhet som ansvarar för rapporteringen har använt en rapportinlämnande enhet och den enheten fortfarande är en aktiv rapportinlämnande enhet hos transaktionsregistret bör transaktionsregistret kontakta den enhet som ansvarar för rapporteringen, begära inlämning av rapporter med åtgärdstypen ”TERM” där datumet för avslutandet är senast dagen för upplösningen av den rapporterande motparten och samtidigt ta upp frågan med den rapporterande motpartens nationella behöriga myndighet. 227 b. Om det föregående steget i led a inte är tillämpligt bör transaktionsregistret bedöma förfallodagen för de utestående derivat som bör avslutas för att bedöma om de naturligt skulle löpa ut inom de följande tolv månaderna. Om så är fallet bör transaktionsregistret inte vidta några ytterligare åtgärder. Detta för att minska transaktionsregistrets arbete och minimera riskerna i samband med förfarandet för exkludering av döda derivat. c. Om det föregående steget i led b inte är tillämpligt bör transaktionsregistret kontakta den/de andra motparten/motparterna till de utestående derivaten, om dessa enheter rapporterar direkt till transaktionsregistret, och begära att de avslutar de utestående derivaten för den rapporterande motpartens räkning och, om möjligt, ta upp frågan med den/de nationella behöriga myndigheten/myndigheterna för uppföljning med den/de andra motparten/motparterna. d. Slutligen, om inget av ovanstående är tillämpligt, bör transaktionsregistret, efter att ha fått bekräftelse från den nationella behöriga myndigheten och underrättat Esma, flagga de relevanta derivaten i enlighet därmed och inte beakta dem när det gäller TSR, avstämningsprocessen eller eventuella efterföljande aggregeringar, t.ex. positionsrapporter.

590. När det gäller derivat som förblivit utestående på datumet för tillämpning av de nya rapporteringskraven bör den process som det hänvisas till i punkt 589 genomföras av transaktionsregistren snarast möjligt, men inte senare än till övergångsperiodens slut.

6.2 Avstämning

6.2.1 Omfattning av uppgifter som är föremål för avstämning

591. Transaktionsregister bör säkerställa konsekvent fastställande av omfattningen av uppgifter som är föremål för avstämning. Transaktionsregister bör därför endast inkludera derivat i avstämningsprocessen, både på transaktions- och positionsnivå, om alla nedanstående villkor är uppfyllda: a. Motpart 1 har rapporteringsskyldighet, dvs. den är en motpart som är etablerad i EU eller är en AIF-fond vars AIF-förvaltare är etablerad i EU, baserat på GLEIF. b. Motpart 2 har rapporteringsskyldighet som angetts om den är etablerad i EU eller är en AIF-fond vars AIF-förvaltare är etablerad i EU, baserat på GLEIF, eller om fält 1.14 ”Rapporteringsskyldighet för motpart 2” är ifyllt med ”Sant”. c. Derivatet har inte varit föremål för en rapport med åtgärdstypen ”EROR”, såvida den inte har följts av en rapport med åtgärdstypen ”REVI”. d. Derivatet är utestående enligt artikel 2.2 a och 2.2 b i de tekniska genomförandestandarderna för rapportering eller det har varit utestående under de senaste trettio kalenderdagarna. 228

592. Transaktionsregister bör inkludera sent rapporterade derivat i avstämningsprocessen om den sena rapporten avser ett utestående derivat som är föremål för avstämning.

593. Transaktionsregister bör ta bort derivat från avstämningsprocessen om de inte varit utestående under trettioen kalenderdagar eller mer, och detta bör fastställas på grundval av det tidigaste datum som rapporterats i antingen fältet ”Sista giltighetsdatum” eller fältet ”Datum för förtida avslutande”. Dessutom bör de derivat som har fått en rapport med åtgärdstyp ”EROR” också tas bort.

594. Det är värt att påminna om att transaktionsregister bör stämma av uppgifterna mot den relevanta toleransen för avstämning samt det relevanta startdatum som anges i tabell 2 i bilagan till de tekniska tillsynsstandarderna för uppgifters kvalitet.

6.2.2 Avstämning på positionsnivå kontra avstämning på transaktionsnivå

595. Transaktionsregister bör därför stämma av rapporter på både positionsnivå och transaktionsnivå enligt det senaste tillämpliga händelsedatumet som bör vara två arbetsdagar före den dag då avstämningen äger rum. Om avstämningen till exempel görs på onsdagar bör transaktionsregister inkludera de rapporterade derivat vars händelsedatum är måndag eller tidigare. Om avstämningen görs på måndagar bör transaktionsregistren inkludera de rapporterade derivat vars händelsedatum är torsdag eller tidigare. Target2-kalendern bör användas för att bestämma arbetsdagar. Tabell 89– Asymmetrier i informationsflödet mellan avstämningsprocessen med två dagars eftersläpning och TSR • Motparterna 1 och 2 ingår ett nytt derivatkontrakt på händelsedatum T. handelsdag T. • Motpart 2 skickar rapporten till transaktionsregistret på handelsdag T+1. • TSR som levereras på handelsdag T+1 senast 06.00 UTC till enheter/12.00 UTC till myndigheter inkluderar det T+1 T+1 senaste tillståndet för rapporterade derivat på handelsdag T med händelsedatum T-1 eller tidigare, dvs. att det ovanstående derivatet inte ingår. • Den avstämningsrapport som levereras på handelsdag T+1 senast 06.00 UTC till enheter/12.00 UTC till myndigheter 229 för händelsedatum T-2 eller tidigare innehåller inte det ovanstående derivatet. • Avstämningsprocessen pågår fram till midnatt UTC för derivat rapporterade under handelsdag T eller tidigare med händelsedatum T-1 eller tidigare.

596. TSR som levereras på handelsdag T+2 senast 06.00 UTC till enheter/12.00 UTC till myndigheter inkluderar det senaste tillståndet för rapporterade derivat på handelsdag T+1 med händelsedatum T eller tidigare, dvs. att det ovanstående derivatet ingår men har ännu inte varit föremål för avstämning (avstämningsmarkering = ”Ingen uppgift”). T+2 T+2 • Den avstämningsrapport som levereras på handelsdag T+2 senast 06.00 UTC till enheter/12.00 UTC till myndigheter för händelsedatum T-1 eller tidigare innehåller inte det ovanstående derivatet. • Avstämningsprocessen pågår fram till midnatt UTC för derivat rapporterade under handelsdag T+1 eller tidigare med händelsedatum T eller tidigare.

597. TSR som levereras på handelsdag T+3 senast 06.00 UTC till enheter/12.00 UTC till myndigheter inkluderar det senaste tillståndet för rapporterade derivat på handelsdag T+2 med händelsedatum T+1 eller tidigare, dvs. att det ovanstående derivatet ingår och har T+3 T+3 varit föremål för avstämning (avstämningsmarkeringen uppdateras i enlighet härmed). • Den avstämningsrapport som levereras på handelsdag T+3 senast 06.00 UTC till enheter/12.00 UTC till myndigheter för händelsedatum T eller tidigare innehåller det ovanstående derivatet.

6.2.3 Avstämning av värdering

598. Avstämningen av värdering ur transaktions- eller positionsnivåperspektiv bör följa den vägledning som ges i avsnitt 6.2.2.

599. När en av motparterna till derivatet är ett NFC- är den enheten inte skyldig att rapportera värderingsuppgifter. Även om en enhet som inte är skyldig att rapportera värderingsinformation gör det, bör transaktionsregister utelämna sådan information från avstämningsprocessen.

600. När båda motparterna har skyldighet att rapportera värderingar bör transaktionsregister inkludera alla relevanta värderingsuppgifter i 230 avstämningsprocessen och flagga de derivat där en av motparterna inte har rapporterat värdering eller där det finns avbrott i avstämningen för information som inte stäms av.

601. Se avsnitt 6.3.3 om samspelet mellan avstämning av värderingsstatus och avstämningsstatus för derivatet.

6.2.4 Derivat med två delar

1. Transaktionsregister bör stämma av derivat med två delar genom att stämma av var och en av delarna så som de rapporterats av motparterna.

602. Det är värt att notera att när det gäller de flesta typer av derivat med två delar, såsom ränteswappar, ränteswappar i mer än en valuta och valutaswappar, kan delarnas ordningsföljd inte entydigt definieras eftersom det inte finns någon särskild prevalens för den ena delen över den andra. Därför bör transaktionsregistret, om motparter rapporterar de två delarna av derivatet inkonsekvent, försöka matcha de två delarna oberoende av ordningsföljden, med beaktande av de värden som de två motparterna har rapporterat i fältet ”Riktning för del 1”, genom att matcha delarna med motsatta värden. Om motpart 1 har fyllt i det med ”betalare” bör transaktionsregistret stämma av det mot den del som finns angiven som ”mottagare” eller mot den del som inte finns angiven om del 1 finns angiven som ”betalare”.

603. När en utestående position är resultatet av att en position har nettats till noll (nivå = P och kvantitet = 0) bör transaktionsregistret undanta fälten ”Riktning”, ”Riktning för del 1” och ”Riktning för del 2” från avstämningen.

6.2.5 Avstämning av tabellinformation

604. Transaktionsregister bör bara stämma av de uppgifter i tabellfält som ingår i TSR. Detta tillvägagångssätt motsvarar det som beskrivs i avsnitt 6.1.6, ”Införande av tabellinformation i TSR”.

6.3 Återkoppling om uppgifters kvalitet

6.3.1 Återkoppling om avvisning

605. Artikel 1.1 i de tekniska tillsynsstandarderna för uppgifters kvalitet kräver att transaktionsregister kontrollerar de uppgifter som de erhåller från de rapportinlämnande enheterna när de erhåller dem. I enlighet med artikel 1.3 i de tekniska tillsynsstandarderna för uppgifters kvalitet ska transaktionsregister ge de rapportinlämnande enheterna detaljerad information om resultaten av kontrollen av uppgifterna. Denna omedelbara återkoppling om avvisning ska tillhandahållas de rapportinlämnande enheterna i fråga inom 60 minuter från mottagandet av uppgifterna, dvs. från den tidpunkt då den skickade filen tas emot av transaktionsregistrets system. 231

606. Utöver att ge omedelbart svar om avvisning till den rapportinlämnande enheten kan transaktionsregistret ge denna återkoppling även till de rapporterande motparterna och de enheter som ansvarar för rapporteringen om dessa har tillgång till transaktionsregistret och de uttrycker intresse för att få det omedelbara svaret om avvisning.

607. Artikel 1.1 i de tekniska tillsynsstandarderna för uppgifters kvalitet innehåller en förteckning över enskilda kontroller som transaktionsregister bör utföra. Autentisering i enlighet med artikel 1.1 a bör utföras i förväg, och därför bör ingen särskild återkoppling om avvisning lämnas med avseende på detta första kontrollsteg. De återstående kontrollerna bör utföras vid inlämningsstället och resultera i återkoppling om avvisning enligt följande avvisningskategorier: a. Validering av databasschemat för inlämnad rapport i enlighet med artikel 1.1 b. b. Auktorisering/tillstånd för en rapportinlämnande enhet i enlighet med artikel 1.1 c. c. Logisk validering av inlämnad rapport i enlighet med artikel 1.1 d–j. d. Handelsregler eller godkännande av innehåll i en inlämnad rapport enligt artikel 1.1 l, vilket förtydligas i dessa riktlinjer.

608. Enligt artikel 1.2 i de tekniska tillsynsstandarderna för uppgifters kvalitet ska ett transaktionsregister ”avvisa en derivatrapport som inte uppfyller något av kraven i punkt 1 och hänföra den till någon av de avvisningskategorier” som anges ovan.

609. För att genomföra dessa kontroller bör transaktionsregister tillämpa valideringsregler för att säkerställa att rapporteringen utförs i enlighet med Emir, inklusive specifikationerna i de tekniska standarderna, vilket förtydligas i dessa riktlinjer. Rapporterande motparter eller rapportinlämnande enheter bör därför uppfylla de rapporteringskrav som anges i de valideringsregler som offentliggörs tillsammans med dessa riktlinjer på Esmas webbplats.

610. För att hålla de tekniska aspekterna av kraven på uppgifters kvalitet relevanta och korrekt tillämpade uppdaterar Esma valideringsreglerna när det är nödvändigt eller lämpligt. När valideringsreglerna uppdateras anger Esma den dag då de uppdaterade valideringsreglerna börjar tillämpas, och transaktionsregistren bör se till att de inför ändringarna inom den angivna tidsramen och börjar utföra kontrollerna i enlighet med de uppdaterade valideringsreglerna på det angivna tillämpningsdatumet.

611. På motsvarande sätt bör de rapporterande motparterna, de enheter som ansvarar för rapporteringen eller rapportinlämnande enheter i förekommande fall uppdatera sina rapporteringssystem så att de inlämnade rapporterna överensstämmer med de nya valideringsreglerna på det angivna tillämpningsdatumet.

612. Valideringsreglerna innehåller en särskild felkod och ett felmeddelande som innehåller en xml-sökväg för var och en av valideringsreglerna, och transaktionsregistren bör använda dessa felkoder och meddelanden för att ange orsaken till avvisning när de meddelar de berörda parterna om avvisningar. När en 232 derivatrapport avvisas bör svaret om avvisning innehålla alla felkoder från de valideringsregler som den inlämnade derivatrapporten bröt mot. Därför bör informationen om felkoderna tillhandahållas på rapportnivå.

613. Om den inlämnade rapporten är korrekt och uppfyller alla rapporteringskrav och de tekniska specifikationerna i valideringsreglerna bör återkopplingen ange att derivatrapporten har godtagits.

614. Transaktionsregistret bör verifiera överensstämmelsen av filen med XMLdatabasschemat (syntax för hela filen och enskilda derivatrapporter). Om filen inte uppfyller kraven ska hela filen (samtliga derivat i filen) avvisas med motiveringen att filen är ”korrupt”. I statistiken bör detta rapporteras som 1 avvisad fil även om filen står i strid med XML-schemat i på flera punkter.

615. Om filen emellertid överensstämmer med XML-schemat och innehåller t.ex. 3 derivat, men inget av derivaten klarar valideringen, bör statistiken visa filen som godtagen med 3 avvisade och 0 godtagna derivat.

616. Efter mottagandet av ett omedelbart svar om avvisning bör de rapporterande motparterna eller de enheter som ansvarar för rapporteringen antingen direkt eller genom en rapportinlämnande enhet lämna in korrekta och fullständiga rapporter inom tidsfristen för rapportering för att säkerställa att de uppfyller rapporteringsskyldigheten enligt artikel 9 i Emir.

617. Förutom den omedelbara återkopplingen om avvisning krävs enligt artikel 4.1 c i de tekniska tillsynsstandarderna för uppgifters kvalitet att transaktionsregistren vid dagens slut ska tillhandahålla rapporter om de derivat som har avvisats under den dagen till de rapporterande motparterna, de rapportinlämnande enheterna, de enheter som ansvarar för rapporteringen och tredje parter som har beviljats tillgång till Emir-uppgifter enligt artikel 78.7 i Emir. I enlighet med de tekniska tillsynsstandarderna för uppgifters kvalitet ska denna rapport göras tillgänglig för enheter senast följande arbetsdag kl. 6.00 UTC och för myndigheter kl. 12.00 UTC. För att bestämma arbetsdagar bör Target2-kalendern användas.

618. Transaktionsregistren bör använda alla uppgifter som de har samlat in för att fastställa vilken information som de bör lämna och till vilka rapportinlämnande enheter, enheter som ansvarar för rapporteringen och motparter. Information om fel som rör hela filen bör i förekommande fall göras tillgänglig för den rapportinlämnande enheten i ärendet och för alla enheter som ansvarar för rapporteringen och motparter i fält 1.3 och 1.4 i den avvisade filen, förutsatt att det är möjligt att läsa informationen i den avvisade filen. Information om fel i en viss post bör göras tillgänglig för den rapportinlämnande enheten, den enhet som ansvarar för rapporteringen och motpart 1 ifylld för denna post i den mån enheterna deltar.

619. När det gäller tidsfristerna för tillhandahållande av svar om avvisning (omedelbara och vid slutet av dagen) under särskilda omständigheter, t.ex. planerat eller oplanerat underhåll, bör transaktionsregistren gå vidare på samma sätt som den befintliga vägledningen om operativa aspekter på tillgång till uppgifter anger, vilket beskrivs i avsnitt 6.4.1. 233 6.3.1.1 Omedelbar återkoppling om avvisning

620. Omedelbart svar om avvisning bör enligt artikel 1.3 i de tekniska tillsynsstandarderna för uppgifters kvalitet tillhandahållas av transaktionsregistren som standardiserade svarsmeddelanden som överensstämmer med ISO 20022formatet, särskilt XSD-schemat. Det bör innehålla följande uppgifter: Tabell 90 – Omedelbar återkoppling om avvisning Uppgifter som ska Nr Fält XML-meddelande rapporteras in 1 Filidentifierare Textvärde … 2 Orsak till avvisning Felkod 3 Beskrivning av avvisningen Beskrivning av felet <RptgCtrPrty> 5 Antal godtagna derivat 9 7 Identifiering av derivaten </RptSubmitgNtty> Motpart 1 (rapporterande 123456789012345 8 motpart) 00000 ABCDEFGHIJKLM 9 Motpart 2 NOPQRST 11 Rapporterings-tillfälle 12 Datum för händelsen 2025-04-07 14 Åtgärdstyp NEWT </RptSttstcs> 15 Status godtagen ACPT 16 Status avvisad RJCT <TtlNbOfTxs>10 17 Orsak till avvisning ABCDEFGHIJKLMNOPQRST 234 Tabell 90 – Omedelbar återkoppling om avvisning Uppgifter som ska Nr Fält XML-meddelande rapporteras in

621. Om avvisningen avser fält 1.4 ”Motpart 1 (rapporterande motpart)” eller fält 1.9 ”Motpart 2” så är det möjligt att dessa fält inte är ifyllda i avvisningsrapporten. 6.3.1.2 Avvisningsrapport vid slutet av dagen

622. Avvisningsrapport vid slutet av dagen ska tillhandahållas av transaktionsregistren i standardiserade svarsmeddelanden som överensstämmer med ISO 20022-formatet i enlighet med artikel 4.1 c i de tekniska tillsynsstandarderna för uppgifters kvalitet, särskilt XSD-schemat. Den bör innehålla följande uppgifter: Tabell 91 – Avvisningsrapport vid slutet av dagen Uppgifter som Nr Fält ska rapporteras XML-meddelande in 1 Antal mottagna filer 3 … <RjctnSttstcs> 2 Antal godtagna filer 2 <CtrPtyId> 3 Antal avvisade filer 1 <RptgCtrPrty> 4 Filidentifierare REPORT1 <LEI>12345678901234500000</LEI> </RptgCtrPrty> 5 Orsak till avvisning CRPT <RptSubmitgNtty> 6 Beskrivning av avvisningen Filen är korrupt <LEI>12345678901234500000</LEI> 7 Antal mottagna derivat 10 </RptSubmitgNtty> <NttyRspnsblForRpt> 8 Antal godtagna derivat 9 235 Tabell 91 – Avvisningsrapport vid slutet av dagen Uppgifter som Nr Fält ska rapporteras XML-meddelande in 9 Antal avvisade derivat 10 Identifiering av derivaten Motpart 1 (rapporterande 123456789012345 236 Tabell 91 – Avvisningsrapport vid slutet av dagen Uppgifter som Nr Fält ska rapporteras XML-meddelande in

623. Om avvisningen avser fält 1.4 ”Motpart 1 (rapporterande motpart)” eller fält 1.9 ”Motpart 2” så är det möjligt att dessa fält inte är ifyllda i avvisningsrapporten.

624. Avvisningsrapport vid slutet av dagen bör tillhandahållas elektroniskt i form av XML-meddelande enligt ISO 20022. Därutöver kan transaktionsregister använda ett annat gränssnitt så att t.ex. om den rapporterande motparten eller den enhet som ansvarar för rapporteringen inte rapporterar direkt till transaktionsregistret utan enbart har ett visningsbart konto kan den få en god uppfattning om sin efterlevnad av rapporteringsskyldigheten enligt Emir.

6.3.2 Återkoppling med varningar

625. Enligt artikel 4.1 e till 4.1 g i de tekniska tillsynsstandarderna för uppgifters kvalitet krävs att transaktionsregistren vid dagens slut ska tillhandahålla rapporter om saknade värderingar av utestående derivat, saknad information om marginalsäkerheter för utestående derivat och onormala värden rapporterade i fälten till de rapporterande motparterna, de rapportinlämnande enheterna, de enheter som ansvarar för rapporteringen och tredje parter som har beviljats tillgång till Emir-uppgifter enligt artikel 78.7 i Emir.

626. Dessa rapporter vid dagens slut ska göras tillgängliga för enheter senast följande arbetsdag kl. 6.00 UTC och för myndigheter kl. 12.00 UTC. För att bestämma arbetsdagar bör Target2-kalendern användas.

627. Transaktionsregistren bör använda alla uppgifter som de har samlat in för att fastställa vilken information som de bör lämna och till vilka rapportinlämnande enheter, enheter som ansvarar för rapporteringen och motparter. 237

628. Inkluderandet av derivat i återkopplingsrapporter med varningar vid dagens slut om saknade värderingar och information om marginalsäkerhet bör följa samma regler som inkluderandet av derivat i transaktionsstatusrapporten som beskrivs i detalj i avsnitt 6.1. Därför bör varningarna lämnas på grundval av TSR och till exempel bör döda derivat exkluderas (som förklaras i avsnitt 6.1.7).

629. Inkluderandet av derivat i återkopplingsrapporter vid dagens slut med varningar om onormala värden bör istället ske på grundval av rapporten om transaktionsaktivitet där mottagna rapporter med åtgärdstyp ”Ny”, ”Positionskomponent”, ”Ändra” eller ”Korrigera” bör användas för detta ändamål.

630. Antalet derivat inkluderade i återkopplingsrapporterna med varningar bör bedömas ur motpart 1:s synvinkel.

631. Återkopplingsrapporter vid dagens slut med varningar om saknade värderingar och information om marginalsäkerhet bör exkludera poster om motparter som inte är skyldiga att lämna in daglig information om värderingar och marginalsäkerhet för utestående derivat. Identifieringen av dessa poster utanför tillämpningsområdet bör uppnås genom filtrering av fält 1.5 ”Typ av motpart 1” = ”N” och fält 1.7 ”Clearingtröskel för motpart 1” = ”Falskt”. Dessutom bör återkopplingsrapporterna med varningar om saknad information om marginalsäkerhet exkludera transaktioner utan ställd säkerhet. Identifieringen av poster utan ställd säkerhet utanför tillämpningsområdet bör uppnås genom filtrering av fält 3.11 ”Kategori för ställande av säkerhet” = ”UNCL”.

632. Transaktionsregistren bör ge relevanta uppgifter inom tillämpningsområdet för återkopplingsrapporterna med varningar till de relevanta rapportinlämnande enheterna och i förekommande fall till alla enheter som ansvarar för rapporteringen och motparter.

633. Rapporter vid dagens slut som ger information om saknade eller onormala uppgifter innebär inte avvisning av derivatrapporter, de är av informativ karaktär och bör ge varningar till berörda parter om eventuella fel i rapporteringen. Trots den informativa karaktären bör de rapporterande motparterna, de enheter som ansvarar för rapporteringen och de rapportinlämnande enheterna i förekommande fall alltid undersöka de identifierade problemen och om felaktig rapportering bekräftas bör uppgifterna korrigeras eller saknade uppgifter rapporteras utan onödigt dröjsmål.

634. När det gäller tidsfristerna för tillhandahållande av återkopplingsrapporter med varningar vid slutet av dagen under särskilda omständigheter, t.ex. planerat eller oplanerat underhåll, bör transaktionsregistren gå vidare på samma sätt som den befintliga vägledningen om operativa aspekter på tillgång till uppgifter anger i avsnitt 6.4.1.

635. Återkopplingsrapporter med varningar vid slutet av dagen bör tillhandahållas elektroniskt i form av standardiserade svarsmeddelanden som överensstämmer med ISO 20022-formatet. Därutöver kan transaktionsregister använda ett annat gränssnitt så att t.ex. om den rapporterande motparten eller den enhet som ansvarar för rapporteringen inte rapporterar direkt till transaktionsregistret utan 238 enbart har ett visningsbart konto kan den få en god uppfattning om sin efterlevnad av rapporteringsskyldigheten inom ramen för Emir Refit. 6.3.2.1 Rapport om saknade värderingar

636. Enligt artikel 4.1 e i de tekniska tillsynsstandarderna för uppgifters kvalitet ska de utestående derivat för vilka ingen värdering har rapporterats, eller för vilka den värdering som har rapporterats är daterad mer än fjorton kalenderdagar tidigare än den dag för vilken rapporten genereras, ingå i rapporten om saknade värderingar vid slutet av dagen. För att ge återkopplingen om saknade värderingar bör transaktionsregistren som referens använda den TSR som genererats i enlighet med avsnitt 6.1.

637. Därför bör denna rapport inkludera följande: a) Eventuella utestående derivat som omfattas av kraven på rapportering av värdering för vilka fält 2.21 ”Värderingsbelopp” aldrig rapporterades. b) Eventuella utestående derivat som omfattas av kraven på rapportering av värdering för vilka fält 2.21 ”Värderingsbelopp” rapporterades minst en gång, men det senaste värdet av detta fält, dvs. med det senaste värdet i fält 2.23 ”Tidsstämpel för värdering”, har ett värde som är mer än fjorton kalenderdagar tidigare än den dag för vilken rapporten har genererats.

638. Rapport om saknade värderingar vid slutet av dagen som transaktionsregistren ger i form av standardiserade svarsmeddelanden som överensstämmer med ISO 20022-formatet, särskilt XSD-schemat, bör innehålla den information som anges i tabell 92. Tabell 92 – Rapport om saknade värderingar vid slutet av dagen Uppgifter som ska Nr Fält XML-meddelande rapporteras in 239 6.3.2.2 Rapport om saknad information om marginalsäkerhet

639. Enligt artikel 4.1 f i de tekniska tillsynsstandarderna för uppgifters kvalitet ska de utestående derivat för vilka ingen information om marginalsäkerhet har rapporterats, eller för vilka den information om marginalsäkerhet som har rapporterats är daterad mer än fjorton kalenderdagar tidigare än den dag för vilken rapporten genereras, ingå i rapporten om saknade värderingar vid slutet av dagen. För att ge återkopplingen om saknad information om marginalsäkerhet bör transaktionsregistren som referens använda den TSR som genererats i enlighet med avsnitt 6.1.

640. Därför bör denna rapport inkludera följande: a. Eventuella utestående derivat som omfattas av kraven på rapportering av marginalsäkerhet men för vilka rapport om marginalsäkerhet aldrig lämnades in med åtgärdstypen ”MARU” för den givna UTI-koden (eller den lämnades in men därefter angavs UTI-koden med motsvarande marginalsäkerhet som felaktig och ingen information om marginalsäkerhet rapporterades efter att derivatet förnyades). b. Eventuella utestående derivat som omfattas av kraven på rapportering av marginalsäkerhet och för vilka rapport om marginalsäkerhet lämnades in minst en gång, men den senaste rapporten, dvs. den med det senaste värdet i fält 3.7 240 ”Tidsstämpel för säkerheten”, har ett datumvärde som är mer än fjorton kalenderdagar tidigare än den dag för vilken rapporten har genererats.

641. Rapport om saknad information om marginalsäkerhet vid slutet av dagen som transaktionsregistren ger i form av standardiserade svarsmeddelanden som överensstämmer med ISO 20022-formatet, särskilt XSD-schemat, bör innehålla den information som anges i tabellen nedan. Tabell 93 – Rapport om saknad information om marginalsäkerhet vid slutet av dagen Uppgifter som Nr Fält ska rapporteras XML-meddelande in 1 Antal utestående derivat Antal utestående derivat utan information om 1 2 marginalsäkerhet Antal utestående derivat med inaktuell information 0 3 om marginalsäkerhet OutdtMrgnInf>0 4 Identifiering av derivaten </NbOfOutsdngDerivsWith- Motpart 1 (rapporterande 123456789012345 5 motpart) 00000 ABCDEFGHIJKLM 6 Motpart 2 NOPQRST 8 Tidsstämpel för säkerheten </UnqTxIdr> 241 Tabell 93 – Rapport om saknad information om marginalsäkerhet vid slutet av dagen Uppgifter som Nr Fält ska rapporteras XML-meddelande in 6.3.2.3 Rapport om onormala värden

642. Enligt artikel 4.1 g i de tekniska tillsynsstandarderna för uppgifters kvalitet ska de derivat som mottagits med åtgärdstypen ”Ny”, ”Positionskomponent”, ”Ändra” eller ”Korrigera” och vars teoretiska belopp överstiger ett tröskelvärde för denna klass av derivat ingå i rapporten om onormala värden vid dagens slut.

643. Derivatrapporter som mottagits senast klockan 6 på morgonen UTC den arbetsdag som föregår den arbetsdag då återkopplingen genereras bör inkluderas i återkopplingsrapporten med varningar för den angivna dagen. Om transaktionsregistret även tar emot rapporter på andra dagar än arbetsdagar bör återkopplingsrapporten med varningar även innehålla rapporter som mottagits på andra dagar än arbetsdagar före den arbetsdag då återkopplingen har genererats (t.ex. innehåller återkopplingsrapporter med varningar på måndagar de rapporter som mottagits fredag, lördag och söndag).

644. Onormala värden (extremvärden) bör identifieras för följande fält: 2.55 ”Teoretiskt belopp för del 1”. 2.59 ”Teoretiskt belopp som gäller på tillhörande ikraftträdandedatum för del 1”. 2.60 ”Total teoretisk kvantitet för del 1”. 2.63 ”Teoretisk kvantitet som gäller på tillhörande ikraftträdandedatum för del 1”. 2.64 Teoretiskt belopp för del 2. 2.68 Teoretiskt belopp som gäller på tillhörande ikraftträdande-datum för del 2. 2.69 Total teoretisk kvantitet för del 2. 2.72 ”Teoretisk kvantitet som gäller på tillhörande ikraftträdandedatum för del 2”.

645. En derivatrapport bör ingå i återkopplingsrapporten med varningar när minst ett av de uppräknade fälten fyllts i med ett onormalt värde. Om derivatrapporten 242 innehåller onormala värden för mer än ett fält bör alla dessa onormala värden anges i återkopplingen.

646. Värdena för dessa fält bör omräknas till motsvarande belopp i euro i syfte att upptäcka onormala värden.

647. Onormala värden bör identifieras för varje klass och nivå av derivat (kredit, råvaror, valuta, aktier, räntor) enligt kategoriseringen i fält 2.11 ”Tillgångsklass” och fält 2.154 ”Nivå” var för sig.

648. För att säkerställa överensstämmelse med artikel 4.1 g i de tekniska tillsynsstandarderna för uppgifters kvalitet bör transaktionsregistret informera Esma om vilken metod för att upptäcka extremvärden som valts och de tröskelvärden som används för den metoden.

649. Transaktionsregistret bör också göra informationen om metoden och tröskelvärdena för extremvärden tillgänglig för de berörda enheter som tar emot rapporter om onormala värden vid dagens slut, så att de får fullständig information om innehållet i dessa rapporter.

650. Rapport om onormala värden vid slutet av dagen som transaktionsregistren ger i form av standardiserade svarsmeddelanden som överensstämmer med ISO 20022-formatet, särskilt XSD-schemat, bör innehålla den information som anges i tabellen nedan. 243 Tabell 94 – Rapport om onormala värden vid slutet av dagen Uppgifter som Nr Fält XML-meddelande ska rapporteras in Antal derivat <AbnrmlVals> rapporterade med <Rpt> 10 1 CORR Antal derivat rapporterade med 1 2 extremvärden Identifiering av 123456789012345 00000 UTI1 244 245 Teoretisk kvantitet som Fält 2.72 eller tomt gäller på tillhörande om inget ikraftträdande-datum extremvärde 18 för del 2 upptäckt

6.3.3 Återkoppling om avstämning

651. I tabell 3 i bilagan till de tekniska tillsynsstandarderna för uppgifters kvalitet har Esma tagit med olika kategorier av status för ett derivat, enligt följande: Tabell 95

652. Kategorin ”Rapporteringsskyldighet för båda motparter” bör fyllas i av transaktionsregistret på grundval av informationen i fält 1.14. Om fältet är ifyllt med ”Sant” bör avstämningskategorins status vara ”Ja”, annars bör den vara ”Nej”.

653. Kategorin ”Rapporttyp” bör fyllas i med ”Enpartsrapportering” om transaktionsregistret endast har mottagit en sida av derivaten och ”Tvåpartsrapportering” om båda motparterna har rapporterat till samma transaktionsregister.

654. Kategorin ”Matchningsstatus” bör fyllas i med ”Matchat” om transaktionsregistret har kunnat identifiera de två sidorna av samma derivat eller ”Ej matchat” om det ännu inte har kunnat göra det. När ett transaktionsregister kategoriserar ett derivat med ”Tvåpartsrapportering” i kategorin ”Rapporttyp” bör det endast identifiera derivatet som ”Matchat” i kategorin ”Matchningsstatus”.

655. Endast derivat som har matchats kan stämmas av. Därför bör statusen ”Avstämt” för antingen kategorin ”Avstämningsstatus” eller kategorin ”Värdering – avstämningsstatus” endast tilldelas av transaktionsregistret för derivat med status ”Matchat”.

656. Transaktionsregistren bör ta hänsyn till att värderingsuppdateringar för ETDtransaktioner rapporteras på positionsnivå och att NFC- inte är skyldiga att lämna in värderingsuppdateringar för sina derivat. Dessa fall bör i schemat markeras som ”Ej tillämpligt” i stället för att kategorisera dem som ”Ej avstämt”.

657. Transaktionsregistren bör endast kategorisera de derivat för vilka alla avstämningsbara fält ligger inom de tillåtna toleranserna för avstämning som ”Avstämt”. 246

658. Slutligen, ifyllandet av kategorierna ”Förnyat” och ”Ytterligare ändringar” oberoende av resten av avstämningskategorierna. Kategorin ”Ytterligare ändringar” bör anges som ”Ja” om en annan livscykelhändelse än ”NEWT” tas emot, och detta värde bör behållas tills det uppdaterade derivatkontraktet stäms av. Kategorin ”Förnyat” bör anges som ”Ja” om en livscykelhändelse ”REVI” tas emot, och detta värde bör behållas tills derivatkontraktet inte längre är utestående.

659. I tabellen nedan är alla tillåtna kombinationer medtagna. Transaktionsregister bör endast använda kombinationerna nedan när de ger återkoppling om avstämning. Tabell 96 Rapporteringsskyldighet Värdering – Ytterligare Rapporteringstyp Matchning Avstämning Förnyat för båda motparter avstämningsstatus* ändringar Nej Ensidiga Ej matchat Ej avstämt Ej avstämt Nej Nej Nej Ensidiga Ej matchat Ej avstämt Ej avstämt Ja Nej Nej Ensidiga Ej matchat Ej avstämt Ej avstämt Nej Ja Nej Ensidiga Ej matchat Ej avstämt Ej avstämt Ja Ja Ja Ensidiga Ej matchat Ej avstämt Ej avstämt Nej Nej Ja Ensidiga Ej matchat Ej avstämt Ej avstämt Ja Nej Ja Ensidiga Ej matchat Ej avstämt Ej avstämt Nej Ja Ja Ensidiga Ej matchat Ej avstämt Ej avstämt Ja Ja Ja Ensidiga Dubbla Ej avstämt Ej avstämt Nej Nej Ja Ensidiga Dubbla Ej avstämt Ej avstämt Ja Nej Ja Ensidiga Dubbla Ej avstämt Ej avstämt Nej Ja Ja Ensidiga Dubbla Ej avstämt Ej avstämt Ja Ja Ja Ensidiga Dubbla Avstämt Ej avstämt Nej Nej Ja Ensidiga Dubbla Avstämt Ej avstämt Ja Nej Ja Ensidiga Dubbla Avstämt Ej avstämt Nej Ja Ja Ensidiga Dubbla Avstämt Ej avstämt Ja Ja Ja Ensidiga Dubbla Avstämt Avstämt Nej Nej Ja Ensidiga Dubbla Avstämt Avstämt Ja Nej Ja Ensidiga Dubbla Avstämt Avstämt Nej Ja Ja Ensidiga Dubbla Avstämt Avstämt Ja Ja Ja Ensidiga Dubbla Ej avstämt Avstämt Nej Nej Ja Ensidiga Dubbla Ej avstämt Avstämt Ja Nej Ja Ensidiga Dubbla Ej avstämt Avstämt Nej Ja Ja Ensidiga Dubbla Ej avstämt Avstämt Ja Ja Ja Tvåpartsrapportering Dubbla Ej avstämt Ej avstämt Nej Nej Ja Tvåpartsrapportering Dubbla Ej avstämt Ej avstämt Ja Nej Ja Tvåpartsrapportering Dubbla Ej avstämt Ej avstämt Nej Ja 247 Tabell 96 Rapporteringsskyldighet Värdering – Ytterligare Rapporteringstyp Matchning Avstämning Förnyat för båda motparter avstämningsstatus* ändringar Ja Tvåpartsrapportering Dubbla Ej avstämt Ej avstämt Ja Ja Ja Tvåpartsrapportering Dubbla Avstämt Ej avstämt Nej Nej Ja Tvåpartsrapportering Dubbla Avstämt Ej avstämt Ja Nej Ja Tvåpartsrapportering Dubbla Avstämt Ej avstämt Nej Ja Ja Tvåpartsrapportering Dubbla Avstämt Ej avstämt Ja Ja Ja Tvåpartsrapportering Dubbla Avstämt Avstämt Nej Nej Ja Tvåpartsrapportering Dubbla Avstämt Avstämt Ja Nej Ja Tvåpartsrapportering Dubbla Avstämt Avstämt Nej Ja Ja Tvåpartsrapportering Dubbla Avstämt Avstämt Ja Ja Ja Tvåpartsrapportering Dubbla Ej avstämt Avstämt Nej Nej Ja Tvåpartsrapportering Dubbla Ej avstämt Avstämt Ja Nej Ja Tvåpartsrapportering Dubbla Ej avstämt Avstämt Nej Ja Ja Tvåpartsrapportering Dubbla Ej avstämt Avstämt Ja Ja * Bör i vissa fall fyllas i med ”Ej tillämpligt” enligt punkt 656 6.3.3.1 Omedelbar återkoppling

660. När transaktionsregistren ger omedelbar återkoppling om avstämning i enlighet med artikel 3.5 i de tekniska tillsynsstandarderna för uppgifters kvalitet ska de ge information enbart om de derivat som har blivit föremål för avstämning i den berörda avstämningscykeln.

661. Följande information bör tas med i återkopplingen om avstämning: Tabell 97 – Återkoppling om avstämning Nr Fält Uppgifter som ska XML-meddelande rapporteras in 123456789012345 <Rpt> 1 Rapporterande motpart 00000 … <RcncltnCtgrs> 2 UTI Fält 2.1 <RptgRqrmnt> 3 Den andra motparten Fält 1.11 <RptgTp>TWOS</RptgTp> <Pairg>PARD</Pairg> Rapporteringsskyldighet 4 Sant <Rcncltn>RECO</Rcncltn> för båda motparter <ValtnRcncltn>RECO Rapporteringstyp 5 Tvåpartsrapportering </ValtnRcncltn> Matchning <Rvvd>true</Rvvd> 6 Dubbla Avstämning 7 Avstämt <FrthrMod>true</FrthrMod> Värderingsavstämning </RptgRqrmnt> 8 Avstämt 248 Tabell 97 – Återkoppling om avstämning Nr Fält Uppgifter som ska XML-meddelande rapporteras in 9 Sant Ytterligare ändringar <TxDtls> 6.3.3.2 Avstämningsinformation vid slutet av dagen

662. När transaktionsregistren ger avstämningsinformation vid slutet av dagen i enlighet med artikel 4.1 d i de tekniska tillsynsstandarderna för uppgifters kvalitet bör de ge information om alla derivat som omfattas av tillämpningsområdet för avstämningsprocessen.

6.4 Tillgång till uppgifter

6.4.1 Operativa aspekter

663. När transaktionsregistren ger tillgång till transaktionsuppgifter i enlighet med artikel 2 i de tekniska tillsynsstandarderna för tillgång till uppgifter bör de ta med alla uppgifter om derivaten, oavsett om rapporten för ett derivat har blivit godtagen 249 eller avvisats av transaktionsregistret. Ytterligare förtydliganden av kraven i de tekniska tillsynsstandarderna för tillgång till uppgifter ges i punkterna nedan.

664. Unionens behöriga myndighet (inklusive de behöriga myndigheterna i EU:s medlemsstater) har tillgång till alla transaktionsuppgifter om alla derivat som ingåtts av en motpart och som ligger inom myndighetens behörighetsområde, när en sådan motpart har rapporterats i fält 1.4 ”Motpart 1 (rapporterande motpart)” eller fält 1.9 ”Motpart 2”.

665. En behörig myndighet i en medlemsstat har tillgång till alla transaktionsuppgifter om alla derivat som ingåtts av en motpart från samma medlemsstat, om dessa behöriga myndigheter bör få tillgång till uppgifter i enlighet med artikel 81.3 i Emir.

666. Unionens värdepappers- och marknadsmyndigheter enligt artikel 81.3 j i Emir bör ges tillgång till alla transaktionsuppgifter om derivat när den är den berörda behöriga myndigheten enligt Firds, antingen i förhållande till själva derivatet (fält 2.7) eller till det underliggande (fält 2.14). Med tanke på att den behöriga myndigheten kan ändras över tid förväntas transaktionsregister ge tillgång till den myndighet som utsetts till behörig myndighet vid den tidpunkt då rapporten genereras.

667. Unionens värdepappers- och marknadsmyndigheter enligt artikel 81.3 j i Emir bör ges tillgång till alla transaktionsuppgifter om derivat där fältet ”Typ av identifiering av det underliggande” (fält 2.13) rapporteras med ett ”X” eller ”B” och fältet ”Identifiering av det underliggande” (fält 2.14) fylls i med antingen: a. ISIN-kod för det underliggande indexet eller en ISIN-kod för någon av de enskilda komponenterna i den underliggande korgen vars första två bokstäver representerar landskoden för den behöriga myndigheten, eller en ISIN-kod för någon av de enskilda komponenterna i den underliggande korgen, om den berörda behöriga myndigheten enligt Firds databas är den behöriga myndigheten, eller b. ISIN-kod för det underliggande indexet eller en ISIN-kod för någon av de enskilda komponenterna i den underliggande indexkorgen vars två första bokstäver inte representerar landskoden för den behöriga myndigheten men som krävs för att myndigheten ska kunna fullgöra sina skyldigheter och uppdrag, eller c. fullständiga namn (tilldelade av indexleverantörer) eller standardiserade 4bokstavskoder för ytterligare index som, även om de inte identifieras med ISINkod, krävs för att myndigheten ska kunna fullgöra sina skyldigheter och uppdrag.

668. I detta avseende kan varje behörig myndighet tillhandahålla Esma en aktuell förteckning över ISIN-koder och/eller fullständiga namn (tilldelade av indexleverantörer) över ytterligare index och/eller indikatorer för det underliggande indexet för vilka myndigheten också kräver tillgång till transaktionsuppgifter om ett visst index i rapporten uppges som underliggande index eller en komponent i den underliggande korgen eller en förteckning med principer, t.ex. derivat som hänvisar till aktier som utfärdats i en medlemsstat om en detaljerad förteckning över 250 derivattyper eller underliggande inte kan tas fram och kan leda till en otillbörlig begränsning av tillgången till uppgifter. Denna förteckning bör upprätthållas av Esma på grundval av den information som lämnats av myndigheterna och göras tillgänglig för transaktionsregister. Transaktionsregistren bör filtrera förteckningen över index utan att ta hänsyn till de rapporterade tecknens skiftlägeskänslighet.

669. När det gäller att ge tillgång på grundval av UPI bör transaktionsregistren använda den tillgängliga information som offentliggjorts av ANNA-DSB.

670. Transaktionsregistren bör fastställa tillgång till uppgifter för myndigheter i tredjeländer i enlighet med artikel 3 i de tekniska tillsynsstandarderna för tillgång till uppgifter.

671. I artikel 5.7 och 5.8 i de tekniska tillsynsstandarderna för tillgång till uppgifter hänvisas det inte till de tidsscheman som transaktionsregister bör följa vid schemalagt underhåll som påverkar transaktionsregistertjänster med avseende på myndigheters tillgång till uppgifter, oavsett vilken kanal eller vilket format som används.

672. Transaktionsregister bör noggrant planera sitt schemalagda underhåll som påverkar transaktionsregistertjänster med avseende på myndigheters tillgång till uppgifter, så att det inte sammanfaller med arbetsdagar enligt en överenskommen EU-omfattande kalender såsom Target2-kalendern. Om det i undantagsfall sammanfaller med en sådan arbetsdag bör schemalagt underhåll utföras utanför normal arbetstid, dvs. mycket tidigt på morgonen eller mycket sent på kvällen. Transaktionsregistren bör se till att det ovannämnda schemalagda underhållet inte utförs på ett sådant sätt att det hindrar myndigheters tillgång till uppgifter om derivat i tid.

673. Transaktionsregister bör använda elektroniska medel för att underrätta alla myndigheter om start- och slutdatum och -tid för genomförande av schemalagt underhåll.

674. Om transaktionsregistret tillämpar årlig planering av tider för schemalagt underhåll som påverkar transaktionsregistertjänster med avseende på myndigheters tillgång till uppgifter bör transaktionsregistret årligen underrätta alla myndigheter om planeringen minst tre arbetsdagar i förväg. Eventuella ytterligare specifika meddelanden om schemalagt underhåll som påverkar transaktionsregistrets tjänster med avseende på myndigheters tillgång till uppgifter förutom årliga meddelanden bör skickas snarast möjligt, dock minst tre arbetsdagar före startdatumet för det schemalagda underhåll som påverkar transaktionsregistrets tjänster med avseende på myndigheters tillgång till uppgifter.

675. Transaktionsregister bör föra ett register över relevanta meddelanden som vid begäran kan tillhandahållas Esma. Register över meddelanden om schemalagt underhåll bör åtminstone innehålla följande information: meddelandets tidsstämpel, start- och sluttid för det schemalagda underhåll som påverkar transaktionsregistertjänster med avseende på myndigheters tillgång till uppgifter och den relevanta förteckningen över användare som underrättats. 251

676. Vid kontroll av förfrågningar enligt artikel 5.5 i de tekniska tillsynsstandarderna för tillgång till uppgifter bör transaktionsregister bekräfta mottagandet av uppgiftsförfrågan och kontrollera att den är korrekt och fullständig snarast möjligt, dock senast 60 minuter efter avslutandet av det relevanta schemalagda underhåll som påverkar transaktionsregistertjänster med avseende på myndigheters tillgång till uppgifter.

677. Vid icke schemalagt underhåll bör transaktionsregistren hålla de tider som föreskrivs i artikel 5.7 och 5.8 i de tekniska tillsynsstandarderna för tillgång till uppgifter och dessa tidsfrister används som utgångspunkt vid bedömning av transaktionsregistrens regelefterlevnad.

678. Transaktionsregister bör underrätta Esma och de enheter som förtecknas i artikel 81.3 i Emir som har tillgång till uppgifter vid det transaktionsregistret om det icke schemalagda underhållet i enlighet med sina förfaranden.

6.4.2 Formulärmall för tillgång till uppgifter

679. Transaktionsregister bör använda följande mall som presenteras i underavsnitten nedan för att upprätta tillgången till derivatuppgifter i enlighet med artikel 4 i de tekniska tillsynsstandarderna för tillgång till uppgifter.

680. Eftersom positioner och uppgifter kan ändras bör en enhet som förtecknas i artikel 81.3 i Emir endast fastställa sitt uppdrag, men inte någon information om sin interna organisation.

681. Transaktionsregister bör säkerställa regelbunden översyn av myndigheternas tillgång till uppgifter fortlöpande så snart de får kännedom om en ändring och minst en gång per år och bör uppdatera tillgången till uppgifter i enlighet med samma tidsplan för det ursprungliga upprättandet av tillgång i enlighet med artikel 4.1 i de tekniska tillsynsstandarderna för tillgång till uppgifter.

682. I enlighet med artikel 4.1 d i de tekniska tillsynsstandarderna för tillgång till uppgifter bör transaktionsregister upprätta tillgång till transaktionsuppgifter om derivat för de enheter som förtecknas i artikel 81.3 i Emir på grundval av den information som tillhandahålls i det formulär som avses i artikel 4.2 i de tekniska tillsynsstandarderna för tillgång till uppgifter. Det är därför viktigt att den information som tillhandahålls i formuläret är så korrekt och fullständig som möjligt och att transaktionsregister för detta ändamål förväntas samarbeta proaktivt med myndigheterna. I synnerhet gäller att om ett transaktionsregister på grundval av den information som det har samlat in och analyserat anser att det finns fel eller utelämnanden i formuläret (till exempel att ett visst uppdrag inte har markerats av en myndighet) bör transaktionsregistret kontakta myndigheten och bekräfta utsträckningen av dess uppdrag så snart som möjligt och i syfte att säkerställa tillgång enligt den tidsplan som anges i artikel 4.1 f i de tekniska tillsynsstandarderna för tillgång till uppgifter. Transaktionsregister bör använda offentligt tillgängliga uppgifter, t.ex. Esmas register över centrala motparter och handelsplatser, för att bekräfta den information som myndigheterna har lämnat i 252 formuläret för tillgång till uppgifter och för att övervaka eventuella uppdateringar av deras uppdrag.

683. För att ge myndigheter tillgång enligt artikel 81.3 f i Emir bör transaktionsregister av varje myndighet förses med förteckningen över MIC-koder under dess tillsyn i tillgångsformuläret.

684. Förteckningen över de Emir-fält som ska användas av transaktionsregister för filtrering av uppgifter för vart och ett av uppdragen som anges i artikel 81.3 i Emir finns i tabell 96 nedan. Om minst ett fält innehåller information på grundval av vilken det kan fastställas att myndigheten har rätt att ta emot uppgifterna så bör dessa uppgifter göras tillgängliga för denna myndighet.

685. När det gäller tillgång till uppgifter om beräknad position bör varje enskilt tillsynsfält användas av transaktionsregister för att fastställa vilka positionsuppgifter som bör göras tillgängliga för myndigheterna, t.ex. per valuta. För att fastställa tillgången till de derivat som rapporteras på positionsnivå bör transaktionsregister följa samma regler som för de derivat som rapporteras på transaktionsnivå.

686. När det gäller uppköpserbjudanden bör transaktionsregister hämta uppgifter om alla berörda parter, t.ex. i uppköpserbjudanden/erbjudanden/värdepapper enligt definitionen i artikel 2 i direktiv 2004/25/EG. 6.4.2.1 Kontakt 6.4.2.2 Kontaktuppgifter för användare (eller grupp) av transaktionsregisteruppgifter vid den enhet som förtecknas i artikel 81.3 i Emir som mottagare av viktiga meddelanden 253 6.4.2.3 Emir-uppdrag som är tillämpliga på en viss enhet som förtecknas i artikel 81.3 i Emir 254 255 6.4.2.4 Relevanta uppgiftsfält för filtrering 256

6.4.3 Emir-fält för filtrering av uppgifter

687. Enligt artikel 81.3 i Emir ska ett transaktionsregister tillhandahålla nödvändiga uppgifter till följande enheter så att de ska kunna fullgöra sina respektive skyldigheter och uppdrag. I detta avseende bör transaktionsregister använda förtydligandena i följande tabell. De angivna fälten bygger på de befintliga befogenheterna och uppdragen vid tidpunkten för utarbetandet av dessa riktlinjer, varför transaktionsregister inte bör vara bundna av de förtydliganden som ingår i dessa riktlinjer utan proaktivt övervaka utvecklingen av aktuella ansvarsområden och uppdrag och anpassa myndigheternas tillgång i enlighet med detta. Innan en anpassning genomförs bör transaktionsregister få den bekräftad av Esma och den aktuella myndigheten. 257 258 259 260 261