XBRL: mucho más que el simple cumplimiento normativo

Recientemente regresé de una breve visita a la 19ª Conferencia Internacional de XBRL en París, y no puedo evitar pensar que muchas organizaciones simplemente no comprenden la importancia de esto, y que quizás la directiva de la SEC es en parte responsable de ello. Uno podría pensar (bueno, yo lo pensaba, al menos) que, en el año siguiente a la publicación de los requisitos de presentación de informes en formato XBRL por la economía más grande del mundo, esta conferencia estaría repleta de representantes de empresas ansiosos por aprender más sobre cómo, y lo más importante, por qué deberían etiquetar sus datos financieros en formato XBRL. Pero, lamentablemente, no fue así.

Solo puedo suponer que el bajo número de asistentes, especialmente desde Estados Unidos, se debe a que las organizaciones aún consideran que XBRL es principalmente un tema de cumplimiento normativo, y continúan externalizando la "etiquetado" de sus estados financieros a empresas de impresión financiera u otras entidades que presentan documentos ante la SEC (EDGAR).

Entonces, ¿XBRL es un tema de cumplimiento normativo? Bueno, por supuesto que lo es, pero es mucho más que eso. Puedo afirmarlo con certeza porque trabajo para Altova y nosotros simplemente no nos enfocamos en software de cumplimiento. Desarrollamos herramientas que ayudan a las empresas a maximizar la eficiencia de sus interno Estos procesos están diseñados para reducir el tiempo y el costo total del flujo de trabajo de gestión de datos. Y esto es perfectamente factible para cualquier empresa que utilice XBRL, pero implica analizar de manera proactiva la forma en que gestiona sus datos.

"Etiquetado" implica que los estados financieros se elaboran de la manera tradicional, ya sea en una hoja de cálculo o en un programa de contabilidad, y luego se marcan retrospectivamente y meticulosamente con etiquetas XBRL para que cumplan con los requisitos. ¡Uf... no es de extrañar que el cumplimiento normativo tenga una connotación tan negativa! ¿Acaso no tenemos suficiente trabajo ya? Y espere, ¿no es esto simplemente añadir una tarea manual a otra, duplicando las posibilidades de error humano? No estoy seguro de cuándo exactamente esta palabra "etiquetado" se popularizó para describir la implementación de XBRL, pero lo único que ha logrado es simplificar en exceso algo que, en realidad, no era muy complicado (aunque, admitámoslo, probablemente fue acuñada por alguien del departamento de marketing, del cual yo también formo parte).

De cualquier manera, dejemos de lado la idea de la etiquetación y veamos si podemos encontrar algo un poco más innovador. Imaginemos que todos los datos financieros de su empresa se almacenan en algún tipo de repositorio, ya sea una base de datos, un sistema de contabilidad/ERP, archivos XML, o incluso una combinación de estos. ¿Qué pasaría si pudieran simplemente mapear sus datos a XBRL internamente en lugar de contratar consultores externos que revisen los informes y etiqueten cada elemento? ¿Y si pudieran incluso reutilizar este mapeo la próxima vez que tengan que generar un informe financiero similar? ¿Y si incluso pudieran hacer que su departamento de TI automatice sus procesos de presentación de informes XBRL?

Mapeo XBRL Altova MapForce es una herramienta de nivel empresarial herramienta de integración de datos que le permite hacer precisamente eso. Es utilizado por desarrolladores y arquitectos de aplicaciones a un nivel avanzado, pero su interfaz gráfica fácil de usar hace que MapForce sea accesible para cualquier persona que comprenda los datos que necesitan ser mapeados. Veamos un ejemplo parcial para ilustrar lo fácil que puede ser: el primer paso es cargar e insertar el componente de datos de origen, en este caso, una base de datos, en el panel de diseño de MapForce.

Tenga en cuenta que el componente de mapeo es una representación de las tablas y columnas en la base de datos. Por lo tanto, los datos subyacentes pueden cambiar en cualquier momento, y el mapeo en sí mismo no se verá afectado. Lo mismo ocurre con cualquier estructura de mapeo que utilice en MapForce, ya sea XML, bases de datos, archivos de texto plano, EDI, Excel, XBRL o servicios web. A continuación, agregaremos nuestro componente de mapeo de destino, en este caso, una taxonomía básica de extensiones XBRL basada en US GAAP - Comercial e Industrial.

Ahora, podemos comenzar el mapeo simplemente conectando líneas para asociar elementos. Habrá casos en los que necesitemos aplicar reglas de procesamiento de datos para modificar ligeramente el formato, filtrar datos o incluso añadir constantes para los requisitos de informes XBRL que no existen en la base de datos. Todo esto se puede hacer muy fácilmente arrastrando y soltando funciones intermedias de la biblioteca de MapForce en la barra lateral.

Por ejemplo, supongamos que su base de datos requiere automáticamente un formato de fecha y hora para registrar cualquier período contable. Dado que la presentación de informes en formato XBRL solo requiere una fecha, necesitamos eliminar la información de la hora en nuestra configuración. Simplemente, arrastre una función de "fecha a partir de fecha y hora" desde la biblioteca y conecte las líneas entre su base de datos y el componente XBRL.

Por supuesto, probablemente también necesitará agregar una variedad de otras funciones matemáticas, lógicas u de otros tipos a sus datos, y encontrará una larga lista de estas ya disponibles en la biblioteca de funciones.

También puede agregar fácilmente funciones personalizadas, si es necesario, utilizando un constructor de funciones gráfico. Al final, su mapeo tendrá una apariencia similar a esta:

Ahora, simplemente haga clic en la pestaña "Salida" para ver cómo se ve el formato XBRL. Y ahí lo tiene... un mapeo de datos reutilizable y extensible que puede utilizar cada vez que necesite enviar datos en formato XBRL. Incluso puede integrar la interfaz de mapeo en otra aplicación, o pedir al departamento de TI que genere código que automatice la creación de archivos XBRL cada vez que se deba presentar un informe. Para obtener una descripción más detallada de cómo funciona el mapeo XBRL en MapForce, consulte nuestro tutorial de Altova sobre XBRL.

Aquí tenemos un ejemplo muy rápido de cómo generar XBRL directamente desde un sistema de contabilidad: no es necesario volver a introducir la información, no es necesario crear un conjunto de estados financieros tradicionales, y, por supuesto, no es necesario realizar ningún tipo de "etiquetado". Y lo mejor de todo es que todo esto se puede hacer fácilmente internamente y a una fracción del costo. Ahora, no me malinterpreten, la externalización podría tener un lugar en la implementación de XBRL de su empresa. Por ejemplo, crear una taxonomía de extensiones XBRL podría ser algo que prefiera delegar a aquellos que tienen años de experiencia trabajando con la sintaxis de XBRL y otras complejidades. Pero, ¿no deberían los datos financieros de su organización ser procesados en formato XBRL por aquellos que mejor los conocen?

Para obtener más información sobre el Altova MissionKit herramientas para XBRL - que incluye soporte para Mapeo y automatización de XBRL, Validación de XBRL y creación de taxonomías, y Renderización de XBRL - por favor, visite https://www.altova.com/solutions/xbrl-tools.html ...o Descargue el paquete Altova MissionKit ¡Hoy!