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.
Categoría: XBRL
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.
Revisiones de Cálculos 1.1 garantizan la utilidad global
La Junta de Estándares XBRL ha aprobado una segunda Recomendación Candidata de la especificación Cálculos 1.1, con mejoras para garantizar la plena aplicabilidad internacional.
La especificación Cálculos está diseñada para desempeñar un papel de apoyo, proporcionando una funcionalidad de cálculo mejorada para los informes XBRL. Cálculos 1.1 ofrece un mejor manejo de hechos redondeados y duplicados, con la última actualización ahora disponible en nuestro sitio de especificaciones. El principal cambio con respecto a la versión anterior es que incorpora comentarios de XBRL Japón y permite situaciones en las que se utiliza el truncamiento en lugar del redondeo para abreviar las cifras en los informes XBRL. Este enfoque se utiliza comúnmente en la presentación de informes financieros en Japón, pero no se apoyó en el borrador anterior.
Cómo XBRL apoya informes financieros más significativos en presentaciones regulatorias
En noviembre pasado, la comisionada de la Comisión de Bolsa y Valores (SEC), Caroline Crenshaw, dijo, en el Foro de Inversores de XBRL 2021: Datos que entregan, que «XBRL ha hecho que sea más fácil y menos costoso extraer, filtrar, comparar y analizar la información en las presentaciones de la SEC. XBRL facilita la comparación de la información de una empresa a través de períodos de tiempo, contra otras compañías y entre los datos en las presentaciones de la SEC y otras presentaciones de la agencia. Permite un análisis más rápido y sofisticado por parte de reguladores, inversores y académicos».
Uso más amplio y profundo de los datos estructurados
«Los informes estructurados son más efectivos cuando se aplican ampliamente a todos los aspectos de los informes, es decir, a las publicaciones de ganancias y todas las presentaciones regulatorias, declaraciones de poder y declaraciones de impuestos. Y la estructuración debe aplicarse a todas las empresas, grandes y pequeñas. Además, los reguladores deben exigir informes estructurados más allá de los estados financieros», concluye. «El uso más amplio y profundo de datos estructurados en todos los informes en su totalidad generaría eficiencias y transparencia incalculables para todos los usuarios».