XBRL EN DETALLE El principal objetivo del presente documento es

XBRL EN DETALLE
El principal objetivo del presente documento es poder realizar un acercamiento, con
mayores detalles sobre las características del estándar abierto de Internet XBRL
(eXtensible Business Reporting Language). En realidad y desde una perspectiva
tecnológica XBRL es una de las aplicaciones de XML bastante complejas. Más allá de
la Especificación XBRL 2.1 existe un conjunto de tecnologías desarrolladas con el
ánimo de complementar las capacidades proporcionadas por la Especificación 2.1.
Desde el año 2000 al día de hoy, son diversos los desarrollos realizados por el
Consorcio XBRL Internacional con el ánimo de proveer un estándar que se adapte a los
requerimientos de una profesión de por sí compleja, la Contabilidad. XBRL ha sido
desarrollado con el objetivo de mejorar los procesos en el reporte de la información
financiera y de negocios, pero su alcance va mucho más allá y dependen en gran medida
de las necesidades del usuario que realiza la implementación. No son similares los
requerimientos del Proyecto Europeo COREP (COmmon REPorting) del Comité
Europeo de Supervisores Bancarios (CEBS) al Proyecto XBRL de la Comisión del
Mercado de Valores (SEC) en los Estados Unidos. Ampliaremos la información de
estos proyectos en artículos posteriores.
Figura 1. Cronología del estándar XBRL
No entraremos a profundizar en los aspectos tecnológicos de XML, el estándar sobre el
cual se ha construido el estándar XBRL y muchos otros lenguaje más como UBL,
SDMX, HL7, todos desarrollados dentro de un dominio específico. Por lo tanto, las
características del estándar XML son heredadas por XBRL junto con un valor agregado.
Sin entrar en mayores detalles, ¿Qué es XML? Desde una perspectiva tecnológica, un
estándar para el intercambio de datos. Desde que se ha desarrollado la informática,
ingenieros/programadores/informáticos han buscado la forma de simplificar la
transmisión de datos entre partes de código (entre aplicaciones y computadoras
también), esta simplificación viene dada a través del uso de estándares. XML prové un
formato simple y consistente que cualquier computadora (aplicación software) puede
entender. Tan sencillo como imaginarse a un Japonés y un Alemán tratando de mantener
una conversación ¿sería posible que se entendieran? Así sucede en el mundo real de la
informática, de los computadores, de las aplicaciones software.
Ahora bien, si XML se desarrollo como un estándar para el intercambio efectivo de
información en las aplicaciones informáticas, en Internet, XBRL es eso, un estándar
para el intercambio efectivo de información financiera y de negocios que proporciona
calidad a los datos, transparencia, elimina los procesos de redigitación manual de la
información ya que automatiza la comunicación entre los sistemas de información.
Bien, volvemos a la conversación entre Japonés y Alemán, como ellos desean realizar
negocios, saben que el idioma Inglés es un lenguaje universal, por lo tanto Japonés y
Alemán, de culturas diferentes, de idiomas complicados, se sientan a hablar en Inglés y
ahora pueden comunicarse y entenderse el uno al otro. Es decir han utilizado un
lenguaje común para expresarse. Pues bien, esto es lo que sucede con el “lenguaje”
XBRL, un lenguaje digital para la comunicación de hechos económico-financieros a
través de Internet.
Pero para considerar los beneficios de XBRL y tener proyectos tan relevantes como los
de la Comisión de Valores de Estados Unidos (SEC) y muchos más alrededor del
mundo, es porque existe un beneficio adicional al de proporcionar un lenguaje estándar
(que de por sí, ya es considerable), veamos cómo se compone y qué es XBRL (aquí
viene lo técnico):
¿QUÉ ES XBRL?
XBRL es un conjunto de elementos y atributos XML que permiten expresar la
información necesaria para la creación, intercambio y comparación de reportes de
información financiera y de negocios.
Los elementos y atributos de XBRL se expresan en la Especificación XBRL 2.1, es
decir el documento técnico como tal que expresa cómo se utiliza cada elemento en
XBRL. Es un documento netamente técnico, no recomendado para personas fuera del
área tecnológica. Es imprescindible tener conocimientos avanzados en el estándar XML
para lograr comprender la definición, relación y demás elementos de la Especificación.
Al interior de la Especificación 2.1 (la última versión del estándar) se detallan otros
conceptos fundamentales para lograr entender qué es necesario a la hora de trabajar con
XBRL.
ESTRUCTURA
La Especificación 2.1 define los siguientes elementos que hacen parte de XBRL:
1. Taxonomía
La Taxonomía (del griego, taxis, "ordenamiento", y nomos, "norma" o "regla") es,
en su sentido más general, la ciencia de la clasificación [1]. Por lo tanto, una
Taxonomía XBRL es el lugar donde se realiza la definición de los conceptos que
posteriormente serán reportados con sus respectivos valores en los documentos
instancia XBRL.
En sí, puede verse la taxonomía como el elemento de mayor relevancia al desarrollar
un proyecto de implementación en XBRL, ya que en ella se definen las
características y propiedades de los conceptos a reportar. La utilización de dichos
elementos permiten una definición exacta de los conceptos, veamos a continuación
cuáles son estos elementos:
Figura 2. Los conceptos de reporte se definen en las taxonomías
<ELEMENT NAME>
Elemento en el cual se detalla el nombre del concepto. Por ejemplo en la Figura
1, sería <ELEMENT NAME= “Activo”>.
<TYPE>
Es un atributo que permitirá definir el valor numérico que tomará el concepto.
En otras palabras, dirá si un concepto es de tipo monetario (monetaryItemType),
una fraccionario (fractionItemType), un decimal (decimalItemType), un tipo de
punto flotante (floatItemType), y así sucesivamente abarcando una amplia gama
de tipos que poseen relevancia en el dominio cubierto por XBRL. Por ejemplo,
para la Figura 1, podríamos especificar que el concepto CAJA sería de tipo
monetario <TYPE=”monetaryItemType”>.
<BALANCE>
El atributo BALANCE que define la naturaleza contable del concepto. Si existe
la idea que un concepto tenga naturaleza Débito/Crédito, entonces el presente
atributo puede ser utilizado para indicarlo. XBRL propone ciertas restricciones
al uso del presente atributo, primero, es un atributo opcional y segundo solo
puede ser utilizado cuando el atributo <TYPE> es igual o derivado de
monetaryItemType.
<PERIOD>
Es un atributo obligatorio que permite identificar si el concepto se mide en un
instante de tiempo o su medida cambia a través del tiempo.
Estos serían algunos de los elementos y atributos que permitirían la definición de los
conceptos en una taxonomía. Hay otros más, pero no es el propósito de este artículo
entrar en mayores detalles, en el blog http://xbrlenespanol.squarespace.com iré poco a
poco definiendo cada concepto.
Pero aquí no acaba la relevancia de la taxonomía, es más aún hemos abarcado un 5% de
lo que permite XBRL. Es necesario, como apuntábamos anteriormente, que la
Taxonomía es un elemento relevante a la hora de trabajar con XBRL, en su desarrollo es
importante contar con la participación de expertos en el área de XBRL, profesionales
del área de negocio y profesionales del área tecnológica, de esta forma se
complementaría el trabajo necesario para representar los requerimientos tecnológicos y
de negocio en la taxonomía.
Mi experiencia y la de nuestro equipo de trabajo en el desarrollo e implementación de
proyectos en XBRL nos llevan siempre a 1. Realizar una capacitación profesional en el
estándar, 2. Conformar los equipos de trabajo interdisciplinarios. Los mejores resultados
se presentarán cuando trabajan en la taxonomía, profesionales de la informática,
contadores, auditores, economistas, financieros.
Ahora bien, es importante apuntar que las taxonomías pueden ser reutilizables, lo que
conocemos en el mundo XBRL como “realizar EXTENSIONES DE TAXONOMÍAS”
es por ello la importancia de trabajar en equipo, los profesionales de la informática no
podrían conocer si un elemento de la Taxonomía de los Estándares Internacionales de
Información Financiera (IFRS) puede ser reutilizado en la taxonomía local. O si un
elemento definido por la Superintendencia Financiera de Colombia (es sólo un ejemplo)
puede ser reutilizado por la Contaduría General de la Nación.
Es por ello que los países que han adoptado los Estándares Internacionales de
Información Financiera (IFRS) y han ido implementado XBRL, DEBEN generar
proyectos para conocer qué elementos pueden utilizar de la Taxonomía IFRS-GP del
Comité Internacional de Estándares Contables (IASB) y cuales elementos serán
conceptos propios. El Comité Internacional de Estándares Contables (IASB) ha
mantenido su completo apoyo al desarrollo de XBRL. El 24 de Junio de 2008, la
Fundación Comité Internacional de Estándares Contables (IASCF) hizo público la
Taxonomía IFRS-GP 2008. Nuestros colegas del IASCF mantienen su web en:
www.iasb.org/xbrl
Ahora bien, observemos cómo se realiza una extensión. El siguiente ejemplo
corresponde a la extensión hecha por el Banco Central de España al realizar la
taxonomía del Sistema Integrado de Información Financiera (SIIF). Se realiza extensión
de la taxonomía IFRS-GP 2006 del IASCF, posteriormente la Comisión Nacional del
Mercado de Valores de España (CNMV), extiende de la propia taxonomía del Banco
Central de España.
-
IFRS GP 2005: Taxonomía Estándares Internacionales de Reporte de
Información Financiera. Desarrollada por la Fundación Comité Internacional de
Estándares Contables.
-
ES BE FS: Taxonomía desarrollada por el Banco Central de España para el
Sistema SIIF, el cual recibe reportes de las entidades de crédito de España.
-
IPP: Taxonomía Información Pública Periódica. Desarrollada por la Comisión
Nacional del Mercado de Valores de España.
Figura 3. Extensión de taxonomías XBRL
Ahora bien, el procedimiento de realizar extensiones, hacer reutilización de elementos,
realizar relaciones de equivalencia, es un procedimiento de mucho cuidado, que debe
ser desarrollado con el apoyo de expertos en el área financiera-contable.
Este procedimiento de extensiones habilitará la interoperabilidad entre las aplicaciones
informáticas, es decir permitirá la comunicación entre los sistemas de información de
las instituciones, eliminando procedimientos de entrada manual de datos, restando
transparencia a la información. De igual forma, entre los beneficios existentes
encontramos la reducción o eliminación (en el futuro) de un procedimiento que cuesta
mucho dinero a las empresas: la presentación de la misma información a diversos
organismos en formatos diferentes. De hecho, la problemática radica en las formas
cómo los Supervisores piden la información a los organismos regulados. En el caso
colombiano, la DIAN hace uso del XML, un XML propio (están reinventado la rueda)
para recibir la información, la Superintendencia Financiera utiliza un formato
propietario, donde las entidades vigiladas deben transformar la información que
mantienen en sus sistemas y traducirlo al “lenguaje” que entiende la Superintendencia,
de igual forma pasa con la Superintendencia de Sociedades, la Superintendencia de
Servicios Públicos, la Contaduría General de la Nación. Al final, entre ellos no existe un
mecanismo eficiente de comunicación electrónica. Al interior de sus organizaciones,
cantidad de recursos tanto humanos, como financieros, son necesarios para poder
producir y analizar los datos, para poder enviarlos entre ellos mismos es necesario tener
recursos digitando la información, almacenándola en bases de datos, validando los
datos.
Entre los beneficios existentes en la utilización del estándar, característica que los
reguladores a nivel mundial están aprovechando del estándar, es el hecho que con el
estándar XBRL, los datos llegan al regulador ya validados matemáticamente como
estructuralmente. Lo que les supone ahorros de costos y dedicar sus recursos a su
verdadera misión: supervisión y análisis.
La Federal Financial Examination Council (FFIEC) organismo que supervisa las
instituciones financieras en Estados Unidos, en Octubre 1 de 2005 implemento un
repositorio central de datos, llamado CDR –Call Data Repository [2]–, una comprensiva
herramienta sobre la cual administran la información financiera de más de 8000
instituciones financieras en Estados Unidos. Al realizar la implementación del estándar
XBRL, han logrado automatizar el proceso sobre el cual las más de 8000 entidades
reportan la información al CDR, a partir de allí, las entidades pertenecientes al FFIEC,
entre las cuales están: FDIC: Federal Deposit Insurance Corporation, FRS: Federal
Reserve System, OCC: Office of the Comptroller of the Currency, reciben los reportes
consolidados (Call Reports) enviados por los bancos.
OBJETIVO
RESULTADO EN LA NUEVA
PLATAFORMA CDR
Exactitud en los datos
95% de la información de los bancos cumple los
requerimientos de negocio. En la antigua
plataforma, solo el 66% de la información.
Validación
100% de los datos cumplen los requerimientos
matemáticos. Anteriormente un 30% no cumplía
con las validaciones
Accesibilidad a los datos
Permite la publicación inmediata de la
información. Anteriormente días o semanas
después de recibidos los datos podían ser
publicados.
Desde la perspectiva de la empresa que debe cumplir con los requerimientos de
información. ¿Cuánto tiempo les toma preparar la misma información pero en diferentes
formatos? ¿en recursos humanos? El hecho de trabajar con el estándar permitirá a las
empresas tener un único formato y reutilizarlo cantidad de veces, ahorrando tiempos en
la preparación de la información, XBRL permitirá crear independencia tecnológica, es
decir, las empresas no deberán estar atadas a una única solución tecnológica. Es tan
simple como que Ud. en estos momentos puede escoger en utilizar el navegador web
que quiera, escoge entre usar un Internet Explorer, Mozilla Firefox, Opera, Safari o
Konqueror. Todos o cualquier otro navegador web que llegue al mercado debe trabajar
con el estándar HTML.
Como hemos apuntado anteriormente, las taxonomías XBRL son un elemento de
clasificación/definición de conceptos, pero a estos conceptos hay que relacionarlos,
darles un significado y aquí entra otra característica del estándar XBRL que lo hace
diferente a utilizar un XML: los documentos de relaciones.
Son 5 elementos de relación, definidos en la Especificación XBRL 2.1, ellos son:
Relación de Presentación, Relación de Definición, Relación de Cálculo, Relación de
Referencias y Relación de Etiquetas. ¿Pero con qué objetivo se han desarrollado estas
relaciones? Si encuentras un concepto BANCOS, sabes que BANCOS pertenece a
ACTIVOS, pero BANCOS tiene subcuentas y a su vez tenemos que la Clase 1 (Activo),
Clase 2 (Pasivo) y Clase 3 (Patrimonio) comprenden las cuentas que conforman el
Balance General. ¿Dónde hemos expresado esto en XBRL? ¿De qué forma podríamos
lograrlo? Por esta razón se crearon los documentos de relación.
Las relaciones en XBRL se
conocen como LINKBASES,
las cuales hacen a su vez uso de
la
Especificación
XLINK
(XML Linking Language) del
W3C. Los documentos de
relación son documentos que se
definen exteriormente a la
taxonomía XBRL y permiten
establecer una relación entre
conceptos. Es así como
podemos a través de la
Relación de Cálculo definir las
reglas de negocio necesarias
para validar matemáticamente
la información.
Aunque hemos abarcado dos elementos fundamentales de XBRL, como lo son las
Taxonomías y los documentos de Relaciones, aún falta establecer las definiciones para
los documentos instancias e iniciar la introducción a las tecnologías adyacentes a
XBRL, como lo son la Especificación de Dimensiones 1.0, las futuras recomendaciones
de Formulas, Funciones, Rendering y Versionado de Taxonomías. XBRL hasta el
momento no permite más allá de realizar sumas y restas, es imposible realizar
validaciones entre diferentes contextos (es por ello que está en desarrollo la
Especificación de Formulas) y validaciones más complejas en los datos (Especificación
de Funciones), los requerimientos del sector económico-financiero requieren una
Especificación lo suficientemente flexible para adecuarse a los contextos de un mundo
globalizado. En mi segunda parte, haré referencia a estas nuevas tecnologías y a
completar nuestra información en base a la Especificación XBRL 2.1.
Un proceso global de adopción
Ahora es momento de entrar a conocer cuáles son las implementaciones a nivel
mundial, que han dado paso para reconocer las bondades del estándar. Entre las
implementaciones de gran impacto se encuentra el proyecto XBRL de la Comisión del
Mercado de Valores de Estados Unidos (SEC), cuya iniciativa la han denominado
“Datos Interactivos” (Data Interactive) [3]. La SEC ha invertido 54 Millones de dólares
para la reingeniería de su sistema EDGAR (Electronic Data Gathering, Analysis and
Retrieval), y de esta forma adecuar a la SEC a los requerimientos de una nueva era
liderada por los avances de Internet.
El 19 de Agosto, la SEC anunció el sucesor del sistema EDGAR, ahora se conoce como
IDEA por INTERACTIVE DATA ELECTRONIC APPLICATIONS. Una aplicación
que permitirá una transición de un sistema basado en la captura de documentos y formas
a un sistema completamente interactivo que tiene como base los beneficios del estándar
XBRL, el mismo permitirá que la información pública de las compañías sea de fácil
acceso por parte de los inversionistas, que puedan consolidar información de muchas
compañías en el mismo instante que crean los reportes y realizan el análisis de los datos.
La SEC ha desarrollado un visualizador con el cual se permite explorar las capacidades
de los datos interactivos, para acceder al visualizador [5].
De esta forma entidades como BANCOLOMBIA, Corporación Financiera del Valle,
ISA, y cuando salga a bolsa en Estados Unidos ECOPETROL, deberán preparar su
información financiera en XBRL, claro, tendrán 2009 para prepararse. Esto les
implicara conocer la Taxonomía US-GAAP [4], preparar los reportes y enviarlos a la
SEC. Claro está que será decisión de la organización, salir y comprar más software,
contratar consultores en XBRL con el único fin de preparar los formularios y gastar más
dinero, o ver en el estándar un beneficio adicional para sus operaciones y adoptarlo para
mejorar la comunicación interna y externa de información financiera. He aquí el punto.
Un regulador no es exclusivamente la Superintendencia Financiera de Colombia, la
DIAN, un regulador también puede ser un gran Banco, una compañía con múltiples
filiales dispersar geográficamente, por ejemplo SAB Miller, BBVA, Bancolombia son
casas matrices que deben consolidar mucha información, analizarla y almacenarla, en
algunas ocasiones manteniendo una, dos hasta tres contabilidades. El mundo se mueve
hacia los estándares abiertos, y Colombia no puede ser la excepción.
Nuestro equipo de trabajo actualmente asesora a la Superintendencia de Valores y
Seguros de Chile en su proceso de adopción de XBRL, durante su paso a Estándares
Internacionales de Información Financiera (IFRS), la Superintendencia de Valores ha
aprovechado el momento para implementar el estándar, hacer la debida extensión de la
Taxonomía XBRL de las IFRS 2006. Las actividades que mantenemos en México,
Costa Rica, Perú, Brasil, Chile dan cuenta de la relevancia por el desarrollo del Estándar
XBRL.
He creado un blog para canalizar la mayor parte de la información en XBRL en español,
tendré la colaboración de blogs amigas como la de mi amigo Charles Hoffman [6].
Espero contar con su participación en http://xbrlenespanol.squarespace.com/
Sergio Vicente Quiroz Arteaga
Director de Desarrollo para América Latina
Business Reporting – Advisory Group Sp. Z.o.o
Email: sergio@quiroz-arteaga.com
sergio.quiroz@br-ag.eu
Skype: sergioquiroz
Madrid, España
[1] http://es.wikipedia.org/wiki/Taxonomía
[2] http://www.ffiec.gov/find/
[3] http://www.sec.gov/spotlight/xbrl.shtml
[4] http://xbrl.us/pages/us-gaap.aspx
[5] http://216.241.101.197/viewer
[6] http://xbrl.squarespace.com/