Artículos

Novedades de esta semana en materia de la Ley Ómnibus de la UE

El Parlamento Europeo celebrará su votación sobre la propuesta de «detener el reloj» el 1 de abril.

Se trata de la ley que, según se prevé, retrasará dos años la entrada en vigor de la Directiva sobre Informes de Sostenibilidad Corporativa (CSRD, por sus siglas en inglés) y un año la de la Directiva sobre la Debida Diligencia en Materia de Sostenibilidad Corporativa (CS3D, por sus siglas en inglés), mientras los legisladores negocian cambios sustanciales en ambas.

La votación será sobre si debe tramitarse con carácter prioritario.

Tras el debate inaugural los eurodiputados estarán divididos sobre cuál debería ser la postura negociadora del Parlamento respecto a la propuesta de «detener el reloj».

Se prevé que el Consejo Europeo vote aproximadamente al mismo tiempo, lo que podría significar una decisión final antes de las vacaciones de verano.

Se entiende que existe más consenso entre los Estados miembros que entre los eurodiputados, y es probable que el plan de la Comisión sea aprobado; aunque, al parecer, los Países Bajos también quieren que las empresas que presenten informes en la primera oleada de la Directiva CSRD se vean afectadas por los retrasos.

En una reunión a puerta cerrada del Consejo celebrada el martes, también se debatieron los cambios sustanciales propuestos para CSRD y CS3D.

Según Responsible Investor, Francia quiere que el umbral para las empresas incluidas en el ámbito de aplicación de la CS3D se eleve de 1.000 a 5.000 empleados, para que esté en consonancia con su propia ley de diligencia debida.

La autoridad francesa de normas contables, la ANC, publicó esta semana su postura oficial sobre el informe ómnibus, que incluía varias advertencias.

En primer lugar, según el comunicado, excluir al 80% de las empresas del ámbito de aplicación de la Directiva CSRD socava el objetivo de la UE de proporcionar información corporativa armonizada en todo el bloque y puede llevar a las instituciones financieras y a los proveedores de datos a solicitar información más específica.

La ANC señaló que los Estados miembros que no cumplieron con el plazo de 2024 para transponer la CSRD podrían verse tentados a esperar hasta que se actualice y, mientras tanto, volver a la Directiva sobre información no financiera.

Las empresas de los países que respetaron los plazos de la Comisión y que ya han incorporado la Directiva a su legislación nacional (incluida Francia) tendrán que aplicar la Directiva CSRD en su forma actual hasta que se tome una decisión.

Esto es injusto para las empresas, sugirió el ANC.

También hizo un llamamiento a los legisladores de la UE para que mantuvieran cierto compromiso con el establecimiento de normas específicas para cada sector.

La Plataforma de Finanzas Sostenibles (PSF), órgano asesor de la Comisión Europea, se reunió esta semana en Bruselas para presentar una investigación sobre los flujos de capital hacia la transición ecológica.

Los miembros de la Plataforma también están analizando minuciosamente los «cientos» de respuestas presentadas a la reciente consulta sobre los cambios en el Reglamento de Taxonomía.

En un acto celebrado el jueves, la presidenta de la Autoridad Europea de Seguros y Pensiones de Jubilación (EIOPA), Petra Hielkema, acogió con satisfacción la propuesta general, afirmando que las reducciones propuestas «contribuirán realmente a liberar recursos para trabajar en la productividad y la competitividad».

Sin embargo, señaló que los reguladores y las empresas se encuentran actualmente en un estado de «incertidumbre» mientras esperan los cambios finales a la CSRD.

Mientras tanto, los políticos estadounidenses han continuado su campaña contra la CS3D. Esta semana, REP informó sobre una propuesta de un alto cargo republicano para proteger a las empresas estadounidenses de cualquier normativa de diligencia debida en el extranjero.

El proyecto de ley incluso otorgaría a las empresas la capacidad de emprender acciones legales contra las jurisdicciones que intentaran hacer cumplir sus leyes.



La iniciativa FIRE del FSB un progreso en la notificación de incidentes cibernéticos

El Consejo de Estabilidad Financiera (FSB, por sus siglas en inglés) publicó el formato final para el intercambio de informes de incidentes (FIRE, por sus siglas en inglés), un marco global diseñado para armonizar la forma en que las instituciones financieras informan sobre incidentes operativos y cibernéticos. FIRE, desarrollado con la colaboración tanto de los organismos reguladores como del sector privado, tiene como objetivo reducir la fragmentación de los informes y mejorar la cooperación transfronteriza.

El marco FIRE incluye un conjunto estandarizado de definiciones de datos y está diseñado para ser lo suficientemente flexible como para utilizarse en distintas jurisdicciones e industrias. Está concebido para la interoperabilidad y resulta especialmente valioso para las empresas que presentan informes a múltiples autoridades. Para las jurisdicciones que no cuentan con un sistema estandarizado, FIRE ofrece una base sólida. Para aquellas que ya disponen de marcos, garantiza una integración fluida y una implementación por fases.

Para acelerar su adopción global, el FSB también ha publicado un paquete técnico completo, que incluye un modelo abstracto, reglas de validación y una taxonomía XBRL. Esto significa que FIRE no es solo un concepto, sino que es legible por máquinas, está preparado para el futuro y listo para su implementación digital en el mundo real. Se podría usar una herramienta sencilla basada en Excel para crear y validar informes, pero también son posibles soluciones empresariales basadas en la interacción entre máquinas.

Este es un ejemplo contundente de cómo los formatos digitales estructurados, como XBRL, pueden respaldar la gestión de riesgos y la resiliencia a escala global. Informes más sólidos. Respuesta más inteligente. Y sí, otros sectores deberían tomar nota.

Formato para el Intercambio de Informes de Incidentes (FIRE)

La notificación de incidentes es un mecanismo clave para que las autoridades financieras supervisen las interrupciones dentro de las entidades reguladas. Las diferencias en los enfoques de reporte entre jurisdicciones resultan en requisitos fragmentados y desafíos de coordinación. Una mayor armonización de la información regulatoria apoya la respuesta y recuperación eficiente de incidentes por parte de las empresas, así como una supervisión y cooperación efectivas entre las autoridades. El Formato para el Intercambio de Informes de Incidentes (FIRE) tiene como objetivo promover elementos informativos comunes para la notificación de incidentes, permitiendo al mismo tiempo prácticas flexibles de implementación. Las autoridades pueden elegir hasta qué punto adoptan FIRE y aprovechar sus características y definiciones para promover la convergencia y facilitar la traducción entre marcos existentes.

FIRE está diseñado para cubrir incidentes operativos, incluidos los ciber incidentes, y va más allá del trabajo previo del FSB sobre la ciber resiliencia. Proporciona un conjunto de elementos comunes de información para informar de incidentes, pero no define desencadenantes, plazos o enfoques de mitigación habituales para la notificación. El diseño se centra en la información de los participantes del sector financiero a las autoridades y es flexible para permitir que las entidades reguladas aprovechen la FIRE en sus relaciones con los proveedores de servicios. Las características de FIRE permiten flexibilidad para las autoridades que adoptan el formato total o parcialmente. De los 87 elementos de información definidos, 39 son opcionales, lo que permite a las autoridades decidir cuáles implementar según sus necesidades. Las autoridades pueden personalizar la visión básica de las fases de notificación, manteniéndose atentas a no agravar los desafíos operativos. Pueden optar por proporcionar especificaciones adicionales para campos no estructurados. Además, los nombres de los campos y las entradas permitidas pueden ajustarse para satisfacer las necesidades del idioma local manteniendo la equivalencia conceptual. Una entidad que decida alinearse completamente con FIRE debe incluir toda la información esencial, cumplir con los requisitos básicos de opcionalidad, utilizar tipos de campos compatibles y adherirse a listas enumeradas. La implementación parcial aún puede ofrecer algunos beneficios de coherencia e interoperabilidad.

Para facilitar la adopción global de FIRE, el FSB también publica un modelo de datos utilizando el método del Modelo de Puntos de Datos (DPM), que permite versiones legibles por máquina de FIRE como en el Lenguaje de Reporte Empresarial Extensible (XBRL). Un formato legible por máquina mejora la eficiencia, precisión y transparencia de la notificación de incidentes, permitiendo a las autoridades financieras recopilar datos definidos de forma consistente entre entidades y jurisdicciones y apoyar el análisis y seguimiento de riesgos. DPM también facilita la interoperabilidad y flexibilidad entre diferentes sistemas y software, permitiendo un intercambio de datos fluido. El FSB celebrará un taller con la industria y las autoridades dos años después de que se finalice FIRE (por ejemplo, en 2027) para hacer balance de sus experiencias con FIRE, incluyendo los desafíos de implementación.

Desde 2017, el FSB ha destacado la amenaza de los incidentes cibernéticos para la estabilidad del sistema financiero y ha comenzado a identificar e abordar debilidades e ineficiencias que podrían agravar dichos choques. Una respuesta y recuperación eficiente y eficaz ante incidentes es esencial para limitar los riesgos relacionados con la estabilidad financiera. Una mayor armonización de la información regulatoria apoya la supervisión efectiva de las instituciones financieras y facilita la cooperación y coordinación entre las autoridades en el seguimiento y el abordaje de estos riesgos.

La notificación de incidentes se considera uno de los principales mecanismos utilizados por las autoridades financieras para mantener la visibilidad de las interrupciones que ocurren en sus entidades reguladas, y en línea con sus mandatos individuales. Sin embargo, los enfoques para la notificación de incidentes se han desarrollado de forma independiente con el tiempo, lo que ha llevado a requisitos de información fragmentados y a desafíos de coordinación entre autoridades y jurisdicciones.

FIRE se desarrolló en consulta con participantes del sector privado. El proceso incluyó una Fase de Descubrimiento para identificar similitudes en las necesidades de reporte de incidentes y una Fase de Diseño para desarrollar los componentes de FIRE. Se llevó a cabo una Fase de Pruebas para validar el diseño y la robustez de FIRE utilizando diferentes tipos de incidentes y escenarios. Se ha previsto un taller para 2027 para revisar las experiencias y determinar la necesidad de revisiones. FIRE es un enfoque para promover elementos de información comunes y requisitos para la notificación de incidentes, manteniéndose flexible respecto a una variedad de prácticas de implementación. Se basa en el informe del FSB sobre una posible vía a seguir para desarrollar FIRE1 y pretende abordar los requisitos informativos de cada autoridad y los problemas prácticos más pronunciados en la notificación de incidentes por parte de las empresas.

FIRE no establece requisitos directos a las empresas, y el FSB no recopilará informes de incidentes. Más bien, para que FIRE sea utilizable, requeriría su implementación por parte de las autoridades individuales, o que la autoridad indique que acepta informes alineados con FIRE. Las autoridades podrían decidir hasta qué punto desean adoptar FIRE, si es que lo hacen, en función de sus circunstancias individuales. Por ejemplo, las autoridades podrían considerar aprovechar un subconjunto de las características o definiciones, lo que promovería una forma limitada de convergencia. Incluso si no es adoptado por una sola jurisdicción, FIRE podría servir como un formato común para que las instituciones financieras se relacionen con una variedad de requisitos de información y ayuden a traducir entre marcos existentes.

Durante el trabajo del FSB sobre la notificación de incidentes cibernéticos,2 se identificaron tres tipos distintos de informe, para los cuales los respectivos requisitos de información se reflejan en este formato:

■ Informes iniciados por la institución, que se activan cuando un incidente cumple los criterios de notificación de una o más autoridades financieras o cuando se reporta voluntariamente, e incluye informes iniciales, intermedios y finales asociados al ciclo de vida del incidente de extremo a extremo;

■ informes iniciados por autoridad, donde la información del incidente se informa tras una solicitud de una o más autoridades para comprender mejor los efectos de un incidente sectorial; y

■ Reporte periódico de información relacionada con incidentes recopilada de instituciones reguladas de forma regular (no basada en eventos).

Dado que el informe iniciado por la institución es el tipo de reporte más prevalente y presenta los mayores desafíos operativos para las instituciones financieras, el diseño FIRE se ha centrado en definir elementos comunes de información para los informes iniciados por la institución.

El diseño FIRE se limita a un conjunto de elementos comunes de información para informar incidentes. No define desencadenantes comunes de reporte, plazos de reporte, enfoques de mitigación u otros aspectos de la respuesta y recuperación de incidentes cibernéticos.

Además de diseñar un formato ‘legible por humanos’, se ha desarrollado un modelo de datos de FIRE para maximizar la flexibilidad e interoperabilidad utilizando el método DPM3, independiente del lenguaje. Este modelo de datos permite crear versiones legibles por máquina de FIRE por cualquiera, como la codificada con XBRL que forma parte de este paquete. FIRE ofrece flexibilidad a las autoridades para aprovechar la taxonomía XBRL pre desarrollada (por ejemplo, exigiendo presentaciones xBRL-CSV) o los informes de incidentes FIRE en un lenguaje de reporte diferente.

Alcance de FIRE

El diseño de FIRE abarca la notificación de incidentes operativos (incluidos los ciber incidentes), principalmente desde instituciones financieras hasta autoridades financieras. Inventarios previos del FSB identificaron que muchas autoridades no tienen un enfoque o mecanismo de notificación diferente específicamente para incidentes cibernéticos. En cambio, muchos marcos tratan la notificación de incidentes cibernéticos como parte de una notificación operativa más amplia de incidentes. Por esa razón, el alcance de FIRE va más allá del trabajo previo del FSB sobre ciber resiliencia.

La información detallada por parte de instituciones no financieras no está dentro del ámbito principal del diseño FIRE, pero existe suficiente flexibilidad en el diseño para su posible uso por instituciones y autoridades no financieras en jurisdicciones individuales.

Las instituciones financieras también podrían optar por aprovechar FIRE en sus relaciones con proveedores de servicios externos, independientemente de cualquier decisión de las autoridades de implementarla. Pueden acordar con sus proveedores de servicios (cadena de servicios) que estos últimos utilizan FIRE para informar a la institución de cualquier incidente operativo que afecte su capacidad para prestar servicios acordados u otras obligaciones.

Desarrollo de FIRE

El desarrollo de FIRE se desarrolló en varias fases, que abarcan un periodo de 18 meses de esfuerzo colaborativo entre participantes del sector público y privado.

Tras su movilización inicial para identificar recursos con representación de las autoridades miembros del FSB y la industria, el grupo de trabajo inició una Fase de Descubrimiento para identificar las necesidades de notificación de incidentes basadas en la retroalimentación de los interesados y para determinar los requisitos previos y la viabilidad de FIRE. Se llevó a cabo un ejercicio de recopilación de información para determinar el nivel de apoyo a los elementos individuales de información, con el fin de construir consenso sobre esos temas y obtener una visión más clara del esfuerzo estimado y la complejidad para llevar a cabo el proyecto.

Tras demostrar suficiente consenso y viabilidad para cumplir los objetivos del grupo de trabajo, el proyecto entró en su Fase de Diseño para desarrollar los componentes del concepto FIRE. El esfuerzo de diseño se dividió en dos: más del 80% de los elementos de información se estimó que requerían poco o un esfuerzo intermedio de diseño (colectivamente, elementos de ‘bajo esfuerzo’), mientras que los elementos restantes se consideraron que requerían ‘esfuerzo significativo’. Los primeros se llevaron inmediatamente a la fase de diseño, mientras que el diseño de los elementos informativos de gran esfuerzo implicó múltiples rondas de talleres virtuales entre autoridades y participantes de la industria para profundizar en la comprensión mutua de los requisitos de diseño.

Paralelamente al trabajo de diseño, se realizó un ejercicio comparativo con varios marcos existentes y futuros de notificación de incidentes nacionales o regionales para identificar posibles necesidades de ajustes o inclusión de elementos de información adicional en el diseño FIRE.



Inteligencia artificial y etiquetado digital en la elaboración de informes de sostenibilidad

A medida que han evolucionado los requisitos de informes de sostenibilidad corporativa, el etiquetado digital y la IA se presentan a veces como soluciones contrapuestas. Sin embargo, esta dicotomía es engañosa. El etiquetado digital proporciona datos estructurados, transparentes y comparables, mientras que la IA mejora el análisis y la interpretación. Al integrar estas tecnologías, las organizaciones pueden ir más allá del cumplimiento normativo y obtener información estratégica a partir de los datos relacionados con ESG.

Comprender el etiquetado digital: la base de la transparencia

Las normativas vigentes, como la Directiva de la UE sobre informes de sostenibilidad corporativa (CSRD) y las normas IFRS de sostenibilidad, exigen la divulgación digital de la información. Como explica John Turner, director ejecutivo de XBRL International, el etiquetado digital mediante un «diccionario» estructurado permite que el software interprete la información de forma coherente. Esto garantiza:

  • Claridad: Los datos están categorizados de forma inequívoca, lo que reduce el riesgo de interpretaciones erróneas.
  • Comparabilidad: Los inversores y las partes interesadas pueden analizar la información de forma coherente entre las distintas empresas.
  • Trazabilidad: Los informes estructurados permiten rastrear los datos directamente hasta las divulgaciones originales, lo que mejora la fiabilidad y la rendición de cuentas.

Si bien el etiquetado digital está bien establecido en los informes financieros a nivel mundial, los informes de sostenibilidad siguen fragmentados. Sin la divulgación digital, el análisis ESG impulsado por IA requiere que los modelos de IA extraigan e interpreten datos no estructurados, lo que genera inconsistencias e imprecisiones. Turner enfatiza la necesidad de estructura, afirmando: «Se asume que se puede entregar el informe anual a diez personas diferentes y que todas llegarán a la misma conclusión sobre el desempeño. Pero, en realidad, lo que se obtiene son diez versiones distintas de la verdad». Por ello, el etiquetado digital, supervisado por la dirección de la empresa, que proporciona una versión única, autorizada y lista para el análisis de los eventos, es crucial para mantener la transparencia y la coherencia en los informes de sostenibilidad corporativa.

El papel de la IA: Descubriendo conocimientos más profundos

Datamaran ha sido pionera en el análisis ESG impulsado por IA durante más de una década. Jerome Basdevant, CTO y cofundador de Datamaran, destaca el papel de la IA en:

  • Extracción de información valiosa: la IA puede procesar grandes cantidades de información divulgada para identificar temas y riesgos clave.
  • Comparación de informes: la IA permite a las empresas comparar sus informes ESG con los de sus pares del sector.
  • Análisis de materialidad: la IA ayuda a las organizaciones a determinar qué cuestiones ESG son más relevantes en función de la evolución de las expectativas regulatorias y del mercado.

Sin embargo, la IA no sustituye al etiquetado digital. La IA destaca por su capacidad para interpretar datos, pero sin un etiquetado estructurado, las interpretaciones pueden variar, lo que podría generar discrepancias en el análisis. Basdevant reflexiona sobre este desafío: «Terminamos desarrollando nuestro propio sistema de etiquetado digital porque en aquel momento no existía un estándar al respecto. Tuvimos que crear nuestra propia ontología —un diccionario de cuestiones ESG— para poder garantizar la comparabilidad. Los datos estructurados son la base de los análisis basados en IA».

El debate: ¿La IA hace que el etiquetado digital sea redundante?

Los recientes debates sobre políticas públicas sugieren un cambio de enfoque, pasando de la idea de «digital desde el principio» al escepticismo respecto a los mandatos digitales. Algunos argumentan que la IA puede automatizar la extracción y estructuración de datos ESG, haciendo innecesario el etiquetado digital. Sin embargo, esta premisa es errónea.

Como explica Basdevant, usar la IA para «recrear una estructura» donde ya debería existir un etiquetado es ineficiente e impreciso. Los modelos de IA requieren importantes recursos computacionales y pueden tener dificultades para mantener la coherencia al procesar datos no estructurados. En cambio, la IA debería basarse en el etiquetado estructurado, no reemplazarlo.» ¿Por qué usar la IA para resolver un problema que el etiquetado digital ya soluciona? Es como usar una motosierra para cortar una tortilla: una aplicación innecesaria e ineficiente de la tecnología». La IA debería aprovecharse para generar conocimiento en lugar de compensar la falta de una estructura fundamental.

Turner añade que los informes digitales estructurados garantizan «una única versión de la verdad». Sin el etiquetado digital, múltiples proveedores de IA producirán interpretaciones ligeramente diferentes de los mismos datos, lo que reduce la confianza en los análisis ESG» Con el etiquetado estructurado, las empresas siguen siendo responsables de sus propias divulgaciones. Sin él, se acaba en un laberinto de espejos, enfrentándose a múltiples reflejos distorsionados de la realidad, que es precisamente lo que los reguladores e inversores intentan evitar», advierte. La presentación de informes digitales debe considerarse esencial. «No tomamos fotos con una cámara, las imprimimos y luego las digitalizamos. Tomamos fotos digitales desde el principio. Los informes ESG deberían seguir la misma lógica».

Avanzando: Un enfoque combinado para una presentación de informes ESG eficaz

En lugar de hablar de «IA frente a etiquetado digital», la verdadera oportunidad reside en su integración:

  • La IA mejora el etiquetado digital: la IA puede ayudar en el proceso de etiquetado, lo que permite a las empresas minimizar el esfuerzo.
  • El etiquetado digital mejora la precisión de la IA: los datos estructurados permiten que la IA realice análisis de mayor calidad sin ambigüedad.
  • Claridad normativa: los responsables políticos deben garantizar que la divulgación estructurada siga siendo una parte fundamental de los requisitos de información ESG para promover la coherencia.

Como concluye Basdevant, «Si las empresas pueden reducir el esfuerzo que dedican a adquirir y estandarizar datos, podrán centrarse en obtener información valiosa que genere un verdadero valor para el negocio». Turner coincide y añade: «El futuro de los informes y análisis ESG no reside en elegir entre la IA y el etiquetado digital, sino en reconocer cómo se complementan para generar transparencia y confianza».

Conclusión

El etiquetado digital y la IA no son tecnologías que compitan entre sí; son herramientas complementarias que, al combinarse, brindan transparencia, comparabilidad e información útil para la toma de decisiones. En una era donde la elaboración de informes de sostenibilidad se está convirtiendo en una parte fundamental de la estrategia corporativa, las empresas deben adoptar ambas para mantenerse a la vanguardia.

Para reguladores, empresas e inversores por igual, el camino a seguir es claro: la elaboración de informes de sostenibilidad digitales, mejorados con inteligencia artificial, es la clave para obtener información y datos fiables, reveladores y listos para la toma de decisiones.



El FSB afirma que las finanzas se están acelerando, pero los riesgos son mayores

Los reguladores están acostumbrados a que las crisis financieras se desarrollen a lo largo de semanas o meses. Ese plazo ya no existe.

En declaraciones desde Tokio, Martin Moloney, subsecretario general del Consejo de Estabilidad Financiera (FSB), advirtió que el comercio impulsado por la IA, los mercados de criptomonedas y los activos tokenizados están acelerando los riesgos financieros a un ritmo sin precedentes. Las corridas bancarias, las caídas del mercado y las crisis de liquidez pueden ocurrir ahora en cuestión de horas, lo que dificulta la capacidad de reacción de los reguladores.

La solución no reside únicamente en normas más estrictas, sino en un cambio fundamental en la forma en que operan los reguladores. Moloney recalcó que los nuevos actores del mercado deben ser supervisados ​​antes de que alcancen un tamaño excesivo, y no después. Sin embargo, su supervisión no es suficiente: los reguladores necesitan la experiencia adecuada para comprender las tecnologías que impulsan la innovación financiera. La IA, la cadena de bloques y los activos digitales ya no son desarrollos marginales, y no comprender sus riesgos podría dejar a los reguladores indefensos para intervenir en los momentos más críticos.

Para complicar aún más la situación, los procesos regulatorios obsoletos ralentizan la supervisión. Gran parte de la supervisión todavía depende de la recopilación manual y lenta de datos, mientras que los mercados financieros operan ahora en tiempo real. Para que los reguladores puedan mantenerse al día, necesitan mejores herramientas y un acceso más rápido a datos fiables y estructurados.

En un sistema que evoluciona tan rápidamente, la información lo es todo. Los reguladores necesitan datos estructurados, estandarizados y de alta calidad, no solo para responder a las crisis, sino también para anticiparlas. Sin ellos, actúan a ciegas. El último trabajo del FSB sobre IA, criptomonedas y tokenización es un paso en la dirección correcta, pero el verdadero desafío reside en si los reguladores podrán actuar al ritmo de los riesgos que intentan contener.

Los reguladores pueden prepararse para un sistema financiero más rápido.

Discurso de Martin Moloney, secretario general Adjunto del Consejo de Estabilidad Financiera, en el Foro GFTN de Japón, Tokio.

Buenas tardes y gracias por invitarme a hablar aquí hoy.

A medida que la tecnología avanza a un ritmo que puede parecer sin precedentes, el sector financiero se encuentra en una encrucijada. Las innovaciones relacionadas con blockchain, la IA y los pagos digitales prometen revolucionar los servicios financieros. Sin embargo, los principios fundamentales de las finanzas —la gestión de riesgos, la información fiable y las contrapartes de confianza— deben seguir siendo nuestra base.

Hoy analizaré cómo esta perspectiva sustenta el trabajo del FSB centrado en la innovación tecnológica, ayudándonos a aprovechar los beneficios de la innovación al tiempo que salvaguardamos la estabilidad financiera.

Las actividades financieras han evolucionado a lo largo de los siglos, marcadas por innovaciones financieras recurrentes como la contabilidad por partida doble o los swaps de tipos de interés, y por innovaciones tecnológicas como el telégrafo e internet. Cada periodo de innovación conlleva oportunidades y riesgos. Sostengo que las innovaciones que vemos hoy son más tecnológicas que financieras: muchas de las nuevas tecnologías con las que lidiamos trascienden los servicios financieros y tienen implicaciones que van mucho más allá de la estabilidad financiera.

Sin embargo, estos cambios tecnológicos prometen transformar los servicios financieros. ¿Cuáles son las implicaciones y los desafíos que estos cambios plantean para la estabilidad financiera y cómo debemos gestionarlos?

Las actividades económicas básicas del sistema financiero para financiar la economía real permanecen prácticamente inalteradas; unas finanzas saludables se rigen por los tres parámetros clave que he mencionado en relación con la gestión de riesgos, el procesamiento de la información y la confianza.

Asumir riesgos financieros es esencial para obtener resultados económicos saludables, como por ejemplo, pedir un préstamo para construir una fábrica, que un agricultor se proteja contra el riesgo de que los precios de sus cosechas bajen en el momento de la cosecha, o buscar inversión para nuevas ideas.

Gestionar estos riesgos de forma segura requiere que la empresa tenga la capacidad de reembolsar un préstamo o fijar el precio de un contrato de materias primas. Sin embargo, la asimetría de información es común en los mercados financieros. Por ejemplo, entre ahorradores y prestatarios, ya que cada ahorrador no puede disponer de toda la información relevante para que cada prestatario tome una decisión acertada sobre si invertir o prestar su dinero. Los intermediarios financieros gestionan esta asimetría de información mediante la debida diligencia y el seguimiento de los riesgos.

El sistema financiero se basa en la confianza. A menudo podemos confiar en los grandes participantes del sistema financiero porque mantener una sólida reputación como intermediario confiable es más rentable que traicionar esa confianza.

Pero el riesgo debe ser proporcional a la tolerancia al riesgo, la información debe ser fiable y la confianza es siempre frágil. La historia de las finanzas está repleta de auges, caídas y pánicos que demuestran lo que puede salir mal.

La regulación ha surgido porque se ha demostrado repetidamente su necesidad para que estos tres parámetros funcionen. Me atrevería a decir que la regulación es necesaria para las finanzas, al igual que el petróleo lo es para un automóvil. Pero sé que, si digo eso, alguien señalará que los autos eléctricos no necesitan petróleo. ¿Podría la tecnología eliminar la necesidad de regulación? Lo dudo mucho, así que quizás la analogía no funcione tan bien, pero se entiende la idea. El FSB ha publicado recientemente varios informes sobre IA, tokenización y criptoactivos. Estos informes destacan que las vulnerabilidades subyacentes son similares a las de las finanzas tradicionales: la tokenización de bienes raíces puede causar desajustes de liquidez, ya que los tokens se negocian rápidamente mientras que los activos subyacentes permanecen ilíquidos, lo que plantea riesgos significativos durante la tensión del mercado. Los intermediarios multifuncionales de criptoactivos a menudo realizan operaciones con alto apalancamiento, lo que aumenta el riesgo de pérdidas sustanciales y un comportamiento errático por su parte en mercados volátiles. Estas nuevas tecnologías también plantean mayores riesgos operativos, como el incidente de 2023 en el que una importante plataforma de tokenización sufrió un fallo en un contrato inteligente, lo que provocó la congelación de activos por valor de millones de dólares y la interrupción de las operaciones del mercado. Estas innovaciones también afectan a la estabilidad financiera a través de la interconexión, los efectos en la confianza y los efectos en la riqueza. Por ejemplo, los algoritmos de negociación basados ​​en IA pueden amplificar el comportamiento gregario, como se observó durante la corrección del mercado de 2024, cuando las ventas masivas simultáneas exacerbaron la volatilidad del mercado.

Detrás de cada innovación tecnológica, encontramos riesgos conocidos.

El principio fundamental del FSB para abordar la innovación es que, si las actividades económicas subyacentes son las mismas, es probable que los riesgos también lo sean, y deberían aplicarse regulaciones similares. El segundo principio es la neutralidad tecnológica, que permite que el mercado decida sobre las innovaciones. Estos principios, si bien son válidos, presentan dificultades en la práctica.

Calcular cuándo los riesgos son los mismos es complejo. Los riesgos de invertir en bitcoin no son iguales para un fondo de pensiones bien asesorado que para inversores minoristas mal asesorados. La neutralidad tecnológica implica permitir la innovación que cumpla con las regulaciones existentes sin obstaculizar los avances tecnológicos. Pero si la innovación traslada más riesgo a clientes desinformados, mantener la «neutralidad tecnológica» podría interpretarse como una priorización de la estabilidad financiera sobre la protección del consumidor, lo que podría no parecer neutral para dichos clientes.

 Por muy complejos que puedan ser los detalles en la práctica, una cosa está clara en una era donde el procesamiento de la información es fundamental para la innovación tecnológica: estas innovaciones aumentan la velocidad con la que se gestionan los riesgos, la información y la confianza.

Por ejemplo, una caída repentina en el valor de un activo tokenizado puede afectar de inmediato a las carteras a nivel mundial. La IA puede provocar un comportamiento gregario, con una proporción potencialmente mayor de participantes del mercado ajustando sus carteras de forma similar al mismo tiempo, lo que conlleva mayores fluctuaciones en los precios de los activos.

La IA también podría brindar oportunidades para automatizar y agilizar gran parte de las actividades que realizan los intermediarios financieros para recopilar, analizar e interpretar información y así tomar decisiones para sus clientes. La mayor disponibilidad de información financiera inmediata podría reforzar o intensificar la transmisión del riesgo.    

Finalmente, a medida que aumenta la velocidad del riesgo y la información, también aumenta la velocidad con la que se puede ganar o perder la confianza. El dinero puede entrar o salir rápidamente de los proyectos, provocando fluctuaciones significativas en el precio de los activos o pánicos bancarios más rápidos, como se vio con Credit Suisse y Silicon Valley Bank. Y no olvidemos el potencial de las redes sociales para acelerar futuras fugas de depósitos o corridas bancarias en entidades no bancarias similares que ofrecen liquidez inmediata mediante la propagación de información, incluidos rumores o información falsa.

Me gustaría ofrecer cuatro observaciones a las autoridades reguladoras para abordar la innovación tecnológica en los servicios financieros y superar estos desafíos:

En primer lugar, las nuevas tecnologías suelen atraer a nuevos participantes, lo que exige una rápida integración regulatoria. Los reguladores deben actuar con celeridad para incorporar a estos actores al marco regulatorio, como se observa con los criptoactivos. A menudo se argumenta que la regulación debe adaptarse a la innovación, y no al revés. Este argumento sostiene que debemos aliviar la carga regulatoria de los innovadores que no están familiarizados con la regulación financiera para que puedan innovar. No pretendo desestimar este argumento por completo, pero quienes lo defienden también deben trazar el camino para que los innovadores accedan al ámbito regulado. Me parece que aún queda mucho por reflexionar sobre cómo facilitar la entrada de empresas innovadoras en sectores altamente regulados, como los servicios financieros.

En segundo lugar, las autoridades reguladoras deben invertir en conocimiento, personal y recursos para comprender, evaluar y supervisar las tecnologías emergentes. Si bien el trabajo del FSB en estas áreas y los informes que publicamos constituyen un paso crucial, es igualmente importante que los reguladores y supervisores que interactúan diariamente con las instituciones financieras cuenten con el conocimiento y las herramientas necesarias para comprender y gestionar el impacto de estas nuevas tecnologías. Esto no es trivial. En gran medida, la supervisión cotidiana aún se basa predominantemente en el análisis físico de registros en papel y entrevistas presenciales. La presentación de informes de datos regulatorios continúa siguiendo un modelo propio del siglo XX. De cara al futuro, el proceso para convertirse en un regulador competente seguirá requiriendo un profundo conocimiento de los riesgos financieros, pero las habilidades del regulador sin duda deberán ampliarse al ritmo de la innovación financiera. Sospecho que más reguladores necesitarán comprender mejor la tecnología blockchain, la ciencia de datos y los modelos de IA para regular y supervisar eficazmente sus instituciones financieras. Debemos tener claro que, independientemente de los desafíos adicionales que presente la tecnología, también ofrece posibles soluciones. La forma tradicional en que estructuramos nuestros presupuestos regulatorios, financiamiento y reclutamiento puede no ser la más adecuada para afrontar estos desafíos, pero las soluciones se encuentran en la misma tecnología que nos preocupa. Debemos comprender claramente la necesidad de invertir e innovar en el ámbito de RegTech y SupTech.

En tercer lugar, aunque el sector financiero siga funcionando como siempre, el hecho de que lo haga de maneras aparentemente nuevas puede generar una considerable incertidumbre jurídica. Hemos visto cómo muchas jurisdicciones se han visto envueltas en esta incertidumbre, por ejemplo, respecto a si los criptoactivos son, legalmente, valores o no. Este problema suele interactuar con los dos anteriores: cuando existe incertidumbre sobre cómo equilibrar la facilitación de la innovación con la protección de los clientes y del sistema, se observa una reticencia a actuar para aclarar las obligaciones legales. Dicha reticencia se ha convertido en una parte importante del patrón de respuestas a la innovación tecnológica en los servicios financieros y puede estar estrechamente relacionada con el ciclo inherentemente más largo que requieren los cambios legislativos o normativos para adaptarse a la innovación tecnológica.

Quizás esa vacilación no perjudique demasiado la estabilidad financiera cuando los innovadores tienen un éxito limitado, pero ya hemos visto la vertiginosa velocidad de la innovación en el ámbito de las comunicaciones y las redes sociales. Si se logran ciertas conexiones de red y determinados niveles de escala, la adopción masiva y los actores dominantes del mercado surgen antes de que existan marcos regulatorios eficaces. Una vacilación similar para eliminar la incertidumbre jurídica, combinada con los efectos de red, podría dar lugar a una acumulación silenciosa de riesgos para la estabilidad financiera ante nuestros propios ojos. Nadie debería jugar con fuego, y eso podría ocurrir si los gobiernos demoran en abordar la acumulación de riesgos en los principales mercados financieros.

Finalmente, las autoridades deben prepararse y comprender los riesgos de un sistema financiero que se mueve más rápido de lo habitual. A medida que las instituciones financieras mejoran sus capacidades y aprovechan la innovación tecnológica para automatizar procesos y ofrecer servicios con mayor rapidez, los reguladores deben considerar cómo identificar y medir los riesgos que se propagan con mayor celeridad, responder con mayor rapidez a la acumulación de apalancamiento o a los desequilibrios de liquidez en el sistema o, como vimos con Silicon Valley Bank y Credit Suisse, responder a las fallas y al estrés sistémico que surgen con gran rapidez. En particular, los reguladores y los responsables políticos deben estar preparados para gestionar crisis que surgen en días u horas en lugar de semanas y meses, y donde el flujo de información a los mercados es prácticamente instantáneo. El fin de semana de crisis podría ser cosa del pasado en un futuro próximo.

Los sistemas de regulación financiera no necesitan reformas drásticas ni cambios radicales para adaptarse a estas tecnologías emergentes, ya que los riesgos subyacentes son los mismos: sabemos cómo regularlos y supervisarlos. Sin embargo, resulta evidente que los reguladores deben estar preparados para comprender, responder y ajustar con rapidez sus marcos y mecanismos de supervisión de estas tecnologías emergentes, de modo que nuestros sistemas financieros puedan aprovechar sus beneficios al tiempo que controlan los riesgos.

La falta de respuesta rápida puede provocar la fragmentación de los mercados financieros globales, como ocurre con algunas actividades de criptoactivos que eluden la regulación y operan sin obtener las aprobaciones regulatorias correspondientes. El Consejo de Estabilidad Financiera (FSB, por sus siglas en inglés), gracias a su amplia membresía, se encuentra en una posición privilegiada para desarrollar respuestas políticas consensuadas internacionalmente, compartir información y fortalecer la capacidad de los reguladores financieros para que sean más ágiles y se preparen para un sistema financiero más dinámico. Nuestros miembros, y la comunidad reguladora financiera en general, deben mantener su compromiso con la implementación de políticas y recomendaciones acordadas internacionalmente para abordar estos riesgos y colaborar para garantizar que los beneficios de las innovaciones financieras superen los riesgos potenciales si nuestra reacción es demasiado lenta.



Taxonomía OIM, una experiencia XBRL más sencilla, rápida y potente

XBRL International está trabajando en una modernización estratégica del estándar XBRL, y de eso trata la taxonomía OIM. En esta serie de dos partes, explicamos dónde nos encontramos, cuáles son nuestros objetivos y hacia dónde nos dirigimos con su ayuda. Esta publicación se centra en los objetivos generales, y la siguiente profundizará en las nuevas funcionalidades de la especificación emergente. Ambas publicaciones se basan en presentaciones internas de Paul Warren, director técnico de XBRL International.

XBRL es un estándar consolidado que permite a reguladores, analistas y otros usuarios de todo el mundo trabajar con datos empresariales de alta calidad y legibles por máquina. Constituye la base de la información financiera estructurada en la mayoría de los principales mercados y se utiliza ampliamente en los ámbitos de la información prudencial, fiscal, de sostenibilidad y otros. A medida que el panorama del consumo de datos continúa evolucionando, con nuevas herramientas, nuevos públicos y el rápido auge de la IA, es el momento de aprovechar lo que funciona y mejorarlo aún más.

Esa modernización es el objetivo de la próxima especificación de taxonomía de OIM. Estamos renovando y simplificando las taxonomías XBRL, los diccionarios digitales estructurados que sustentan los informes XBRL. El objetivo es aprovechar la sólida base que ya ofrece XBRL y adaptar el modelo de taxonomía a las expectativas actuales: que sea más fácil de usar, más consistente, con mejor rendimiento y optimizado para un mundo donde la IA forma parte del uso y la comprensión de los datos financieros.

Aprovechar lo que funciona

XBRL siempre se ha centrado en adjuntar metadatos completos y significativos a los datos reportados. La evolución del estándar y los nuevos formatos han facilitado el uso de los informes XBRL. Cualquier informe se puede convertir fácilmente, por ejemplo, a xBRL-JSON, un formato que los usuarios pueden comprender y utilizar de forma intuitiva, sin necesidad de consultar la especificación.

La oportunidad que ofrece OIM Taxonomy reside en aportar esa misma accesibilidad y claridad a la capa de taxonomía, de modo que un número mucho mayor de personas y herramientas puedan aprovechar todo el valor de los metadatos XBRL.

XBRL será más fácil de usar y más potente para todos: desarrolladores que crean nuevas aplicaciones, analistas que consumen datos estructurados, reguladores que diseñan marcos de información y los sistemas de IA que se utilizan cada vez más para leer e interpretar informes financieros.

El enfoque estructurado de XBRL ya proporciona a las herramientas de IA una ventaja significativa al trabajar con datos empresariales, permitiendo un análisis más preciso, fiable y exhaustivo en comparación con formatos no estructurados como PDF. La taxonomía de OIM busca potenciar aún más esta ventaja, garantizando que los datos XBRL estén optimizados para herramientas de IA y otros tipos de análisis automatizados.

Al mismo tiempo, XBRL es un estándar en funcionamiento, implementado con éxito en una amplia gama de sistemas en todo el mundo y utilizado por millones de empresas. Nos comprometemos a seguir brindando soporte y mantenimiento a las especificaciones actuales a largo plazo. No habrá cambios forzados. Esperamos que muchos entornos estén muy satisfechos con el conjunto de especificaciones XBRL 2.1 a largo plazo. Sin embargo, prevemos claros beneficios en las próximas especificaciones y, por lo tanto, habrá rutas de transición bien definidas para quienes decidan actualizar.

Seis objetivos para un modelo de taxonomía moderno

En el documento de requisitos para la especificación de la taxonomía OIM, hemos establecido seis objetivos de alto nivel que, en conjunto, definen lo que debería lograr un modelo de taxonomía modernizado:

  • Facilidad de uso. Los metadatos enriquecidos de las taxonomías deben ser realmente accesibles para desarrolladores, analistas y las herramientas que crean. Actualmente, las taxonomías XBRL suelen ser difíciles de usar, lo que puede impedir que los usuarios aprovechen al máximo los informes XBRL. Al eliminar las barreras innecesarias, la capa de taxonomía se convertirá en un recurso valioso que se querrá utilizar, en lugar de algo que habrá que sortear.
  • Optimización mediante IA. Los modelos de lógica descriptiva (MLD) y otras herramientas de IA se están convirtiendo en un elemento estándar del procesamiento e interpretación de datos. Unas taxonomías más sencillas y coherentes permitirán a las herramientas de IA aprovechar mejor la información que contienen, abriendo nuevas posibilidades para el análisis automatizado y la obtención de información valiosa.
  • Comprensibilidad intuitiva. Cualquier persona con conocimientos técnicos básicos debería poder comprender un archivo de taxonomía sin necesidad de ser especialista. El nuevo enfoque de modelado libera a las taxonomías del formato XML, relativamente especializado, y las hace más sencillas e intuitivas.
  • Rendimiento mejorado. Las taxonomías actuales suelen ser muy extensas y estar distribuidas en numerosos archivos, y los detalles de la especificación limitan considerablemente las posibilidades de que los procesadores XBRL optimicen su consumo. La taxonomía OIM busca mejorar significativamente el rendimiento al trabajar con sintaxis, tanto mediante una representación intrínsecamente más eficiente como permitiendo a los procesadores cargar selectivamente partes de una taxonomía según sea necesario.
  • Modelado coherente. XBRL es un estándar extremadamente flexible, pero esta flexibilidad tiene un coste: las distintas taxonomías emplean enfoques diferentes para modelar los mismos escenarios de informes. La taxonomía de OIM busca proporcionar un enfoque único y bien diseñado para modelar cualquier escenario. Esto permitirá a los desarrolladores de herramientas crear herramientas más sencillas y de alto nivel que funcionen con diversas taxonomías, al tiempo que evita que los usuarios se vean expuestos a detalles técnicos innecesarios. Reducir el número de opciones de modelado también simplificará la creación de taxonomías.
  • Restricciones declarativas mejoradas. La taxonomía de OIM admitirá una lógica de validación estructurada más profunda. Cuando las restricciones se expresan de forma declarativa en lugar de como reglas ejecutables, las herramientas de generación de informes pueden utilizarlas para guiar a los usuarios de forma proactiva, lo que ayuda a los responsables de la elaboración de informes a hacer las cosas bien desde el principio, en lugar de descubrir problemas durante la validación. Las relaciones de cálculo en XBRL 2.1 son un buen ejemplo de este principio en acción, y la taxonomía de OIM lo amplía aún más.

Taxonomía OIM en la práctica para explorar las posibilidades emergentes

XBRL International trabaja en una modernización estratégica del estándar XBRL, y de eso trata la taxonomía OIM.

Un modelo taxonómico que refleja la realidad.

Hemos reconocido que las taxonomías cumplen diferentes funciones, y un modelo actualizado debería tenerlo en cuenta en lugar de tratar a todas las taxonomías de la misma manera.

En la práctica, observamos tres tipos principales de taxonomía:

  • taxonomías definicionales, como la taxonomía contable IFRS o las taxonomías de códigos de moneda y país de XBRL International, que proporcionan un conjunto compartido de definiciones reutilizables para un dominio en particular.
  • taxonomías de requisitos de información, como la taxonomía ESEF de la UE, que reúnen esos conceptos en un marco para los declarantes.
  • taxonomías de extensión específicas de la entidad, que las organizaciones individuales crean para agregar sus propios conceptos junto con la taxonomía base.

Al reconocer explícitamente estas diferentes funciones, la taxonomía de OIM puede brindar un mejor soporte para cada una de ellas.

Por ejemplo, las autoridades de recopilación de datos suelen querer limitar el uso que hacen los declarantes de las taxonomías de extensión y el grado de modificación que una extensión específica de una entidad puede realizar a la taxonomía base. Estas reglas protegen la comparabilidad, por ejemplo, impidiendo el uso de nuevas etiquetas para conceptos ya existentes. La taxonomía de OIM reducirá la dependencia de manuales de declaración extensos e independientes e integrará estas restricciones en la propia taxonomía. Una herramienta útil podría ser un «mecanismo final» que permitiera marcar componentes específicos como no modificables por extensiones.

Importaciones más inteligentes y carga selectiva

La taxonomía de OIM también introducirá un enfoque mucho más sofisticado sobre cómo funcionan las importaciones de taxonomías.

Actualmente, resulta difícil reutilizar de forma eficiente componentes específicos de una taxonomía más amplia, por lo que estamos creando mecanismos más claros y estandarizados. Los autores de taxonomías podrán especificar qué partes de una taxonomía importada estarán disponibles para los usuarios posteriores; por ejemplo, si la taxonomía ESEF importa la taxonomía de contabilidad IFRS, será más fácil controlar con precisión qué conceptos IFRS se proporcionan a los declarantes.

Los mecanismos de carga selectiva permitirán a los procesadores tomar decisiones informadas sobre qué cargar o qué partes de una taxonomía priorizar. Cuando una importación declara claramente su contenido —por ejemplo, que se trata de un paquete de etiquetas para un idioma específico—, un procesador que no necesite ese componente puede simplemente omitirlo. Esto promete mejoras significativas en el rendimiento y en la experiencia general del desarrollador.

También se ha añadido un nuevo requisito para admitir complementos en una taxonomía. Según la especificación actual, la taxonomía de un informe se define mediante los enlaces que lo conectan con ella, pero a menudo resulta conveniente añadir dinámicamente componentes adicionales, como traducciones de etiquetas a diferentes idiomas o taxonomías que contengan reglas de calidad de datos. La taxonomía de OIM admitirá estos complementos, incluidas las taxonomías publicadas por terceros.

Un mecanismo de propiedades de propósito general

La taxonomía de OIM incluirá un mecanismo de propiedades de propósito general que permite adjuntar metadatos estructurados de clave-valor a los componentes de la taxonomía. Esto proporciona una forma estandarizada de capturar información como indicadores de obsolescencia para conceptos que se retirarán, incluyendo fechas, en un formato que las herramientas pueden leer y procesar de forma coherente, en lugar de utilizar cadenas de texto libre que varían de una taxonomía a otra.

Apoyar una gama más amplia de informes

El uso de XBRL va cada vez más allá de los estados financieros periódicos tradicionales, incluyendo informes de sostenibilidad, informes energéticos, informes inmobiliarios e informes de la cadena de suministro. La taxonomía de OIM formaliza la compatibilidad con estos y otros casos de uso más amplios.

Por ejemplo, la llegada de xBRL-CSV ha permitido un mayor uso de XBRL para la elaboración de informes basados ​​en registros. Estamos trabajando para garantizar que el modelo sea realmente adecuado para su propósito en varios tipos distintos de datos basados ​​en registros, incluidos:

  • Datos del evento: registros relacionados con un evento específico que debe estar vinculado a una fecha y hora específicas, como un incidente de seguridad o una acción corporativa.
  • Datos de referencia: datos que no cambian o cambian muy lentamente, como identificadores de entidades o símbolos bursátiles.
  • Datos de posición: valores reportados en un momento dado, como cifras del balance, posiciones de riesgo crediticio o cifras de cumplimiento de VAR (valor en riesgo).
  • Datos de listado: información sobre artículos o unidades individuales, como activos en un inventario.
  • Datos de series temporales: mediciones repetidas a intervalos regulares. Estos podrían abarcar desde informes regulatorios sobre contratos de derivados abiertos al final del día durante todo un año, hasta registros horarios sobre la luz solar que incide en paneles solares.

Esto también implica la necesidad de mecanismos estandarizados para que los usuarios puedan realizar tareas como especificar campos obligatorios y opcionales dentro de un registro, añadir restricciones de unicidad a campos específicos en un conjunto de registros y definir relaciones de clave primaria/clave externa entre diferentes partes de un informe. Estas funcionalidades existen actualmente de diversas formas, pero se integrarán de manera coherente en el modelo de taxonomía principal.

En términos más generales, un objetivo fundamental de OIM es hacer que el modelo de taxonomía sea más flexible y genérico, con el fin de brindar soporte a una gama más amplia de informes.

Restricciones declarativas enriquecidas

Finalmente, estamos trabajando en un modelo de restricciones mucho más potente. Esto incluye la capacidad de marcar elementos como obligatorios (una función básica pero muy útil), así como restricciones condicionales, requisitos a nivel de registro y restricciones conjuntas que expresan relaciones entre hechos, por ejemplo, «si se informa de este hecho, también debe informarse de aquel otro». Estas restricciones resultan útiles, por ejemplo, en un escenario donde el tamaño de la empresa determina qué información sobre sostenibilidad debe divulgar.

El beneficio práctico para quienes elaboran los informes es considerable. Cuando una herramienta de generación de informes sabe qué campos son obligatorios y qué reglas se aplican, puede guiar a los usuarios de forma proactiva durante el proceso de elaboración del informe, identificando los requisitos y los posibles problemas a medida que trabajan, en lugar de presentar una lista de errores de validación al final. Una mejor orientación se traduce en mejores datos, lo que beneficia a todos los participantes en la cadena de informes.

Elaboración conjunta de las especificaciones

El objetivo es crear un modelo de taxonomía verdaderamente moderno: más sencillo y con menos obstáculos para su uso; accesible tanto para desarrolladores y analistas como para reguladores y herramientas de IA; y lo suficientemente expresivo como para abarcar toda la gama de usos que se le dan a XBRL hoy y en el futuro, todo ello aprovechando y preservando la considerable inversión que la comunidad ya ha realizado.



Nueva Zelanda adopta la norma ISSA 5000

Nueva Zelanda ha dado un paso más para fortalecer la confianza en los informes de sostenibilidad, con la adopción por parte del Consejo de Normas de Auditoría y Aseguramiento de Nueva Zelanda de su equivalente local de la norma ISSA 5000.

Publicada bajo la supervisión del Consejo de Información Externa, la norma entrará en vigor el 9 de abril de 2026 y establece los requisitos generales para los trabajos de garantía de sostenibilidad.

Desarrollada por el Consejo de Normas Internacionales de Auditoría y Aseguramiento (IASB), la norma ISSA 5000 proporciona un marco basado en principios diseñado para mejorar la credibilidad y la coherencia de la información divulgada sobre sostenibilidad. Introduce requisitos en áreas clave, como la evaluación de riesgos, la recopilación de evidencia y la presentación de informes.

La norma es independiente del marco de referencia y puede aplicarse a diferentes regímenes de presentación de informes, incluidos los del Consejo Internacional de Normas de Sostenibilidad (ISSB). Esto fomenta prácticas de aseguramiento consistentes a medida que la presentación de informes de sostenibilidad se expande a nivel mundial.

Para Nueva Zelanda, donde la divulgación de información relacionada con el clima ya es obligatoria para muchas entidades, la norma representa un cambio hacia una verificación más rigurosa de la información reportada. Asimismo, refuerza el papel de la garantía de calidad en la mejora de los datos y en la generación de confianza entre los inversores y otras partes interesadas.

Introducción

Esta Norma Internacional sobre Garantía de Sostenibilidad (Nueva Zelanda) (ISSA (NZ)) trata sobre compromisos de garantía sobre información sobre sostenibilidad.

Para los fines de esta ISSA (NZ), la información sobre sostenibilidad es información sobre asuntos de sostenibilidad. Las divulgaciones de una entidad sobre estos asuntos pueden estar relacionadas con varios temas diferentes (por ejemplo, clima, prácticas laborales, biodiversidad) y aspectos de los temas (por ejemplo, riesgos y oportunidades, métricas e indicadores clave de rendimiento). La ley, regulación o marcos de informes de sostenibilidad pueden describir asuntos de sostenibilidad, temas o aspectos de los temas de diferentes maneras, y también pueden proporcionar requisitos u orientación para que la entidad determine la información de sostenibilidad a reportar. 

La información sobre sostenibilidad se informa de acuerdo con los criterios. Esta AISS (NZ) exige que el profesional evalúe si los criterios que espera aplicar en la preparación de la información de sostenibilidad son adecuados para las circunstancias del contrato. En ausencia de indicios en contrario, se presumen adecuados los criterios marco que estén recogidos en la ley o la normativa o que sean establecidos por organizaciones autorizadas o reconocidas que sigan un debido proceso transparente.

Los criterios pueden especificar un proceso mediante el cual la entidad identifica los asuntos de sostenibilidad a reportar, incluyendo la aplicación de la materialidad para identificar dichos asuntos y el límite de informe. En esta ISSA (NZ), «el proceso de la entidad para identificar la información de sostenibilidad a reportar» se refiere al proceso aplicado por la entidad para determinar los aspectos de sostenibilidad que deben reportarse en la información de sostenibilidad y en el límite de informe.

El alcance del compromiso de garantía puede extenderse a toda la información de sostenibilidad que deba reportar la entidad o solo a parte de dicha información. Por ejemplo, algunas jurisdicciones pueden exigir que la totalidad de la información de sostenibilidad se informe conforme a un marco establecido y esté sujeta a garantía. Sin embargo, en ciertas jurisdicciones, la ley o regulación puede exigir que solo las divulgaciones relacionadas con el clima en la información de sostenibilidad de una entidad estén sujetas a garantía. Los requisitos de reporte de esta ISSA (NZ) requieren que el profesional identifique o describa la información sujeta al compromiso de garantía.

Esta ISSA (NZ) se basa en la base de que:

(a) Los miembros del equipo de compromiso y el revisor de calidad de la participación (para aquellos encargos en los que uno haya sido nombrado) están sujetos a las disposiciones de la Norma Profesional y Ética 1 1 relacionadas con los compromisos de garantía de sostenibilidad, o requisitos profesionales, o requisitos legales o normativos, que sean al menos igual de exigentes; y

(b) El profesional que realiza el contrato es miembro de un despacho sujeto a la Norma Profesional y Ética 3, 2 o a los requisitos profesionales, o a requisitos legales o regulatorios, respecto a la responsabilidad de la firma en su sistema de gestión de la calidad, que son al menos tan exigentes como la Norma Profesional y Ética 3.

La gestión de la calidad dentro de las empresas que realizan encargos de aseguramiento, y el cumplimiento de principios éticos, incluidos los requisitos de independencia, son ampliamente reconocidos como de interés público y parte integral de los compromisos de aseguramiento de alta calidad.

En Nueva Zelanda, quienes se encargan de la gobernanza suelen tener la responsabilidad de garantizar que una entidad cumpla con sus obligaciones legales en relación con la preparación de la información de sostenibilidad sujeta a garantía obligatoria. En estos casos, el proceso de reporte suele delegarse a la dirección, pero la responsabilidad de estos asuntos sigue siendo responsabilidad de la gobernanza. Al aplicar esta AISS (NZ), el profesional deberá aplicar el juicio profesional, utilizando el conocimiento de los requisitos legales y las prácticas de gobierno corporativo de Nueva Zelanda, así como de las circunstancias particulares del encargo, para determinar si los requisitos de esta ISSA (NZ) se aplican a la dirección, a quienes están encargados de la gobernanza, o a ambos. Alcance de esta AISS (NZ)

Esta ISSA (NZ) se aplica a todos los compromisos de aseguramiento sobre información de sostenibilidad. Se aplica a todo tipo de información sobre sostenibilidad, independientemente de cómo se presente esa información.

Esta ISSA (NZ) trata tanto de compromisos de aseguramiento razonable como limitado. Salvo que se indique lo contrario, cada requisito de esta ISSA (NZ) se aplica tanto a compromisos de garantía razonable como limitada. Debido a que el nivel de aseguramiento obtenido en un compromiso de aseguramiento limitado es sustancialmente inferior al de un compromiso de aseguramiento razonable, los procedimientos que el profesional realizará en un compromiso de aseguramiento limitado variarán en naturaleza y en plazos y serán menos extensos que en un compromiso de aseguramiento razonable.

Por ejemplo, Au1A3 señala que un compromiso de aseguramiento puede ser un compromiso de atestación o un compromiso directo. Esta ISSA (NZ) se ocupa únicamente de compromisos de atestación. Por lo tanto, las referencias en esta ISSA (NZ) a «compromiso de aseguramiento» o «compromiso» significan un compromiso de atestación.

Esta AISS (NZ) es una norma general que incluye requisitos y material de aplicación para todos los elementos de un compromiso de garantía de sostenibilidad. Por lo tanto, el practicante no está obligado a aplicar la ISAE (NZ) 3000 al realizar el encargo. Relación con los estados financieros auditados

Esta ISSA (NZ) no aborda la información de sostenibilidad que deba incluirse en los estados financieros de la entidad de acuerdo con el marco de información financiera aplicable. El auditor de los estados financieros de la entidad está obligado a aplicar las Normas Internacionales de Auditoría (Nueva Zelanda) a dicha información.

La información sobre sostenibilidad puede presentarse junto con los estados financieros auditados de la entidad, por ejemplo, como parte del informe anual de la entidad o en un documento o documentos separados que acompañen al informe anual. En estas circunstancias, los estados financieros auditados se consideran otra información para los fines de esta ISSA (NZ).

Escalabilidad

Esta ISSA (NZ) está destinada a compromisos de garantía sobre información de sostenibilidad de todas las entidades, independientemente de su tamaño o complejidad. Sin embargo, los requisitos de esta AISS (NZ) están destinados a aplicarse en el contexto de la naturaleza y las circunstancias del compromiso.

Objetivos

Al llevar a cabo un compromiso de garantía de sostenibilidad, los objetivos del profesional son:

(a) Obtener una garantía razonable o limitada, según corresponda, sobre si la información sobre sostenibilidad está libre de declaraciones materiales erróneas;

(b) Expresar una conclusión sobre la información de sostenibilidad mediante un informe escrito que transmita una conclusión razonable o limitada de garantía, según corresponda, y describa la base de dicha conclusión; y

(c) Comunicar más a fondo según lo requiera esta ISSA (NZ) y cualquier otra ISSA relevante (NZ).

En todos los casos en que no se pueda obtener una garantía razonable o limitada, según corresponda, y una conclusión calificada en el informe de aseguramiento del profesional sea insuficiente en las circunstancias para fines de reporte a los usuarios previstos, esta AISS (NZ) exige que el profesional renuncie a una concesión o se retire del compromiso, cuando la retirada sea posible según la ley o regulación aplicable.

Requisitos

Realización de un compromiso de garantía conforme a las ISSAs (NZ)

Cumplir con los estándares relevantes para la participación

El profesional deberá cumplir con esta ISSA (NZ) y cualquier otra ISSA (NZ) relevante para el compromiso.

El profesional no deberá representar el cumplimiento de esta ni de ninguna otra ISSA (NZ) a menos que haya cumplido con los requisitos de esta ISSA (NZ) y de cualquier otra ISSA (NZ) relevante para el contrato.

El profesional deberá comprender todo el texto de una AISS (NZ), incluyendo su aplicación y otros materiales explicativos, para comprender sus objetivos y aplicar correctamente sus requisitos.

Cumplimiento de los requisitos relevantes

El profesional deberá cumplir con cada requisito de esta ISSA (NZ) y de cualquier otra ISSAs relevante (NZ) salvo que, en las circunstancias del compromiso de aseguramiento, el requisito no sea relevante porque es condicional y la condición no existe. Los requisitos que se aplican solo a compromisos de aseguramiento limitado o de aseguramiento razonable tienen la letra «L» (garantía limitada) o «R» (garantía razonable), respectivamente, después del número del párrafo. Cuando un requisito se aplica tanto a compromisos limitados como razonables, pero de manera diferenciada, dichos requisitos se han presentado en formato columnar con las designaciones «L» (garantía limitada) y «R» (garantía razonable).

En circunstancias excepcionales, el profesional puede considerar necesario apartarse de un requisito relevante en una AISS (NZ). En tales circunstancias, el profesional deberá realizar procedimientos alternativos para lograr el objetivo de ese requisito. Se espera que la necesidad de que el profesional se aparte de un requisito relevante surja solo cuando el requisito es que se realice un procedimiento específico y, en las circunstancias específicas del compromiso de garantía, ese procedimiento sería ineficaz para alcanzar el objetivo del requisito.

Documentación de una desviación de un requisito relevante

Si, en circunstancias excepcionales, el profesional considera necesario apartarse de un requisito relevante en esta AISS (NZ) u cualquier otra ISSAs (NZ), deberá documentar cómo los procedimientos alternativos realizados logran el objetivo de ese requisito y las razones de la salida.

Fracaso en alcanzar un objetivo

Si no se puede alcanzar un objetivo en esta ISSA (NZ) o en cualquier otra ISSA (NZ) relevante para el compromiso, el profesional evaluará si esto requiere modificar la conclusión del profesional o retirarse del compromiso de garantía (cuando la retirada sea posible según la ley o regulación aplicable).



Paquetes de informes XBRL y seguridad informática

El Consejo Internacional de Mejores Prácticas de XBRL ha publicado una nueva guía práctica para equipos de TI y seguridad sobre el manejo de paquetes de informes XBRL, el formato de archivo estandarizado utilizado para informes regulatorios y financieros en todo el mundo.

La guía de dos páginas explica por qué existen las extensiones de archivo .xml.xbri y .xbr.xml, qué contienen y por qué bloquearlas puede interrumpir o ralentizar procesos comerciales legítimos, incluyendo la presentación de informes regulatorios obligatorios con plazos estrictos. También abarca las propiedades de seguridad del formato y cómo debe ser un análisis adecuado.

Si su organización envía o recibe informes XBRL, sus pasarelas de correo electrónico y políticas de seguridad deben conocer estas extensiones. La guía le indica exactamente qué hacer.

Comprensión de los informes XBRL, la guía para equipos de TI y seguridad

Contenido

1. Introducción

Los informes XBRL son utilizados por empresas de todo el mundo para cumplir con los requisitos regulatorios y de divulgación, como el Formato Electrónico Único Europeo (ESEF) en la UE, las presentaciones de datos interactivos a través del sistema EDGAR de la SEC de EE. UU. y más de 200 implementaciones de informes adicionales a nivel mundial. Los informes XBRL se distribuyen como paquetes de informes XBRL, un formato estandarizado que contiene todos los archivos que componen el informe, incluidos documentos de respaldo como una taxonomía de extensión, imágenes o fuentes. Existen dos tipos de paquetes de informes XBRL:

  • Paquete de informes XBRL en línea (.xbri) – utilizado para informes XBRL en línea que combinan datos legibles por humanos y por máquinas.
  • Paquete de informes XBRL no en línea (.xbr) – utilizado para informes xBRL-XML, xBRL-JSON y xBRL-CSV.

La especificación de paquetes de informes XBRL alcanzó el estatus de recomendación en septiembre de 2023, tras el proceso de gobernanza de XBRL International, varios años de desarrollo, pruebas y revisión pública.

La guía ayudará a los equipos de seguridad informática y a los proveedores de software de seguridad a comprender estos paquetes de informes XBRL y los tipos de archivo asociados, su propósito y las consideraciones políticas clave para su manejo seguro y su uso en entornos seguros.

2. Extensiones de archivo distintas

Los paquetes de informes XBRL tienen dos extensiones de archivo — .xbriy .xbr— para distinguir entre diferentes tipos de informes XBRL. Estos archivos son archivos ZIP que contienen el informe empresarial, sus datos y todos los recursos de soporte. Al igual que los archivos de Microsoft Office (por ejemplo, .docx o .xlsx), que también son archivos ZIP que contienen contenido estructurado, los paquetes de informes XBRL siguen un diseño similar. Aunque los paquetes de informes XBRL utilizan el formato ZIP, no son archivos ZIP comunes. Su contenido está estructurado y solo debe abrirse o visualizarse con software XBRL; las herramientas de archivo estándar no reconocen ni exponen automáticamente los archivos internos. Se desaconseja editar manualmente los paquetes de informes XBRL fuera del software certificado XBRL, ya que podría invalidar el paquete. Puede encontrar una lista de software certificado para la creación y el consumo de XBRL.

Las extensiones distintivas ayudan a los usuarios y a los sistemas a reconocer fácilmente el tipo de archivo y evitan que los usuarios modifiquen su contenido. Este enfoque también resuelve un problema común con .ziplos archivos tradicionales, donde los usuarios podían abrir, modificar e invalidar involuntariamente el paquete de informes.

3. Permitir extensiones de archivo

Las extensiones .xbride .xbrarchivo utilizadas por los paquetes de informes XBRL pueden resultar desconocidas para los sistemas informáticos corporativos. En algunos casos, estos tipos de archivo pueden estar bloqueados por la configuración de seguridad predeterminada, lo que impide compartirlos por correo electrónico o redes corporativas. Estas restricciones pueden interrumpir procesos empresariales esenciales, como la presentación de informes regulatorios obligatorios, la recepción de información de las partes interesadas y la comunicación regular con bancos, auditores, reguladores y proveedores de software externos involucrados en el proceso de presentación de informes.

4. Estructura de los paquetes de informes

La especificación de paquetes de informes XBRL define una estructura estandarizada para la organización de archivos y carpetas dentro del paquete. Esto garantiza la coherencia en la creación, el intercambio y el procesamiento de informes en diferentes sistemas. La estructura de un paquete puede validarse mediante software compatible con XBRL para confirmar que cumple correctamente con la especificación. Encontrará más detalles sobre la estructura del paquete de informes en la especificación técnica y las preguntas frecuentes sobre la implementación técnica publicadas por XBRL International.

5. Contenido de los paquetes de informes

Un paquete de informe XBRL en línea (.xbriextensión) contiene un archivo HTML o XHTML que representa el informe XBRL en línea. El paquete también puede incluir recursos complementarios como imágenes (en formatos como PNG, JPG, GIF o SVG), fuentes (WOFF, WOFF2 o TTF) y hojas de estilo (CSS), almacenadas como archivos separados dentro del paquete. Estos elementos preservan el diseño, el formato y la accesibilidad del informe.

Un paquete de informe XBRL no en línea (.xbrextensión) generalmente contiene archivos de datos XBRL en formato XML, JSON o CSV.

Los paquetes de informes incluyen archivos JSON que almacenan metadatos sobre la versión del paquete y, en el futuro, detalles de firma digital para mayor autenticidad e integridad. Además, un paquete de informes puede contener archivos XSD y XML que definen una taxonomía de extensión, la cual se utiliza cuando una empresa introduce sus propios conceptos de informes, además de los definidos en la taxonomía base.

XBRL en línea utiliza HTML/XHTML, lo que técnicamente permite que JavaScript muestre los datos XBRL en el navegador web. Sin embargo, para las presentaciones regulatorias, los organismos reguladores suelen prohibir el contenido ejecutable, incluido JavaScript. Los informes XBRL en línea que se presentan a los organismos reguladores deben contener únicamente datos y recursos estáticos, lo que supone un riesgo de incumplimiento si se incluye JavaScript de forma inadvertida en el paquete del informe XBRL.

6. Recomendaciones de Implementación: Perspectiva de Seguridad

Las siguientes medidas ayudan a mantener la seguridad de la información, al tiempo que garantizan que las organizaciones puedan gestionar e intercambiar de forma segura los paquetes de informes XBRL como parte de sus obligaciones regulatorias y de información financiera.

6.1 Recomendaciones para los equipos de seguridad informática

  • Agregar a las extensiones permitidas: Incluir .xbriy .xbren la lista de tipos de archivo permitidos de la organización.
  • Verifique que las pasarelas de correo electrónico, los cortafuegos, los servidores proxy y otros mecanismos de filtrado no bloqueen estas extensiones, lo que garantiza una transmisión fluida de los paquetes de informes XBRL.
  • Actualizar la documentación de políticas: Agregar formatos de paquete de informes XBRL a las políticas de tipos de archivo aceptables y manejo de datos.
  • Capacitar al personal de soporte: Informar al personal de la mesa de ayuda y de seguridad de que se trata de archivos comerciales legítimos y estandarizados que se utilizan para presentaciones regulatorias y financieras.

6.2 Recomendaciones para los proveedores de software de seguridad

  • Reconocer tipos de archivos: Configure los sistemas de detección para que identifiquen correctamente .xbrilos .xbrinformes XBRL.
  • Aplique el análisis estándar: Trate estos paquetes de informes como cualquier otro formato de documento basado en ZIP, aplicando análisis antivirus y de integridad estándar, y asegurándose de que no contengan contenido ejecutable.
  • Actualizar las bases de datos de tipos de archivo: Añada estas extensiones a las listas de tipos de archivo de confianza o seguros para evitar bloqueos o cuarentenas innecesarias.
  • Permitir .xbri y .xbrarchivar como formatos seguros y estandarizados requeridos para la presentación de informes reglamentarios.
  • Trate los paquetes de informes como archivos ZIP normales, aplicando análisis antivirus y de integridad estándar.
  • Asegúrese de que las políticas de TI y la capacitación del personal no bloqueen estos informes legítimos.
  • Proporcione a los usuarios un software de consumo de informes certificado por XBRL para que puedan abrir dichos informes.


XBRL US acepta el desafío de datos de la SEC

Los documentos presentados ante la Comisión de Bolsa y Valores de Estados Unidos (SEC) contienen información valiosa, pero realizar comparaciones significativas no siempre es sencillo. Con miles de extensiones específicas para cada empresa, incluso divulgaciones similares pueden estar etiquetadas de manera diferente, lo que genera inconsistencias que dificultan el análisis. Ese es precisamente el reto al que se enfrenta el equipo de XBRL US: convertir datos financieros fragmentados en un recurso más coherente y útil para la toma de decisiones.

Esta última iniciativa se basa en años de colaboración con el Consejo de Normas de Contabilidad Financiera de EE. UU. (FASB) y el Comité de Calidad de Datos (DQC). La Taxonomía de Estados Financieros Estandarizados (XUSSS) ofrece una forma estructurada de comprender los estados financieros, destacando conceptos clave que mejoran la comparabilidad. Pero esto no es solo teoría: el equipo lo ha puesto en práctica. Los documentos presentados ante la SEC y copiados en la Base de Datos de Documentos Públicos ahora incluyen vistas normalizadas, accesibles a través de la API XBRL o un complemento de hoja de cálculo para facilitar el filtrado. Hay código Python listo para usar, que utiliza XULE en Arelle para normalizar los documentos bajo demanda.

Este es precisamente el tipo de solución estructurada y tecnológica que hace posible la presentación de informes digitales. La Comisión Federal Reguladora de Energía (FERC) adoptó un enfoque similar al transformar una década de datos de formularios electrónicos, pasando de Visual FoxPro a un sistema moderno basado en XBRL. Ahora, XBRL US aplica esta misma filosofía a la presentación de informes financieros, lo que abre un nuevo abanico de posibilidades de uso para los datos de la SEC.

La razón de normalizar los datos

Durante casi 15 años, todas las empresas públicas que cotizan en bolsa han presentado datos financieros para estados y divulgaciones trimestrales y anuales a la Comisión de Bolsa y Valores de EE. UU. (SEC) utilizando el estándar XBRL. Uno de los desafíos que se citan a menudo al usar estos datos es que el requisito de la SEC permite a las entidades «utilizar una partida de estado financiero no estándar que no está incluida en la lista estándar de etiquetas», creando conceptos de extensión para hechos informados que no están (todavía) definidos en las taxonomías base de US GAAP o IFRS. Si bien el uso de extensiones se mantiene estable en alrededor del 19 % de los conceptos en todos los informes anualmente, las taxonomías base de hoy contienen más conceptos que nunca.

La normalización de los informes financieros puede mejorar la comparabilidad y la transparencia. El proceso implica clasificar las extensiones y consolidar conceptos. La mayoría de los agregadores e intermediarios de datos comerciales dedican importantes recursos a esta tarea, ya que se trata de un proceso que requiere conocimientos de los fundamentos contables y familiaridad con los datos registrados a lo largo del tiempo.

XBRL US tiene acceso a recursos similares. Como parte de nuestra misión de mejorar la divulgación financiera, apoyamos el proceso anual de taxonomía US GAAP del Consejo de Normas de Contabilidad Financiera (FASB) y coordinamos el desarrollo de reglas de código abierto para declarantes publicadas por el Comité de calidad de Datos (DQC), dos grupos familiarizados con la contabilidad y los datos de la SEC. Las reglas del DQC son tan importantes para el proceso de presentación de informes financieros que un número creciente de las más de 150 verificaciones se incluyen en la taxonomía anual del FASB y se utilizan durante el procesamiento de envíos EDGAR de la SEC.

Nuestro trabajo con el FASB y el DQC influyó en la creación de una Taxonomía de Estados Financieros Estandarizados (XUSSS) para entidades comerciales e industriales: un conjunto de conceptos básicos normalizados representados en el balance general, el estado de resultados y el estado de flujos de efectivo. Entre sus beneficios, la XUSSS puede ser útil para el proceso de creación de reglas. Trabajar con datos normalizados permite detectar valores atípicos y facilita una mejor comprensión de los problemas de calidad de los datos en la información financiera.

Aquí viene una parte divertida.

Utilizamos XUSSS para copiar los documentos presentados ante la SEC a la base de datos de documentos públicos. Además de copiar los documentos, ahora creamos vistas normalizadas de los informes trimestrales y anuales presentados con una taxonomía US GAAP. Los documentos se pueden consultar mediante los puntos finales de la API XBRL (fact, report, etc.) con el filtro report.source-name=NORM.

Más diversión: un código para crear el tuyo propio.

El proceso de normalización para la base de datos utiliza el lenguaje de consulta y reglas XBRL (XULE). Puede usar el código Python en este cuaderno Jupyter para iniciar XULE en Arelle, ejecutar la rutina de normalización en cualquier presentación que utilice la taxonomía US GAAP 2024 y crear una salida XML o JSON del informe. Es importante tener en cuenta que, si bien XUSSS se utiliza para crear un conjunto de datos normalizado que representa la presentación de informes US GAAP, el proceso de normalización XULE funciona con cualquier fuente de datos estructurada, independientemente del formato (es decir, no solo XBRL, sino también XML, CSV, JSON y quizás algún día incluso PDF/A). La Comisión Federal Reguladora de Energía (FERC) utilizó un enfoque similar para estandarizar 10 años de datos de formularios electrónicos en su base de datos Visual FoxPro el mismo año en que el regulador implementó un proceso de recopilación modernizado que pasó de PDF a XBRL.

Los datos financieros normalizados son una herramienta valiosa para reguladores, inversores, analistas y demás partes interesadas a la hora de tomar decisiones informadas sobre las entidades.



La prioridad digital ya está aquí

Durante muchos años hemos seguido de cerca la transición constante hacia la información financiera digital, animando a los ejecutivos financieros a conocer las ventajas del XBRL en línea (iXBRL), que se sitúa en la intersección de las páginas web HTML bien formadas y las etiquetas XBRL.

Recientemente, dos empresas recomendaron socios potenciales para que pudieran respaldar un enfoque digital prioritario (HTML). Esto fue un impulso a la investigación de herramientas que permitan diseñar, etiquetar y revisar informes anuales conforme al marco ESEF o al marco europeo de sostenibilidad CSRD, partiendo de un diseño HTML en lugar de convertirlo desde PDF.

La buena noticia es que, tras haber predicho la aparición de estas herramientas en un artículo anterior sobre informes digitales, encontré un número considerable de candidatos con diversas capacidades de diseño en toda Europa. Si bien estos proveedores pueden estar comenzando su andadura, ya habían encontrado clientes, no solo en los ámbitos de la presentación de informes ESEF y CSRD, sino también en marcos de información locales, y citaban como prueba sus excelentes informes XBRL y los sitios web financieros de microempresas.

Aquí vemos las principales conclusiones, incluidas las características comunes que definen a la generación actual, y analiza qué desarrollos futuros son necesarios para pasar de soluciones digitales y un simple etiquetado XBRL a informes corporativos verdaderamente integrados.

Definición de informes digitales

En 2022, la presentación de informes financieros digitales era un concepto relativamente nuevo para contables, auditores y departamentos de TI europeos. Muchos probablemente pensaban que ya lo hacían mediante la generación de documentos PDF, una solución que a menudo se denomina «papel bajo cristal».

El marco de presentación de informes del Formato Electrónico Único Europeo (ESEF, por sus siglas en inglés) probablemente resultó una sorpresa, ya que el formato XBRL en línea (iXBRL) solicitado se basa en un documento HTML con etiquetas XBRL incrustadas.

Muchas empresas simplemente continuaron con su proceso habitual y generaron su informe en PDF como de costumbre, etiquetando posteriormente el archivo resultante. Esto implicó cambios relativamente menores en sus controles internos y procesos de aprobación; sin embargo, los resultados de este proceso «añadido» no fueron tan buenos.

  • Archivos HTML grandes y muy mal estructurados, resultantes de la transformación de PDF (posición absoluta) a formato HTML (posición relativa).
  • Un etiquetado XBRL deficiente es consecuencia de etiquetar un documento final, es decir, buscar la información relevante para etiquetar y realizar cambios de última hora bajo una gran presión de tiempo para la publicación.

Otros problemas derivados de este proceso incluyen el incumplimiento de las normas de accesibilidad para el contenido web a las que muchas empresas se han comprometido públicamente en las políticas de sus sitios web.

Las conversiones a PDF de ESEF también presentan problemas de legibilidad, ya que la estructura y el formato pueden perderse. Por ejemplo, al revisar el contenido en otro formato:

Estos problemas no son meramente estéticos. Los informes convertidos a menudo no se validaban correctamente según las reglas de calidad de ESEF, como en el ejemplo anterior, o presentaban formatos defectuosos que confundían tanto a los lectores humanos como a los automáticos. Los auditores, que dependen de un etiquetado y una validación consistentes, se ven especialmente afectados.

El etiquetado de datos mediante modelos XBRL elimina el arduo y a menudo propenso a errores proceso de analizar grandes cantidades de información financiera corporativa para la evaluación comparativa de empresas. Esta evaluación comparativa puede ayudar a auditores e inversores a detectar numerosos problemas. Los datos digitales de baja calidad limitan el valor de la información divulgada, socavando muchos de los objetivos y beneficios de la digitalización, incluidos unos mercados de capitales eficientes y fiables.

Los organismos reguladores, como la ESMA, dudan en endurecer las normas de calidad de formato o accesibilidad, por temor a la resistencia de las empresas ante los costes de cumplimiento y la fricción política que esto podría generar. En realidad, los estudios demuestran que el etiquetado y el formato XBRL en HTML representan una fracción del coste y el esfuerzo totales que implica la elaboración de una declaración anual o un informe de sostenibilidad.

Se ha animado a las empresas a digitalizar sus procesos y formatos de informes, y muchas ya están avanzando en esta dirección. Sin embargo, la mayoría de los equipos de elaboración de informes aún prefieren trabajar con un formato que prioriza la impresión. Un análisis más profundo realizado por Friend Studio, una agencia de diseño británica, sobre la reacción al informe ESEF de Oakley Capital podría empezar a cambiar esta percepción.

Los últimos informes anuales de Oakley Capital se crearon íntegramente con software digital y se publicaron directamente en formato iXBRL. El mismo contenido se utilizó también para publicar una versión PDF bien estructurada para su impresión. El análisis de Friend Studio sobre el uso de estos informes muestra que el diseño digital prioritario generó mayor interés en el contenido, tanto para las versiones HTML como para las PDF; es decir, un buen diseño y una buena estructura benefician a todos. Sin embargo, el informe digital, de fácil acceso, tiene tres veces más probabilidades de ser leído que la descarga del informe en PDF.

Encuesta Digital First

La encuesta comenzó con un proceso sencillo: la búsqueda de proveedores que se autodenominaban «Digital First» en el ámbito de los informes corporativos. Una rápida revisión de sus sitios web confirmó que ofrecían este enfoque y que comprendían la propuesta básica. Por lo tanto, se puede concluir que existen más proveedores o empresas de servicios que utilizan un enfoque digital, pero que no se identifican públicamente con este mensaje clave de marketing.

La segunda etapa consistió en organizar una llamada para revisar los factores clave que se enumeran a continuación y confirmar los detalles que figuran en su sitio web. Por lo tanto, la encuesta es una evaluación general basada en información pública y no un análisis exhaustivo de la funcionalidad de cada producto.

La mayoría de los proveedores comenzaron desarrollando una solución de procesamiento multiformato, con algunas funcionalidades de diseño integradas. Al parecer, se expandieron al etiquetado XBRL debido a las oportunidades que ofrecen ESEF y los marcos de informes CSRD previstos. Además, varios han encontrado mercados locales con requisitos similares; por ejemplo, tres empresas neerlandesas están incluidas en la encuesta, ya que iXBRL es obligatorio para otros informes gubernamentales en los Países Bajos, como los de entidades de vivienda y educación.

Resultados generales de la encuesta

La mayoría de estos proveedores esperaban que ESEF, y en particular la Directiva de la UE sobre Informes de Sostenibilidad Corporativa (CSRD), les brindara un nuevo mercado potencial de unas 50 000 de las mayores empresas europeas. La reciente revisión del alcance de los informes de sostenibilidad por parte de la UE (conocida como Ómnibus) modificará y pospondrá esta oportunidad, pero varios de los proveedores encuestados informaron que ya estaban trabajando en informes ESG sin etiquetar o en presentaciones voluntarias utilizando el marco de la CSRD. Como se mencionó anteriormente, varios también habían encontrado mercados locales de iXBRL y la mayoría también utilizaba la plataforma para informes que no eran XBRL.

Estos proveedores suelen basarse en sistemas de gestión de contenido (CMS) conocidos, combinados con funciones de publicación HTML propias del diseño web, y los amplían con funciones básicas de etiquetado XBRL. El contenido se estiliza mediante hojas de estilo en cascada (CSS) para ofrecer experiencias visuales de alta calidad. La estandarización de HTML ha propiciado la existencia de numerosas herramientas para generar informes y sitios web con un aspecto fantástico sin necesidad de comprender el código. Sin embargo, HTML también puede ser personalizado infinitamente por programadores expertos.

Evaluación de las características clave de la iniciativa Digital First

El conjunto clave de características y factores de estos sistemas se evaluó, en primer lugar, a partir de los requisitos compartidos por empresas y profesionales a lo largo de los años. Posteriormente, estos se adaptaron a medida que avanzaban las entrevistas para ayudar a diferenciar y categorizar la gama de productos presentados.

Buen diseño

  • El diseño es un componente esencial, pero el nivel de exigencia varía enormemente según el público objetivo.
  • Quienes han encontrado mercados locales que requieren informes más sencillos están adoptando un enfoque de Software como Servicio (SaaS), centrándose en empezar rápidamente proporcionando plantillas básicas, diseño intuitivo gracias a la facilidad de uso (funciones y personalización limitadas) y ofreciendo servicios adicionales solo bajo petición.
  • En estos productos, el proveedor debía añadir personalización básica de diseño CSS (logotipo y marca), pero, si era necesario, podía ayudar con un diseño personalizado más complejo. Dado que la mayoría eran agencias de diseño o estaban estrechamente vinculadas a ellas, esto se consideraba una simple venta adicional.
  • Sin embargo, los sistemas que se basan principalmente en plantillas suelen ofrecer un control y una flexibilidad muy limitados al diseñador. Este es un aspecto crucial de los requisitos de informes para las grandes empresas.
  • Algunos proveedores se centran claramente en características de diseño de alta gama. Suelen ofrecer un modelo de servicio integral que incluye asesoramiento exhaustivo y soporte para el control interno. Era más probable que estas empresas contaran con excelentes ejemplos de informes ESEF e impresionantes listas de referencias.

Sistema de integración y gestión de contenido

  • Este es el núcleo de cualquier buen sistema de publicación digital y proporciona una única fuente de información para la publicación en una variedad de formatos.
  • Los informes anuales contienen información confidencial antes de su publicación, por lo que este es un tema importante para los emisores. La mayoría de los sistemas contaban con algún nivel de control de acceso, y algunos mencionaban un amplio soporte para la definición granular de roles y responsabilidades. Al menos dos proveedores mencionaron la acreditación pertinente.
  • El intercambio de contenido de datos mediante Word y Excel es una práctica habitual entre todos los proveedores. La sincronización para las actualizaciones de estos formatos de archivo estaba disponible en la mayoría de las plataformas, pero no fue posible comprobar su eficacia, especialmente al actualizar el modelo de taxonomía.
  • Por lo general, no se ofrecen API para dar soporte a otros sistemas de información. Algunos productos sí las tenían, pero solo las ofrecían a socios importantes; es decir, se asumía que eran personalizadas y no un conjunto estandarizado de API.
  • Un proveedor mencionó la posibilidad de utilizar flujos de datos para acceder a sistemas de datos, como sistemas de consolidación financiera o sistemas de gestión de información. Sin embargo, ninguno pudo detallar un método consistente para este tipo de conexión. Por lo tanto, cabe suponer que se trata de conexiones personalizadas cuando existen.

Gama de resultados

  • Otra característica fundamental es la posibilidad de ofrecer formatos de salida flexibles en formatos de archivo clave, y todos los programas afirman que admiten formatos de salida mínimos para la elaboración de informes de cumplimiento, como iXBRL, sitios web de micro informes y PDF/impresión.
  • Algunos mencionaron específicamente la actualización de su software para que sea compatible con la nueva especificación de paquetes de informes XBRL y el nuevo tipo de archivo ‘.xbrl’.
  • La clave reside en la fidelidad del resultado final a las características de su formato original; es decir, ¿el PDF sigue pareciendo una copia de la página HTML sin encabezados ni pies de página? Además, ¿podría el usuario configurar parámetros para controlar el aspecto específico de cada tipo de salida?

Ciclos de revisión y aprobación.

  • Esta área resultó difícil de evaluar, ya que el control de procesos varía considerablemente entre las empresas. La mayoría de los proveedores mencionaron que los gerentes podían aprobar el contenido, pero el nivel de aprobación fue difícil de determinar.
  • Como mínimo, es necesario proporcionar herramientas que ofrezcan capacidades XBRL adicionales: un visor iXBRL para que el resultado pueda visualizarse tal como se presentó; una lista de los conceptos XBRL utilizados, para así ayudar a los auditores internos y externos; y una herramienta de validación para comprobar el etiquetado XBRL según las normas de presentación pertinentes.
  • También habría sido útil evaluar cómo se gestionaban y aprobaban los cambios de última hora a través de los distintos niveles y estructuras organizativas. Se parte de la base de que estos son mecanismos específicos de cada empresa y que no están contemplados en la mayoría de estos productos.
  • Los controles internos sobre el contenido solo eran una prioridad para los proveedores que trabajaban con grandes emisores. Estos proveedores solían desempeñar un papel fundamental en la implementación de dichos controles para el proyecto. Esto significa que el cumplimiento de los informes generados por estos sistemas es mucho mayor.

Monitoreo de procesos

  • Los plazos ajustados para la presentación de informes anuales corporativos implican que las organizaciones necesitan un método para revisar el progreso en función de hitos específicos. Además, los proyectos pueden ser complejos e involucrar a numerosos participantes.
  • La mayoría de las herramientas permitían la monitorización del proceso, proporcionando una vista sencilla del estado de secciones específicas y un panel de control del proceso completo.
  • El nivel de sofisticación y flexibilidad para compartir los hitos del proyecto fue difícil de evaluar en las breves conversaciones.

Facilidad de etiquetado XBRL

  • Algunos proveedores habían certificado sus productos según los estándares XBRL, y estas herramientas figuran en las páginas de certificación de software XII. Sin embargo, no parecía ser una característica clave para los proveedores. De hecho, se sospecha que simplemente habilitan el etiquetado, pero no ofrecen servicios relacionados, esperando que proveedores externos cubran esta necesidad.
  • El etiquetado XBRL era básico, ya que proporcionaba vistas sencillas de la estructura taxonómica para seleccionar etiquetas y generar extensiones personalizadas.
  • Un proveedor mencionó el etiquetado en Excel, que podría ofrecer una mejor experiencia de usuario, pero ninguno ofrecía ayuda para el etiquetado de tablas como muchos proveedores de XBRL o indicaciones para la selección de etiquetas, como el sistema experto de XT ESEF de UBPartner.
  • Solo uno de los productos puede aceptar estados financieros preetiquetados de una herramienta de terceros. El proceso para agregar dichos archivos no está claro y puede requerir intervención manual. Sin embargo, esta funcionalidad comienza a abrir la posibilidad de una cadena de suministro de información completa e integrada.
  • Podría argumentarse que el etiquetado XBRL representa una parte relativamente pequeña del proceso general de presentación de informes anuales y, por lo tanto, no es tan importante. Sin embargo, es fundamental en marcos como ESEF y CSRD, donde el informe puede ser validado automáticamente por el regulador y los agentes del mercado. Si bien es normal que se produzcan errores durante los primeros años mientras las empresas ajustan sus procesos y sistemas, a largo plazo, los problemas con XBRL reflejan problemas internos y perjudican la imagen de la corporación.

Hacia dónde se dirige la información financiera digital

Las soluciones anteriores demuestran que la filosofía «Digital First» ya es una realidad, al menos en Europa. Estos sistemas digitales mejoran constantemente a medida que evolucionan las demandas. Las soluciones tradicionales basadas en la impresión tendrán dificultades para adaptarse a este ritmo, ya que no están diseñadas para ello.

Las áreas que deberían recibir mayor atención son:

  • Funciones de accesibilidad mejoradas para cumplir con las crecientes demandas.
  • Garantizar que los informes se puedan visualizar en todos los dispositivos y navegadores (un PDF convertido a HTML es imposible de leer en un móvil, que representa el 98% de los usuarios de internet).
  • Apoyo a los procedimientos de control interno
  • Etiquetado XBRL más eficiente y efectivo

Sin embargo, es probable que la adopción masiva de informes digitales por parte de los clientes solo se produzca cuando aparezca software comercial para cadenas de suministro de información integradas; es decir, sistemas de consolidación financiera o de gestión de divulgación que ofrezcan niveles similares de capacidad de diseño, o cuando las herramientas de diseño de informes digitales puedan aceptar estados financieros y tablas etiquetados con XBRL como entrada. Otra opción es que estos diferentes proveedores de sistemas integren sus sistemas.

Hoy en día, visitando el sitio web de XBRL Filings de XBRL International (XII) , encontrarás miles de informes iXBRL listos para ser revisados ​​y analizados. Esto, en sí mismo, representa un gran logro para la presentación de informes digitales, pero muchos están mal estructurados y etiquetados, y pocos están libres de errores XBRL.

Los reguladores pueden solucionar muchos de estos problemas y fomentar la presentación de informes digitales prioritarios realizando ajustes sencillos:

  • Si las normas reglamentarias exigieran HTML bien formado, las conversiones a PDF de baja calidad serían inaceptables. Solicitar a las empresas que cumplan con los estándares de accesibilidad para contenido web (WCAG 2.2 AA internacional) contribuiría a mejorar la calidad de los informes de forma similar.
  • La segunda parte consistiría en solicitar a los auditores que verifiquen tanto las etiquetas XBRL como las estructuras HTML de estos informes.

Sin embargo, como se mencionó anteriormente, tanto los reguladores como las empresas prefieren que los marcos de información se estabilicen. Esto deja el nivel actual de calidad de los informes por debajo de los estándares que exigen los inversores y, por lo tanto, socava el objetivo principal de un mercado de capitales eficiente.

Conclusiones

La mayoría de las empresas de informes optaron por la solución más sencilla disponible para ESEF y añadieron herramientas de etiquetado de PDF a sus procesos actuales, sin darse cuenta de sus limitaciones ni de la oportunidad digital que se presentaba.

La presentación de informes digitales ya no es una teoría. Existen herramientas disponibles, los proveedores están preparados y quienes la han adoptado tempranamente están viendo claros beneficios. Las empresas pueden migrar a estas plataformas con confianza y deshacerse de los procesos de PDF inflexibles y complicados que se han desarrollado.

Sin embargo, la plataforma de software es solo una parte del problema. La compleja interconexión de los controles internos sobre el contenido de dichos informes estratégicos, el flujo de trabajo de aprobaciones y el control de cumplimiento interno (que muy pocos proveedores encuestados mencionaron) constituyen una prioridad absoluta para los directores ejecutivos y financieros. Los proveedores que puedan desarrollar estas funcionalidades o implementar servicios en torno a su software probablemente estarán mejor posicionados para triunfar en este mercado.

Por lo tanto, cabe esperar que, inicialmente, la transición de la conversión de PDF a la presentación de informes digitales se produzca en un número reducido de empresas innovadoras. Las empresas con visión de futuro adoptarán esta evolución en los próximos años. Con el tiempo, las limitaciones del PDF y una mayor difusión de las ventajas de los informes digitales, gracias a análisis como los que ofrece Friend Studio, animarán a otras empresas a seguir su ejemplo.

El formato PDF seguirá siendo útil para algunos usuarios, pero los informes en PDF e impresos ahora pueden ser un producto del proceso digital, no el centro del proceso.

Muy pocos proveedores o empresas con los que he hablado han argumentado que la transición a la presentación de informes digitales en un formato estandarizado mejorará la transparencia y la comparabilidad entre los mercados de capitales europeos. Por lo tanto, recae sobre los reguladores la responsabilidad de obligar a las empresas a adoptar el enfoque correcto. La ESMA y la FCA/FRC del Reino Unido deberían tener presente este objetivo a largo plazo al considerar las próximas fases de cumplimiento normativo.



La IA exige inversión en infraestructura de datos públicos y XBRL

La IA está cambiando la forma en que accedemos a los datos, por lo que XBRL necesita actualizarse para proporcionar una plataforma semántica.

Imagina un chatbot de IA que le asegura a un inversor que los ingresos de una empresa aumentaron un 40 % el trimestre pasado, cuando en realidad disminuyeron. Los datos correctos estaban disponibles en internet, pero el modelo obtuvo la información de una fuente poco fiable, interpretó erróneamente etiquetas inconsistentes o seleccionó el período de referencia incorrecto. Esto no es una simple hipótesis. A medida que la IA se integra en las decisiones de inversión, la calidad de los datos subyacentes cobra mayor importancia que nunca.

Durante casi dos décadas, me he centrado en los conjuntos de datos públicos abiertos y la estandarización de datos. En 2006, me uní a la comunidad XBRL para aprovechar la promesa de que los informes digitales estructurados finalmente ofrecerían datos de alta calidad en los que los usuarios podrían confiar y que podrían analizar a gran escala. Esta promesa es ahora más importante que nunca con la aparición de interfaces de IA de lenguaje natural, donde el inversor puede formular cualquier pregunta que desee, como la que se muestra arriba.

Trabajando en Oracle en el área de almacenamiento de datos e inteligencia empresarial, pude comprobar de primera mano lo difícil que resulta transformar datos inconsistentes en información útil. Las promesas clásicas de la inteligencia empresarial (BI), como «convertir datos en información» y «ayudar a los usuarios a tomar mejores decisiones», se desmoronaban constantemente cuando los datos subyacentes estaban fragmentados y utilizaban diferentes etiquetas y definiciones. Llegué a comprender que estandarizar los datos en origen y validar su calidad es un requisito indispensable para que los sistemas de BI aporten valor real.

En el caso de los chatbots de IA, la calidad de los datos, la estructura de los datos y la autoridad del editor original son aún más importantes para producir análisis fiables que en el caso de los sistemas de BI tradicionales basados ​​en conjuntos de datos estrictamente definidos.

Lamentablemente, la inversión en sistemas de recopilación de datos se cuestiona como nunca antes, mientras que los beneficios de la estandarización de datos siguen sin comprenderse del todo. El resultado son demasiadas implementaciones fragmentadas, impulsadas por intereses locales que insisten en excepciones que, en última instancia, erosionan la confianza en los datos mismos.

La crisis silenciosa en los datos públicos

Una afirmación comúnmente utilizada en los llamamientos para reducir los marcos de recopilación de datos o para retrasar la creación de nuevos marcos es que las normas de información digital, que requieren algún tipo de etiquetado y validación de datos coherentes, aumentan los costes de cumplimiento para las empresas y, por lo tanto, repercuten negativamente en la competitividad y el crecimiento globales.

Mientras tanto, los costos de no recopilar ni estandarizar datos para su análisis permanecen ocultos. Estos costos se manifiestan en el tiempo perdido de numerosos usuarios que se esfuerzan por encontrar y reunir los datos, y en los sistemas diseñados para transformar datos de múltiples fuentes para su integración y análisis conjunto.

Mi experiencia personal sugiere que los datos públicos bien estructurados y estandarizados no representan una carga; forman parte de la infraestructura esencial que facilita el flujo de información en la llamada «era de la información». De hecho, los beneficios potenciales de estandarizar los conjuntos de datos abiertos son enormes y pueden impulsar el crecimiento mediante una mejor asignación de los recursos económicos.

Los conjuntos de datos abiertos no cuentan con la financiación suficiente

La confianza en las estadísticas clave del Reino Unido se encuentra en su nivel más bajo y que varias series de datos se han suspendido o retrasado. Esto ha sido causado por los recortes en los presupuestos gubernamentales, pero también por la falta de conciencia sobre el importante valor de dichos conjuntos de datos. La inversión en carreteras y hospitales es evidente, mientras que ahorrar tiempo y dinero a los analistas y demostrar su impacto en el crecimiento no lo es.

El Reino Unido no es el único país afectado. Esta «crisis» se repite en muchos países desarrollados, donde crece la preocupación por la calidad de los datos, lo que lleva a los responsables de la política económica y a los líderes empresariales a actuar a ciegas.

Los chatbots de IA que recuperan datos y elaboran respuestas de forma opaca plantean un nuevo problema, ya mencionado: ¿son correctos los datos? Sin fuentes fiables ni datos bien estructurados, los agentes de IA podrían inducir a error a analistas, empresas líderes, inversores y gobiernos, llevándolos a tomar decisiones erróneas y costosas.

Informes financieros y de sostenibilidad de la empresa: un caso práctico

La falta de financiación es el punto de partida; la falta de conocimiento y los fallos en la implementación agravan el problema. Los informes financieros y de sostenibilidad de las empresas europeas son buenos ejemplos de los principales desafíos.

Centrarse en los grupos de interés equivocados

El formato electrónico único europeo (ESEF) y su equivalente en el Reino Unido han logrado generar miles de informes digitales que pueden ser leídos por inversores y analizados por sistemas informáticos (utilizando XBRL en línea, como se mencionó en artículos anteriores).

Sin embargo, la ESMA se ha centrado principalmente en los registros mercantiles nacionales para obtener información sobre la política de la UE. Solo unos pocos cuentan con sistemas de recopilación de datos bien estructurados, y muchos desean proteger su función local de recopilación y publicación de datos para mantener su relación con las empresas, entidades contables y auditores locales más importantes.

La ESMA solo ha colaborado lentamente (quizás a regañadientes) con las empresas que presentaron la documentación, los auditores, los inversores y los expertos en datos técnicos para ayudar a resolver los numerosos problemas surgidos. Como consecuencia, el conjunto histórico de documentos está plagado de errores.

Nuevos conjuntos de datos: Directiva sobre informes de sostenibilidad empresarial (CSRD)

Crear nuevos conjuntos de datos públicos siempre supone un gran desafío. El alcance inicial y el nivel de detalle de los requisitos de recopilación de datos pueden determinar el éxito o el fracaso de un proyecto: un nivel demasiado general implica un análisis superficial, mientras que un nivel demasiado detallado puede resultar costoso y abrumador para las empresas que presentan solicitudes.

La Directiva de la UE sobre Informes de Sostenibilidad Corporativa (CSRD) se lanzó con gran ambición y amplio respaldo. Sin embargo, al igual que muchos sistemas de Business Intelligence, la taxonomía intentó codificar desde el principio el conjunto completo de requisitos regulatorios (…según lo indicado por las autoridades de la UE). La nueva taxonomía XBRL fue una avalancha de especificaciones detalladas y reglas complejas, lo que, como era de esperar, provocó una fuerte reacción.

El Parlamento Europeo solicitó una reevaluación (Ley Ómnibus de la UE), lo que dio lugar a una simplificación: se redujo la obligación de informar a las mayores empresas; se recortaron los datos que debían comunicarse a aproximadamente un tercio; y se aplazaron los plazos para las demás empresas en dos años.

En retrospectiva, los especialistas en inteligencia empresarial habrían recomendado la estrategia de «pensar en grande, empezar poco a poco», es decir, comenzar con una muestra de datos más pequeña proveniente de diversas fuentes y, posteriormente, ir evolucionando para satisfacer las necesidades cambiantes. Este enfoque habría beneficiado tanto a los responsables políticos como a las empresas.

Los grupos de interés locales enturbian el agua.

Las prácticas contables cambian de forma muy lenta y cautelosa, y aún persisten focos de resistencia en la comunidad a los cambios impuestos por la transición a los sistemas digitales paneuropeos. Por ejemplo, el Deutsches Aktieninstitut (Instituto Alemán de Valores) ha solicitado a la Autoridad Europea de Valores y Mercados (ESMA) que elimine por completo el formato de información digital iXBRL. Alega que iXBRL impone costes y complejidad considerables a las empresas sin ofrecer beneficios correspondientes a los inversores.

Europa sigue a la espera del Punto Único de Acceso Europeo (PEAS), que facilitaría el acceso a estos informes desde un único lugar, evitando así que los inversores tengan que buscarlos en 28 sistemas nacionales diferentes o en miles de sitios web de empresas privadas. Su implementación se encuentra estancada debido a las negociaciones con los registros mercantiles locales, mencionados anteriormente.

Los datos públicos preparados para la IA

Gran parte de la atención en torno a la IA se centra en la inteligencia lingüística general (interpretación de preguntas y generación de respuestas) que poseen los Modelos de Lenguaje a Gran Escala (MLG). Esto es importante para las interfaces de lenguaje natural y la interacción fluida que los usuarios buscan en las interfaces conversacionales. Sin embargo, en la práctica, el éxito de una aplicación de IA al responder una pregunta específica depende mucho más de la estructura, el formato y la fiabilidad de los datos subyacentes de su fuente.

Cuando se formula una pregunta, un chatbot de IA debe identificar las fuentes que debe consultar para elaborar una respuesta. Según un algoritmo de filtrado, generará una lista de prioridades. El chatbot priorizará el contenido ya resumido y de fácil acceso, e ignorará los datos cuya búsqueda sea costosa. La IA no se pregunta el porqué; simplemente calcula probabilidades y selecciona las mejores opciones.

A partir de estos datos, los chatbots de IA pueden generar nuevos indicadores clave de rendimiento (KPI) o agregados personalizados, transformar los datos y reorganizarlos en nuevos formatos y estructuras.

La cuestión clave para los analistas que utilizan datos públicos abiertos es que la IA es muy buena para aparentar seguridad incluso cuando está equivocada.

El desafío de las alucinaciones

En los paneles de BI tradicionales, suele ser fácil detectar y verificar datos incorrectos gracias a su enfoque estructurado. Si se encuentra un error sistemático, se puede revisar y corregir el código informático. Un proceso laborioso, pero bien conocido.

Los chatbots de IA generan código a medida que evalúan la pregunta y no siempre pueden revelar la consulta que han escrito, incluso cuando se les pregunta (pasos de código intermedios descartados). Los agentes de IA también pueden interactuar de maneras impredecibles. Por lo tanto, debido a su naturaleza probabilística, los chatbots de IA suelen producir resultados plausibles pero incorrectos.

Estos resultados plausibles pero incorrectos, que los expertos en marketing denominan eufemísticamente «alucinaciones», se derivan de la naturaleza probabilística de la IA. Los usuarios pueden abordar este problema mediante una ingeniería de mensajes detallada, pero esto solo subraya la necesidad de replantearse los propios conjuntos de datos públicos, así como los mecanismos de control y la verificación de los resultados de la IA.

Las organizaciones de confianza deben invertir más en sus sistemas de recopilación de datos y en la estandarización de los mismos. Es fundamental que los conjuntos de datos publicados tengan definiciones y estructura claras, que los datos estén libres de errores (o lo más cerca posible de ello) e incluyan metadatos (información sobre los datos) que ayuden a los agentes de IA a encontrar la información correcta.

Marco ODI

El Open Data Institute (ODI) ha publicado un marco de trabajo preparado para la IA, que identifica cuatro áreas críticas para los datos «preparados para la IA»:

  1. Cualidades de los datos: Cumplimiento de las normas de datos y uso de formatos de archivo apropiados que sean fácilmente legibles por máquina e interoperables.
  2. Metadatos (Contexto): El modelo de datos debe detallar la estructura de los datos, los tipos y las restricciones, además del linaje de los datos para rastrear su origen y transformaciones.
  3. Infraestructura: La infraestructura física y de software debe diseñarse para garantizar la accesibilidad, la escalabilidad y el control.
  4. Gobernanza de datos proactiva: actualización y automatización de las políticas de gobernanza.

Este tipo de sistemas requieren una inversión adicional para su configuración y mantenimiento, pero también exigen una mentalidad diferente durante su implementación y mantenimiento. Necesitan una visión global del alcance de la aplicación, que tenga en cuenta que cualquier desviación local en los estándares y definiciones de datos aumenta los costos globales y reduce la comparabilidad, y que los datos sobre los datos (metadatos del sistema o semánticos) son tan importantes como los datos en sí.

Por qué XBRL hace que la IA sea más inteligente

Se han publicado numerosos artículos y entradas sobre por qué XBRL proporciona una plataforma para la IA y los informes financieros y de sostenibilidad de las empresas. Las razones son sencillas: los datos estructurados incluyen el contexto y la información semántica, y los vinculan a una base de conocimiento más amplia.

Consideremos la diferencia fundamental en el enfoque:

  • Los analistas de la empresa aprenden contabilidad desde cero, construyendo un modelo integral de cómo se relacionan los conceptos y adquiriendo un conocimiento específico de cómo se aplica esto a los datos financieros de su compañía. Los auditores también poseen un profundo conocimiento que les permite detectar anomalías si un informe se desvía de los patrones habituales.
  • Los sistemas de IA utilizan la probabilidad y la estadística para identificar números específicos y patrones lingüísticos al analizar un informe de una empresa, asignando significado en función del contexto proporcionado por la pregunta y los datos generales de entrenamiento.

Este enfoque estadístico es potente, pero fundamentalmente diferente, y sin datos semánticos, estructurados y fiables como XBRL, resulta poco fiable. Los analistas de la empresa pueden tener lagunas en sus conocimientos… pero siempre pueden consultar a un chatbot de IA.

La respuesta natural y segura de los chatbots de IA a preguntas como la que aparece al principio de este artículo ha llevado a los usuarios no técnicos a creer que la IA no necesita etiquetado ni estandarización de datos, una idea errónea peligrosa.

Investigaciones recientes realizadas por XBRL US, utilizando grandes volúmenes de documentos, han demostrado que los sistemas de IA funcionan significativamente mejor cuando se entrenan con los modelos proporcionados por las taxonomías XBRL o cuando utilizan dichos modelos para comprender los informes, en lugar de texto sin formato o HTML.

Una taxonomía XBRL define qué representa cada dato reportado, su tipo de dato, sus relaciones con otros datos y las reglas que rigen su uso. Por ejemplo, «Efectivo» se define explícitamente como un «activo circulante»; «Ingresos» se incluye en el estado de resultados. Las unidades utilizadas, el contexto (entidad, período, dimensiones) y la precisión son inequívocos.

El contexto semántico que proporcionan los datos estructurados y etiquetados es precisamente lo que la IA necesita para razonar de forma fiable. Sin fuentes fiables y estructuradas, los sistemas de IA recurren al rastreo de texto, a la interpretación de etiquetas inconsistentes o a la recopilación de datos de terceros de procedencia desconocida. Esto abre la puerta a la desinformación, a resultados sesgados y a errores complejos extremadamente difíciles de detectar.

XBRL también resulta interesante desde otro punto de vista: ofrece una conexión directa con la información que la empresa desea comunicar. Por lo tanto, las etiquetas XBRL pueden brindarnos información útil sobre las intenciones y el enfoque de la empresa, mejor que cualquier proveedor de datos general. Sin embargo, los errores de datos y etiquetado en los informes históricos, como los de ESEF, reducen significativamente el valor del conjunto de datos, por lo que es fundamental corregir los problemas en el marco de informes lo antes posible.

Signos de convergencia

A pesar de estos desafíos, algunos avances alentadores sugieren que la situación está cambiando. Las instituciones están reconociendo que los datos estructurados no son opcionales, sino que forman parte de una infraestructura esencial, como las carreteras y los puentes.

Reconocimiento de la industria

Organismos internacionales como la IOSCO han solicitado explícitamente la presentación de informes en formato legible por máquina para mejorar la eficiencia del mercado. Las iniciativas de sostenibilidad hacen cada vez más hincapié en la comparabilidad transfronteriza, como la propuesta del ISSB de «pasaporte de datos», que permite a las jurisdicciones aceptar informes que utilizan taxonomías base estándar, reduciendo así la duplicación y la fragmentación.

Mientras tanto, están surgiendo nuevos conjuntos de herramientas de datos. El intercambio Semántico Abierto (OSI) de Snowflake busca estandarizar la forma en que se comparten los modelos semánticos entre plataformas, reconociendo que estandarizar los metadatos semánticos, y no solo los datos, es fundamental para la interoperabilidad entre las herramientas de BI e IA.

Evolución de XBRL y adaptación a la IA

XBRL no es la solución definitiva, pero ya proporciona gran parte de la base semántica que los sistemas de IA necesitan para la elaboración de informes financieros empresariales. El verdadero reto ahora reside en que el estándar XBRL desarrolle una especificación abierta que, además, se adapte a las arquitecturas de datos modernas y a la evolución de los estándares semánticos.

La comunidad XBRL lo entiende, y la actualización propuesta del Modelo de Información Abierta (OIM) busca simplificar y modernizar la forma en que se expresan los datos XBRL, facilitando su integración en plataformas de datos e IA contemporáneas. Ha llegado el momento de cumplir esta promesa.

Una mayor exposición a la IA también implica que las herramientas de IA se están adaptando. Por ejemplo, las aplicaciones de servicios financieros están yendo más allá de los modelos de lenguaje basados ​​únicamente en texto hacia sistemas multimodales que integran informes de empresas, datos financieros y otros medios simultáneamente, imitando la forma en que trabajan los analistas humanos.

Más importante aún, el sector está implementando marcos de verificación de «caja blanca» que utilizan modelos de lógica descriptiva (MLD) como auditores, validando las afirmaciones numéricas con los documentos originales. Estos avances permiten que los sistemas de IA procesen múltiples conjuntos de información simultáneamente, verifiquen las afirmaciones con los documentos fuente, mantengan registros de auditoría para garantizar el cumplimiento normativo y operen de forma segura dentro de los límites institucionales, abordando directamente los riesgos de confusión que podrían socavar las decisiones de inversión.

Sin embargo, estos sofisticados sistemas de IA aún dependen de la calidad y la estructura de los datos subyacentes. Sin fuentes estandarizadas y semánticamente ricas como XBRL, incluso los marcos de verificación avanzados tienen dificultades para garantizar la precisión.

Conclusión

Los datos de las empresas que cotizan en bolsa constituyen uno de los conjuntos de datos más valiosos de los que disponemos para impulsar el crecimiento. Cuando se preparan adecuadamente, facilitan mejores decisiones de inversión, una regulación más eficaz y mejores políticas públicas.

La lección no consiste en recopilar más datos, sino en recopilar los datos correctos, una sola vez, utilizando estándares compartidos, y en tratar esos datos como una infraestructura esencial que necesita inversión pública.

Por supuesto, el desafío no es solo tecnológico. También es organizativo y político, como alinear los incentivos, reducir la fragmentación de los marcos de datos e invertir en la tarea poco atractiva de la estandarización de datos.

Algunas recomendaciones específicas:

Reguladores: Proporcionen ahora conjuntos de datos preparados para IA como ESAP. Cada retraso multiplica los costos, ya que los analistas pierden tiempo buscando los datos y se resisten a los intereses locales, lo que genera datos incomparables. Una vez establecidos, los repositorios de datos como ESAP deberían permitir la colaboración colectiva para identificar nuestros errores.

Empresas: Exigen software basado en principios digitales, que sea totalmente compatible con XBRL y capaz de exportar datos a múltiples plataformas desde una única fuente. Estos sistemas existen (véase el artículo anterior), pero la clave está en dejar de usar las herramientas de conversión de PDF.

Tecnólogos: Contribuyan a la estandarización de la capa semántica mediante iniciativas como el proyecto Open Information Model (OIM) de la comunidad XBRL o el Open Semantic Interchange (OSI) de Snowflake.

La disyuntiva es clara: invertir ahora en una infraestructura de datos adecuada o ver cómo la IA nos engaña con total seguridad a gran escala. XBRL y estándares de datos similares ofrecen una vía probada si contamos con la voluntad colectiva de seguir la conclusión lógica de la necesidad de proporcionar a la IA «contexto» (una capa semántica estandarizada).

Todos podemos comprender que la IA es tan buena como los datos que encuentra; y en este momento, no le estamos proporcionando la base que necesita.