En esta sesión, el Dr. Ben Russell de CoreFiling y Catalina Ibañez de AMANA abordaron una pregunta que está en la mente de muchos: cómo usar un solo documento Inline XBRL (iXBRL) para cumplir con múltiples requisitos de informes.
El estándar XBRL ofrece algunos trucos inteligentes para este escenario. Las opciones van desde documentos separados para cada taxonomía hasta múltiples referencias de taxonomía, documentos de destino y extensiones unificadoras, cada una con su propia combinación de simplicidad y complejidad. Nuestros presentadores desglosaron qué enfoque funciona mejor para cada situación, ayudando a los preparadores y recopiladores de datos a navegar por este panorama de informes simplificados y de usos múltiples. La complejidad, el contenido superpuesto y los desafíos de cumplimiento fueron parte de la mezcla mientras explicaban cómo hacer que los informes multipropósito sean más efectivos.
Con tantos requisitos de presentación de informes superpuestos, los días de la presentación de informes uniformes han quedado atrás. Este borrador de orientación está aquí para ayudar a las partes interesadas a reducir el trabajo redundante y, al mismo tiempo, mantener la coherencia y la accesibilidad de los datos. Y seamos realistas: con la creciente combinación de necesidades de datos financieros y de sostenibilidad de la actualidad, tener la flexibilidad para cumplir con múltiples requisitos en un solo informe es invaluable.
Categoría: XBRL
Sin complicaciones y de manera constante – Ya se encuentran disponibles las guías para implementaciones efectivas de presentación de documentos XBRL
El Consejo de Mejores Prácticas (BPB) de XBRL International ha publicado un nuevo borrador de guía sobre la implementación de un programa de presentación de informes XBRL, que ahora está abierto a comentarios públicos. Esta guía aborda el desafío de lanzar un programa de presentación de informes digitales exitoso que satisfaga las necesidades de los reguladores de contar con datos precisos y oportunos y, al mismo tiempo, alivie la carga de los declarantes. Desde la planificación de las fases piloto hasta la creación de sólidos sistemas de apoyo, la guía proporciona un enfoque paso a paso de alto nivel para una implementación eficaz.
Para que el proceso sea manejable, la guía recomienda estrategias como la incorporación gradual de distintos tipos de preparadores, la realización de pruebas piloto para detectar problemas iniciales y la oferta de una fase inicial de presentación voluntaria. Al tantear el terreno con grupos pequeños primero, los reguladores pueden resolver los problemas antes de una implementación más amplia, mejorando el éxito general del programa y reduciendo la resistencia de los declarantes. Algo así como un ensayo general justo antes del gran espectáculo.
La implementación por fases es una recomendación fundamental, comenzando con organizaciones más grandes o grupos de archivadores específicos para evitar saturar el mercado de una sola vez. Sin embargo, este enfoque necesita un cronograma firme para su adopción total y aprovechar los beneficios de un formato de datos unificado.
Con una combinación de implementaciones graduales, pruebas piloto exhaustivas y colaboración temprana con la industria, la guía describe un enfoque claro para garantizar un lanzamiento manejable y efectivo.
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.
Exploración de valores booleanos y enumeraciones en nuevas taxonomías ESG
La creación de informes digitales a menudo requiere la captura de información que va más allá de los números puros. Dado que la divulgación financiera y de sostenibilidad se está trasladando cada vez más a formatos digitales estructurados, comprender cómo transmitir datos narrativos con claridad es cada vez más importante.
En esta nueva publicación invitada en nuestro blog, Catalina Ibáñez Gutiérrez y Carina Tepper de Lucanet Amana, miembros de nuestro Grupo de Trabajo de Diseño de Taxonomía, exploran el papel de los valores booleanos y las enumeraciones en la simplificación de estas revelaciones.
Los valores booleanos (puntos de datos simples verdaderos o falsos) ayudan a aclarar preguntas clave de tipo sí o no en los informes, como por ejemplo si se han implementado ciertas políticas o métricas de desempeño. Las enumeraciones van un paso más allá y ofrecen listas predefinidas de respuestas a preguntas más complejas, lo que permite a los usuarios seleccionar opciones como “corto plazo”, “mediano plazo” o “largo plazo”. Estos elementos se han utilizado durante años en la taxonomía de los PCGA de EE. UU. y ahora son fundamentales para la Taxonomía de divulgación de sustentabilidad de las NIIF, la Taxonomía de divulgación de sustentabilidad de EFRAG y la Taxonomía de sustentabilidad de GRI, lo que ayuda a que los datos narrativos fluyan sin problemas hacia formatos digitales como iXBRL.
Al incorporar operaciones booleanas y enumeraciones, los preparadores pueden transmitir información cualitativa con precisión, lo que garantiza que las divulgaciones críticas no solo sean precisas, sino también fáciles de interpretar. Este enfoque mejora la comparabilidad entre informes, lo que permite a las partes interesadas profundizar en los datos narrativos y extraer información valiosa, todo ello al tiempo que reduce la ambigüedad.
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.