La Autoridad Bancaria Europea (ABE) ha publicado el paquete técnico definitivo para su marco de información 4.0, que entrará en vigor en el primer semestre de 2025. Este paquete introduce el nuevo glosario semántico del Modelo de Puntos de Datos (DPM) y mejora las capacidades de presentación de informes con la metodología DPM 2.0.
Las principales novedades incluyen nuevas reglas de validación, taxonomías XBRL y plantillas para la presentación de informes sobre tokens referenciados a activos (ART) y tokens de dinero electrónico (EMT). El marco también incorpora cambios en las obligaciones de información de supervisión (COREP) derivados del Paquete Bancario de la UE (CRR3/CRDVI), actualizaciones menores para las empresas de inversión de clase 2 y nuevos requisitos en virtud de la Ley de Resiliencia Operativa Digital (DORA). Cabe destacar que el paquete proporciona un diccionario de datos de doble formato, tanto en DPM 1.0 como en DPM 2.0.
Esto supone un paso importante en la transición de la EBA a DPM 2.0, tras los planes anunciados a principios de este año. La herramienta de consulta de DPM también se ha actualizado para reflejar esta versión, ofreciendo a los usuarios capacidades mejoradas de exploración de datos.
La EBA anima a las partes interesadas a consultar las especificaciones técnicas y las herramientas actualizadas mientras se preparan para el cumplimiento normativo. Para obtener más información, visite el sitio web de la EBA.
La EBA publica el paquete técnico para su marco de información 4.0.
La Autoridad Bancaria Europea (ABE) ha publicado hoy el paquete técnico definitivo de la versión 4.0 de su marco de información, que entrará en vigor en el primer semestre de 2025. Este paquete marca la transición al nuevo glosario semántico del Modelo de Puntos de Datos (DPM) e introduce las capacidades mejoradas del modelo DPM 2.0.
El paquete técnico proporciona las especificaciones estándar que incluyen las reglas de validación, el modelo de punto de datos (DPM) y las taxonomías XBRL para respaldar las siguientes obligaciones de presentación de informes:
- Informe de información proporcionado por los emisores de tokens referenciados a activos (ART) y tokens de dinero electrónico (EMT).
- Nuevas Normas Técnicas de Ejecución (NTE) que modifican el marco de información de supervisión (plantillas COREP) para implementar los cambios más inmediatos derivados del Paquete Bancario de la UE (Reglamento de Requisitos de Capital – CRR3 y Directiva de Requisitos de Capital – CRDVI), publicado el 19 de junio en el Diario Oficial.
- Modificaciones menores a las obligaciones de información de las empresas de inversión de clase 2 (plantillas COREP), en consonancia con los cambios de la CRR3/CRDVI.
- Requisitos actualizados para los registros de información en virtud de la Ley de Resiliencia Operativa Digital (DORA, por sus siglas en inglés) tras la adopción por la Comisión Europea del Reglamento de Ejecución (UE) 2024/2956 de la Comisión en lo que respecta a las plantillas estándar para el registro de información.
Este paquete técnico incluye una versión del contenido del diccionario de datos en ambos formatos: DPM 1.0 y el nuevo formato DPM 2.0.
La herramienta de consulta DPM también se ha actualizado para reflejar la versión actual.
Antecedentes y próximos pasos
El año pasado, la EBA anunció la migración a la metodología DPM 2.0 y publicó la documentación correspondiente. En junio de este año, la EBA publicó los planes para la migración a DPM 2.0 y al nuevo glosario.
Junto con el paquete técnico, la EBA publicó en octubre un conjunto de preguntas frecuentes que ofrecen explicaciones adicionales.
Publicación de innovaciones en la información
4.0 y próximos lanzamientos
1. La Autoridad Bancaria Europea (EBA) publicó en octubre de 2024 un borrador de paquete técnico de la versión v 4.0 de su marco de informe. Esta publicación pretende ofrecer una versión temprana de la versión 4.0, ya que sus obligaciones de reporte se aplicarán a partir de la primera mitad de 2025. La versión final de este paquete se lanzará en diciembre de 2024.
2. Este paquete marca el inicio de la transición hacia el nuevo Modelo de Puntos de Datos (DPM 2.0) y sus capacidades, así como la nueva semántica descrita en el plan de implementación publicado en junio de 2024. Incluye especificaciones estándar, como reglas de validación, que incorporan el nuevo lenguaje DPM-XL y taxonomías XBRL para respaldar las obligaciones de informe.
3. Se considera aclaración sobre las preguntas más frecuentes sobre los siguientes temas
Necesario:
• Modelo de Puntos de Datos (DPM 2.0).
• Nueva semántica en el contexto del proyecto de revisión de calidad DPM
• Versión del marco v 4.0
DPM 2.0
Nuevas características del DPM 2.0
DPM 2.0 introduce mejoras clave y nuevas funciones de metadatos para apoyar marcos regulatorios de informes más específicos e integrados:
• Gestión del glosario: El glosario puede evolucionar dinámicamente, permitiendo la reorganización de Categorías, Elementos y Propiedades. Esto incluye la creación de supercategorías derivadas de las existentes y sus elementos asociados. Además, los ítems, propiedades, subcategorías (jerarquías) pueden versearse, y los elementos más complejos pueden construirse usando componentes más simples.
• Mejoras de plantillas: El nuevo DPM introduce la versión de los encabezados de plantillas, complementando la versión existente de plantillas. También permite la asociación de plantillas para describir modelos relacionales e introduce nuevos tipos de agrupaciones de plantillas, facilitando una mayor automatización.
• Mejoras en validación y cálculo: Las mejoras en las capacidades de validación y cálculo permiten un procesamiento legible por máquina y la implementación de motores de software altamente automatizados e innovadores.
Habrá un tiempo de asimilación donde EBA publicará tanto DPM 1.0 como DPM 2.0
La Autoridad Bancaria Europea (EBA) continuará publicando tanto las bases de datos DPM 1.0 como DPM 2.0 durante un periodo de transición que durará hasta diciembre de 2025. Las taxonomías XBRL se generarán a partir de DPM 2.0 utilizando la Arquitectura de la Taxonomía EBA/EIOPA 2.0. Esto significa que, a partir de la versión 4.0 para la notificación a la EBA, los archivos enviados deben referirse a la taxonomía generada bajo el DPM 2.0.
La arquitectura taxonomía 2.0 sigue las especificaciones XBRL; la principal diferencia respecto a la arquitectura taxonomía 1.0 está en la estructura de carpetas para soportar nuevas características como la versión del glosario.
La EBA mantendrá la base de datos DPM 1.0 para su compatibilidad durante el periodo de transición y las instituciones informantes podrían utilizar las bases de datos de taxonomía, DPM 1.0 y DPM 2.0 para su recopilación, validación o análisis de datos si así lo desean.
A partir de diciembre de 2025, la EBA solo publicará el DPM 2.0 y su taxonomía para todos los marcos regulatorios de informe. El objetivo de esta transición es garantizar una transición más fluida hacia las capacidades de informes más avanzadas, integradas y granulares que ofrece DPM 2.0
Proyecto de revisión de calidad de DPM
El Modelo de Puntos de Datos (DPM) está estructurado en dos capas. La capa semántica, también denominada glosario, describe el contenido utilizado para describir los requisitos de informe. La capa sintáctica proporciona las estructuras necesarias para organizar y almacenar este contenido.
Se llevó a cabo una iniciativa colaborativa entre la Autoridad Bancaria Europea (EBA) y la Autoridad Europea de Seguros y Pensiones Ocupacionales (EIOPA) para mejorar el estándar DPM 1.0, dando lugar al nuevo DPM 2.0. Esta actualización, a partir de la versión 4.0, ofrecerá estructuras mejoradas.
En términos semánticos, se inició el Proyecto de Revisión de Calidad del DPM para preparar el glosario de la EBA para la implementación del DPM 2.0. Este proyecto también pretende mejorar la calidad de la semántica, asegurando una comprensión más clara de los requisitos de informes y proporcionando una fuente fiable para la aclaración.
Implementando el nuevo glosario
En diciembre de 2024, con la publicación de la versión 4.0, todos los marcos EBA harán referencia a la nueva semántica, que se basa en los antiguos dominios básicos de Métricas, Categoría Principal, Base, Carteras, Contrapartes y Liquidez. Solo los módulos actualizados en esta versión utilizarán el nuevo glosario para informar datos, mientras que la documentación de otros módulos se publicará con fines informativos (en proceso de desarrollo).
El año que viene, la versión 4.1 hará referencia completa al nuevo glosario semántico. Si es factible, la EBA incluirá no solo los módulos que estén en proceso de cambio, sino también otros módulos para facilitar una implementación fluida y progresiva del nuevo glosario. Por ejemplo, módulos como REM, REM HE, FP o AE pueden lanzarse bajo la versión 4.1 usando la nueva semántica.
Posteriormente, la versión 4.2 abarcará todos los módulos, asegurando que a partir de ese momento (31 de diciembre de 2025, fecha de referencia de la primera notificación), todos los módulos se informen utilizando la nueva semántica.
Implicaciones técnicas del nuevo glosario para las Autoridades Nacionales Competentes (NCAs) e instituciones
La semántica se ha mejorado para proporcionar mayor claridad y una mejor comprensión de los requisitos de informe, mejorando así la calidad de los conceptos que los modeladores utilizan para describir estos requisitos. Cada requisito de reporte se identifica de forma única mediante un ID de punto de datos, que especifica el contexto del requisito (incluyendo la Categoría Principal y la combinación de elementos y propiedades que utilizan los modeladores para explicarlo y definirlo).
Aunque la semántica utilizada en el modelado ha cambiado, esto técnicamente resultará en la creación de una nueva versión del punto de datos, pero el ID del punto de datos permanecerá sin cambios. Esto significa que, aunque la descripción del requisito de reporte se actualizará, el requisito en sí no cambiará.
Pueden surgir posibles implicaciones para las NCAs e instituciones cuyos sistemas dependen de elementos del glosario (por ejemplo, para la definición de reglas de validación a nivel nacional además de las proporcionadas por la EBA en las taxonomías, para la explotación y análisis de datos u otros usos), haciéndolos sensibles a estos cambios y requiriendo adaptar sus sistemas.
Resultados esperados del proyecto
Como resultado del proyecto, tendremos un glosario nuevo y mejorado que se integrará en todos los marcos de la EBA. Estos marcos se presentarán con el nuevo glosario, asegurando que todos los datos se reporten utilizando la semántica actualizada.
La implementación del nuevo glosario en las plantillas se llevará a cabo progresivamente desde las versiones 4.0 hasta 4.2, como se explica en la FAQ 4, lo que llevará a un nuevo modelado de los requisitos de informes existentes.
Documentación a publicar
A lo largo de las diferentes versiones en las que el nuevo glosario se implementará en las plantillas, la EBA publicará documentación técnica y de soporte. Como es habitual, se proporcionará tanto documentación técnica de DPM 1.0 como DPM 2.0 durante este periodo de transición, cubriendo aspectos como la base de datos, diccionario, disposiciones de tablas, categorización de puntos de datos, taxonomía y más.
Además, se publicará un archivo de conversión del glosario DPM 1.0 al DPM 2.0, junto con instrucciones, para comunicar las decisiones tomadas durante el proyecto. Este archivo de conversión se actualizará con cada versión hasta la conclusión del proyecto en la versión 4.2.
En cuanto a la publicación del archivo de reglas de validación, se adaptará para tener información separada sobre las reglas de validación vigentes para la publicación y el alcance de las reglas de validación, que representa cuál representa la historización de su aplicabilidad.
Archivo de conversión entre el glosario DPM 1.0 y DPM 2.0
El archivo de conversión documenta las decisiones tomadas a lo largo del proyecto para el glosario revisado y nos permitirá compartir los resultados del proyecto con las partes interesadas. Representa la conversión de los distintos elementos del antiguo glosario (Dominios, dimensiones, miembros de dominio y jerarquías) a sus correspondientes nuevos elementos en el nuevo glosario (Categorías, propiedades, elementos y subcategorías).
La información de cada elemento del glosario (Categorías, propiedades, elementos y subcategorías) se presenta por separado, cada uno con una hoja dedicada. Estas hojas explican los diferentes tipos de decisiones tomadas para cada elemento, como las divisiones (aplicaciones de 1 a N), combinaciones de elementos (aplicaciones de M a N), eliminación, reetiquetado, definiciones como elementos compuestos o sin cambios. También se proporcionarán instrucciones sobre cómo leer el archivo de mapeo.
Cada envío y reenvío se basa en una versión de módulo a la que se refiere; las versiones de módulo anteriores a la versión 4.0 se publicaron todas (usando glosario antiguo), no se modificarán. Así que no hay implicaciones técnicas en las representaciones.
Respecto al formato de informe: para todas las presentaciones desde la fecha de referencia 03/2026, solo se permitirá recibir el formato xBRLCSV en Euclid; para todas las presentaciones con fechas de referencia < 03/2026, se permite recibir tanto los formatos xBRL-XML como xBRL-CSV en Euclid (excepto en algunos casos especiales como DORA, donde CSV simple, o Pillar 3 Data Hub, donde siempre se debe requerir xBRL-CSV).
El propósito de publicar el archivo de conversión es documentar las decisiones tomadas a lo largo del proyecto para el glosario revisado. Esto nos permitirá compartir los resultados del proyecto con las partes interesadas y recibir comentarios de las NCAs y de la industria a través de las NCAs. En consecuencia, con cada versión, publicaremos una versión actualizada del archivo de conversión que incluye el glosario recién revisado. Esto nos permitirá recibir retroalimentación sobre nuevas decisiones durante el proceso habitual de revisión por parte de los subgrupos correspondientes. Al final del proyecto (versión v4.2), publicaremos la versión final.
Versión del marco v 4.0
El paquete técnico para el borrador de Normas Técnicas de Implementación (ITS) sobre los registros de información sobre acuerdos contractuales con los proveedores de servicios terceros de TIC bajo la Ley de Resiliencia Operativa Digital (DORA) fue publicado en julio como parte de la versión 3.5 del marco de informe. Estas normas técnicas aún no han sido adoptadas por la Comisión Europea. Además, las tres ESA publicaron el 15 de octubre su Opinión sobre el rechazo por parte de la Comisión Europea (CE) de estos proyectos de ITS (CE) (véase Opinión), proponiendo algunos cambios al ITS. Aunque el borrador del paquete técnico publicado hoy no refleja estos cambios, la EBA planea incorporarlos en la versión final del paquete técnico para el marco de informes 4.0 que se publicará en diciembre.
La documentación técnica proporcionada con el marco de reporte 4.0 incluye también los documentos técnicos para la presentación de información por parte de las firmas de inversión (IF). Los ITS sobre la información supervisora según el SI actualmente aplicable se contabilizaban con referencias cruzadas a algunas plantillas de COREP ITS bajo el Reglamento de Requisitos de Capital (CRR) (plantillas C18.00- C24.00 y C25.00). Estas plantillas son utilizadas por algunas firmas de inversión para proporcionar información adicional sobre K-NPR y K-TCD. Como esas plantillas en COREP se actualizaron con la implementación del nuevo Paquete Bancario (CRR3/CRDVI), el paquete técnico para el IF ITS también se actualizó en la versión 4.0 y debe ser considerado por las firmas de inversión que usen plantillas COREP. La EBA publicará pronto una nueva versión de los ITS sobre firmas de inversión para actualizar las referencias COREP a los ITS sobre la información supervisora bajo el CRR.
Además de los cambios habituales derivados de la retroalimentación recibida de los subgrupos relevantes, se anticipan algunas modificaciones adicionales. Por ejemplo, la plantilla C_07.00 en COREP_OF ya no tendrá hojas cerradas, sino que se estructurará como hojas abiertas debido a limitaciones técnicas.
Además, se harán algunos ajustes en el módulo DORA, como se explica en la sección de preguntas frecuentes. Por último, debido a las limitaciones técnicas de la plantilla C_07.00, las reglas de validación aplicables a esta plantilla no se incluirán en el borrador del paquete técnico hasta que se implementen los cambios estructurales en la plantilla, y solo formarán parte del paquete técnico final para la versión 4.0 que se publicará en diciembre.
El nuevo estándar DPM – XL se aplicará ahora a las reglas de validación. Esto significa que la mayor parte de la información que antes dependía de formatos Excel se incluirá en la expresión de la regla de validación, haciendo el proceso más eficiente y seguro. Este cambio se basa en dos elementos:
• Un operador de selección {}, que proporcionará información sobre tres aspectos: la selección del conjunto de registros, la celda, variable u operación a la que se aplicará la regla de validación, el valor por defecto y el enfoque aritmético.
• El operador «con», que permitirá proporcionar contexto siempre que la información se repetiría a lo largo de la regla de validación.
Hasta ahora, las reglas de validación se publicaban en un archivo Excel, con la información proporcionada en una pestaña dedicada para cada versión desde la primera versión (v2.0). El nuevo formato consolidará todos los datos históricos sobre la aplicabilidad de una regla de validación concreta en un solo documento. Esto permitirá a los usuarios tener una visión completa de todos los cambios que ha sufrido la regla de validación, incluyendo su aplicabilidad a diferentes versiones y periodos de módulos, cambios de gravedad, estado activo/inactivo, fechas de activación/desactivación y cualquier cambio en la expresión.
El archivo scopes proporciona información sobre las distintas características de la regla de validación, tal como se aplican o se han aplicada a una versión específica del módulo. Esto significa que toda la información relevante sobre la regla de validación está vinculada a una versión específica del módulo. Se presentan los siguientes detalles: el código de la regla de validación, la versión del módulo a la que se aplica o se ha aplicado la regla de validación, la expresión, el periodo de aplicabilidad (de fecha a fecha), inicio y fin de la liberación, estado de gravedad y estado activo/inactivo, todo vinculado a una determinada versión del módulo. Por último, la fecha de «enviado directo» indica la fecha desde la que se aplica una determinada activación/desactivación o cambio en el estado de gravedad.