Publicado el 5 de mayo de 2023 por Editor
La Autoridad Bancaria Europea (EBA) y la Autoridad Europea de Seguros y Pensiones de Jubilación (EIOPA) están trabajando junto con Eurofiling para crear una versión revisada de su arquitectura de taxonomía para prepararse para el próximo Data Point Model Refit.
Las revisiones también tienen como objetivo simplificar la estructura existente mediante la eliminación de artefactos innecesarios, como códigos normativos para marcos de taxonomía.
Lea más aquí.
Representación del modelo de puntos de datos
(ajustado para admitir DPM Refit)
en el formato de Taxonomía XBRL
Este documento describe el diseño y el enfoque aplicados por la Autoridad Bancaria Europea [ABE], la Autoridad Europea de Seguros y Pensiones de Jubilación [AESPJ], el Banco Central Europeo [BCE], la Junta Única de Resolución [JUR] y algunas autoridades nacionales competentes [ANC] para representar modelos DPM (a raíz de los cambios resultantes del proyecto DPM Refit) utilizando semántica y sintaxis de taxonomías XBRL. También describe la modularización del contenido de la taxonomía XBRL en carpetas y archivos, convenciones de nomenclatura aplicadas, etc.
Borrador de trabajo
Revisado 04/2023
1. Introducción
Este documento presenta y explica la arquitectura de la taxonomía XBRL aplicada por la ABE, la AESPJ y otras autoridades europeas o nacionales competentes.
La audiencia directa esperada de este documento son los desarrolladores de software que trabajan en soluciones de información reglamentaria que utilizan las taxonomías XBRL de la ABE o EIOPA por las autoridades nacionales competentes [ANC] obligadas a transmitir datos de supervisión a la ABE o a la AESPJ. Además, dada la posibilidad de que esta taxonomía constituya, hasta cierto punto, la base para informar a algunas autoridades nacionales competentes, también será de proveedores o desarrolladores de software involucrados en el proceso de notificación reglamentaria en la Unión Europea u otros ámbitos.
1.1 Relación con trabajos anteriores
Este documento incluye modificaciones a la arquitectura actualmente aplicada por la EBA y EIOPA de las taxonomías XBRL que tenían como objetivo facilitar el intercambio de datos de la próxima evolución de DPM Refit. Estos cambios son necesarios para abordar las modificaciones en el modelado introducidas por el DPM Refit, para hacer frente a algunas ineficiencias críticas o funcionalidades faltantes en el DPM actual, la falta de un mecanismo para la historización de ciertos conceptos.
Además, la arquitectura fue despojada de algunos artefactos que parecían innecesarios, como los códigos normativos para las taxonomías marco. También hay algunas otras mejoras para simplificar la representación XBRL del modelo, así como para unificar las arquitecturas de las taxonomías EBA y EIOPA que hasta ahora tenían algunos sabores específicos que requerían que los proveedores realizaran personalizaciones en sus herramientas.
Es importante destacar que las taxonomías XBRL de EBA y EIOPA creadas bajo esta arquitectura actualizada siguen cumpliendo con las especificaciones XBRL normativas y utilizan funcionalidades según lo dispuesto por el estándar.
Se espera que esta arquitectura se aplique en las taxonomías EBA y EIOPA XBRL tan pronto como sea factible e independientemente del DPM Refit, ya que los modelos DPM actuales se pueden representar fácilmente en ese formato.
Se espera que las taxonomías EBA y EIOPA en la nueva arquitectura se produzcan automáticamente a partir de los modelos DPM Refit. Se espera que la solución de gestión y modelado de metadatos para las autoridades esté *casi* completamente armonizada.
2. Supuestos
El metamodelo DPM (incluido DPM Refit) permite el modelado exhaustivo de metadatos para su administración y su posterior uso en varios escenarios, uno de los cuales es el soporte del intercambio de datos. En consecuencia, las taxonomías XBRL que reflejen los modelos DPM incluirán únicamente la información estrictamente necesaria para permitir el intercambio de datos. En otras palabras, puede haber información en los modelos DPM que no está disponible en las taxonomías. Se puede acceder a él si es necesario (por ejemplo, por parte de los proveedores para mejorar sus soluciones), por ejemplo, mediante la vinculación a códigos comerciales de conceptos que se asignan desde el modelo a la representación XBRL.
3. Relación con las normas y otros documentos
Para comprender el contenido de este documento es necesario comprender la especificación XBRL 2.1 de Extensible Business Reporting Language (XBRL)1 y otras especificaciones XBRL, como XBRL Dimensions 1.0, XBRL Formula 1.0, Generic Link 1.0, Table Linkbase 1.0, Extensible Enumerations 1.0/2.0, OIM 1.0.
Para la modelización de datos (en términos de metodología y formato), así como la representación física en sintaxis XBRL, la ABE y la AESPJ siguieron los enfoques aplicados para varios resultados del proyecto Eurofiling.
En particular, la ABE y la AESPJ aplicaron la metodología de modelización de puntos de datos y el formato del modelo de puntos de datos [DPM] a la descripción de los datos intercambiados.
La asignación de este DPM a una taxonomía XBRL sigue el enfoque arquitectónico general de las taxonomías preliminares de FINREP publicadas en el sitio web de Eurofiling y en los sitios web de la ABE y la AESPJ, un enfoque compartido también con las soluciones similares desarrolladas por varias ANC.
4. Cumplimiento de las especificaciones XBRL
Siguiendo los requisitos del estándar XBRL, las taxonomías EBA y EIOPA, y cualquier documento de instancia XBRL cumplen con la especificación XBRL 2.1 al 31 de diciembre de 2003 con correcciones de erratas hasta el 20 de febrero de 2013 y la especificación Dimensions 1.0 a partir del 18 de septiembre de 2006 con correcciones de erratas hasta el 25 de enero de 2012.
La capa de reglas de negocio en forma de archivos de base de enlaces se define de acuerdo con la especificación XBRL Formula 1.0 – 2009 – 2016 y las especificaciones de soporte (Registro – 2009- 2011, Enlaces genéricos – 22 de junio de 2009). Las expresiones o filtros de prueba de aserción también pueden usar funciones XPath/XQuery y XBRL.
La representación de tablas se crea de acuerdo con la especificación Table Linkbase publicada el 18 de marzo de 2014 con correcciones de erratas hasta el 17 de julio de 2018.
Para los menús desplegables de métricas enumeradas, la taxonomía utiliza la especificación Extensible Enumerations 1.0 del 29 de octubre de 2014 y/o Extensible Enumerations 2.0 del 12 de febrero de 2020.
Para mayor claridad de este documento, las construcciones técnicas XBRL a las que se hace referencia en varias secciones se identifican por sus nombres calificados [QNames]. Los prefijos aplicados en estos QNames para abreviar los espacios de nombres siguen los prefijos canónicos del espacio de nombres como se presenta en la Tabla 1.
5. Publicación y distribución
Para mayor comodidad, las taxonomías EBA y EIOPA se distribuyen como un paquete de acuerdo con la especificación Taxonomy Packages 1.0 (a partir del 19 de abril de 2016). Esto permite a los usuarios identificar rápidamente los puntos de entrada relevantes y permite que el software configure automáticamente las reasignaciones necesarias.
6. Conceptos de apoyo
Este capítulo describe algunos conceptos para facilitar la definición de las reglas de mapeo entre el modelo de puntos de datos abstracto y las taxonomías XBRL.
6.1 Esquema de soporte del modelo y otros archivos técnicos
La representación XBRL del modelo utiliza algunas definiciones de esquema en el espacio de nombres http://www.eurofiling.info/xbrl/ext/model. La ubicación oficial de este archivo de esquema es https://www.eurofiling.info/eu/fr/xbrl/ext/model.xsd. A lo largo de este documento, se utilizará el modelo de prefijo para hacer referencia a este espacio de nombres de esquema (consulte la Tabla 2).
El esquema model.xsd contiene definiciones de construcciones dimensionales y marcadores de posición de bases de enlaces para aumentar la validación de informes, por ejemplo, para contenido superfluo y no deseado (en particular para evitar el uso predeterminado de métricas (es decir, cuando no se permite explícitamente) y escenario de bloque y segmento para indicadores de archivo). También contiene varias construcciones que proporcionan información adicional sobre los elementos XBRL definidos en la taxonomía y sus relaciones específicas para el enfoque DPM. Por ejemplo, el atributo from Date describe la fecha de referencia desde la que es válido el elemento, el http://www.eurofiling.info/xbrl/arcrole/applies-to-table arcrole describe con qué tabla están relacionadas las aserciones de un conjunto de aserciones y el http://www.eurofiling.info/xbrl/role/rc-code role Type se utiliza para identificar una etiqueta como un código de columna de fila. DPM Refit presenta versiones de enumeraciones, por lo que se agregan nuevos roles de arco para describir cómo se relacionan las versiones.
Además del esquema model.xsd, http://www.eurofiling.info/eu/fr/xbrl/ext-carpeta incluye también otros archivos técnicos explicados en las siguientes secciones de este documento. Uno de estos archivos es el esquema filing-indicators.xsd asociado con filing-indicators-def.xml, filing-indicators-check.xml, filing-indicators-check-err-en.xml y filing-indicatorscheck-lab-en.xml donde los indicadores de presentación se asignan con un hipercubo vacío para bloquear el uso de xbrli:segment y xbrli:scenario en el contexto al que se refieren y las aserciones que garantizan que los indicadores de presentación se declaren en el informe y se utilicen en la tupla requerida o la estructura de dimensión tipográfica.
Otra construcción definida en la carpeta http://www.eurofiling.info/xbrl/ext referenciada es una variable dinámica declarada en variable dinámica.xml que admite la definición de comprobaciones de existencia mediante aserciones de valor y un conjunto de definiciones de funciones personalizadas XBRL (por ejemplo, aritmética de intervalos.xml, isin-check.xml, matemáticas.xml) a las que hace referencia https://www.eurofiling.info/eu/fr/xbrl/func/func.xsd. Las aserciones de fórmula XBRL también pueden usar construcciones definidas en bases de enlaces colocadas en la carpeta http://www.eurofiling.info/eu/fr/xbrl/val.
Los archivos de esquema y base de enlaces descritos en esta sección se importan o se hace referencia desde varios archivos de taxonomía XBRL.
6.2 Elementos públicos
Los elementos públicos son todos los conceptos del modelo que se identifican mediante un código en un ámbito determinado y pueden incluir alguna información adicional, como etiquetas legibles, definiciones y referencias legales en diferentes idiomas.
6.2.1 Etiquetas estándar
La información específica del idioma de los elementos públicos se representa utilizando los siguientes recursos de etiqueta: – etiquetas XBRL 2.1 (enlace: etiqueta) para elementos públicos xbrli: ítems (o derivados),
– etiquetas genéricas (label: label) para elementos públicos representados como recursos XLink u otras construcciones (por ejemplo, link: roleTypes).
En general, el rol predeterminado (estándar) (http://www.xbrl.org/2003/role/link) se utiliza para los vínculos extendidos que contienen los recursos de etiqueta; sin embargo, algunas etiquetas específicas pueden asignarse también en diferentes roles de enlace extendido (por ejemplo, etiquetas de miembros de dominio específicas para jerarquías como se explica en la sección «Miembros de dominio explícitos y su relación»)
Los tipos de roles utilizados como roles para recursos de etiquetas genéricos y estándar se enumeran en la tabla 3.
Las etiquetas para los conceptos de un esquema o un archivo de base de enlaces se colocan en un archivo de base de enlaces de etiqueta separado para cada idioma distinto, ubicado en la misma carpeta que su archivo de esquema o base de enlace correspondiente.
La convención de nomenclatura para estos archivos de base de enlaces de etiqueta es: {nombre de archivo base}-lab-{lang}.xml donde {nombre de archivo base} es el nombre del archivo de esquema o base de enlace donde se define el concepto (sin extensión) y el componente {lang} es el código ISO 639-1 del lenguaje (minúsculas).
En caso de necesitar cualquier código de región o país para identificar más específicamente el idioma, se utilizará la siguiente notación:
{nombre de archivo base}-lab-{lang}-{country}.xml
Donde {país} corresponde al código ISO 639-2 de la región o país (minúsculas). El idioma principal para las taxonomías EBA y EIOPA XBRL inglés (código ISO 639-1 «en»).
6.2.2 Etiquetas específicas
Además, algunos conceptos pueden requerir una base de enlaces especial para representar etiquetas específicas necesarias para diferentes propósitos (por ejemplo, códigos que se utilizarán como valores de indicadores de archivo). Los nombres de estos archivos linkbase se construyen de la siguiente manera: {base file name}-lab-{lang}- codes.xml o {base file name}-lab-codes.xml
Las etiquetas de estos códigos se representan como recursos con un rol personalizado. En particular, la función definida en el esquema model.xsd de Eurofiling para los recursos que representan códigos para los indicadores de presentación es http://www.eurofiling.info/xbrl/role/filing-indicator-code mientras que la función de los recursos que representan los códigos de fila/columna/hoja de tabla es http://www.eurofiling.info/xbrl/role/rc-code.
Las etiquetas específicas de los nodos de jerarquía se definen en el rol de vínculo extendido de jerarquía en un archivo independiente para cada dominio.
Las extensiones pueden usar el mismo mecanismo para agregar sus propias codificaciones específicas de la aplicación utilizando diferentes roles.
7. Arquitectura de taxonomía lógica
Esta sección describe en detalle los componentes y el contenido de la taxonomía. El diagrama que figura en el anexo 3. Taxonomía EBA y EIOPA XBRL: propietarios, carpetas, archivos, espacios de nombres y prefijos. puede ser útil para la comprensión de esta sección.
7.1 Propietarios
El propietario representa una ubicación y un espacio de nombres en el que se define un conjunto de conceptos relacionados. El propietario está estrechamente relacionado con la idea de extensibilidad en XBRL. Las principales propiedades del propietario son:
– espacio de nombres ({ons}),
– prefijo ({opre}), y
– Ubicación oficial ({oloc}).
El espacio de nombres del propietario es un URI utilizado para definir el espacio de nombres utilizado por los conceptos. Los prefijos asociados a los espacios de nombres en los archivos de la taxonomía y la documentación asociada se denominan «prefijos canónicos». Los elementos del DPM y la taxonomía son referenciados por su QName, usando su prefijo canónico.
Ubicación oficial es una dirección URL que se utiliza para especificar la ubicación donde se publicarán los archivos de taxonomía asociados con ese propietario. Los diferentes propietarios deben tener diferentes ubicaciones oficiales, incluso si los propietarios comparten un solo dominio de Internet. La ubicación oficial de la taxonomía debe construirse a partir del dominio de Internet de la institución más un componente que represente el área geográfica cubierta por la institución (como EU para los artefactos EIOPA) seguido de la identificación del tipo de estándar utilizado para expresar los requisitos de información (por ejemplo, xbrl).
En la tabla 4 se presentan ejemplos de espacios de nombres y ubicaciones de propietario.
Nota: de acuerdo con el DPM subyacente, el modelo EIOPA se define en dos versiones: altamente dimensional (HD) y moderadamente dimensional (MD). En general, la diferencia entre los dos es la definición de métricas que en la versión HD representa tipos de datos muy básicos, mientras que en la versión MD las métricas incluyen adicionalmente alguna información dimensional mientras que otras propiedades dimensionales se comparten (reutilizadas en ambas versiones). A nivel técnico, los requisitos de información de EIOPA se definen en la taxonomía XBRL solo en el enfoque MD.
8. Capa de diccionario
La capa de diccionario contiene la definición de las propiedades empresariales identificadas en el diccionario DPM. Las propiedades se pueden utilizar posteriormente en la identificación de los requisitos de información solicitados actualmente.
8.1 Conceptos básicos
Los conceptos básicos del diccionario son métricas, dimensiones, dominios y miembros del dominio.
Todos los conceptos del diccionario son elementos públicos.
Los conceptos básicos nunca se eliminan. Como resultado, el diccionario crecerá con el tiempo a medida que se agreguen los nuevos conceptos.
Todos los archivos, excepto los archivos de métricas enumeradas en el diccionario de conceptos, se colocan en la carpeta «dict» en la ubicación oficial {oloc} de su propietario. Su espacio de nombres se obtiene agregando un sufijo que depende del tipo de elemento al espacio de nombres del propietario {ons}. El prefijo para representar ese espacio de nombres se obtiene agregando un sufijo predefinido al prefijo de su propietario {opre} donde {oloc}, {ons} y {opre} se definen como en 7.1 7.1Owners, y {dc}/{DC} es el código de un dominio en minúsculas y mayúsculas respectivamente.
Para los archivos de métricas enumeradas, se colocan bajo la carpeta dict/met/{version-number} / en la ubicación oficial de su propietario, su prefijo de espacio de nombres es {opre}_met_{version-number}13 (por ejemplo: eba_met_3.4.0).
En la tabla siguiente se presentan ejemplos de ubicación, espacio de nombres de destino y su prefijo para conceptos de diccionario:
8.2 Métricas
En general, las métricas definen la naturaleza de la medida que se realizará haciendo lo siguiente:
– indicar el tipo de datos, es decir, el tipo de valor esperado que debe notificarse para un punto de datos,
– determinar el tipo de período, es decir, si un hecho correspondiente a un punto de datos se comunica para una sola fecha (instante) o período de tiempo (duración),
– expresar cierta semántica.
En las taxonomías EIOPA hay un tratamiento diferente de las métricas entre HD y MD (para obtener más información, consulte la documentación asociada de EIOPA DPM). Ninguna versión aplica la diferenciación de tipo de período de las métricas: en ambas versiones, el tipo de período se establece en instant14 (en algunos casos, la duración de un punto de datos puede expresarse utilizando ciertas propiedades dimensionales). Tenga en cuenta que la representación XBRL solo contiene métricas MD.
Del mismo modo, en la notificación de la EBA, se espera que todos los contextos de un documento de instancia incluyan un elemento xbrli:period con el mismo valor: el período de referencia en el caso de métricas de tipo duración, o el final del período de referencia (para métricas de tipo instantáneo). Las variaciones de este período de referencia en ciertos puntos de datos se expresan con la dimensión Período de referencia (RF). Este enfoque se ha introducido para superar la dificultad de definir las limitaciones de tiempo para múltiples períodos en la tabla y las bases de enlaces de definición.
Técnicamente, las métricas se representan en la taxonomía como elementos primarios XBRL y se definen en archivos de esquema denominados met.xsd (en {oloc}/dict/met/ ubicación de carpeta) que hacen referencia al archivo linkbase de etiquetas met-lab-{lang}.xml (proporcionando etiquetas legibles por humanos como se define en el DPM; para la representación en sintaxis, consulte 6.2.1 Etiquetas estándar) y definición archivo linkbase metdef.xml (definición de relaciones de dimensiones XBRL que restringen el uso de métricas en informes).
El código ({name}) para cada métrica se compone de tres componentes:
– una letra que represente el tipo de datos en minúsculas (para las opciones disponibles, consulte la tabla a continuación),
– una letra que representa las características del tipo de período (i para instante y d para duración, que como se explicó anteriormente es siempre i en la taxonomía EIOPA),
– un número que corresponde al código numérico del modelo (sin relleno cero ni longitud predeterminada).
8.2.1 Métricas enumeradas
Los valores permitidos para una métrica enumerada pueden cambiar con el tiempo, lo que lleva a diferentes versiones. Cada versión utiliza el mismo nombre, pero se coloca en un espacio de nombres diferente (consulte el ejemplo anterior), lo que los convierte en elementos XBRL diferentes. Para expresar que estos elementos XBRL representan métricas relacionadas, se utilizan arcroles especiales. Al estar seguros de la relación, los usuarios pueden tomar una decisión informada para combinar los datos de diferentes versiones o no.
Ejemplo:
Publicado originalmente: https://www.xbrl.org/news/eba-and-eiopa-publish-draft-version-of-revised-taxonomy-architecture/