Inicio › Capítulos › Capítulo 5 · Aspectos técnicos de XBRL

5.8 · Ciclo de publicación de la taxonomía

14 min de lectura

5.8 · Ciclo de publicación de la taxonomía

Introducción

La publicación y el mantenimiento de una taxonomía comprenden todo el proceso de poner las taxonomías XBRL a disposición de los usuarios y mantenerlas actualizadas y confiables a lo largo del tiempo. Esto implica más que simplemente liberar archivos técnicos: también exige establecer un gobierno adecuado, gestionar los periodos de consulta pública y dar soporte continuo a los grupos de interés que dependen de la taxonomía para cumplir sus obligaciones de reporte.

Esta sección cubre el ciclo de vida completo de la taxonomía a través de tres fases principales: las actividades previas a la publicación (incluidos los marcos de gobierno y la consulta pública), los procesos de publicación (incluidos los paquetes de taxonomía y la documentación de soporte) y el soporte posterior a la publicación (incluidos los mecanismos de retroalimentación y el mantenimiento continuo). Cada fase comprende actividades específicas que contribuyen a la confiabilidad de la taxonomía y a la confianza de los grupos de interés.

Antes de la publicación

Establecimiento del marco de gobierno de la taxonomía

Una publicación y un mantenimiento eficaces de la taxonomía son esenciales para el éxito de las iniciativas de reporte digital. Sin procesos adecuados, las taxonomías pueden volverse inconsistentes, quedar desactualizadas o resultar inutilizables, lo que lleva a una mala calidad de los datos y a confusión entre los grupos de interés. Las taxonomías bien gestionadas, en cambio, ofrecen una base estable que permite un reporte exacto y comparable entre organizaciones y periodos.

Un buen proceso de gobierno evita problemas comunes, como que distintos equipos hagan cambios contradictorios, que los proveedores de software trabajen con versiones distintas de la misma taxonomía o que se publiquen actualizaciones sin las pruebas adecuadas. Estas situaciones generan confusión y reducen la calidad de los datos reportados.

Conformación de un equipo dedicado a la gestión de la taxonomía

Un gobierno eficaz exige roles y responsabilidades claros. Tres roles clave apoyan la gestión de la taxonomía:

• Los arquitectos de la taxonomía toman las decisiones de diseño que afectan la estructura general y el desarrollo futuro de la taxonomía. Se aseguran de que las decisiones actuales respalden las necesidades futuras y mantengan la consistencia en toda la taxonomía.
• Los autores de la taxonomía desarrollan el contenido propiamente dicho, traduciendo los requerimientos regulatorios en especificaciones técnicas. Crean los conceptos, las etiquetas y las relaciones que conforman la taxonomía.
• Los dueños de la taxonomía mantienen la operación continua: monitorean el desempeño, atienden los problemas y coordinan las actualizaciones. Se aseguran de que la taxonomía siga satisfaciendo las necesidades de los usuarios con el tiempo.

Cada rol cumple un propósito específico y trabaja hacia el objetivo común de mantener la calidad y la pertinencia de la taxonomía. Unas definiciones claras de los roles evitan situaciones en las que se demoran decisiones importantes porque nadie tiene una responsabilidad clara de tomarlas.

Implementación de sistemas de control de versiones

Los sistemas de control de versiones registran cada cambio que se hace a la taxonomía. Estos sistemas registran qué cambió, cuándo cambió y quién hizo el cambio. Así se crea un registro completo que ayuda a los equipos a entender cómo se ha desarrollado la taxonomía con el tiempo.

El control de versiones evita los problemas que surgen cuando varias personas intentan cambiar la misma parte de una taxonomía al mismo tiempo. Sin estos sistemas, los equipos podrían trabajar sobre versiones desactualizadas, crear cambios contradictorios o borrar por accidente el trabajo de otros.

Estos sistemas aseguran que todos los grupos de interés trabajen con la misma versión vigente de la taxonomía. Esta coordinación es esencial para mantener la consistencia y evitar errores.

Elaboración de calendarios de mantenimiento

Los calendarios de mantenimiento regulares, como el que desarrolló la EIOPA, dan el ritmo predecible que mantiene las taxonomías actualizadas y pertinentes, y evitan la disrupción de cambios constantes e impredecibles. Estos calendarios de mantenimiento son comparables a los intervalos de mantenimiento planeado de infraestructura crítica, como puentes o aeronaves. Una atención regular y programada evita que los problemas pequeños se conviertan en problemas grandes y asegura que el sistema siga cumpliendo el propósito para el que fue creado.

Estos calendarios permiten atender de forma sistemática la retroalimentación acumulada, incorporar nuevos requisitos regulatorios, corregir los errores identificados e implementar mejoras basadas en la experiencia práctica. La naturaleza predecible del mantenimiento programado ayuda a todos los grupos de interés a planear sus propias actividades, ya sean actualizaciones de software, capacitación del personal o ajustes en los procesos de reporte.

Los calendarios de mantenimiento también crean momentos naturales para hacer revisiones y pruebas integrales. En lugar de implementar los cambios uno por uno a medida que surgen, el mantenimiento programado permite evaluar a fondo cómo interactúan las distintas modificaciones entre sí y con los sistemas existentes.

Procedimientos de aprobación de cambios en la taxonomía

Los procedimientos formales aseguran que cada cambio reciba una revisión adecuada antes de implementarse. Estos procedimientos mantienen la integridad y la confiabilidad de las que dependen los grupos de interés. El proceso de aprobación de cambios suele incluir varias etapas:

• Las solicitudes iniciales se registran y se evalúan en cuanto a su necesidad y su impacto potencial.
• La evaluación técnica confirma que los cambios propuestos no dañarán la funcionalidad existente.
• La revisión asegura que las modificaciones estén alineadas con los objetivos regulatorios y las normas técnicas.
• La consulta externa recoge la retroalimentación de los grupos de interés afectados, cuando corresponde.

Este enfoque sistemático evita modificaciones mal pensadas que podrían parecer razonables de manera individual, pero que podrían crear problemas al verlas en el contexto más amplio de todo el sistema de reporte.

Un registro completo de cambios (change log) documenta la justificación de cada modificación. Este registro da información valiosa a los proveedores de software, que necesitan entender cómo deben adaptarse sus sistemas a las actualizaciones de la taxonomía. Ayuda a los preparadores de los reportes a entender qué modificaciones deben hacer en sus procesos de reporte. Además, sirve como herramienta de aprendizaje para el equipo de gobierno.

Periodo de exposición pública de los artefactos en borrador

Un periodo de exposición pública permite que los participantes del mercado revisen y comenten las estructuras de taxonomía propuestas antes de la publicación final. Este periodo debe anunciarse con claridad y tener un plazo definido, que suele ser de 30 a 60 días. El anuncio del periodo de exposición debe ir acompañado de instrucciones claras que expliquen cómo enviar comentarios.

Los materiales publicados durante el periodo de exposición deben coincidir con lo que se incluirá en la publicación final. Así, los grupos de interés pueden dar una retroalimentación significativa sobre lo que realmente tendrán que usar.

Los periodos de exposición pública promueven la transparencia y generan en los grupos de interés un sentido de apropiación del producto final. Permiten recoger la retroalimentación de la industria, que puede incluirse en la versión final de la taxonomía. Este proceso de consulta ayuda a asegurar que la taxonomía final satisfaga las necesidades prácticas de quienes la van a usar.

Esto importa porque los periodos de exposición pública reducen los problemas de implementación al identificar los inconvenientes antes de la publicación final. Los grupos de interés pueden señalar preocupaciones prácticas, sugerir mejoras y preparar sus sistemas con base en versiones casi finales. Esta preparación anticipada conduce a una adopción más fluida cuando se publica la taxonomía final.

Publicación

Publicación como paquetes de taxonomía

Los reguladores deben asegurarse de que las taxonomías publicadas cumplan las especificaciones y guías pertinentes más recientes desarrolladas por XBRL International. La mejor práctica es publicar cada taxonomía como paquetes de taxonomía (taxonomy packages), que ofrecen un enfoque estándar para la publicación, las convenciones de formato y la estructuración de los artefactos técnicos. Los paquetes de taxonomía son fáciles de consumir por las aplicaciones de software.

Otra referencia clave para los reguladores es la guía de XBRL International sobre la publicación de taxonomías, que presenta recomendaciones prácticas para estructurar y distribuir los paquetes de taxonomía, alojar los archivos de forma segura y asegurar que se puedan encontrar y reutilizar. Aunque la guía es técnica, complementa este artículo al dar a los equipos operativos las herramientas necesarias para implementar la capa de publicación de manera consistente y robusta.

Materiales de apoyo para los usuarios de la taxonomía

Los usuarios de la taxonomía necesitan más que los archivos de la taxonomía en bruto para entender el alcance de una taxonomía nueva o los cambios de una existente. Los reguladores deben publicar un conjunto completo y accesible de artefactos que expliquen el propósito, la estructura y la aplicación esperada de la taxonomía. Estos artefactos favorecen una mejor participación y promueven la claridad entre grupos de interés diversos:

• El modelo de datos (en formato tabular o de diagrama): una representación de los requerimientos de reporte amigable para el negocio, que ilustra la relación entre conceptos, jerarquías y reglas de validación. Los modelos de datos son especialmente valiosos para los usuarios no técnicos, porque ofrecen una visión clara de lo que se reporta sin necesidad de interpretar archivos técnicos de esquema.
• Reglas de validación (incluidas las restricciones de negocio): una lista estructurada o documentación de las reglas que rigen la consistencia lógica y la integridad de los datos reportados. Puede incluir validaciones entre campos, requisitos condicionales o rangos de valores esperados. Entregarlas ayuda a los preparadores y a los proveedores de software a validar correctamente los reportes.
• Paquetes de taxonomía (esquema, archivos linkbase, puntos de entrada): los artefactos técnicos que definen la estructura de la taxonomía, incluidos los conceptos, las relaciones, las etiquetas y las referencias. Empaquetados según las especificaciones de XBRL International, estos archivos permiten que los sistemas de software interpreten y apliquen la taxonomía.
• Reportes XBRL de muestra (escenarios de reporte típicos): ejemplos prácticos de cómo se vería un reporte correctamente marcado con la taxonomía. Son de gran ayuda para los preparadores y los desarrolladores de software, porque muestran los enfoques de marcado previstos y aclaran las expectativas de reporte.
• Documentación sobre la arquitectura de la taxonomía (convenciones de nombres, decisiones de modelado): una explicación de las decisiones de diseño, como por qué se usaron ciertas dimensiones, cómo se agrupan los puntos de datos o qué convenciones se aplicaron en los nombres y las referencias. Esto mejora la transparencia y favorece una mejor alineación con cualquier extensión futura.
• Reportes de versionamiento (resumen de los cambios entre versiones): una comparación concisa entre versiones que explica qué se agregó, se eliminó o se modificó en la taxonomía. Esto permite a los grupos de interés evaluar el impacto de los cambios en sus sistemas y procesos de reporte.
• Manuales de reporte (filing manuals) o guías de implementación: instrucciones prácticas para los preparadores de los reportes y los proveedores sobre cómo crear y validar documentos de instancia XBRL, presentar los reportes e interpretar los mensajes de error. Estas guías suelen incluir preguntas frecuentes, políticas de marcado y referencias a las obligaciones regulatorias de reporte.

Este nivel de transparencia no solo mejora la calidad de la retroalimentación de los grupos de interés durante la consulta, sino que también sienta las bases para una adopción e implementación más fluidas de la taxonomía publicada.

Después de la publicación

Mecanismos de recolección de retroalimentación y respuesta

Debe haber mecanismos estructurados para recoger, revisar y responder la retroalimentación de los usuarios de la taxonomía. El proceso de recolección de retroalimentación debe seguir estos pasos:

Paso 1: Recoger la retroalimentación por varios canales:

• Formularios en línea o portales de retroalimentación.
• Canales de correo electrónico designados.
• Sistemas de seguimiento de incidencias en los que los comentarios y las respuestas son visibles públicamente.
• Talleres de revisión o seminarios web, especialmente para grupos de interés grandes.

Paso 2: Revisar y clasificar la retroalimentación: ordenarla por tipo (problemas técnicos, solicitudes de aclaración, sugerencias de mejora) y por prioridad (correcciones urgentes, mejoras generales, consideraciones futuras).

Paso 3: Responder a los grupos de interés: cada aporte debe recibir un acuse de recibo oportuno. Dé una respuesta inicial que confirme la recepción y un plazo estimado para la revisión completa.

Paso 4: Publicar los resultados de la consulta: los reguladores deben publicar un resumen de los resultados de la consulta, que indique qué sugerencias se adoptaron y el razonamiento detrás de las decisiones. Esta transparencia ayuda a los grupos de interés a entender cómo influyeron sus aportes en la taxonomía final.

Los mecanismos de retroalimentación deben acomodar a usuarios con distintos niveles de experiencia técnica. Esto puede incluir ofrecer formularios de retroalimentación en lenguaje sencillo, materiales traducidos cuando corresponda y asegurar que las inquietudes no técnicas reciban la misma consideración que los problemas técnicos.

Soporte posterior a la publicación y comunicación continua

Una vez publicada la versión final de la taxonomía, los reguladores deben mantener canales abiertos de soporte continuo. Esto implica establecer procesos claros para atender los distintos tipos de consultas de los usuarios:

• Servicios de soporte:
  • Mesa de ayuda o correo electrónico de soporte dedicado para preparadores, proveedores y otros usuarios.
  • Compromisos de tiempo de respuesta para los distintos tipos de consultas.
  • Procedimientos de escalamiento para los asuntos urgentes.
• Gestión del conocimiento:
  • Mantener un registro de preguntas y respuestas basado en los retos que se presentan con frecuencia.
  • Actualizar periódicamente las guías de implementación con base en la experiencia de los usuarios.
  • Documentar los problemas comunes y sus soluciones.
• Resolución de problemas:
  • Procedimientos claros para reportar problemas técnicos o errores en la taxonomía.
  • Comunicar las correcciones mediante actualizaciones puntuales (a veces llamadas hotfixes).
  • Calendarios regulares de notificación para las actualizaciones y mejoras no urgentes.
• Canales de comunicación:
  • Boletines o actualizaciones periódicas sobre la evolución de la taxonomía.
  • Aviso anticipado de los próximos cambios o de los calendarios de mantenimiento.
  • Información de contacto clara para los distintos tipos de necesidades de soporte.

Asegurar la continuidad de la comunicación ayuda a construir confianza a largo plazo y evita interrupciones durante los periodos de reporte. La comunicación periódica también ayuda a identificar problemas emergentes antes de que se conviertan en problemas generalizados.

Resumen

Publicar y mantener taxonomías XBRL implica un ciclo de vida completo que va mucho más allá de simplemente liberar archivos técnicos. Este enfoque de ciclo de vida asegura que las taxonomías sigan siendo confiables, actuales y útiles para todos los grupos de interés involucrados en el reporte digital.

La fase previa a la publicación sienta las bases del éxito mediante marcos de gobierno adecuados, equipos de gestión dedicados, sistemas de control de versiones y procedimientos estructurados de aprobación de cambios. El periodo de exposición pública de esta fase permite que los grupos de interés revisen y mejoren las taxonomías propuestas antes de su publicación final.

La fase de publicación consiste en liberar las taxonomías como paquetes estandarizados, acompañados de materiales de apoyo completos. Estos materiales ayudan a los usuarios a entender el propósito, la estructura y los requisitos de aplicación de la taxonomía.

La fase posterior a la publicación mantiene el valor de la taxonomía mediante la recolección estructurada de retroalimentación, servicios de soporte continuo y comunicación periódica con los usuarios. Esta fase asegura que las taxonomías sigan respondiendo a las necesidades cambiantes y que los usuarios reciban la ayuda que necesitan para una implementación exitosa.

Para los organismos reguladores y supervisores que implementan plataformas de reporte digital, este enfoque de ciclo de vida ofrece varios beneficios clave. Reduce los problemas de implementación al identificar los inconvenientes desde temprano mediante la consulta. Genera confianza en los grupos de interés mediante procesos transparentes y un soporte confiable. Asegura la calidad de los datos mediante un gobierno y una validación adecuados. Y, sobre todo, crea una base sostenible para el éxito del reporte digital a largo plazo.

Una publicación y un mantenimiento eficaces de la taxonomía exigen compromiso con las tres fases del ciclo de vida. Cada fase se construye sobre la anterior, lo que crea un enfoque integral que transforma las taxonomías técnicas en herramientas confiables para las iniciativas de reporte digital.

Texto original en inglés: https://playbook.xbrl.org/