1ª Sesión Formativa XBRL España Creación y validación de instancias XBRL 2015 1 de Junio 2015 Moira Lorenzo ([email protected]) Presidenta Grupo Taxonomías

1ª Sesión Formativa

XBRL España

Creación y validación

de instancias XBRL

2015

1 de Junio 2015

Moira Lorenzo ([email protected])

Presidenta Grupo Taxonomías

Atos

CREACIÓN Y VALIDACIÓN DE INSTANCIAS XBRL

XBRL: Taxonomías vs Instancias

Ejemplo: Parte de un balance

Los valores del balance están en la instancia o informe

Los elementos / terminologías / estructura / etiquetas de texto / cálculos asociados / orden de los elementos y su significado se definen en la taxonomía


Indice

(1) Contenido de los documentos XBRL

• Estructura y referencia DTS

• Contextos

• Unidades de medida

• Elementos: Items y tuplas

• Notas al pie

(2) Reglas de presentación

(3) Validaciones


Estructura XBRL

Ficheros con extensión XML o XBRL

Son documentos XML donde el elemento raíz del

documento es XBRL.

Contiene:

• Elementos: Datos reales asociados a un

contexto (temporal / empresa) y una

unidad para los conceptos definidos en el

DTS.

• Contextos: Información adicional sobre la

empresa y el espacio temporal a los que

se asocian los datos.

• Unidades: Unidades de medida de los

datos.

• Notas al pie.


Informe XBRL y DTS

Elemento schemaRef:

- Único elemento obligatorio del modelo de

contenido XBRL.

- Identifica el esquema de la taxonomía.

Elemento linkbaseRef:

Opcional.

Identifica los linkbases de la taxonomía.

Instancia

Esquema

Linkbases

schemaRef

linkbaseRef

linkbaseRef

DTS

<link:schemaRef xlink:type="simple"

xlink:href="ifrs-gp-2004-11-15.xsd“/>

Atributo Requerido Descripción

xlink:type si

xlink:href si URL XSD taxonomía

xml:base no Base URL relativas

xlink:role no Sin interpretación

xlink:arcrole no Sin interpretación

<link:linkbaseRef xlink:type="simple" xlink:href="ifrs-gp-2004-11-15-label.xml“" xlink:title="Label Links,all" xlink:role="http://www.xbrl.org/2003/role/labelLinkbaseRef" xlink:arcrole="http://www.w3.org/1999/xlink/properties/linkbase/>

Atributo Requerido Descripción

xlink:type si

xlink:href si URL del linkbase

xlink:role si Restringe el tipo de links extendidos que se permiten en el linkbase de referencia.

xlink:arcrole si http://www.w3.org/1999/xlink/properties/linkbase

… … …

http://www.w3.org/1999/xlink/properties/linkbase


Contexto

El contexto contiene información de la entidad, del instante o intervalo temporal y del

escenario en el que han de considerarse los valores.

• Todo contexto debe tener un identificador único que lo distingue en todo informe y que

será utilizado por los hechos para referenciarlo

• Evitar contextos duplicados y/o no utilizados.


Contexto

Información de la entidad

¿Qué se entiende por entidad? Empresa, organismo, institución, etc. a la que se refieren los

valores del informe.

La información de la entidad se divide en:

• Información de identificación:

• Información del segmento de la empresa: El elemento segment es un contenedor adicional

de información para casos en los que el elemento identifier es insuficiente.

- Un atributo scheme (obligatorio)

que identifica entidades de

negocio.

- Un token que es un identificador

válido dentro del espacio de

nombres referido por el atributo

scheme.


Contexto

Ejemplo de información de entidad

El esquema específico de la compañía define el elemento provincia como Barcelona o Madrid.

Para correctas validaciones es necesario incluir el espacio de nombres del esquema de la compañía que define el segmento.

<xbrl xmlns="http://www.xbrl.org/2003/instance" xmlns:fj="http://www.entidadxyz.es/segment">…<context id="c1"> <entity>

<!—required content --> <identifier scheme="http://www.entidades.es">ES0001</identifier>

 <segment> <fj:provincia>BA</fj:provincia> </segment>

</entity>…</context></xbrl>

<schema targetNamespace="http://www.entidadxyz.es/segment" xmlns:fj="http://www.entidadxyz.es/segment" xmlns="http://www.w3.org/2001/XMLSchema“ elementFormDefault="qualified"> <simpleType name=“provinciaType"> <restriction base="token"> <enumeration value=“BA"/> <enumeration value=“MA"/> </restriction> </simpleType> <element name=“provincia" type="my:provinciaType"/></schema>

Este segmento especifica que los hechos de negocio son relativos a operaciones en la provincia de Barcelona.

Informe XBRL Esquema específico de la compañía


Contexto

Información del periodo

¿Qué se entiende por periodo? Instante o periodo temporal al que hacen referencia los

hechos..

Los subelementos del periodo pueden ser:

Elemento Tipo de dato XML schema

Descripción

startDate endDate

date or dateTime

Un periodo que empieza y termina en las fechas especificadas.

instant date or datetime

Un punto en el tiempo

forever vacio Válido para siempre

<context id=‘fin2003'> … <period> <instant>2003-12-31 </instant> </period> … </context>

<context id='primerTrimestre2003'> … <period> <startDate>2003-01-01</startDate> <endDate>2003-03-31</endDate> </period> … </context>

<context id=‘siempre'> … <period> <forever/> </period> … </context>

Ejemplo de información de periodo


Contexto

Información del escenario

El elemento scenario es un contenedor adicional de información para representar los distintos

escenarios en los que se pueden encontrar los hechos de negocio (reales, presupuesto,

estimación …).

De estructura semejante:• Ambos son contenedores de información

adicional.• Ambos tienen formato libre.

Pero de utilización diferente:• Son usados para propósitos distintos:

- segment: Usado para especificar algún componente de la entidad de negocio.- scenario: Usado para documentar las circunstancias que rodean la medida de los hechos

Escenario vs Segmento

Escenario y segmento en la especificación de dimensiones

• Usados para acoger el detalle dimensional de cada contexto


Unidades de medida

Permite expresar las unidades en las que van a ser medidos los valores numéricos.

• Toda unidad debe tener un identificador único que lo distingue en todo informe y que será

utilizado por los hechos para referenciarlo

¿Que elementos puede contener la unidad de medida?

• Unidad simple de medida (measure).

• Unidades complejas de medida (measure y divide).


Unidades de medida

- Describe una unidad básica de medida.

- Varios elementos measure representan una unidad

compleja que es el producto de varias unidades.

Elemento measure

- Expresa el cociente entre unidades simples o complejas.

- Incluye elementos unitNumerator y unitDenominator, los

cuales pueden tener varios elementos measure.

Elemento divide

Nota: Las unidades se deben de expresar de la forma más simple, por lo que se debe evitar tener elementos measure repetidos en el numerador y en el denominador.

Hecho de negocio Unidad Namespace

Monetario Nombre válido según ISO4217

http://www.xbrl.org/2003/iso4217

Porcentajes y ratios xbrli:pure http://www.xbrl.org/2003/instance

Acciones xbrli:share http://www.xbrl.org/2003/instance

otros Definida por el usuario

URL válida

… <unit id=‘u1'> <measure xmlns:iso4217="http://www.xbrl.org/2003/iso4217"> iso4217:EUR </measure> </unit>

…

<unit id=‘u2'> <measure>xbrli:shares</measure> </unit>

…

<unit id=‘u3'><divide> <unitNumerator> <measure xmlns:iso4217="http://www.xbrl.org/2003/iso4217">iso4217:EUR </measure> </unitNumerator> <unitDenominator> <measure>xbrli:shares</measure> </unitDenominator> </unit> …


Elementos: Items y tuplas

• Representa un concepto simple.

• Los items reflejan un concepto en la taxonomía

y un valor en la instancia por cada contexto.

• Items abstractos: No toman valor en la instancia

(uso a efectos de presentación).

• Pueden ser numéricos y no numéricos

Elemento item

Items numéricos

contextRefidunitRefprecisiondecimals

Atributos

Atributos numéricos

Items numéricos

contextRefid

Atributos

Atributos no numéricos

<xbrl ...>... <context id="fin2004"> <entity> <identifier scheme="http://www.fujitsu.com"> Fujitsu </identifier> </entity> <period> <instant>2004-12-31</instant> </period> </context>...<p0:item1 contextRef="fin2004"...> 82000</p0:item1>...</xbrl>

<xbrl ...>... <unit id=“euros"> <measure xmlns:ISO4217=“http://www.xbrl.org/2003/iso4217”> ISO4217:EUR </measure> </unit>...<p0:item1 contextRef="fin2004“ unitRef=“euros” decimals=“-2”> 82000</p0:item1><p0:item2 contextRef="fin2004“ unitRef=“euros” precision=“2”> 48000</p0:item2>...</xbrl>

Atributo contextRef de un elemento item

Atributo id de un elemento context

= Atributo unitRef de un elemento item

Atributo id de un elemento unit

=Solo ítems numéricos

http://www.xbrl.org/2003/iso4217



Todo ítem numérico debe tener uno de estos dos atributos (salvo que fractionItemType

tenga un valor nulo. Nunca pueden aparecer a la vez, son mutuamente excluyentes.

Ni precision ni decimal aparecerá como atributo en un ítem no numérico.

• Atributo precision: Indica el número de cifras significativas (empezando por la

izquierda desde la primera cifra no cero) del valor numérico. Debe ser un entero no

negativo o el string INF.

• Atributo decimal: Indica el número de dígitos decimales con los que se conoce el

valor con exactitud. Debe ser un entero o el string INF.

Atributos precisión y decimal

Solo ítems numéricos

Representa el valor exactoRepresenta el valor exacto



Algunos hechos dependen de otros para su entendimiento especialmente si se reportan

múltiples ocurrencias del mismo hecho.

Las tuplas son elementos de contenido complejo.

Pueden contener otros elementos: items o tuplas.

Elemento tupla

Item: NombreItem: CalleItem: LocalidadItem: PaísItem: Código postal

Tupla: Dirección

Item: Sede 1Item: Embajadores 235Item: MadridItem: EspañaItem: 28045

Dirección [1]

Item: Sede 2 Item: C./ Cesar Vallejo 16Item: Málaga Item: EspañaItem: 29004

Dirección [2]

Item: Sede 3 Item: Avenida de Bruselas, 13 Item: Alcobendas Item: EspañaItem: 28100

Dirección [3]

Definición en la taxonomía

Ocurrencias en la instancia

<xbrl ...>... <p0:Dirección id=“tuple1”>

<p0:Nombre contextRef=“c1">Sede 1 </p0:Nombre> <p0:Calle contextRef=“c1">Embajadores 235 </p0:Calle> <p0:Localidad contextRef=“c1">Madrid </p0:Localidad> <p0:Pais contextRef=“c1">España </p0:Pais> <p0:CodigoPostal contextRef=“c1">28045 </p0:CodigoPostal>

</p0:Direccion> <p0:Dirección id=“tuple2”> <p0:Nombre contextRef=“c1">Sede 2 </p0:Nombre> <p0:Calle contextRef=“c1">Cesar Vallejo 16</p0:Calle> <p0:Localidad contextRef=“c1">´Málaga </p0:Localidad> <p0:Pais contextRef=“c1">España </p0:Pais> <p0:CodigoPostal contextRef=“c1">29004 </p0:CodigoPostal> </p0:Direccion>...</xbrl>

Una tupla nunca contiene atributos contextRef ni unitRef

Las distintas ocurrencias de una tupla se distinguen por su contenido y contextos asociados a los items que las componen.


Notas al pie

Algunos documentos incluyen asociaciones entre hechos sin estructura.

Para expresar estas asociaciones se utiliza el elemento footnotelink.

• Elementos localizadores: Apuntan a ítems y tuplas de la instancia en la que están definidos.

Nota 1

Nota 2

Footnote

Footnote

Elemento

Elemento

Elemento

Elemento 1

Elemento 2

Elemento 3

• Elementos footnote de tipo recurso.

• Contenido mixto (permite texto o XHTML o ambos).

• Debe tener un atributo xml:lang que identifica el

idioma usado en el contenido.

• Elementos arcos entre los localizadores y los recursos.


Indice



• Contextos



• Notas al pie


(3) Validaciones


Reglas de presentación

XBRL tiene un alto grado de flexibilidad en la creación de instancias XBRL.

XBRL Filing Rules – EBA Taxonomies.

Ejemplo de acotamiento de la flexibilidad XBRL para permitir la efectiva interacción entre

emisor y receptor/consumidor de información.

Entidad financiera

EBA(European Banking

Authority)

NSA National

Supervisory Authority

ECB(European

Central Bank)

EBA XBRL filing rules

EBA XBRL filing rules


Reglas de presentación

Filing Syntax Rules

• Las instancias XBRL deben usar el encoding “UTF-8”.

• Las entidades que reportan deben hacer referencia a un único punto de entrada

schemaref.

• Las instancias deben referenciar solo a los puntos de entrada especificados por la

autoridad competente y los que reportan no deben crear sus propias extensiones de

taxonomías.

• Las instancias deben contener el reporte completo, no pueden incluir datos de

reportes anteriores.

Additional Guidance

- Los namespaces que no se usen no deberían ser declarados en la instancia.


Reglas de presentación Instance Syntax Rules

• Context Related Rules

- Todos los elementos periodo xbrli:period deben ser válidos contra los tipos de datos

xs:date y reportados sin una zona horaria.

- No se debe usar el tipo xbrl:forever.

• Fact Related Rules

- Las instancias no deben contener hechos duplicados.

- El atributo @decimals debe usarse solo para expresar precisión en un hecho.

- No debería truncarse ni redondearse ningún valor, debe respetarse el original.

- No debe usarse el valor nulo.

• Unit Related Rules

- Una instancia XBRL no debería, en general, contener unidades duplicadas a no ser

que sea requerido por razones técnicas por ejemplo para soportar streaming.

- Una instancia XBRL no debería contener nodos xbrli:unit que no sean

referenciados.

- Las unidades representando monedas deben representar el valor actual de esas

monedas, no pueden incluir factores de escala.


Indice



• Contextos



• Notas al pie


(3) Validaciones


Validaciones

El objetivo de este proceso es asegurar la coherencia de la información reportada de acuerdo

a las distintas reglas impuestas por el estándar y por el diseñador de la taxonomía.

Este proceso consta de varios pasos:

+Validación XML

Validación XML Schema

+Validación estructuras

XBRL

Validación reglas

+

Validación multidimensional

Validación fórmulas

+

+

Frente especificaciones XML

Frente especificación básica XBRL

Frente especificación dimensional

Frente especificación formulas

Validación nuevas

especificaciones+

+ Validación ámbito

Frente especificación ámbito específico

Frente nuevas especificaciones XBRL


Validaciones

+Validación XML

Validación XML Schema

Frente especificaciones XML

Validación XML: Un informe XBRL debe ser un documento

XML bien formado.

Validación XML Schema: Un informe XBRL debe ser válido

de acuerdo al esquema definido por su taxonomía: su

estructura, sus tipos de datos, etc.

No es necesario disponer de software específico. Un validador de XML Schema es suficiente (los esquemas XBRL son esquemas válidos de acuerdo a la especificación XML Schema.

+Validación estructuras

XBRL

Validación reglas

Frente especificación básica XBRL

Validación estructura XBRL: Reglas definidas por la especificación XBRL no están cubiertas por la validación del esquema.

Ejemplo: Un dato monetario deba ir acompañado de una unidad.

Validación de reglas: Restricciones impuestas por el taxonomía en forma de linkbases (principalmente definición y cálculo).

Validación frente nuevas especificacionesEjemplo: Valores enumerados frente a la especificación de enumerations.

Un procesador XBRL verificará el cumplimiento de esas reglas en la información reportada.

Validación nuevas

especificaciones

Frente nuevas especificaciones XBRL


Validaciones Validación multidimensional: La información reportada debe adaptarse a

las restricciones dimensionales impuestas por el diseñador de la taxonomía: una dimensión no podrá tomar valores que no son de su dominio, o una métrica no podrá reportarse para una combinación de dimensiones inválida.

Validación ámbitoEjemplos: EBA Filing Rules, validaciones adhoc

Validación multidimensional

Frente especificación dimensional

Validación fórmulas:- Reglas complejas: operaciones aritméticas, lógicas, condicionales,

estadísticas, etc.- Entre elementos pertenecientes a distintos contextos. Por ejemplo,

distintos periodos de tiempos, dimensiones,...- Validaciones de información en diferentes declaraciones XBRL- Validaciones contra información externa.

Validación fórmulas

Frente especificación formulas

Validación ámbito

Frente especificación ámbito específico



Requiere de un procesador con implementación específica.


Ventajas de la validación en origen

Extracción ytransformación

de datos

Erroresdetectados

Análisis ycorrecciones

Validación OK

Análisis

Notificaciónde errores

Extracción ytransformación

de datos

Supervisor

Entidad supervisada

Extracción de datosy validación local

Análisis ycorrecciones

Análisis

Validación OK

Supervisor

Entidad supervisada

Enfoque clásico

Enfoque XBRL


Recapitulamos …

Gracias por su atención.

[email protected]

Grupo de Formación XBRL España

Documents

1ª Sesión Formativa XBRL España Creación y validación de instancias XBRL 2015 1 de Junio 2015 Moira Lorenzo ([email protected]) Presidenta Grupo Taxonomías