Informes regulatorios electrónicos

La Notificación Regulatoria Electrónica ( eRR ) es una solución universal de notificación regulatoria basada en estándares legales y técnicos regidos por Energy Traders Europe (anteriormente Federación Europea de Comerciantes de Energía ) que permite a los usuarios notificar transacciones y eventos del ciclo de vida a múltiples regímenes de notificación regulatoria a través de una interfaz uniforme y un único mensaje enviado en el Lenguaje de Marcado de Productos Básicos (CpML).

eRR estandariza los flujos de trabajo y de mensajes para notificar a múltiples bases de datos regulatorias, independientemente de sus formatos de datos, esquemas de codificación, protocolos de transmisión e interfaces técnicas. eRR admite la presentación de informes como contraparte de una transacción o en nombre de una contraparte, o como agente de informes de terceros. ^{[ 1 ]} eRR es un estándar abierto , ^{[ 2 ]} es decir, de acceso abierto y que puede ser implementado por cualquier persona. El estándar técnico eRR se complementa con estándares legales específicos del esquema de informes, que son independientes de la tecnología y, por lo tanto, independientes de eRR, para garantizar la presentación de informes regulatorios conformes por parte de todas las partes involucradas. ^{[ 3 ]} eRR tiene como objetivo facilitar la automatización de los procesos de presentación de informes y, por lo tanto, minimizar los riesgos y los costos. ^{[ 1 ]}

eRR supera varios desafíos de informes regulatorios de los operadores de energía, como el monitoreo de los datos informados por otras partes para cumplir con su obligación de verificar la integridad, precisión y cronología de los datos, ^{[ 4 ]} sin necesidad de iniciar sesión en diferentes sistemas para verificar lo que se ha informado; ^{[ 5 ]} utilizando CpML como una representación electrónica estandarizada de las transacciones, enmascarando las diferentes representaciones de transacciones en diferentes repositorios de informes; ^{[ 6 ]} y finalmente, definiendo claramente qué parte tiene la responsabilidad de informar qué piezas de información mediante un acuerdo estándar para la presentación de informes delegados. ^{[ 4 ]}

EFETnet , el brazo de servicios operativos de la Federación Europea de Comerciantes de Energía, comenzó a trabajar en servicios de informes universales en 2011 ^{[ 7 ]} cuando ganó una licitación conjunta con DTCC para construir una solución global para repositorios de materias primas para ISDA . ^{[ 8 ]} Se percibió que la colaboración "reunía las capacidades de comunicaciones de datos seguras y procesamiento posterior a la negociación de EFETnet con la infraestructura de repositorio e informes regulatorios de DTCC" ^{[ 9 ]} y entregó el primer repositorio global operativo para swaps de materias primas OTC, llamado Global Trade Repository for Commodities ( GTRfC ). ^{[ 10 ] [ 11 ]} Después de la puesta en marcha de los informes ODRF para swaps de petróleo en 2012, ^{[ 7 ] [ 12 ]} los servicios de GTRfC se integraron en el Repositorio de Datos de DTCC ^{[ 13 ]} antes de que los informes completos de Dodd-Frank para materias primas entraran en marcha en 2013. ^{[ 7 ] [ 14 ]}

En respuesta a EMIR y REMIT , EFETnet inició en 2013 un proyecto con operadores, corredores y bolsas de energía para extender la solución de informes regulatorios electrónicos a Europa. ^{[ 15 ] [ 7 ]}

En 2014, EFETnet lanzó su servicio de informes regulatorios bajo EMIR , que incluye la conciliación de cartera, ^{[ 16 ]} la valoración y la garantía, proporcionando una interfaz estándar para los repositorios de operaciones DTCC , REGIS-TR y UnaVista . ^{[ 17 ]} Los principales desafíos de la implementación de EMIR se relacionaron con ambigüedades sobre cómo debían completarse los campos en las plantillas de informes, así como sobre cómo debían generarse los UTI . ^{[ 18 ] [ 19 ] [ 20 ]} Además, las representaciones de las operaciones en los repositorios de informes diferían, lo que EFETnet contrarrestó utilizando CpML como representación uniforme de datos. ^{[ 6 ]}

La implementación de la presentación de informes bajo REMIT planteó desafíos debido a la fragmentación de datos entre las partes involucradas en una transacción: parte de la información solo la posee la plataforma de negociación, mientras que otra información reside únicamente en la contraparte. ^{[ 21 ]} Además, algunas partes solo participan en momentos específicos del ciclo de vida de la transacción, lo que dificulta la presentación de informes consistentes de los eventos del ciclo de vida. ^{[ 22 ]} Finalmente, si bien las partes están obligadas a informar sus datos, ^{[ 23 ]} cada parte es libre de elegir su mecanismo de informe preferido. ^{[ 21 ]} Aun así, la responsabilidad de la integridad, precisión y puntualidad de los datos informados recae en el operador, ^{[ 23 ] [ 24 ] [ 25 ]} mientras que no se proporcionan medios para monitorear los datos que las partes involucradas envían al regulador. ^{[ 26 ] [ 21 ]}

En respuesta a ello, EFET hizo pública la primera versión importante del estándar de procesamiento de datos de informes regulatorios electrónicos ( eRR ) en 2015 ^{[ 27 ]} y publicó acuerdos estándar que definen las obligaciones de intercambio y protección de datos entre contrapartes, lugares de negociación y mecanismos de informes. ^{[ 4 ] [ 3 ]} EFETnet desarrolló una "ventana de visualización única" ^{[ 26 ]} que vincula las operaciones, órdenes y contratos informados desde lugares de negociación como MarexSpectron , ^{[ 26 ] [ 28 ]} Tradition Financial Services y Griffin Markets ^{[ 29 ]} para proporcionar a los operadores un punto de control para supervisar los datos que otros informan en su nombre. ^{[ 26 ]} EFETnet fue uno de los primeros Mecanismos de Informes Registrados ( RRM ) totalmente aprobados bajo REMIT . ^{[ 30 ] [ 31 ]}

En el transcurso de 2015, la solución eRR se conectó con otros RRM como la plataforma de negociación electrónica de Trayport ^{[ 24 ] [ 25 ]} y EEX . ^{[ 32 ]} Otras bolsas importantes rechazaron la cooperación. ^{[ 5 ]} En 2016, eRR ya tenía más de 1000 usuarios con licencia. ^{[ 7 ]}

Las versiones más recientes, la 2.4, se lanzaron en 2024 en respuesta a EMIR Refit y UKMIR. ^{[ 1 ]}

Además de la coreografía de mensajes para recibir mensajes de diferentes participantes del mercado, el flujo de trabajo eRR define un conjunto estándar de reglas y criterios de filtrado que reflejan las cláusulas regulatorias de los regímenes de informes admitidos que se aplican a un mensaje CpML entrante . Con base en esto, el flujo de trabajo eRR genera un informe con todos los regímenes regulatorios para los que la transacción es elegible y envía los mensajes a los respectivos repositorios de operaciones en el formato y la forma requeridos. ^{[ 1 ]}

Para REMIT , eRR también acepta mensajes XML nativos de ACER que permiten el intercambio de datos con otros participantes del mercado para superar el problema de la fragmentación de datos ^{[ 22 ]} donde los datos de informes están dispersos entre varios participantes del mercado. ^{[ 21 ]} Los mensajes XML de ACER se transmiten sin enriquecimiento ni mapeo. ^{[ 1 ]}

Además de informar como contraparte de una transacción, eRR admite informar en nombre de una contraparte e informar como agente ^{[ 34 ]} que no está conectado comercialmente con la transacción. Por lo tanto, eRR define diferentes roles, como el 'usuario del proceso' que utiliza el proceso eRR para informar una transacción, el 'contraparte'desde cuya perspectiva se informa la transacción, y la'otra contraparte''. Los agentes informantes pueden ser cualquiera de las contrapartes ('agente de la contraparte'), el operador del lugar donde se ejecutó la transacción ('agente de ejecución'), cuanto más clara sea la transacción ('agente de compensación'; aplicable únicamente para transacciones compensadas), o un miembro del grupo empresarial al que pertenece la contraparte (' agente interno';'). ^{[ 1 ]}

Hasta la versión 2.3, eRR incorporaba reglas para generar identificadores únicos de transacción (UTI) en nombre de los usuarios del proceso. Con el lanzamiento de la versión 2.4 en respuesta a EMIR Refit, que incluye sus propias reglas para generar UTI, la generación de UTI ya no forma parte del proceso eRR. ^{[ 1 ]}

Los documentos eRR se especifican utilizando CpML y contienen dos secciones de nivel raíz: ^{[ 1 ]}

• Informes (obligatorios), indicando el agente informante, el/los esquema(s) de informes, la acción informante y el tipo de evento, así como los detalles reglamentarios según el/los esquema(s) de informes;
• Transacción (opción obligatoria), que debe ser ETDTradeDetails para transacciones compensadas , FXTradeDetails para swaps de divisas , IRSTradeDetails para swaps de tipos de interés , o TradeConfirmation o BrokerConfirmation para transacciones de materias primas OTC, donde BrokerConfirmation proporciona campos de datos adicionales específicos del corredor.

<CpmlDocument> <Reporting> <Europe> <ProcessInformation> <ReportingRole> Internal_Agent </ReportingRole> <EMIRReportMode> Report </EMIRReportMode> <REMITReportMode> NoReport </REMITReportMode> <Position> false </Position> <Backload> false </Backload> </ProcessInformation> <Action> <ActionType> N </ActionType> <EventType> TRAD </EventType> <EventDate> 2022-12-15 </EventDate> </Action> <EURegulatoryDetails> ... detalles regulatorios ... </EURegulatoryDetails> </Europe> </Reporting> <ETDTradeDetails> ... detalles comerciales ... </ETDTradeDetails> </CpmlDocument>

• Registros de transacciones
• CpML
• XBRL utilizado en informes financieros

• Comerciantes de energía en Europa
• Lista de Mecanismos de Notificación Registrados (MNR)
• Guía de presentación de informes REMIT (ACER XML)
• Normas y directrices para la presentación de informes EMIR (ISO 20022 XML)