Generic selectors
Exact matches only
Search in title
Search in content
Post Type Selectors

Mapeador de datos a XBRL

Pregunta: ¿Qué es el Mapeador de datos XBRL?

Respuesta: El mapeador de datos XBRL consta de dos componentes de software que le permitirán transformar datos en ambas direcciones: El Generador transforma de cualquier formato a XBRL y el Intérpretetransforma de XBRL a cualquier otro formato.

Pregunta: ¿Para qué se usa mapeador XBRL?

Respuesta: El mapeador XBRL tiene dos posibles usos:
 – Como Generador de informes XBRL: El mapeador accederá a datos que existen en repositorios de información y generará un informe XBRL.
 – Como Intérprete de informes XBRL: El mapeador leerá un informe XBRL y cargará los datos en los destinos correspondientes.

Pregunta: ¿Cómo funcionan el Generador y el Intérprete?

Respuesta: Ambos componentes de software funcionan mediante ficheros de configuración en XML. Los ficheros de configuración permiten que los componentes se adapten a cualquier situación lo que reduce drásticamente el tiempo de realización del proyecto.

 Arquitectura del Generador de XBRL

Generador divide su trabajo en dos fases. La Fase I comienza con una plantilla de informe XBRL a rellenar. Cada elemento de la plantilla tiene información sobre el contexto que aplica, el concepto de la taxonomía, el origen de los datos, la unidad a utilizar en el caso de que sean elementos numéricos, etc. La plantilla permite el uso de tuplas XBRL y permite documentar también el número de veces que los elementos se pueden repetir dentro de las tuplas.

Se puede configurar el origen de los datos de forma independiente por cada elemento que figura en la plantilla del informe. Esto permite que, por ejemplo, a la hora de realizar un informe XBRL, parte de la información provenga de una hoja Excel y otra parte provenga de una base de datos relacional.

El fichero de configuración de la Fase I puede utilizar muchos orígenes de datos simultáneamente.

La Fase II consiste en un diálogo con el Driver que obtiene los datos del repositorio. Cada Driver puede tener su propio fichero de configuración si es necesario. Por ejemplo, el Driver de acceso a datos en un formulario web no necesita fichero de configuración. Sin embargo, el driver que accede a datos en Excel necesita conocer las celdas en las que buscar los datos.

Arquitectura del Interprete de XBRL
 

Intérprete de XBRL funciona de forma similar en cuanto a la arquitectura. La Fase I del intérprete comienza con una definición de filtros sobre el contenido del informe XBRL. Los filtros son independientes del dispositivo o formato final donde se cargarán los datos del informe. Cada vez que se satisfagan las condiciones del filtro se producirá un Evento de Carga.

En la Fase II del Intérprete, cada Driver responderá a los eventos de carga y los datos serán almacenados en el destino final. Cada evento de carga podrá ser captado por uno o más Drivers. Los Drivers disponen de un fichero de configuración específico que permitirá al driver interactuar con el formato final

Pregunta: ¿Qué drivers existen en la actualidad?

Respuesta: El Generador dispone de drivers para Excel, Formularios web, Bases de datos relacionales y ficheros separados por comas CSV.

El Intérprete dispone de drivers para Excel y Bases de datos relacionales.

Pregunta: ¿Se pueden desarrollar drivers nuevos?

Respuesta: Si. El desarrollo de drivers es una tarea sencilla ya que el diálogo entre el procesador y el driver está ya definido y es el mismo para cada driver.

Pregunta: ¿Qué pasa cuando cambia la taxonomía?

Respuesta: Cuando cambia la taxonomía hay que ajustar los ficheros de configuración. Reporting Estándar trabaja en el grupo de Versionado XBRL de XBRL Internacional. El objetivo de este grupo es estandarizar los formatos de los informes que documentan los cambios a las taxonomías. El Mapeador de datos XBRL de Reporting Estándar está diseñado para ajustar los ficheros de configuración a los cambios en las taxonomías y producir un informe de los cambios realizados así como aquellas áreas del proceso de migración que requieren intervención humana. Todos los cambios en las taxonomías que pueden adaptarse de forma automática son abordados por el proceso de migración de forma que se reduce el tiempo necesario para utilizar una nueva versión de una taxonomía.

Pregunta: ¿Qué otras áreas de coste son menores gracias al uso del mapeador?

Respuesta: En primer lugar, usted no necesitará ser un experto en XBRL.

En segundo lugar, el proyecto de implantación de XBRL se simplificará. Sólo será necesario configurar unos pocos componentes.

Pregunta: ¿Cuánto puede durar un proyecto de implantación de estos productos?

Respuesta: Nuestra experiencia dice que para informes de unos 200 elementos en la plantilla el tiempo total del proyecto incluyendo la formación, impantación y generación de ficheros de configuración es de unos 2 meses y 2 personas en el proyecto.

Pregunta: Soy una empresa de consultoría ¿Puedo usar sus componentes en mis proyectos?

Respuesta: Por supuesto que sí. Reporting Estándar proporciona su software para que los consultores puedan sacarle partido al estándar XBRL. Reporting Estándar no es una empresa de consultoría. Nosotros sólo desarrollamos software XBRL. Nuestro objetivo es ayudar a los consultores a que realicen con éxito los proyectos XBRL en sus clientes. Reporting Estandar estará siempre a su disposición para solucionar cualquier duda durante el proyecto.

Noticias relacionadas

Nueva actualización taxonomía IFRS

La fundación IFRS ha publicado una solicitud propuestas para actualizar la taxonomía XBRL tras una ronda consultas. El objetivo es identificar en los estados financieros principales

Leer más »

Data Amplified 2023

En el contexto de un evento internacional de vanguardia como es Data Amplified 2023, centrado en el reporte digital, XBRL

Leer más »