Recursos › Guía

El nombre y la estructura del fichero del registro DORA

Un registro perfectamente cumplimentado puede rechazarse en la recepción. No por su contenido, sino por su empaquetado: el nombre del fichero, el árbol de directorios del paquete, la codificación, el formato de los valores. Estos controles se ejecutan antes de cualquier lectura de negocio, y su mensaje de error nunca dice qué línea hay que corregir.

Este artículo detalla lo que la EBA espera exactamente, a partir de su guía de preparación de los ficheros .csv y .zip para el módulo DORA en versión 4.0, y de sus reglas de presentación (EBA Filing Rules v5.5).

El nombre del fichero

El paquete es un archivo .zip cuyo nombre sigue una estructura impuesta, segmento a segmento:

Un espacio, una tilde, un guion en lugar de un guion bajo: el fichero se rechaza, y el mensaje devuelto no habla de su registro. Es la categoría de error más frustrante, porque no enseña nada sobre el fondo del expediente.

La estructura interna del paquete

Una vez abierto el archivo, el contenido esperado está fijado:

Hay una trampa que conviene conocer, porque no se deduce de ninguna lectura atenta. En FilingIndicators.csv, los identificadores de tabla empiezan por B_xx.xx, conforme al borrador del modelo de datos, y no por RT_xx.xx como indica el informe final. Ambos designan las mismas tablas. Solo la primera forma la acepta el paquete técnico. Es el tipo de discrepancia que cuesta un ciclo de presentación a quien ha trabajado a conciencia a partir del documento equivocado.

Las siete reglas de tipado, y la que atrapa a todo el mundo

Cada columna de un fichero {table}.csv obedece a un tipo, y el tipo impone una escritura:

1. Cadena de caracteres — si el valor contiene una coma, debe ir entre comillas dobles.
2. Fecha — en formato aaaa-mm-dd.
3. Lista cerrada — el valor debe venir de la lista y llevar el prefijo de su propietario.
4. Booleano — true o false, o bien 1 o 0.
5. Importe — expresado en unidades. Ni en miles, ni en millones.
6. Entero — un entero.
7. Columna clave — obligatoriamente cumplimentada.

La tercera es la que sorprende. El debate «¿España o ES?», que se oye por todas partes, ya va con un paso de retraso: en el fichero de máquina, la respuesta no es ni lo uno ni lo otro. El código de país de España se escribe eba_GA:ES, porque los valores de las listas cerradas llevan el prefijo de la autoridad que publica la lista — eba_GA para las zonas geográficas, eba_TA para los tipos de servicios TIC, y así sucesivamente.

Ninguna hoja de cálculo producirá espontáneamente ese valor. Es precisamente por eso que el formato de máquina no está pensado para teclearse a mano: se fabrica a partir de datos introducidos en una lengua humana.

Los tres ficheros técnicos, y qué se pone en ellos

Bajo reports/, tres ficheros no contienen ningún dato del registro y sin embargo deciden la aceptación del paquete.

report.json declara de qué taxonomía depende el paquete, extendiendo el punto de entrada del módulo DORA en versión 4.0. Un paquete que extiende una versión anterior se rechaza aunque todos sus datos sean correctos: la taxonomía evoluciona, y una presentación se hace siempre contra la que está en vigor en la fecha de referencia.

parameters.csv lleva el contexto de la presentación en forma de pares nombre/valor: el identificador de la declarante, con prefijo — rs: seguido del LEI y del sufijo .IND o .CON —, el período de referencia, la moneda base expresada en notación ISO 4217 con prefijo (iso4217:EUR) y los decimales adoptados para los enteros y los importes. Una moneda escrita EUR sin su prefijo es un valor inválido, exactamente igual que un código de país sin el suyo.

FilingIndicators.csv enumera las tablas e indica, para cada una, si está declarada. Una tabla en true cuyo fichero {table}.csv está ausente hace fracasar el paquete; una tabla en false acompañada de un fichero de datos, también. La lista completa de las tablas figura en los paquetes de ejemplo publicados por la EBA, y esa es la referencia que hay que utilizar en lugar de una lista reconstruida a mano.

La codificación

Todos los informes deben estar codificados en UTF-8. Las reglas de presentación de la EBA aceptan tanto la presencia como la ausencia de marca de orden de bytes, y las mayúsculas de la declaración son indiferentes: UTF-8 y utf-8 son equivalentes.

En la práctica, el error viene casi siempre del mismo sitio: una hoja de cálculo configurada en Windows-1252 que exporta un CSV. Las tildes se vuelven ilegibles y la validación se detiene sin que nada indique que el problema es un ajuste de exportación.

Una reserva útil sobre el canal de presentación

Lo anterior describe el paquete que espera el marco de declaración europeo. La estructura del contenedor transmitido y las modalidades concretas de presentación corresponden en última instancia a la autoridad destinataria. Compruebe, por tanto, las instrucciones de su autoridad competente antes de su primer envío: el formato del paquete es europeo, la ventanilla no lo es.

Lo que conviene retener

Ninguna de las reglas descritas aquí exige la menor experiencia regulatoria. Un nombre de fichero, un árbol de directorios, siete tipos de datos, una codificación: es rigor mecánico, y es la primera de las cuatro familias de controles que se aplican a una presentación — la que rechaza antes, con el mensaje menos aprovechable.

Es también la familia más completamente automatizable. Con Obligia, usted rellena formularios en español; el paquete se produce al final, con el nombre que marca la convención, con los prefijos de listas cerradas y la codificación esperados. Usted no lo abre nunca.

Para profundizar: los 120 controles, en el orden en que se ejecutan y el formato xBRL-CSV explicado con sencillez.

Crear mi registro   Reservar una demostración ›

Esta guía es información general y no asesoramiento regulatorio; la responsabilidad de la presentación corresponde a la entidad.