Categoría: XBRL

Diseño de HTML para XBRL en línea: guía actualizada

El Consejo de Normas XBRL ha aprobado una actualización de la nota del grupo de trabajo «Diseño de HTML para Inline XBRL». Este documento proporciona información para los creadores de documentos Inline XBRL (o iXBRL) sobre una variedad de temas técnicos, incluidos el rendimiento, las etiquetas de bloque de texto y la compatibilidad entre HTML y XHTML.
La última actualización busca unificar los mecanismos que han sido adoptados por varios sistemas de presentación de informes, incluidos la SEC de EE. UU. y el programa ESEF de Europa, para vincular hechos iXBRL «ocultos» con contenido HTML legible para humanos. Estos mecanismos ayudan a los revisores y consumidores a comprender los informes Inline XBRL con mayor facilidad, pero actualmente se implementan de manera ligeramente diferente en los diferentes sistemas, lo que crea una carga para los proveedores y emisores de software XBRL. Esta actualización propone un enfoque unificado que puede ser adoptado por otros programas de presentación Inline XBRL.

Mejorando XBRL para el modelado de datos

Las especificaciones XBRL están diseñadas para dar soporte a un conjunto diverso de aplicaciones de generación de informes de información empresarial en todo el mundo. Actualmente existen más de doscientos marcos de generación de informes XBRL importantes creados en torno a este estándar abierto, existe una gran comunidad de expertos y una gama cada vez mayor de proveedores de software.
Una de las fortalezas de los estándares XBRL, aparte del núcleo común, es su independencia entre sí, lo que permite a los diseñadores de taxonomías XBRL elegir las especificaciones que desean utilizar. Sin embargo, su debilidad es que el desarrollo como especificaciones independientes significa que hay poca interoperación entre ellas.
Esto es particularmente notorio para los desarrolladores de grandes marcos de generación de informes. Para ayudar a entender cuáles son los problemas específicos, vale la pena revisar los comentarios de la EBA durante sus recientes presentaciones sobre DPM 2.0, también conocido como «DPM Refit». La EBA presentó un caso para profundizar el uso de DPM frente a un enfoque XBRL más estandarizado. La diapositiva siguiente es un ejemplo de cómo comparan su DPM con XBRL.

Cálculos 1.1 – Deshacerse del ruido

Los cálculos XBRL pueden desempeñar un papel importante a la hora de garantizar la calidad y precisión de un informe financiero y pueden detectar errores tanto en el etiquetado XBRL como en los números subyacentes. Lamentablemente, hasta ahora, los informes de validación de cálculos se han visto obstaculizados por falsos positivos: mensajes de validación que no reflejan problemas reales en el informe.
La actualización de la especificación Calculations 1.1 de febrero de 2023 ofrece una mejora incremental a las funciones de cálculo XBRL existentes y tiene como objetivo reducir estos falsos positivos. En esta publicación de blog, veremos una muestra de informes europeos en formato electrónico único (ESEF) para ver qué tan efectivo ha sido Cálculos 1.1 para limpiar los informes de validación.
El árbol de cálculo en una taxonomía XBRL describe relaciones totales y subtotales simples entre conceptos, como “Activos = Activos corrientes + Activos no corrientes”. Si los valores de hecho en un informe XBRL no cuadran según las relaciones de cálculo en la taxonomía, el software de validación XBRL marcará esta discrepancia como una inconsistencia de cálculo.
Las cifras numéricas en los informes legibles por humanos suelen estar escaladas y redondeadas para una mejor legibilidad. Este redondeo crea un problema para la validación de la coherencia del cálculo.

Informes mejores y más rápidos

Este documento proporciona una serie de recomendaciones para la construcción de HTML para su uso en informes XBRL en línea. Estas recomendaciones están destinadas a mejorar la compatibilidad y el funcionamiento con el software de visualización Inline XBRL, garantizar la calidad de los datos XBRL extraídos y mejorar el rendimiento.
El software de visualización Inline XBRL puede aplicar clases de CSS a un informe Inline XBRL renderizado para habilitar el resaltado de hechos y otras funciones. Para evitar colisiones entre las clases de CSS utilizadas por el software de visualización y las clases de CSS utilizadas para diseñar el informe Inline XBRL, los nombres de clase que comienzan con -ixv- deben considerarse reservados para su uso por parte del software de visualización Inline XBRL y no deben utilizarse en un informe Inline XBRL. o cualquier hoja de estilo adjunta.
Si el software del visor Inline XBRL necesita agregar clases CSS a un informe Inline XBRL, debe asegurarse de que todas esas clases tengan el prefijo -ixv-, por ejemplo, -ixv-selected-fact.
Este documento también propone una clase de CSS que se puede usar para proporcionar una pista sobre el software del visor XBRL en línea (consulte la Sección 8). Esto usa un prefijo de -ixh-. El prefijo -ixh-también debe considerarse reservado y las clases de CSS que comienzan con este prefijo no deben usarse. en los informes Inline XBRL o cualquier hoja de estilo que lo acompañe, que no sea como se describe en este o en los documentos publicados por XBRL International.
El HTML en los informes XBRL en línea puede ser muy grande, especialmente cuando se genera mediante un proceso de conversión de PDF a HTML, y esto puede provocar una carga y un rendimiento de procesamiento lentos. Esto puede ser particularmente problemático para el software de visualización Inline XBRL, ya que dicho software generalmente requerirá que el informe se represente por completo antes de que el software pueda ser completamente funcional.
La mejora del rendimiento de la representación en los informes XBRL en línea se trata con más detalle en la Nota del grupo de trabajo sobre el rendimiento de la representación en XBRL en línea. Esto incluye una recomendación para usar la content-visibility: autopropiedad CSS que puede mejorar sustancialmente el rendimiento de representación de dichos documentos en algunos navegadores.

Formatos XBRL: ¿cuál elegir?

Esta semana, XBRL International publicó una nueva guía de mejores prácticas para ayudar a los usuarios de XBRL a seleccionar el más apropiado de los cuatro formatos para satisfacer sus necesidades. La guía está dirigida a recolectores de datos, arquitectos de soluciones y cualquier persona que busque comprender las diferencias entre los formatos XBRL.
Actualmente, XBRL ofrece cuatro formatos interoperables para diferentes usos:
1. xBRL-XML: El formato XML convencional definido por la especificación XBRL v2.1.
2. XBRL en línea (iXBRL): un formato para incrustar etiquetas XBRL en un documento HTML legible por humanos.
3. xBRL-JSON: un formato simple basado en JSON para datos XBRL.
4. xBRL-CSV: un formato eficiente basado en CSV, particularmente adecuado para informes de datos masivos.
Si bien la recopilación de datos y los informes se pueden realizar en cualquiera de los formatos XBRL (o incluso en varios, ya que no se excluyen mutuamente), cada uno se ha desarrollado para un uso óptimo en escenarios específicos. Las preguntas cruciales son si el entorno de generación de informes es abierto o cerrado, si el usuario recopila o publica informes XBRL y qué volumen de datos se espera.
La guía profundiza en las mejores prácticas para estos diversos escenarios, para ayudar a los usuarios a comprender las diferencias clave y las fortalezas de cada formato.

Mejoras de OIM

El Consejo de Estándares XBRL ha aprobado la publicación de una Recomendación Editada Propuesta del conjunto de especificaciones del Modelo de Información Abierta, que incluye los nuevos formatos xBRL-CSV y xBRL-JSON.
Esta publicación incorpora las correcciones propuestas para los problemas encontrados en la adopción temprana de las nuevas especificaciones. Las especificaciones XBRL siguen un riguroso proceso de estándares para garantizar la interoperabilidad del software que utiliza el estándar. La publicación de correcciones de fe de erratas refleja este compromiso con la calidad y la interoperabilidad, asegurando que se resuelva cualquier texto potencialmente ambiguo o conflictivo en la especificación. Cuando corresponde, los cambios están respaldados por pruebas adicionales de conformance suite, asegurando que todos los procesadores los implementen correctamente.
El estado de Recomendación Editada Propuesta proporciona un período de revisión de seis semanas, después del cual las especificaciones editadas reemplazarán las especificaciones Recomendadas actuales. Las propuestas se pueden encontrar en nuestro sitio de especificaciones.

Nueva nota describe el uso de HTML en informes XBRL

El proyecto European Single Electronic Format (ESEF), que requiere que las empresas que cotizan en la UE publiquen informes anuales en Inline XBRL, ha visto cómo se preparan informes «brillantes» altamente diseñados en el formato de datos estructurados por primera vez.
Inline XBRL usa HTML para su capa de presentación, y el Grupo de Trabajo de Especificación Internacional de XBRL acaba de publicar una nueva Nota del Grupo de Trabajo que analiza una serie de cuestiones relacionadas con el uso de HTML en los informes de Inline XBRL.
Los temas tratados incluyen sugerencias que se pueden incluir para mejorar la experiencia del usuario al usar el software Inline XBRL Viewer, orientación sobre la selección de etiquetas HTML y problemas relacionados con el etiquetado de etiquetas de bloque de texto.
El documento está dirigido principalmente a los desarrolladores de software, pero también puede proporcionar información básica útil para los usuarios técnicos involucrados en la preparación de informes XBRL en línea.

Municipal XBRL podría sacudir el mercado de bonos

Con la Ley de Transparencia de Datos Financieros (FDTA) , actualmente pendiente ante el Senado de los EE. UU., Barnet Sherman en Forbes argumentó esta semana que la introducción de informes financieros digitales legibles por máquina para datos financieros a nivel municipal es clave para transformar el mercado de bonos municipales.
Al introducir XBRL para la presentación de informes de datos financieros municipales, la FTDA proporcionaría a los inversores, los reguladores y el público en general datos mucho más accesibles, transparentes y utilizables. El resultado sería que los datos sobre flujos de efectivo, activos, deudas y más de ciudades, pueblos y autoridades locales estarían ampliamente disponibles para un análisis simple y rápido.
Sherman argumenta que estos datos son cruciales para la fijación de precios precisa de los bonos municipales, que, en la actualidad, se valoran de manera opaca utilizando un importante trabajo de conjeturas: » Con datos duros basados en evidencia, el mercado y los servicios de fijación de precios podrían establecer valores de diferencial de riesgo por igual con más transparencia y objetividad. Junto con estos datos mejorados viene una liquidez mejorada. El lubricante de un mercado eficiente es la información.”
En XBRL International apoyamos totalmente la FDTA y los movimientos más amplios hacia la aplicación de datos estructurados digitales a las finanzas municipales en los EE. UU. (¡y en otros lugares!). XBRL US ya ha desarrollado y probado una taxonomía inicial, desarrollada por el Grupo de Trabajo de Informes Gubernamentales Estándar de XBRL US. Exigir datos legibles por máquina para los informes municipales ayudaría a elevar estos esfuerzos existentes hacia una mayor transparencia de la información y una mayor liquidez en esta área.

Mejoras significativas en la calidad de los datos XBRL durante los primeros seis años de Solvencia II

Con su introducción en 2016, Solvencia II armonizó los requisitos de información supervisora para las compañías europeas de seguros y reaseguros. El «tercer» pilar de Solvencia II es desde entonces fundamental para una supervisión de seguros proporcionada y basada en el riesgo.
Desde el comienzo de Solvencia II, la calidad de los datos es un tema importante para la comunidad supervisora. Se trata de un esfuerzo conjunto de las empresas, las autoridades nacionales competentes (ANC) y la AESPJ para mejorar la calidad. El documento único de programación de la AESPJ 2022-2024 establece el objetivo operativo anual (3.13) de «Garantizar la armonización de la presentación de informes para los sectores de seguros y pensiones que permita la disponibilidad oportuna de datos adecuados de granularidad, adecuación a la finalidad y de alta calidad para apoyar el trabajo de las ANC y la AESPJ en materia de prevención de crisis, estabilidad financiera, supervisión, políticas y protección de los consumidores».
Sobre la base de la decisión de la Junta de Supervisores, la AESPJ recibe el conjunto completo de plantillas de información cuantitativa (QRT) de todas las entidades sujetas a Solvencia II a través de los supervisores nacionales. Esto coloca a la AESPJ en la posición de utilizar una base de datos centralizada única. Esta base de datos se utiliza para numerosos fines, incluida la garantía de calidad, la creación de un valor añadido importante para la AESPJ, los supervisores nacionales y los usuarios externos.
La AESPJ utiliza los datos de Solvencia II para tipos muy diferentes de análisis, como evaluaciones individuales de aseguradoras o de grupos, publicaciones estadísticas, estudios de estabilidad financiera y protección de los consumidores, y para fundamentar el asesoramiento técnico en materia de políticas y las evaluaciones de impacto. Un valor añadido tangible y regular de la base de datos centralizada para las autoridades nacionales competentes son los informes normalizados sobre los colegios, el análisis de grupos de pares, las empresas transfronterizas y la calidad de los datos producidos regularmente por la AESPJ.