Ante las consultas del mercado, referente a software que proporcionen soluciones de visualización de los archivos del estándar XBRL, se presenta a continuación un listado de empresas proveedoras de éstas soluciones XBRL.

La Comisión para el Mercado Financiero no certifica los productos de estas empresas. Este listado es publicado únicamente con fines informativos.

• Visor de informes XBRL, Niif Consultores Spa
• Visor de informes XBRL, Reporting Standard S.L.
• Editor y visualizador de informes XBRL, Reporting Standard S.L.
• Editor y visualizador de informes XBRL, Fujitsu Interstage XWand
• Editor y visualizador Visor de informes XBRL, DyT Systems
• Editor y Visualizador de informes XBRL, DBNET

Si usted conoce alguna otra solución de visualización de XBRL y no aparece en este listado, comuníquese a través de Soporte Web.

En el mercado existen software que permiten mapear la información de los archivos planos o excel a la taxonomía y generar los archivos xbrl.

XBRL aumenta las posibilidades de utilizar la información relativa a los estados financieros. Puede eliminarse la necesidad de volver a introducir los datos financieros con fines analíticos y de otro tipo. Al presentar sus estados en XBRL, una empresa puede beneficiar a los inversores, así como mejorar su perfil. También satisfará los requerimientos de los reguladores, prestamistas y otros consumidores de información financiera, que solicitan de manera creciente que se presente la información en XBRL. Esto mejorará las relaciones de negocio y se traducirá en una diversidad de beneficios.

Con la plena adopción de XBRL, las empresas pueden automatizar la recogida de datos. Por ejemplo, los datos procedentes de las distintas divisiones de la empresa elaborados con diferentes sistemas contables pueden agregarse fácilmente y de manera barata y eficiente. Una vez que se ha reunido la información en XBRL, se pueden generar, con el mínimo esfuerzo, diversos tipos de informes a partir de una variedad de subconjuntos de datos. La división financiera de una empresa, por ejemplo, puede producir de modo rápido y fiable informes de gestión interna, estados financieros para su publicación, declaraciones de impuestos y para otros reguladores, así como informes crediticios para los prestamistas. No es sólo que se pueda automatizar la gestión de los datos, eliminando procesos muy prolongados y susceptibles de generar errores, sino que los datos pueden verificarse mediante programas informáticos para comprobar su exactitud.

No. XBRL es simplemente un lenguaje para transmitir información. Refleja con exactitud los datos que se han comunicado de acuerdo con las distintas normas, pero no las modifica.


 

Las cifras en los archivos XBRL se deben expresar en una moneda legal como son el peso chileno o el dólar estadounidense, en vista que los Estados Financieros se preparan en miles de pesos, se deben completar las cifras del archivo XBRL con 3 ceros a la derecha y con el atributo XBRL DECIMAL en -3.

Ejemplo:

Esto es expresado en el archivo XBRL:

Definidos un periodo y una unidad de moneda

        <xbrli:context>
        <xbrli:entity>
        <xbrli:identifier scheme="www.svs.cl">Empresa</xbrli:identifier>
        </xbrli:entity>
        <xbrli:period>
        <xbrli:startDate>2009-01-01</xbrli:startDate>
        <xbrli:endDate>2009-03-31</xbrli:endDate>
        </xbrli:period>
        </xbrli:context>
        <xbrli:unit>
        <xbrli:measure>iso4217:CLP</xbrli:measure>
        </xbrli:unit>

El resultado debe ser

        <ifrs-gp:RevenueTotal decimals="-3" 
         contextRef="PeriodoActual" 
         unitRef="Pesos">64408537000</ifrs-gp:RevenueTotal>

Ejemplo error:

Si se informa de la siguiente forma

<ifrs-gp:RevenueTotal decimals="0" contextRef="PeriodoActual" unitRef="Pesos">64408537</ifrs-gp:RevenueTotal>

Se entenderá que el valor es de 64.408.537 Pesos.

No, no es posible incluir código de HTML en los archivos, por las siguientes razones:

1) Incompatibilidades en los juegos de caracteres: Un informe XML tiene el juego de caracteres indicado en la cabecera del informe con el elemento: <?xml version="1.0" encoding="utf-8"?>
Un campo de texto tiene caracteres dentro del juego de caracteres indicado (en este caso sería utf-8). Sin embargo, en las páginas web se pueden especificar los juegos de caracteres distintos a los juegos de caracteres indicados en el documento XML.

Por ejemplo, un elemento meta en la página web del tipo. <META http-equiv="Content-Type" content="text/html; charset=ISO8859-1">
Pero como está dentro de un documento XML que es UTF-8. Puede provocar problemas al momento de interpretarlos.

2) Tratamiento de los caracteres html que no son válidos dentro de un campo de texto: El carácter "<" (abrir tag) es muy comúnmente utilizado en HTML. El software tendría que convertir "<" en &lt; y ">" en &gt; Algunos APIs o XBRL Viewer bien desarrollados de tratamiento de información en XML harán esta transformación de forma automática, pero No parecerá natural a algunos técnicos tener que hacer cosas como:

<cl-ci:DescripciónDeAlgo contextRef="ctx0" ...>&lt;html&gt;&lt;head&gt;&lt;META http-equiv=&quot;Content-Type&quot; content=&quot;text/html; charset=ISO8859-1&quot;&gt;</cl-ci:DescripciónDeAlgo>


3) Diferenciar cuándo los usuarios están enviándonos HTML codificado y cuando nos están enviando texto normal. En esta etapa, la posibilidad sería considerar el texto como texto sin formato y tipo de caracteres de espaciado proporcional.

A la hora de formatearlo en una página web se podría usar un <pre>...</pre> y dejar el contenido del campo tal cual. De esa forma, alguien podría enviar una tabla generada con caracteres del tipo:

<cl-ci:DescripciónDeAlgo contextRef="ctx0" ...>


Tabla A B

--------------------

Fila 1 | 100 | 200 |

--------------------

</cl-ci:DescripciónDeAlgo>