Aplicaciones técnicas de la Circular 1/2012, de 29 de febrero, sobre

Dirección general de Economía y Estadística
11.2016
Aplicaciones técnicas de la Circular 1/2012, de 29 de febrero, sobre
normas para la comunicación por los proveedores de servicios de
pago de las transacciones económicas con el exterior
Departamento de Estadística
ÍNDICE
1 Normas generales 3
1.1 Entidades obligadas a declarar 3
1.2 Presentación de la información 3
1.3 Presentación de la información a través de otra entidad 3
1.4 Plazo de presentación 3
1.5 Soportes telemáticos con errores 3
2 Especificaciones técnicas para el intercambio de información electrónica 7
2.1 Envío 7
2.2 Recepción 7
2.2.1 Estructura del archivo con el mensaje de respuesta 7
2.2.2 Ejemplos del archivo con el mensaje de respuesta 15
2.3 Conservación de los datos 16
3 Contenido de la información 19
3.1 Frecuencia y contenido de la información 19
3.2 Tipos de transacciones 19
3.3 Identificación de las transacciones 19
3.4 Rectificaciones 20
4 Especificación de las transacciones y variables 23
4.1 Especificación de los archivos con las transacciones 23
4.1.1 Información de cabecera del archivo (Cabecera) 23
4.1.2 Información del proveedor de servicios de pago declarante
(InformeDeclarante) 24
4.1.3 Información de transacciones 24
4.1.4 Definición de las variables del esquema de información 30
5 Criterios de depuración de los archivos 37
5.1 Criterios de depuración con el esquema XML 37
5.1.1 Controles previos al envío 37
5.1.2 Descripción de la estructura y validaciones realizadas en el esquema
XML “TransExtPSP.xsd” 37
5.1.3 Declaración XML 37
5.1.4 Elemento Raíz <Informe> 37
5.1.5 Elemento <Cabecera> 38
5.1.6 Elemento <InformeDeclarante> 38
5.1.7 Elemento <OperaEnPeriodo> 39
5.1.8 Elemento <TransaccionTipo1> 40
5.1.9 Elemento <TransaccionTipo2> 42
5.1.10 Elemento <TransaccionTipo3> 43
5.1.11 Elemento <RectifBajaPeriodoAnt> 44
5.1.12 Elemento <RectifAltaPeriodoAnt> 45
5.1.13 Elemento <ClienteResidente> 45
5.1.14 Elemento <ClienteNoResidente> 45
5.1.15 Elemento <CuentaClienteContrapartida> 46
5.2 Otras depuraciones no contempladas en el esquema XML 46
5.2.1 Depuraciones generales 46
5.2.2 Depuración de la cabecera 47
5.2.3 Depuración del informe del declarante 48
5.2.4 Depuración en el informe del declarante de las transacciones
normales 48
5.2.5 Depuración en el informe del declarante de las transacciones de baja
51
5.2.6 Depuración en el informe del declarante de las transacciones de alta
52
6 Codificación de variables y atributos 55
6.1 Codificación de variable Categoría 55
6.2 Codificación de variable CodAduana 55
6.3 Codificación del atributo Denominación de la variable Importe 56
6.4 Codificación de la variable Moneda 56
6.5 Codificación de la variable País 60
6.6 Codificación de la variable Propósito 66
6.7 Codificación de la variable SistemaLiqComp 72
6.8 Codificación de la variable TipoOperación 73
Anejo a – Impreso para los proveedores de servicios de pago (PSP) declarantes de
transacciones con el exterior 77
Anejo b – Modelo de carta a enviar por los proveedores de servicios de pago (PSP)
remitentes cuando informen en nombre de un tercero declarante 78
Anejo c – Modelo de carta a enviar por aquellos proveedores de servicios de pago (PSP)
que carezcan de la operativa sujeta a declaración 79
Apartado 1
Normas generales
1 Normas generales
1.1
Entidades obligadas a declarar
En virtud de lo dispuesto en la Circular 1/2012 del Banco de España para los proveedores
de servicios de pago (en adelante PSP) sobre normas para la comunicación al Banco de
España de las transacciones económicas con el exterior, estas son de obligado
cumplimiento para las entidades de esta naturaleza inscritas en los Registros Oficiales del
Banco de España.
1.2
Presentación de la información
De acuerdo con lo dispuesto en la norma cuarta de la Circular 1/2012, del Banco de España,
la información deberá presentarse por medios telemáticos, es decir, mediante el uso de
redes de comunicación de datos.
Los datos relativos a un PSP y a un mes componen un "archivo lógico"; por tanto, no podrán
incluirse en el mismo "archivo lógico" datos de distintos PSP, con la excepción que se
contempla en el apartado 1.3 siguiente.
1.3
Presentación de la información a través de otra entidad
Excepcionalmente el Banco de España podrá autorizar a que se incluyan en un mismo
soporte telemático los datos correspondientes a varios PSP. A este respecto habrá de
tenerse en cuenta lo siguiente:
- Los PSP que realizan transacciones económicas con el exterior por cuenta de sus
clientes y presentan esta información por medio de otro PSP (PSP remitente). En este caso,
deberá figurar como PSP declarante el que ha efectuado la operación, y en ningún caso el
remitente.
- El citado PSP remitente vendrá siempre identificado en el informe de cabecera al que se
hace referencia en el apartado 4 de estas normas, y en concreto en la variable
PSPRemitente. Esta identificación se realizará, incluso en el caso de que en el archivo
telemático no se incluyan datos de ese PSP.
1.4
Plazo de presentación
El plazo de presentación vencerá al término de los diez días hábiles siguientes a la fecha
de las transacciones cuya información se comunica.
1.5
Soportes telemáticos con errores
El Banco de España, ante un soporte telemático con errores por no ajustarse a las
características detalladas en el apartado 2 Especificaciones técnicas para el intercambio de
información electrónica, en el apartado 4 Especificación de las transacciones y variables y
en el apartado 5 Criterios de depuración de los archivos de estas normas, comunicará al
PSP remitente los errores detectados para que, en su caso, proceda a la inmediata remisión
de un nuevo soporte telemático debidamente rectificado.
DEPARTAMENTO DE ESTADÍSTICA – APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
3
En los casos en que existan errores en alguno de los PSP autorizados por el Banco de
España para que presenten su información junto con otros en un único soporte telemático,
la rectificación a remitir será solamente la correspondiente a los PSP con errores.
4 DEPARTAMENTO DE ESTADÍSTICA
- APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
Apartado 2
Especificaciones técnicas para el intercambio de información
electrónica
2 Especificaciones técnicas para el intercambio de información electrónica
La información se presentará por medios telemáticos, de acuerdo con las especificaciones
y los procedimientos contenidos en el documento Normas de adhesión y de intercambio
de información para DTE.
Se distinguen dos tipos de intercambio telemático de archivos:
- Envío: consiste en la transmisión de los archivos desde un PSP al departamento de
Estadística del Banco de España.
- Recepción: consiste en la generación y transmisión automática de un archivo del
departamento de Estadística del Banco de España al PSP.
2.1
Envío
Los proveedores de servicios de pago remitirán al departamento de Estadística del Banco
de España los archivos en formato XML que deberán validarse con el Esquema XML
proporcionado por este departamento.
De todos los canales disponibles para la conexión con el Banco de España, los admitidos
actualmente para la transmisión de archivos referidos a la información del servicio DTE son:
RedBdE-EDITRAN, Internet-ITW y SWIFT-FileAct.
La documentación detallada para cada uno de ellos se podrá consultar en los siguientes
enlaces:
Trasmisión Ficheros por
(TF_REDBDE_EDITRAN)
Trasmisión Ficheros
(TF_INTERNET_ITW)
por
EDITRAN,
ITW,
la
red
INTERNET
del
y
BdE
con
y
con
Clave
certificados
Pública
electrónicos
Trasmisión Ficheros por File-Act, la red SWIFT y certificado de esta red privada
(TF_SWIFT_FileAct)
2.2
Recepción
El departamento de Estadística del Banco de España remitirá por cada archivo recibido un
mensaje informando al PSP remitente del resultado de la depuración de los datos de cada
PSP declarante, con el detalle, en su caso, de las incidencias detectadas. La transmisión
de la respuesta se realizará por el mismo canal por el que se hizo el envío.
2.2.1
Estructura del archivo con el mensaje de respuesta
El archivo con el resultado de la depuración tiene formato de listado con líneas de 132
posiciones, sin carácter de control de carro, y 64 líneas por página.
Este listado presenta un encabezamiento estándar.
DEPARTAMENTO DE ESTADÍSTICA – APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
7
ENCABEZAMIENTO ESTANDAR
Después una línea que identifica el inicio del mensaje enviado al PSP remitente de los datos,
mediante el literal:
***** INICIO MENSAJE PARA REMITENTE: 999999 *****
En el caso de que se detecten errores al contrastar el archivo recibido con el esquema XML
(TransExtPSP.xsd), el archivo será rechazado, sin ninguna depuración adicional, y se
mostrará, a continuación, el mensaje de error A01 como bloque 0.
Bloque 0
Si se detectan errores en la cabecera del archivo telemático, supondrá el rechazo completo
del mismo, sin depurar ningún movimiento, y se mostrará un mensaje como bloque C.
Bloque C
Si no se han detectado errores en la cabecera del archivo, se depurará la información por
cada PSP declarante. Para cada uno de ellos, se imprimirá una línea que identifica el PSP
del que se va a informar del resultado de la depuración; para ello se imprimirá el literal:
***** INICIO PSP: 999999 *****
Después se mostrará el resultado de la depuración para dicho PSP declarante como
mensaje bloque 0.
Bloque 0
Adicionalmente, y sólo en el caso de que se hayan detectado errores y estos no superen
los 100, estos se detallarán en uno de los siguientes bloques:
Bloque 1: Errores previos a la depuración de las transacciones. Informa de errores
referidos a la validez del PSP remitente y/o declarante y a la coherencia entre
periodos informados. Si está presente, no cabe la posibilidad de que se imprima el
siguiente bloque, y va a suponer el rechazo completo de la información del PSP
declarante.
O bien:
Bloque 2: Detalle de los errores detectados en las transacciones.
Al final del último bloque informado para cada PSP declarante, se imprimirá una línea con
el siguiente literal:
***** FIN PSP:
999999 *****
Asimismo al final del listado, y como última línea del mismo se imprimirá el literal:
***** FIN MENSAJE PARA REMITENTE:
8
DEPARTAMENTO DE ESTADÍSTICA - APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
999999 *****
La impresión de cada bloque se inicia siempre en página nueva; si fuera necesario más de
una página para la impresión de las líneas de detalle de un bloque, se repetirá el
encabezamiento estándar y subcabeceras del bloque en las páginas sucesivas.
A continuación se detalla el diseño del archivo de datos:
Encabezamiento estándar
----+----1----+----2----+----3----+----4----+----5----+----6----+----7----+----8----+----9----+----0----+----1----+----2----+----3—
BANCO DE ESPAÑA
ESTADISTICA
MADRID
DATOS DE TRANSACCIONES CON EL EXTERIOR
OPERACIONES CON EL EXTERIOR
MENSAJE ENVIADO POR PSP 999999 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
EN FECHA: dd-mm-aaaa HORA: hh:mm:ss
RESULTADO DEPURACION PSP 999999 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
PERIODO: mm-aaaa
FECHA Y HORA DEPURACIÓN: dd-mm-aaaa hh:mm:ss
TIPO DE DEPURACION: XXXXXXXX
DTEL501X PAG.: ZZZ9
Los datos que figuran en el encabezamiento estándar son:
Número
de línea
4
5
6
Columna
Formato dato
Long.
Dato
Código PSP Remitente
26
A
6
Fecha de recepción del mensaje en el Banco de España
79
dd-mm-aaaa
10
Hora de recepción del mensaje en el Banco de España
96
hh:mm:ss
8
Bloque o tipo de listado: C,0,1 y 2
119
A
1
Número de Página
127
N
4
PSP Declarante
26
A
6
Periodo
96
mm-aaaa
7
Fecha de depuración en el Banco de España
26
dd-mm-aaaa
10
Hora de depuración en el Banco de España
37
hh:mm:ss
8
Tipo de depuración
96
A
6
Dato
La línea 5, correspondiente a los datos del PSP declarante, va a blancos cuando se imprime
el bloque "C".
Las líneas 5 y 6, correspondientes a los datos del PSP declarante y a la fecha-hora de
depuración, van a blancos cuando se imprimen los errores A00 y A01.
DEPARTAMENTO DE ESTADÍSTICA – APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
9
Bloque C:
DTEL501C. Errores en la cabecera del archivo
----+----1----+----2----+----3----+----4----+----5----+----6----+----7----+----8----+----9----+----0----+----1----+----2----+----3-***** INICIO MENSAJE PARA REMITENTE: 999999 *****
RESULTADO : ***** CON ERRORES *****
EN LA CABECERA: XXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
***** FIN MENSAJE PARA REMITENTE:
999999 *****
Los datos que figuran en las líneas del bloque "C" son:
Número
de línea
8
11
13
Columna
Formato dato
Long.
Dato
***** INICIO MENSAJE PARA REMITENTE:
1
A
36
Código PSP remitente
38
A
6
*****
45
A
5
Clave de error
41
A
3
Descripción del error
45
A
50
***** FIN MENSAJE PARA REMITENTE:
1
A
33
Código PSP Remitente
38
A
6
*****
45
A
5
Dato
Las posibles claves de error y su descripción, para el bloque "C", son:
B01
B02
B03
B04
10
PSP remitente no válido
PSP remitente no vigente
Periodo declaración debe ser igual o posterior a 2012-06
Periodo declarado no finalizado
DEPARTAMENTO DE ESTADÍSTICA - APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
Bloque 0:
DTEL5010. Resultado de la depuración
----+----1----+----2----+----3----+----4----+----5----+----6----+----7----+----8----+----9----+----0----+----1----+----2----+----3-***** INICIO MENSAJE PARA REMITENTE: 999999 *****
***** INICIO PSP: 999999 *****
RESULTADO: XXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
Los datos que figuran en las líneas del bloque "0" son:
Número
de línea
8
10
12
Columna
Formato dato
Long.
Dato
***** INICIO MENSAJE PARA REMITENTE:
1
A
36
Código PSP remitente
38
A
6
*****
45
A
5
***** INICIO PSP:
10
A
17
Código PSP Declarante
28
A
6
Código del Resultado de la depuración
25
A
3
Literal del resultado de la depuración
29
A
80
Dato
La línea 10 no aparecerá cuando se detecten errores al contrastar el archivo recibido con
el esquema XML y el archivo sea rechazado.
Las posibles claves de error y su descripción, para el bloque 0, son:
A00
A01
A02
Z01
Z02
Z11
Z12
XML mal formado
Archivo no validado con el esquema
Más de 100 errores. Se ignora el resto de la información
Sin errores de depuración
Con errores de depuración
Entidad no opera en periodo. Sin errores
Entidad no opera en periodo. Con errores
DEPARTAMENTO DE ESTADÍSTICA – APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
11
Bloque 1:
DTEL5011. Errores previos a la depuración
----+----1----+----2----+----3----+----4----+----5----+----6----+----7----+----8----+----9----+----0----+----1----+----2----+----3-ERRORES PREVIOS A LA DEPURACIÓN
------------------------------C.ERROR DESCRIPCIÓN
--------------------------------------------------------------------XXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
Los datos que figuran en las líneas del bloque "1" son:
Número
de línea
Dato
Columna
Formato dato
Long.
Dato
8-12
Subcabecera del Bloque 1
1
13
Clave de error del bloque 1
3
A
3
Descripción del error del bloque 1
11
A
60
Las posibles claves de error y su descripción, para el bloque "1", son:
B05
B06
C01
C02
C03
C04
12
Sin información en el periodo anterior
Información ya asimilada en el periodo
PSP declarante 999999 no válido
PSP declarante 999999 no vigente
PSP remitente no autorizado para el PSP declarante 999999
Opera en periodo y no comunica movimientos
DEPARTAMENTO DE ESTADÍSTICA - APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
Bloque 2:
DTEL5012. Errores en las transacciones
---+----1----+----2----+----3----+----4----+----5----+----6----+----7----+----8----+----9----+----0----+----1----+----2----+----3--
COBROS Y PAGOS TRANSFRONTERIZOS
--------------------------------------------------NUMORD TIPO MON
IMPORTE
IMPORTE EUROS
REFERENCIA OPERACION
F. CONTABLE
NIF CLIENTE PAIS CTR PROP CATE SIS
IBAN CLIENTE
DATOS OPERACION ANTERIOR
IBAN CLIENTE CONTRAPARTIDA
BIC PSP CLIENTE CONTRAP.
------------ ----- ----- ----------------------------------- --------------------------------------------------------------------------------------------------------------------------------9999999 XXX XXX ZZZ.ZZZ.ZZZ.ZZZ.ZZZ.ZZZ,Z9 ZZZ.ZZZ.ZZZ.ZZZ.ZZZ.ZZZ,Z9 99999999
XXXXXXXXX XX XX XXXX XXXX XXX
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX X 99999999 999999 9999999
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXX
XXX - XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
XXX - XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
ABONOS Y ADEUDOS EN CUENTAS DE NO RESIDENTES
-----------------------------------------------------------------NUMORD TIPO MON
IMPORTE
IMPORTE EUROS
F. CONTABLE PAIS DATOS OPERACION ANTERIOR.
IBAN CLIENTE
------------ --- - ----- ---------------------------------- ---------------------------------- ---------------- ---- -- ------------- ----------- ---------9999999 XXX XXX ZZZ.ZZZ.ZZZ.ZZZ.ZZZ.ZZZ,Z9 ZZZ.ZZZ.ZZZ.ZZZ.ZZZ.ZZZ,Z9 99999999 XX X 99999999 999999 9999999
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
XXX - XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
XXX - XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
ENVIO Y RECEPCION DE REMESAS
------------------------------------------NUMORD TIPO COD.ADU FEC ENV/REC FEC ABO/ADE PAIS DATOS OPERACION ANTERIOR.
SERIE
IMPORTE EUROS
SERIE
IMPORTE EUROS
SERIE
IMPORTE EUROS
SERIE
IMPORTE EUROS
-------- ----------------------------------- -------- ----------------------------------- -------- ----------------------------------- -------- ---------------------------------9999999 XXX XXXXXXX 99999999
99999999 XXX X 9999999 999999 9999999
ZZZ,Z9 ZZZ.ZZZ.ZZZ.ZZZ.ZZZ.ZZZ,Z9 ZZZ,Z9 ZZZ.ZZZ.ZZZ.ZZZ.ZZZ.ZZZ,Z9 ZZZ,Z9 ZZZ.ZZZ.ZZZ.ZZZ.ZZZ.ZZZ,Z9 ZZZ,Z9 ZZZ.ZZZ.ZZZ.ZZZ.ZZZ.ZZZ,Z9
ZZZ,Z9 ZZZ.ZZZ.ZZZ.ZZZ.ZZZ.ZZZ,Z9 ZZZ,Z9 ZZZ.ZZZ.ZZZ.ZZZ.ZZZ.ZZZ,Z9 ZZZ,Z9 ZZZ.ZZZ.ZZZ.ZZZ.ZZZ.ZZZ,Z9 ZZZ,Z9 ZZZ.ZZZ.ZZZ.ZZZ.ZZZ.ZZZ,Z9
ZZZ,Z9 ZZZ.ZZZ.ZZZ.ZZZ.ZZZ.ZZZ,Z9 ZZZ,Z9 ZZZ.ZZZ.ZZZ.ZZZ.ZZZ.ZZZ,Z9 ZZZ,Z9 ZZZ.ZZZ.ZZZ.ZZZ.ZZZ.ZZZ,Z9 ZZZ,Z9 ZZZ.ZZZ.ZZZ.ZZZ.ZZZ.ZZZ,Z9
ZZZ,Z9 ZZZ.ZZZ.ZZZ.ZZZ.ZZZ.ZZZ,Z9 ZZZ,Z9 ZZZ.ZZZ.ZZZ.ZZZ.ZZZ.ZZZ,Z9 ZZZ,Z9 ZZZ.ZZZ.ZZZ.ZZZ.ZZZ.ZZZ,Z9
XXX - XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
XXX - XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
Los errores detectados en las transacciones de tipo 1 (cobros y pagos transfronterizos), en
las transacciones de tipo 2 (abonos y adeudos en cuentas de no residentes) y en las
transacciones de tipo 3 (envío y recepción de remesas), presentan las líneas del bloque "2"
con los siguientes datos:
DEPARTAMENTO DE ESTADÍSTICA – APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
13
Número
de línea
8-13
Dato
Columna
Formato dato
Subcabecera del bloque 2
4
14
Número de orden que identifica al registro con errores
1
N
7
18
Clave del error
10
A
3
Descripción del error
16
A
50
Las posibles claves de error y su descripción para el bloque "2", son:
Grupo D para transacciones normales
D01
D02
D03
D04
D05
D06
D07
D08
D09
D10
D11
D12
D13
D14
D15
D16
D17
D18
D19
D20
D21
D22
D23
D24
D25
Moneda no vigente
NIF residente mal composición
NIF residente no válido
Número de orden no consecutivo
País no vigente
País corresponsal no vigente
País contrapartida no vigente
Propósito no vigente
Categoría no vigente
Sistema liq/comp no vigente
Referencia no válida
Fecha contable no coherente
Fecha envío/recepción no coherente
Fecha adeudo/abono no coherente
IBAN cliente mal composición
IBAN cliente debe comenzar por ‘ES’
BIC PSP cliente contrapartida no puede contener ‘ES’ en sus
posiciones 5ª y 6ª
IBAN cliente contrapartida mal composición
IBAN cliente contrapartida no puede empezar por ‘ES’
Contravalor en euros mal calculado
Nombre o razón social no válido
Concepto no válido
PSP y cuenta cliente contrapartida no válido
Corresponsal extranjero no válido
Descripción otras aduanas no válida
Grupo E para transacciones de baja
E01
E02
E03
E04
E05
E06
E07
14
Long.
Dato
PSP declarante anterior distinto de declarante
Periodo declaración anterior fuera de rango
Transacción anterior inexistente
Datos no coinciden con la transacción rectificada
Transacción anterior es una rectificación de baja
Transacción anterior ya dada de baja
Transacción de baja duplicada
DEPARTAMENTO DE ESTADÍSTICA - APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
Grupo F para transacciones de alta
F01
F02
2.2.2
PSP declarante anterior distinto de declarante
Periodo declaración anterior fuera de rango
Ejemplos del archivo con el mensaje de respuesta
Ejemplo de estructura del archivo de datos si se producen errores en la cabecera del
archivo:
Supongamos que el PSP 999999 remite un archivo telemático, con errores en la cabecera
del archivo, comunicando datos propios y de otros PSP. En este caso, no se depuraría
ningún movimiento, obteniéndose un listado de errores con la siguiente estructura:
ENCABEZAMIENTO ESTÁNDAR
***** INICIO MENSAJE PARA REMITENTE: 999999 *****
Bloque C
***** FIN MENSAJE PARA REMITENTE: 999999 *****
Ejemplo de estructura del archivo de datos si no se producen errores en la cabecera del
archivo:
Si el mensaje depurado presentara datos de un solo PSP declarante, el formato podría ser
el siguiente:
ENCABEZAMIENTO ESTÁNDAR
***** INICIO MENSAJE PARA REMITENTE: 999999 ******
****** INICIO PSP: 999999 ******
Bloque 0
Bloque 2
****** FIN PSP: 999999 **********
****** FIN MENSAJE PARA REMITENTE: 999999 *******
DEPARTAMENTO DE ESTADÍSTICA – APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
15
Si el mensaje presentara datos de varias entidades declarantes, el formato podría ser el
siguiente:
ENCABEZAMIENTO ESTÁNDAR
***** INICIO MENSAJE PARA REMITENTE: 999999 ******
****** INICIO PSP: 999999 ******
Bloque 0
****** FIN PSP: 999999 **********
:
:
ENCABEZAMIENTO ESTÁNDAR
****** INICIO PSP: 888888 ******
Bloque 0
Bloque 1
****** FIN PSP: 888888 **********
****** FIN MENSAJE PARA REMITENTE: 999999 *******
2.3
Conservación de los datos
En el caso de que se detectara algún error en la información remitida, por parte del Banco
de España, se solicitará la rectificación del mismo.
Sólo se admitirán rectificaciones que afecten a movimientos cuya fecha de comunicación
anterior (PeriodoDeclaracionAnterior) resulte igual o inferior a 3 años.
Para el caso en el que los archivos originales plantearan problemas técnicos en alguno de
los tratamientos que se hagan en el Banco de España, los PSP declarantes conservarán la
información remitida por un plazo mínimo de 3 meses.
16
DEPARTAMENTO DE ESTADÍSTICA - APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
Apartado 3
Contenido de la información
3 Contenido de la información
3.1
Frecuencia y contenido de la información
Los PSP, de acuerdo con la Circular 1/2012 del Banco de España, estarán obligados a
informar, a partir de junio de 2012, con periodicidad mensual y dentro de los diez días
hábiles siguientes al fin de cada mes, de las operaciones indicadas a continuación:
1 Los cobros y pagos transfronterizos, así como las transferencias al o del exterior,
cifrados en euros o en moneda extranjera, realizados por cuenta de sus clientes, cuando
dichos cobros y pagos tengan origen o destino en cuentas abiertas en un proveedor de
servicios de pago en otros Estados miembros de la Unión Europea o en cualquier otro país.
No se incluirán aquellas operaciones cuyos titulares fueran otros proveedores de servicios
de pago.
2 Los abonos y adeudos en cuentas de sus clientes no residentes. No se incluirán los
movimientos de las cuentas cuyos titulares fueran otros proveedores de servicios de pago.
3 Los envíos y recepciones de billetes y moneda metálica en euros, a/de sus
corresponsales extranjeros.
Las operaciones a las que se refieren los puntos 1 y 2 únicamente se comunicarán cuando
su importe en euros o su contravalor en otra divisa sea superior a 50.000 €.
3.2
Tipos de transacciones
Las operaciones, a las que se refiere el apartado anterior, se comunicarán a través de tres
tipos de transacciones, con las especificaciones recogidas en el apartado 4 de este
documento. Estos tres tipos de transacciones son los siguientes:
Transacción de tipo 1: Para los datos correspondientes a los cobros/pagos
transfronterizos y transferencias al/del exterior sin ningún tipo de limitación relacionada con
la mensajería.
Transacción de tipo 2: Para los datos correspondientes a los abonos y adeudos en
cuentas (a la vista y de ahorro) de no residentes, abiertas en PSP residentes.
Transacción de tipo 3: Para los datos correspondientes a los envíos y recepciones de
billetes y moneda metálica en euros, a/de sus corresponsales extranjeros.
3.3
Identificación de las transacciones
Las transacciones quedarán identificadas por las variables PSPDeclarante,
PeriodoDeclaracion y NumeroOrden. La identificación de la transacción será la referencia
en cualquier aclaración o rectificación posterior de la misma.
El número de orden, para cada tipo de transacción en el periodo declaración, empezará por
el número 1, será correlativo y la última transacción será igual al total de transacciones
contenidas en el archivo, no debiendo por tanto haber duplicidades o saltos.
DEPARTAMENTO DE ESTADÍSTICA – APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
19
3.4
Rectificaciones
A efectos de subsanar los datos erróneamente comunicados en periodos anteriores se
usarán transacciones de rectificación.
Esta clase de transacciones serán comunicadas por los PSP, cuando así les sea indicado
por el propio Banco de España o bien, cuando sea el propio PSP el que detecte el error al
observar movimientos omitidos o incorrectos en meses anteriores.
De forma habitual, será el PSP quien rectificará los movimientos comunicados de forma
errónea por él mismo. Ahora bien, de forma extraordinaria un PSP podrá rectificar las
transacciones comunicadas al Banco de España por otro, cuando este último haya sido
absorbido por el primero, o ambos se hayan fusionado.
La corrección de errores de comunicación en períodos posteriores se efectuará de acuerdo
con el tipo de error mediante los siguientes procedimientos:
Tipo de error
-
Omisión de una transacción en un período anterior.
o
-
Se comunicará la transacción omitida mediante una transacción de
rectificación de alta (RectifAltaPeriodoAnt).
Inclusión errónea en un período anterior de una transacción.
o
Se comunicará su eliminación mediante una transacción de rectificación de
baja (RectifBajaPeriodoAnt).
- Contenido erróneo en alguna de las variables de una transacción comunicada en un
período anterior.
o
20
Se corregirá la transacción errónea mediante la comunicación de dos
transacciones de rectificación, una de baja (RectifBajaPeriodoAnt), para la
transacción inicialmente comunicada, y otra de alta (RectifAltaPeriodoAnt),
para la transacción con el contenido correcto.
DEPARTAMENTO DE ESTADÍSTICA - APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
Apartado 4
Especificación de las transacciones y variables
4 Especificación de las transacciones y variables
4.1
Especificación de los archivos con las transacciones
Los archivos a enviar al Banco de España conteniendo las transacciones económicas con
el exterior, que comunicarán los PSP, tendrán formato XML. El esquema XML de dichos
archivos se especifica en el documento “TransExtPSP.xsd”.
En este apartado se detalla la estructura de los mencionados archivos y la definición de las
variables que lo componen.
Cada archivo se compone de una información denominada cabecera, de la identificación
del PSP declarante y de cada una de las transacciones que componen la comunicación. En
el gráfico adjunto se detalla la estructura de los archivos:
4.1.1
Información de cabecera del archivo (Cabecera)
La información de cabecera del archivo constará de las siguientes variables:

PSPRemitente

PeriodoDeclaracion

FechaCreacion

IndicadorTest
DEPARTAMENTO DE ESTADÍSTICA – APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
23
4.1.2
Información del proveedor de servicios de pago declarante
(InformeDeclarante)
Para cada uno de los PSP declarantes de los que se remite información en el archivo, se
deberán comunicar las siguientes variables:

PSPDeclarante

OperaEnPeriodo/NoOperaEnPeriodo
Si el PSP declarante, siendo comunicante habitual de este estado mensual no
tuviera, en algún periodo determinado, ninguna de las operaciones que está
obligado a declarar conforme a la Circular 1/2012, deberá hacerlo constar mediante
la utilización de la variable NoOperaEnPeriodo.
En caso contrario, deberá emplear la variable OperaEnPeriodo para cumplimentar
las variables de los tres tipos de transacciones: TransaccionesTipo1,
TransaccionesTipo2 y/o TransaccionesTipo3 que se indican a continuación.
4.1.3
Información de transacciones
Para cada una de las transacciones deberá cumplimentar una serie de variables comunes,
independientemente del tipo de transacción. Estas variables se describen a continuación.
4.1.3.1 Variables comunes a todos los tipos de transacciones
Se seleccionará si la transacción a comunicar corresponde al periodo de declaración
(TransaccionNormal) o a un periodo anterior, bien para dar de baja la transacción
(RectifBajaPeriodoAnt) o bien para dar de alta una transacción (RectifAltaPeriodoAnt).
La corrección de errores de información comunicada en periodos anteriores se efectuará
de acuerdo con los siguientes procedimientos:
 Inclusión errónea en un periodo anterior de una transacción.
Se comunicará su eliminación mediante una transacción de rectificación de baja
(RectifBajaPeriodoAnt) que incluirá las variables siguientes:

PSPDeclaranteAnterior

PeriodoDeclaracionAnterior

NumeroOrdenAnterior
 Omisión de una transacción en un periodo anterior.
Se comunicará mediante una transacción de rectificación
(RectifAltaPeriodoAnt) que incluirá las variables siguientes:
24

PSPDeclaranteAnterior

PeriodoDeclaracionAnterior
DEPARTAMENTO DE ESTADÍSTICA - APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
de
alta
 Contenido erróneo en alguna de las variables de una transacción comunicada en
un periodo anterior.
Se corregirá mediante la comunicación de dos transacciones de rectificación: una
de baja (RectifBajaPeriodoAnt) para la transacción inicialmente comunicada; y,
otra de alta (RectifAltaPeriodoAnt) para la transacción con el contenido correcto.
En el gráfico adjunto se detalla la estructura de variables descrita anteriormente.
4.1.3.2 TransaccionesTipo1: Cobros/pagos transfronterizos y transferencias al/del exterior
En la comunicación de transacciones de tipo 1 correspondientes, tanto al periodo de
declaración
(TransaccionNormal)
como
a
periodos
anteriores
(RectifBajaPeriodoAnt/RectifAltaPeriodoAnt) habrán de cumplimentarse las siguientes
variables:

FechaContable

NumeroOrden

TipoOperacion

Moneda

ImporteOperacion

ContravalorEuros
DEPARTAMENTO DE ESTADÍSTICA – APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
25

Datos identificativos del cliente
Si se trata de un cliente residente, se especificará con la variable:
ClienteResidente y con las variables siguientes de dicho cliente:

NIFClienteResidente

NombreoRazonSocial
Si se trata de un cliente no residente, se especificará con la variable:
ClienteNoResidente y con las variables siguientes de dicho cliente:

NombreoRazonSocial

Pais

IBANCliente

Concepto
Esta variable se cumplimentará cuando esté disponible en la mensajería.

Proposito
Esta variable se cumplimentará cuando esté disponible en la mensajería.

Categoria
Esta variable se cumplimentará cuando esté disponible en la mensajería.

SistemaLiqComp

ReferenciaOperacion

PaisPSPClienteContrapartida

CuentaClienteContrapartida
Los datos identificativos de la cuenta del cliente de contrapartida son:

BICPSPClienteContrapartida
Esta variable se cumplimentará cuando esté disponible en la mensajería.

Identificación de la cuenta del cliente de contrapartida
La cuenta de contrapartida se identificará mediante la variable
IBANClienteContrapartida. Cuando no se disponga de esta variable,
entonces
se
identificará
mediante
la
variable
PSPyCuentaClienteContrapartida.
26
DEPARTAMENTO DE ESTADÍSTICA - APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
El gráfico adjunto contiene el esquema de información de las transacciones de tipo 1.
4.1.3.3 TransaccionesTipo2: Abonos y adeudos en cuentas (a la vista y de ahorro) de no
residentes abiertas en PSP residentes
En la comunicación de transacciones de tipo 2 correspondientes tanto al periodo de
declaración
(TransaccionNormal)
como
a
periodos
anteriores
(RectifBajaPeriodoAnt/RectifAltaPeriodoAnt) habrán de cumplimentarse las siguientes
variables:

FechaContable

NumeroOrden
DEPARTAMENTO DE ESTADÍSTICA – APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
27

TipoOperacion

Moneda

ImporteOperacion

ContravalorEuros

Datos identificativos del ClienteNoResidente

NombreoRazonSocial

Pais

IBANCliente

Concepto
El gráfico adjunto contiene el esquema de información de las transacciones de tipo 2.
28
DEPARTAMENTO DE ESTADÍSTICA - APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
4.1.3.4 TransaccionesTipo3: Envíos y recepciones de billetes y moneda metálica en euros
a/de sus corresponsales extranjeros
En la comunicación de transacciones de tipo 3 correspondientes tanto al periodo de
declaración
(TransaccionNormal)
como
a
periodos
anteriores
(RectifBajaPeriodoAnt/RectifAltaPeriodoAnt) habrán de cumplimentarse las siguientes
variables:

FechaEnvioRecepcion

FechaAdeudoAbono

NumeroOrden

TipoOperacion

Importes de las monedas y billetes enviados o recibidos
Para cada serie o valor facial de las monedas y billetes de euro se informará, además
de ésta, del importe de la transacción.

Denominacion

Importe

CorresponsalExtranjero

PaisCorresponsal

Aduana
Se cumplimentará la aduana o el puesto fronterizo por el que se realiza el envío o la
recepción de monedas y/o billetes, con las especificaciones siguientes:

CodAduana
Cuando el envío o recepción se realice por alguna de las aduanas especificadas
para esta variable, se cumplimentará con el código de aduana correspondiente.

DesOtrasAduanas
Cuando el envío o recepción se realice por una aduana o puesto fronterizo
diferente de las especificadas para esta variable, se cumplimentará con el literal
correspondiente al nombre de la misma.
DEPARTAMENTO DE ESTADÍSTICA – APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
29
El gráfico adjunto contiene el esquema de información de las transacciones de tipo 3.
4.1.4
Definición de las variables del esquema de información
Variable
Aduana
BICPSPClienteContrapartida
Categoria
1
Descripción
Se cumplimentará la aduana o el puesto fronterizo
por el que se realiza el envío o la recepción de
monedas y/o billetes. Si la aduana corresponde a
alguna de las que están codificadas, se
especificará el código correspondiente (variable
CodAduana), si es otra aduana no codificada, se
especificará
su
nombre
(variable
DesOtrasAduanas).
Se indicará el código BIC del PSP no residente del
cliente de contrapartida de la operación cuando
esté disponible en la mensajería1.
Cuando esté disponible en la mensajería, debe
hacerse constar el código estandarizado
correspondiente a la categoría, que ha de coincidir
con uno de los valores contemplados para esta
variable en el esquema.
Campo obligatorio para los pagos SEPA hasta febrero de 2016.
30
DEPARTAMENTO DE ESTADÍSTICA - APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
Variable
ClienteNoResidente
ClienteResidente
CodAduana
Concepto
ContravalorEuros
CorresponsalExtranjero
CuentaClienteContrapartida
Denominacion
DesOtrasAduanas
FechaAdeudoAbono
FechaContable
FechaCreacion
FechaEnvioRecepcion
IBANCliente
Descripción
Con esta variable se indica que el cliente de la
entidad es no residente.
Con esta variable se indica que el cliente de la
entidad es residente.
Cuando el envío o recepción se realice por alguna
de las aduanas especificadas para esta variable,
se cumplimentará con el código de la aduana
correspondiente.
En las operaciones de tipo 1, se cumplimentará,
cuando esté disponible en la mensajería, con el
literal que describe la operación. En las
operaciones de tipo 2, se cumplimentará con el
concepto con el que se describe el apunte de
adeudo/abono en la cuenta del cliente no
residente.
Contravalor en euros del importe en la divisa
original
de
cada
movimiento
(variable
ImporteOperación).
Razón social del corresponsal bancario extranjero
a quien se efectúa la remesa o de quien procede
la misma.
Datos identificativos de la cuenta del cliente de
contrapartida.
Serie o valor facial de la moneda o billete. Deberá
contener uno de los valores de la lista de
denominación.
Cuando el envío o recepción se realice por una
aduana o puesto fronterizo diferente de las
codificadas para esta variable, se cumplimentará
con el literal correspondiente al nombre de la
misma.
Fecha de adeudo/abono en la contabilidad
patrimonial.
Fecha en la que las operaciones se registran en la
contabilidad patrimonial.
Fecha y hora de creación del fichero a remitir.
Fecha de envío/recepción de la remesa.
Se indicará el IBAN de la cuenta en España del
cliente residente o no residente, titular de la
misma. En aquellas operaciones en que no se
disponga del mismo, se rellenará con el valor
“ES12 9999 9999 50 9999999999”.
DEPARTAMENTO DE ESTADÍSTICA – APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
31
Variable
IBANClienteContrapartida
Importe
ImporteOperacion
IndicadorTest
Moneda
NIFClienteResidente
NombreoRazonSocial
NoOperaEnPeriodo
NumeroOrden
NumeroOrdenAnterior
OperaEnPeriodo
Pais
32
Descripción
Se indicará el IBAN de la cuenta en el exterior del
cliente de contrapartida de la operación para los
pagos SEPA. En el resto de pagos se rellenará
cuando esté disponible en la mensajería.
Debe indicarse el importe de los billetes y
monedas
metálicas
clasificados
por
su
denominación.
Importe de cada transacción en la divisa original.
Esta variable sirve para identificar si los archivos
remitidos son en pruebas o no. Deberá contener
uno de los valores especificados en el esquema
para esta variable.
Debe indicarse uno de los códigos ISO alfabético
contemplados para esta variable en el esquema.
Se indicará el NIF del residente al que corresponde
el cobro o pago exterior. En su composición
cumplirá lo especificado en la normativa vigente.
Nombre o razón social correspondiente al cliente
residente o no residente según corresponda.
Si el PSP declarante, siendo comunicante habitual
de este estado mensual, en algún periodo
determinado no tuviera ninguna de las
operaciones a las que está obligado a declarar
conforme a la Circular 1/2012, deberá hacerlo
constar mediante la utilización de la variable
NoOperaEnPeriodo.
Se asignará para cada periodo de declaración y
tipo de transacción, comenzando con el número 1
y terminando con el número que corresponda al
total de transacciones informadas. Los números
de orden deberán ser consecutivos.
Cuando se trate de dar de baja o de corregir una
transacción comunicada en un periodo anterior, se
indicará el número de orden de la transacción
errónea en la declaración de dicho periodo.
Se indicará cuando el PSP declarante tenga
operaciones que comunicar en el periodo
corriente.
En las transacciones de tipo 1 y 2 debe
cumplimentarse el país del cliente no residente
con uno de los códigos ISO alfabético
contemplados para esta variable en el esquema,
que se corresponda con el del país de residencia
del cliente.
DEPARTAMENTO DE ESTADÍSTICA - APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
Variable
PaisCorresponsal
PaisPSPClienteContrapartida
PeriodoDeclaracion
PeriodoDeclaracionAnterior
Proposito
PSPDeclarante
PSPDeclaranteAnterior
PSPRemitente
PSPyCuentaClienteContrapartida
RectifAltaPeriodoAnt
Descripción
Se indicará uno de los códigos ISO alfabético
contemplados para esta variable en el esquema,
que se corresponda con el del país de residencia
del corresponsal bancario extranjero.
Se rellenará con uno de los códigos ISO alfabético
contemplados para esta variable en el esquema.
Debe corresponderse con el del país del PSP
donde está abierta la cuenta del cliente de origen
(cobro)/ destino (pago) de los fondos.
Mes y año al que corresponde la declaración.
Mes y año al que corresponde la rectificación.
Cuando esté disponible en la mensajería SEPA,
debe hacerse constar el concepto estandarizado
propio de la misma, que ha de coincidir con uno
de los valores contemplados para esta variable en
el esquema.
Debe indicarse el código, en el Registro de
Entidades del Banco de España, correspondiente
al PSP declarante.
Se indicará el código, en el Registro de Entidades
del Banco de España, correspondiente al PSP
declarante de la transacción a corregir. De forma
extraordinaria, un PSP podrá rectificar las
transacciones comunicadas por otro, cuando éste
haya sido absorbido por el primero o ambos se
hubieran fusionado.
Debe indicarse el código, en el Registro de
Entidades del Banco de España, correspondiente
al PSP remitente que efectúe el envío de la
información.
En aquellos casos en los que no se haya podido
cumplimentar IBANClienteContrapartida deberá
indicarse, siempre que esté disponible, el literal
que describa al PSP y la cuenta de origen
(cobro)/destino (pago). Si no se dispusiera de
ninguno de ellos se rellenará con el literal ‘No
disponible’.
Con esta variable se indica que la transacción
comunicada es un alta correspondiente a un
periodo anterior que no fue comunicada o que
contenía información errónea que previamente ha
sido
dada
de
baja
con
la
variable
RectifBajaPeriodoAnt.
DEPARTAMENTO DE ESTADÍSTICA – APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
33
Variable
RectifBajaPeriodoAnt
ReferenciaOperacion
SistemaLiqComp
TransaccionNormal
TipoOperacion
34
Descripción
Con esta variable se realiza la baja de una
transacción, comunicada por error en un periodo
anterior o que contenía información errónea y que
será rectificada con una nueva transacción con la
variable RectifAltaPeriodoAnt.
Identificador interno de la operación asignado por
el PSP y conocido por su cliente.
Código del sistema de compensación o
liquidación utilizado. Deberá contener uno de los
valores especificados en el esquema para esta
variable.
Con esta variable se indica que la transacción
comunicada es una transacción normal del
periodo corriente.
Deberá contener uno de los valores especificados
en el esquema para esta variable. Existen listas de
valores diferentes para cada uno de los tipos de
transacción.
DEPARTAMENTO DE ESTADÍSTICA - APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
Apartado 5
Criterios de depuración de los archivos
5 Criterios de depuración de los archivos
5.1
5.1.1
Criterios de depuración con el esquema XML
Controles previos al envío
La información de transacciones económicas con el exterior de los PSP se enviará al Banco
de España mediante la transmisión de ficheros con formato XML (http://www.w3.org/XML/).
XML es un metalenguaje de etiquetas que permite definir una “estructura válida” para los
datos mediante la construcción de un esquema XML (http://www.w3.org/XML/Schema). Es
habitual referirse a estos documentos de esquema como “XML Schema”.
El Banco de España ha elaborado un documento “XML Schema” que define
sintácticamente cual es el formato correcto para los archivos que los PSP tendrán que
enviar al Banco de España. Cualquier fichero que los PSP envíen al Banco de España y no
cumpla con la estructura definida en el documento “XML Schema” será rechazado
completamente. Por este motivo se recomienda que los informantes validen que el archivo
es sintácticamente correcto antes de enviarlo al Banco de España. Para realizar esta
validación se utilizará el esquema XML “TransExtPSP.xsd” que se facilita a los informantes.
5.1.2
Descripción de la estructura y validaciones realizadas en el esquema XML
“TransExtPSP.xsd”
El fichero XML que los PSP informantes enviarán al Banco de España tendrá el siguiente
formato:
5.1.3
Declaración XML
El XML tiene que incluir una declaración explícita que contendrá la versión de XML y la
codificación admitida que será UTF-8 en todos los casos.
<?xml version="1.0" encoding="UTF-8"?>
5.1.4
Elemento Raíz <Informe>
El elemento raíz será un elemento etiquetado como <Informe> que contendrá siempre los
siguientes elementos y en el siguiente orden:
<Cabecera> - contendrá datos básicos del PSP que remite la información, de la
fecha a la que corresponde la información y la fecha en que el informe fue generado.
<InformeDeclarante> - Podrán aparecer uno o varios de estos elementos. Uno por
cada PSP declarante que está incluido en el informe.
<Informe>
<Cabecera>
…………Información incluida en la cabecera……………
</Cabecera>
DEPARTAMENTO DE ESTADÍSTICA – APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
37
<InformeDeclarante>
…………Información correspondiente a un declarante………………………………………
</InformeDeclarante>
<InformeDeclarante>
…………Información correspondiente a un declarante………………………………………
</InformeDeclarante>
…………Información de otros declarantes ……………………………………
</Informe>
5.1.5
Elemento <Cabecera>
El elemento <Cabecera> incluye los siguientes elementos que deben aparecer siempre y
en el siguiente orden:
<PSPRemitente> – Se validará que su contenido sea una cadena alfanumérica de
entre 4 y 6 caracteres, sin blancos.
<PeriodoDeclaracion> – Se validará que su contenido sea una fecha con formato
año y mes. El año se escribirá con 4 caracteres y el mes con 2 separados por un
‘-‘. Ejemplo: “2012-08”.
<FechaCreacion> – Se validará que su contenido sea de tipo fecha y hora con el
formato YYYY-MM-DDThh:mm:ss donde:
YYYY representa el año escrito con cuatro cifras.
MM representa el mes escrito con dos cifras.
DD representa el día escrito con dos cifras.
T indica que comienza la indicación de las horas, minutos y segundos.
hh representa la hora con dos cifras.
mm representa el minuto con dos cifras.
ss representa los segundos con dos cifras.
Ejemplo: “2012-09-09T09:30:00”.
<IndicadorTest> – Se validará que su contenido sea “Si” para indicar que es un
envío de Test o “No” para indicar que el envío es de datos reales.
5.1.6
Elemento <InformeDeclarante>
Existirá un elemento <InformeDeclarante> por cada PSP declarante que esté incluido en el
documento. Cada elemento <InformeDeclarante> contendrá siempre los siguientes
elementos y en el siguiente orden:
<PSPDeclarante> - Se validará que su contenido sea una cadena alfanumérica de
entre 4 y 6 posiciones. Además se validará que el PSPDeclarante sea único en el
informe, es decir que el mismo PSPDeclarante no puede aparecer más de una vez.
<OperaEnPeriodo>/<NoOperaEnPeriodo> - Aparecerá uno de estos dos elementos
pero no ambos indicando:
<OperaEnPeriodo>- La descripción de las validaciones sobre el contenido
de esta etiqueta aparece en su epígrafe correspondiente.
38
DEPARTAMENTO DE ESTADÍSTICA - APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
<NoOperaEnPeriodo> – Este elemento no tendrá contenido ninguno.
<InformeDeclarante>
<PSPDeclarante>PSP1</PSPDeclarante>
<OperaEnPeriodo>
……Transacciones correspondientes al PSP Declarante ………
</OperaEnPeriodo>
</InformeDeclarante>
<InformeDeclarante>
<PSPDeclarante>PSP1</PSPDeclarante>
<NoOperaEnPeriodo/>
</InformeDeclarante>
…………Informes de otros declarantes ………………………………………
5.1.7
Elemento <OperaEnPeriodo>
El elemento <OperaEnPeriodo> contendrá tantos elementos como transacciones informe
en el periodo de referencia del informe. Estas transacciones se cumplimentarán incluyendo
los siguientes elementos tantas veces como transacciones sea necesario informar para
cada tipo de registro:
<TransaccionTipo1> - Elemento utilizado para informar cada cobro o pago
transfronterizo derivado de transferencias y adeudos directos. Las validaciones que
se hacen sobre este elemento se describen en el epígrafe correspondiente.
<TransaccionTipo2> - Elemento utilizado para informar cada abono o adeudo en
cuentas (a la vista y de ahorro) de no residentes, abiertas en PSP residentes. Las
validaciones que se hacen sobre este elemento se describen en el epígrafe
correspondiente.
<TransaccionTipo3> - Elemento utilizado para informar cada envío o recepción de
billetes y moneda metálica en euros, a/de sus corresponsales extranjeros. Las
validaciones que se hacen sobre este elemento se describen en el epígrafe
correspondiente.
<OperaEnPeriodo>
<TransaccionTipo1>
………Información de una transacción de tipo
1…………………………………………
</TransaccionTipo1>
…………Otras transacciones Tipo 1………………………………………
<TransaccionTipo2>
………Información de una transacción de tipo
2…………………………………………
</TransaccionTipo2>
DEPARTAMENTO DE ESTADÍSTICA – APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
39
…………Otras transacciones Tipo 2………………………………………
<TransaccionTipo3>
………Información de una transacción de tipo
3…………………………………………
</TransaccionTipo3>
…………Otras transacciones Tipo 3………………………………………
</OperaEnPeriodo>
5.1.8
Elemento <TransaccionTipo1>
Este elemento contiene toda la información referente a un cobro o pago transfronterizo. El
esquema validará que contenga los siguientes elementos y en el orden en el que se indican
a continuación:
<TransaccionNormal>/<RectifBajaPeriodoAnt>/<RectifAltaPeriodoAnt> - Siempre
hay que informar uno y sólo uno de estos 3 elementos, siendo excluyentes entre sí
dentro de la misma transacción. El elemento <TransaccionNormal> no tiene
contenido y las validaciones que se hacen sobre los elementos
<RectifBajaPeriodoAnt> y <RectifAltaPeriodoAnt> están descritas en los
respectivos epígrafes.
<FechaContable> - Elemento obligatorio con formato año(4 cifras)-mes(2 cifras)día(2 cifras). Ejemplo: 2012-07-15.
<NumeroOrden> - Contendrá un número entero que puede estar entre 1 y 9999999.
Se comprobará que este número es único para todas las transacciones de tipo 1
que se incluyan en cada informe.
<TipoOperacion> - Puede tomar los valores “COB” para el caso de un cobro o
“PAG” para el caso de un pago.
<Moneda> - Este elemento tendrá que contener el código ISO de una de las
monedas válidas para el sistema.
<ImporteOperacion> - Es un número de 18 cifras de las cuales 2 pueden ser
decimales. Se validará que el valor sea mayor que 0.00.
Ejemplo: 123456789012345678 es válido, 1234567890123456.78 es válido,
pero 123456789012345678.12 no es válido.
<ContravalorEuros> - Es un número de 18 cifras de las cuales 2 pueden ser
decimales. Se validará que el valor sea estrictamente mayor que 50000.00.
Ejemplo: 123456789012345678 es válido, 1234567890123456.78 es válido,
pero 123456789012345678.12 no es válido.
<ClienteResidente>/<ClienteNoResidente> - Uno y solo uno de los dos elementos
tendrá que estar incluido. Las validaciones sobre ambos elementos se describen
en los epígrafes correspondientes.
<IBANCliente> - Se validará que el formato del IBAN es correcto.
40
DEPARTAMENTO DE ESTADÍSTICA - APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
<Concepto> - Este elemento es opcional. Si aparece contendrá una cadena de 175
caracteres como máximo.
<Proposito> - Este elemento es opcional. Si aparece tendrá que contener un código
de propósito de los admitidos en la mensajería SEPA.
<Categoria> - Este elemento es opcional. Si aparece tendrá que contener un
código de categoría de los admitidos en la mensajería SEPA.
<SistemaLiqComp> - Se validará que contenga uno de los siguientes valores “TGT”,
“EBA”, “ABE”, “ST2”, “CAM”, “CRR”, “OTR”.
<ReferenciaOperacion> - Se validará que sea una cadena de 35 caracteres como
máximo.
<PaisPSPClienteContrapartida> - Se validará que contenga el código ISO de un
país.
<CuentaClienteContrapartida> - Las validaciones al contenido de este elemento
vienen descritas en su correspondiente epígrafe.
<TransaccionTipo1>
<TransaccionNormal/>
<FechaContable>2012-06-30</FechaContable>
<NumeroOrden>1</NumeroOrden>
<TipoOperacion>COB</TipoOperacion>
<Moneda>USD</Moneda>
<ImporteOperacion>12345678.43</ImporteOperacion>
<ContravalorEuros>11414273.69</ContravalorEuros>
<ClienteResidente>
<NIFClienteResidente>B12345678</NIFClienteResidente>
<NombreoRazonSocial>Ejemplo2 SL</NombreoRazonSocial>
</ClienteResidente>
<IBANCliente>ES9999999999994444444444</IBANCliente>
<Concepto>Préstamo</Concepto>
<Proposito>LOAN</Proposito>
<Categoria>LOAN</Categoria>
<SistemaLiqComp>TGT</SistemaLiqComp>
<ReferenciaOperacion>123445</ReferenciaOperacion>
<PaisPSPClienteContrapartida>FR</PaisPSPClienteContrapartida>
<CuentaClienteContrapartida>
<BICPSPClienteContrapartida>BANCFRM1XXX</BICPSPClienteContrapartida>
<IBANClienteContrapartida>FR9911112222333344445M55666</IBANClienteCon
trapartida>
</CuentaClienteContrapartida>
</TransaccionTipo1>
DEPARTAMENTO DE ESTADÍSTICA – APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
41
5.1.9
Elemento <TransaccionTipo2>
Este elemento contiene toda la información referente a un abono o adeudo en cuentas (a la
vista y de ahorro) de no residentes, abiertas en PSP residentes.
El esquema validará que contenga los siguientes elementos y en el orden en el que se
indican a continuación:
<TransaccionNormal>/<RectifBajaPeriodoAnt>/<RectifAltaPeriodoAnt> - Siempre
hay que informar uno y sólo uno de estos 3 elementos, siendo excluyentes entre sí
dentro de la misma transacción. El elemento <TransaccionNormal> no tiene
contenido y las validaciones que se hacen sobre los elementos
<RectifBajaPeriodoAnt> y <RectifAltaPeriodoAnt> están descritas en los
respectivos epígrafes.
<FechaContable> - Elemento obligatorio con formato año (4 cifras)-mes (2 cifras)día (2 cifras). Ejemplo: 2012-07-15.
<NumeroOrden> - Contendrá un número entero que puede estar entre 1 y 9999999.
Se comprobará que este número es único para todas las transacciones de tipo 2
que se incluyan en cada informe.
<TipoOperacion> - Puede tomar los valores “ABO” para indicar que la transacción
corresponde a un abono o “ADE” para indicar que es un adeudo.
<Moneda> - Este elemento tendrá que contener el código ISO de una de las
monedas válidas para el sistema.
<ImporteOperacion> - Es un número de 18 cifras de las cuales 2 pueden ser
decimales. Se validará que el valor sea mayor que 0.00.
Ejemplo: 123456789012345678 es válido, 1234567890123456.78 es válido,
pero 123456789012345678.12 no es válido.
<ContravalorEuros> - Es un número de 18 cifras de las cuales 2 pueden ser
decimales. Se validará que el valor sea estrictamente mayor que 50000.00.
Ejemplo: 123456789012345678 es válido, 1234567890123456.78 es válido,
pero 123456789012345678.12 no es válido.
<ClienteNoResidente> - Las validaciones sobre este elemento se describen en el
epígrafe correspondiente.
<IBANCliente> - Se validará que sea un alfanumérico y corresponda con el formato
de los códigos IBAN.
<Concepto> - Elemento obligatorio de texto libre con una longitud máxima de 175
caracteres.
<TransaccionTipo2>
<TransaccionNormal/>
<FechaContable>2012-08-24</FechaContable>
<NumeroOrden>5</NumeroOrden>
<TipoOperacion>ADE</TipoOperacion>
<Moneda>EUR</Moneda>
42
DEPARTAMENTO DE ESTADÍSTICA - APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
<ImporteOperacion>52000</ImporteOperacion>
<ContravalorEuros>52000</ContravalorEuros>
<ClienteNoResidente>
<NombreoRazonSocial>MRT</NombreoRazonSocial>
<Pais>GB</Pais>
</ClienteNoResidente>
<IBANCliente>ES9999999999991111111111</IBANCliente>
<Concepto>BONOS</Concepto>
</TransaccionTipo2>
5.1.10 Elemento <TransaccionTipo3>
Este elemento contiene los elementos que componen la información de un envío o
recepción de billetes y moneda metálica en euros, a/de corresponsales extranjeros. Se
validará que incluya los siguientes elementos en el mismo orden en el que aparecen a
continuación:
<TransaccionNormal>/<RectifBajaPeriodoAnt>/<RectifAltaPeriodoAnt> - Siempre
hay que informar uno y sólo uno de estos 3 elementos, siendo excluyentes entre sí
dentro de la misma transacción. El elemento <TransaccionNormal> no tiene
contenido y las validaciones que se hacen sobre los elementos
<RectifBajaPeriodoAnt> y <RectifAltaPeriodoAnt> están descritas en los
respectivos epígrafes.
<FechaEnvioRecepcion> - Elemento obligatorio con formato año (4 cifras)-mes (2
cifras)-día(2 cifras). Ejemplo: 2012-07-15.
<FechaAdeudoAbono> - Elemento obligatorio con formato año (4 cifras)-mes (2
cifras)-día(2 cifras). Ejemplo: 2012-07-15.
<NumeroOrden> - Contendrá un número entero que puede estar entre 1 y 9999999.
Se comprobará que este número es único para todas las transacciones de tipo 3
que se incluyan en cada informe.
<TipoOperacion> - Puede tomar los valores “ENV” para indicar que la transacción
corresponde a un envío o “REC” para indicar que es una recepción.
<Importe> - Este elemento puede aparecer de una a 15 veces. Cada vez que
aparezca deberá tener un atributo ‘Denominacion’ que podrá tomar los valores de
alguna de las denominaciones de monedas o billetes válidos (Ej:
Denominacion=”20EUR” o Denominacion=”0.02EUR”). La ‘Denominacion’ no se
puede repetir dentro de la misma TransaccionTipo3. En su contenido llevará el
importe enviado o recibido de esa denominación que tendrá que ser un número de
18 cifras de las cuales 2 pueden ser decimales y que tendrá que ser mayor que 0.00.
Ejemplo:
<Importe Denominacion="50EUR">89600</Importe>
<Importe Denominacion="0.02EUR">456.54</Importe>
<CorresponsalExtranjero> - Deberá ser una cadena de máximo 60 caracteres.
DEPARTAMENTO DE ESTADÍSTICA – APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
43
<PaisCorresponsal> - Se validará que contenga el código ISO de un país.
<Aduana> - Contendrá uno y solo uno de los siguientes elementos:
<CodAduana> - Se validará que contenga uno de los siguientes valores:
“BARAJAS”, “PRAT”, “LINEA”, “FARGA”.
<DesOtrasAduanas> - Se utiliza para el caso de que la aduana no esté
codificada y se validará que sea una cadena de máximo 60 caracteres.
<TransaccionTipo3>
<TransaccionNormal/>
<FechaEnvioRecepcion>2012-07-01</FechaEnvioRecepcion>
<FechaAdeudoAbono>2012-07-02</FechaAdeudoAbono>
<NumeroOrden>7</NumeroOrden>
<TipoOperacion>ENV</TipoOperacion>
<Importe Denominacion="5EUR">890</Importe>
<Importe Denominacion="50EUR">900</Importe>
<CorresponsalExtranjero>SUCURSAL FR</CorresponsalExtranjero>
<PaisCorresponsal>FR</PaisCorresponsal>
<Aduana>
<DesOtrasAduanas>Otra Aduana</DesOtrasAduanas>
</Aduana>
</TransaccionTipo3>
5.1.11 Elemento <RectifBajaPeriodoAnt>
Este elemento se utiliza para indicar que la transacción se había informado en un periodo
anterior y se quiere dar de baja. Debe incluir los siguientes elementos y en el orden que se
indica:
<PSPDeclaranteAnterior> - Se validará que el elemento contenga una cadena
alfanumérica de entre 4 y 6 posiciones.
<PeriodoDeclaracionAnterior> - Se validará que el elemento contenga una fecha
con formato año y mes. El año se escribirá con 4 caracteres y el mes con 2
separados por un ‘-‘. Ejemplo: “2011-12”.
<NumeroOrdenAnterior> - Corresponde al número que tenía la orden en el informe
anterior. Se validará que este elemento sea un número entero que puede estar entre
1 y 9999999.
<RectifBajaPeriodoAnt>
<PSPDeclaranteAnterior>PSP1</PSPDeclaranteAnterior>
<PeriodoDeclaracionAnterior>2012-06</PeriodoDeclaracionAnterior>
<NumeroOrdenAnterior>86</NumeroOrdenAnterior>
</RectifBajaPeriodoAnt>
44
DEPARTAMENTO DE ESTADÍSTICA - APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
5.1.12 Elemento <RectifAltaPeriodoAnt>
Este elemento se utiliza para dar de alta un registro correspondiente a un envío de un
periodo anterior (esto se puede hacer porque fuera omitido en su momento o porque se
quiera modificar utilizando el método de la baja del registro erróneo y la alta del correcto).
Contendrá los siguientes elementos en el orden en el que se mencionan a continuación:
<PSPDeclaranteAnterior> - Se validará que el elemento contenga una cadena
alfanumérica de entre 4 y 6 posiciones.
<PeriodoDeclaracionAnterior> - Se validará que el elemento contenga una fecha
con formato año y mes. El año se escribirá con 4 caracteres y el mes con 2
separados por un ‘-‘. Ejemplo: “2012-06”.
<RectifAltaPeriodoAnt>
<PSPDeclaranteAnterior>PSP1</PSPDeclaranteAnterior>
<PeriodoDeclaracionAnterior>2012-06</PeriodoDeclaracionAnterior>
</RectifAltaPeriodoAnt>
5.1.13 Elemento <ClienteResidente>
Este elemento tendrá que incluir los siguientes elementos y en el orden que se mencionan:
<NIFClienteResidente> - Se validará que el contenido de este elemento sea una
cadena alfanumérica con la misma estructura que un NIF.
<NombreoRazonSocial> - Se validará que el contenido de este elemento sea una
cadena de máximo 60 caracteres.
<ClienteResidente>
<NIFClienteResidente>B00000001</NIFClienteResidente>
<NombreoRazonSocial>String</NombreoRazonSocial>
</ClienteResidente>
5.1.14 Elemento <ClienteNoResidente>
Este elemento tendrá que incluir los siguientes elementos y en el orden que se mencionan:
<NombreoRazonSocial> - Se validará que el contenido de este elemento sea una
cadena de máximo 60 caracteres.
<Pais> - Se validará que contenga el código ISO de un país.
<ClienteNoResidente>
<NombreoRazonSocial>String</NombreoRazonSocial>
<Pais>AX</Pais>
</ClienteNoResidente>
DEPARTAMENTO DE ESTADÍSTICA – APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
45
5.1.15 Elemento <CuentaClienteContrapartida>
Este elemento tendrá que incluir los siguientes elementos y en el orden en el que se
mencionan:
<BICPSPClienteContrapartida> - Este elemento es opcional. Si aparece se validará
que sea un campo alfanumérico y corresponda con una estructura de BIC válida.
<IBANClienteContrapartida>/<PSPyCuentaClienteContrapartida> - Tendrá que
aparecer uno y solo uno de estos dos elementos. Las validaciones que se realizarán
sobre ellos son las siguientes:
<IBANClienteContrapartida> - Se validará que sea un alfanumérico y
corresponda con el formato de los códigos IBAN.
<PSPyCuentaClienteContrapartida> - Se validará que sea una cadena de
máximo 175 caracteres.
<CuentaClienteContrapartida>
<BICPSPClienteContrapartida>BANCFRM1XXX</BICPSPClienteContrapartida>
<IBANClienteContrapartida>FR9911112222333344445M55666</IBANClienteContra
partida>
</CuentaClienteContrapartida>
5.2
Otras depuraciones no contempladas en el esquema XML
5.2.1
Depuraciones generales
Errores
Depuraciones
Clave
Descripción
El archivo debe cumplir el estándar XML.
A00
XML MAL FORMADO
El archivo debe validarse con el esquema XML.
A01
ARCHIVO NO VALIDADO CON
EL ESQUEMA
A02
MAS DE 100 ERRORES. SE
IGNORA EL RESTO DE LA
INFORMACION
Si se detectan más de 100 errores se suspenderá la depuración.
46
DEPARTAMENTO DE ESTADÍSTICA - APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
5.2.2
Depuración de la cabecera
Errores
Nombre de la variable
Depuraciones
Clave
Descripción
Debe ser el PSP que realiza el
envío y corresponder a un PSP
registrado.
B01
PSP REMITENTE NO VALIDO
Debe ser un PSP vigente para
el periodo de declaración.
B02
PSP REMITENTE NO
VIGENTE
Debe ser igual o posterior a
2012-06.
B03
PERIODO DECLARACION
DEBE SER IGUAL O
POSTERIOR A 2012-06
Si el indicador Test tiene valor
“No”, debe de ser anterior a la
fecha de recepción.
B04
PERIODO DECLARADO NO
FINALIZADO
B05
SIN INFORMACION EN EL
PERIODO ANTERIOR
B06
INFORMACION YA
ASIMILADA PARA EL
PERIODO
PSPRemitente
PeriodoDeclaración
Si el IndicadorTest tiene valor
“No” y no es la primera vez que
IndicadorTest
el PSP informa al sistema DTE,
debe haber información
asimilada para el periodo
anterior al declarado si tenía
obligación de declarar.
Si el IndicadorTest tiene valor
“No” y el PSP ya tiene
información asimilada para el
periodo de esta declaración.
DEPARTAMENTO DE ESTADÍSTICA – APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
47
5.2.3
Depuración del informe del declarante
Errores
Nombre de la variable
Depuraciones
Clave
PSPDeclarante
OperaEnPeriodo
5.2.4
Descripción
Debe corresponder a un PSP
registrado.
C01
PSP DECLARANTE 999999
NO VALIDO
Debe ser un PSP vigente para
el periodo de declaración.
C02
PSP DECLARANTE 999999
NO VIGENTE
El PSP remitente debe estar
autorizado al envío de la
información del PSP declarante
en ese periodo.
C03
PSP REMITENTE NO
AUTORIZADO PARA EL PSP
DECLARANTE 999999
Si el PSP opera en el período
debe comunicar alguna
transacción normal o de
rectificación.
C04
OPERA EN PERIODO Y NO
COMUNICA MOVIMIENTOS
Depuración en el informe del declarante de las transacciones normales
Errores
Nombre de la variable
Depuraciones
Clave
Descripción
La moneda debe estar
vigente.
D01
MONEDA NO VIGENTE
Su composición cumplirá lo
especificado en la normativa
vigente.
D02
NIF RESIDENTE MAL
COMPOSICION
No puede ser el de un PSP
registrado en B.E.
D03
NIF RESIDENTE NO VALIDO
NumeroOrden
Debe ser consecutivo dentro
de cada tipo de transacción.
D04
NUMERO DE ORDEN NO
CONSECUTIVO
Pais
El país debe estar vigente.
D05
PAIS NO VIGENTE
PaisCorresponsal
El país debe estar vigente.
D06
PAIS CORRESPONSAL NO
VIGENTE
PaisPSPClienteContrapartida
El país debe estar vigente.
D07
PAIS CONTRAPARTIDA NO
VIGENTE
Moneda
NIFClienteResidente
48
DEPARTAMENTO DE ESTADÍSTICA - APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
Errores
Nombre de la variable
Depuraciones
Clave
Descripción
Proposito
El propósito debe estar
vigente.
D08
PROPOSITO NO VIGENTE
Categoria
La categoría debe estar
vigente.
D09
CATEGORIA NO VIGENTE
SistemaLiqComp
El sistema de liquidación
debe estar vigente.
D10
SISTEMA DE LIQ/COMP NO
VIGENTE
ReferenciaOperacion
Se validará que su
composición sea lógica.
D11
REFERENCIA NO VALIDA
FechaContable
Debe ser una fecha
coherente con el periodo de
declaración (periodo de
declaración anterior en caso
de las rectificaciones de alta).
D12
FECHA CONTABLE NO
COHERENTE
FechaEnvioRecepcion
Debe ser una fecha
coherente con el periodo de
declaración (periodo de
declaración anterior en caso
de las rectificaciones de alta).
D13
FECHA ENVIO/RECEPCION NO
COHERENTE
FechaAdeudoAbono
Debe ser una fecha
coherente con el periodo de
declaración (periodo de
declaración anterior en caso
de las rectificaciones de alta).
D14
FECHA ADEUDO/ABONO NO
COHERENTE
Se validará que corresponda
con una estructura válida del
IBAN de una cuenta en un
PSP residente.
D15
IBAN CLIENTE MAL
COMPOSICION
Debe ser un IBAN de una
cuenta en un PSP residente.
En aquellas operaciones en
que no se disponga del
mismo, se rellenará con el
valor “ES12 9999 9999 50
9999999999”.
D16
IBAN CLIENTE DEBE
COMENZAR POR ‘ES’
IBANCliente
DEPARTAMENTO DE ESTADÍSTICA – APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
49
Errores
Nombre de la variable
Depuraciones
Clave
Descripción
D17
BIC PSP CLIENTE
CONTRAPARTIDA NO PUEDE
CONTENER ‘ES’ EN SUS
POSICIONES 5ª Y 6ª
Se validará que corresponda
con una estructura válida del
IBAN de una cuenta en un
PSP no residente conforme a
la Norma ISO 13616.
D18
IBAN CLIENTE
CONTRAPARTIDA MAL
COMPOSICION
Debe ser un IBAN de una
cuenta en un PSP no
residente.
D19
IBAN CLIENTE
CONTRAPARTIDA NO PUEDE
EMPEZAR POR ‘ES’
ContravalorEuros
Debe ser un contravalor
coherente con la moneda y el
importe de la operación.
D20
CONTRAVALOR EN EUROS
MAL CALCULADO
NombreoRazonSocial
Se validará que su
composición sea lógica.
D21
NOMBRE O RAZON SOCIAL
NO VALIDO
Concepto
Se validará que su
composición sea lógica.
D22
CONCEPTO NO VALIDO
PSPyCuentaClienteContrapartida
Se validará que su
composición sea lógica.
D23
PSP Y CUENTA CLIENTE
CONTRAPARTIDA NO VALIDO
CorresponsalExtranjero
Se validará que su
composición sea lógica.
D24
CORRESPONSAL
EXTRANJERO NO VALIDO
DesOtrasAduanas
Se validará que su
composición sea lógica.
D25
DESCRIPCION OTRAS
ADUANAS NO VALIDA
BICPSPClienteContrapartida
IBANClienteContrapartida
50
Debe corresponder con un
código BIC de una cuenta en
un PSP no residente.
DEPARTAMENTO DE ESTADÍSTICA - APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
5.2.5
Depuración en el informe del declarante de las transacciones de baja
Errores
Nombre de la variable
Depuraciones
Clave
Descripción
PSPDeclaranteAnterior
Si no coincide con el PSP
declarante, debe ser el
resultante de una fusión o
absorción del original, o bien
estar autorizado a rectificar su
información.
E01
PSP DECLARANTE ANTERIOR
DISTINTO DE DECLARANTE
PeríodoDeclaracionAnterior
Debe ser anterior al periodo de
declaración y estar
comprendido dentro de los
últimos tres años.
E02
PERIODO DECLARACION
ANTERIOR FUERA DE RANGO
Debe existir el movimiento
original a rectificar.
E03
TRANSACCION ANTERIOR
INEXISTENTE
Los datos deben ser iguales
que la transacción rectificada.
E04
DATOS NO COINCIDEN CON
LA TRANSACCIÓN
RECTIFICADA
La transacción rectificada no
puede ser una rectificación de
baja.
E05
TRANSACCION ANTERIOR ES
UNA RECTIFICACION DE BAJA
La transacción rectificada no
puede haber sido dada de baja
con anterioridad.
E06
TRANSACCION ANTERIOR YA
DADA DE BAJA
La transacción de rectificación
de baja está duplicada.
E07
TRANSACCION DE BAJA
DUPLICADA
PSPDeclaranteAnterior,
PeríodoDeclaracionAnterior y
NumeroOrdenAnterior
DEPARTAMENTO DE ESTADÍSTICA – APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
51
5.2.6
Depuración en el informe del declarante de las transacciones de alta
Errores
Nombre de la variable
Depuraciones
Clave
Descripción
PSPDeclaranteAnterior
PSP vigente a la fecha de
operación anterior. Si no
coincide con el PSP declarante,
debe ser el resultante de una
fusión o absorción del original,
o bien estar autorizado a
rectificar su información.
F01
PSP DECLARANTE ANTERIOR
NO VALIDO
PeríodoDeclaracionAnterior
Debe ser anterior al periodo de
declaración y estar
comprendido dentro de los
últimos tres años.
F02
PERIODO DECLARACION
ANTERIOR FUERA DE RANGO
ADEMÁS: Para el resto de las variables se realizarán las depuraciones detalladas en el apartado 5.2.4
52
DEPARTAMENTO DE ESTADÍSTICA - APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
Apartado 6
Codificación de variables y atributos
6 Codificación de variables y atributos
6.1
Codificación de variable Categoría
Esta variable sigue la lista
ExternalCategoryPurpose1Code.
Código Iso
BONU
CASH
CBLK
CCRD
CORT
DCRD
DIVI
DVPM
EPAY
FCOL
GOVT
HEDG
ICCP
IDCP
INTC
INTE
LOAN
OTHR
PENS
RVPM
SALA
SECU
SSBE
SUPP
TAXS
TRAD
TREA
VATX
WHLD
6.2
de
códigos
Nombre Categoría
BonusPayment
CashManagementTransfer
Card Bulk Clearing
Credit Card Payment
TradeSettlementPayment
Debit Card Payment
Dividend
DeliverAgainstPayment
Epayment
Fee Collection
GovernmentPayment
Hedging
Irrevocable Credit Card Payment
Irrevocable Debit Card Payment
IntraCompanyPayment
Interest
Loan
OtherPayment
PensionPayment
ReceiveAgainstPayment
SalaryPayment
Securities
SocialSecurityBenefit
SupplierPayment
TaxPayment
Trade
TreasuryPayment
ValueAddedTaxPayment
WithHolding
definida
en
el
Fecha desde
06-2012
06-2012
10-2012
06-2012
06-2012
06-2012
06-2012
09-2015
06-2012
10-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
09-2015
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
ISO20022
como
Fecha hasta
Codificación de variable CodAduana
Código
BARAJAS
FARGA
LINEA
PRAT
Descripción
Aeropuerto de Barajas
La Farga de Moles
La Línea de la Concepción
El Prat de Llobregat
DEPARTAMENTO DE ESTADÍSTICA – APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
55
6.3
Codificación del atributo Denominación de la variable Importe
Código
0.01EUR
0.02EUR
0.05EUR
0.10EUR
0.20EUR
0.50EUR
1EUR
2EUR
5EUR
10EUR
20EUR
50EUR
100EUR
200EUR
500EUR
6.4
Descripción
Monedas de 1 céntimo
Monedas de 2 céntimos
Monedas de 5 céntimos
Monedas de 10 céntimos
Monedas de 20 céntimos
Monedas de 50 céntimos
Monedas de 1 euro
Monedas de 2 euros
Billetes de 5 euros
Billetes de 10 euros
Billetes de 20 euros
Billetes de 50 euros
Billetes de 100 euros
Billetes de 200 euros
Billetes de 500 euros
Codificación de la variable Moneda
Esta variable sigue la codificación ISO de monedas alfabética de tres caracteres.
Código
AED
AFN
ALL
AMD
ANG
AOA
ARS
AUD
AWG
AZN
BAM
BBD
BDT
BGN
BHD
BIF
BMD
BND
BOB
BRL
BSD
BTN
56
Descripción
DIRHAM EMIRATOS ÁRABES UNIDOS
AFGANI
LEK
DRAM ARMENIO
FLORÍN ANTILLAS
KWANZA
PESO ARGENTINO
DÓLAR AUSTRALIANO
FLORÍN DE ARUBA
MANAT AZERBAIYANO
MARCO CONV. BOSNIAHERZEGOVINA
DÓLAR BARBADOS
TAKA BANGLADES
LEV BULGARO
DINAR BAHREINÍ
FRANCO BURUNDI
DÓLAR BERMUDAS
DÓLAR DE BRUNEI
BOLIVIANO
REAL BRASILEÑO
DÓLAR BAHAMAS
GULTRUM BUTAN
DEPARTAMENTO DE ESTADÍSTICA - APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
Fecha desde
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
Fecha hasta
Código
BWP
BYN
BYR
BZD
CAD
CDF
CHF
CLP
CNY
COP
CRC
CUC
CUP
CVE
CZK
DJF
DKK
DOP
DZD
EGP
ERN
ETB
EUR
FJD
FKP
GBP
GEL
GHS
GIP
GMD
GNF
GTQ
GYD
HKD
HNL
HRK
HTG
HUF
IDR
ILS
INR
IQD
IRR
ISK
JMD
JOD
Descripción
PULA
RUBLO BIELORRUSO (NUEVO)
(ANTIGUO) RUBLO BIELORRUSO
DÓLAR DE BELICE
DÓLAR CANADIENSE
FRANCO CONGOLÉS
FRANCO SUIZO
PESO CHILENO
YUAN CHINO
PESO COLOMBIANO
COLON COSTA RICA
PESO CONVERTIBLE CUBANO
PESO CUBANO
ESCUDO CABO VERDE
CORONA CHECA
FRANCO DJIBOUTI
CORONA DANESA
PESO DOMINICANO
DINAR ARGELINO
LIBRA EGIPCIA
NAKFA ERITREO
BIRR ETÍOPE
EURO
DÓLAR DE FIJI
LIBRA ISLA MALVINAS
LIBRA ESTERLINA
LARI
CEDI GHANES
LIBRA GIBRALTAR
DALASI
FRANCO GUINEANO
QUETZAL
DÓLAR GUAYANA
DÓLAR HONG KONG
LEMPIRA
KUNA
GOURDE
FORINT
RUPIA INDONESIA
SHEKEL
RUPIA INDIA
DINAR IRAQUÍ
RIAL IRANI
CORONA ISLANDESA
DÓLAR JAMAICANO
DINAR JORDANO
Fecha desde
06-2012
07-2016
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
Fecha hasta
12-2016
DEPARTAMENTO DE ESTADÍSTICA – APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
57
Código
JPY
KES
KGS
KHR
KMF
KPW
KRW
KWD
KYD
KZT
LAK
LBP
LKR
LRD
LSL
LTL
LVL
LYD
MAD
MDL
MGA
MKD
MMK
MNT
MOP
MRO
MUR
MVR
MWK
MXN
MYR
MZN
NAD
NGN
NIO
NOK
NPR
NZD
OMR
PAB
PEN
PGK
PHP
PKR
PLN
PYG
58
Descripción
YEN JAPONÉS
CHELÍN KENIA
SOM
RIEL
FRANCO COMORES
WON COREA NORTE
WON COREA SUR
DINAR KUWAITI
DÓLAR ISLAS CAIMAN
TENGE
KIP
LIBRA LIBANESA
RUPIA SRI LANKA
DÓLAR LIBERIANO
LOTI
LITAS LITUANO
LATS DE LETONIA
DINAR LIBIO
DIRHAM MARROQUÍ
LEU MOLDAVIA
ARIARY
DENAR
KIAT
TUGRIK
PATACA
OUGUIYA
RUPIA MAURICIO
RUFIYAA MALDIVA
MALAWI KWACHA
PESO MEJICANO
RINGGIT
METICAL
DÓLAR NAMIBIA
NAIRA
CÓRDOBA ORO
CORONA NORUEGA
RUPIA NEPALESA
DÓLAR NEOZELANDES
RIAL OMANI
BALBOA
SOL
KINA
PESO FILIPINO
RUPIA PAKISTANI
ZLOTY
GUARANI
DEPARTAMENTO DE ESTADÍSTICA - APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
Fecha desde
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
Fecha hasta
12-2014
12-2013
Código
QAR
RON
RSD
RUB
RWF
SAR
SBD
SCR
SDG
SEK
SGD
SHP
SLL
SOS
SRD
SSP
STD
SVC
SYP
SZL
THB
TJS
TMT
TND
TOP
TRY
TTD
TWD
TZS
UAH
UGX
USD
UYU
UZS
VEF
VND
VUV
WST
XAF
XCD
Descripción
RIAL DE QATAR
LEU
DINAR SERBIO
RUBLO RUSIA
FRANCO RUANDA
RIYAL SAUDI
DÓLAR ISLAS SALOMÓN
RUPIA SEYCHELLES
LIBRA SUDANESA
CORONA SUECA
DÓLAR SINGAPUR
LIBRA SANTA ELENA
LEONA
CHELIN SOMALÍ
DÓLAR SURINAM
LIBRA SUDÁN DEL SUR
DOBRA
COLON SALVADOR
LIBRA SIRIA
LILANGENI
BAHT
SOMONI
MANAT
DINAR TUNECINO
PA’ANGA
LIRA TURCA
DÓLAR TRINIDAD Y TOBAGO
DÓLAR TAIWANES
CHELÍN TANZANIA
GRIVNA
CHELÍN UGANDA
DÓLAR USA
PESO URUGUAYO
SUM
BOLÍVAR
DONG
VATU
TALA
FRANCO (Camerún, Chad, Congo,
Gabón, Guinea Ecuatorial, República
Centroafricana)
DÓLAR (Anguila, Antigua y Barbuda,
Dominica, Granada, Montserrat, San
Cristóbal y Nieves, San Vicente y las
Granadinas, Santa Lucía)
Fecha desde
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
Fecha hasta
06-2012
06-2012
DEPARTAMENTO DE ESTADÍSTICA – APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
59
Código
XOF
XPF
YER
ZAR
ZMK
ZMW
6.5
Descripción
FRANCO (Benín, Burkina Faso, Costa
de Marfil, Guinea Bissau, Mali, Níger,
Senegal, Togo)
FRANCO (Nueva Caledonia, Polinesia
Francesa, Wallis y Futuna)
RIYAL YEMENI
RAND
KWACHA ZAMBIANO
KWACHA ZAMBIANO
Fecha desde
Fecha hasta
06-2012
06-2012
06-2012
06-2012
06-2012
01-2013
12-2012
Codificación de la variable País
Esta variable sigue la codificación ISO de países alfabética de dos caracteres.
Código
AD
AE
AF
AG
AI
AL
AM
AO
AQ
AR
AS
AT
AU
AW
AX
AZ
BA
BB
BD
BE
BF
BG
BH
BI
BJ
BL
BM
BN
BO
BR
BS
60
Descripción
ANDORRA
EMIRATOS ÁRABES UNIDOS
AFGANISTÁN
ANTIGUA Y BARBUDA
ANGUILA
ALBANIA
ARMENIA
ANGOLA
ANTÁRTIDA
ARGENTINA
SAMOA AMERICANA
AUSTRIA
AUSTRALIA
ARUBA
ISLAS ÁLAND
AZERBAIYÁN
BOSNIA Y HERZEGOVINA
BARBADOS
BANGLADESH
BÉLGICA
BURKINA FASO
BULGARIA
BAHRAIN
BURUNDI
BENIN
SAN BARTOLOMÉ
BERMUDAS
BRUNEI DARUSSALAM
BOLIVIA
BRASIL
BAHAMAS
DEPARTAMENTO DE ESTADÍSTICA - APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
Fecha desde
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
Fecha hasta
Código
BT
BV
BW
BY
BZ
CA
CC
CD
CF
CG
CH
CI
CK
CL
CM
CN
CO
CR
CU
CV
CW
CX
CY
CZ
DE
DJ
DK
DM
DO
DZ
EC
EE
EG
ER
ET
FI
FJ
FK
FM
FO
FR
GA
GB
GD
Descripción
BUTAN
BOUVET
BOTSWANA
BELARUS
BELICE
CANADÁ
COCOS ISLAO ISLAS KEELING
CONGO (REPÚBLICA DEMOCRÁTICA
DEL)
CENTROAFRICANA (REPÚBLICA)
CONGO
SUIZA
COSTA DE MARFIL
COOK (ISLAS)
CHILE
CAMERÚN
CHINA (REPÚBLICA POPULAR DE)
COLOMBIA
COSTA RICA
CUBA
CABO VERDE
CURAÇAO (ISLA)
ISLA NAVIDAD
CHIPRE
REPÚBLICA CHECA
ALEMANIA
YIBUTI
DINAMARCA
DOMINICA
REPÚBLICA DOMINICANA
ARGELIA
ECUADOR
(incluidas las islas
Galápagos)
ESTONIA
EGIPTO
ERITREA
ETIOPÍA
FINLANDIA (incluidas las islas Aland)
FIYI (ISLAS)
MALVINAS (FALKLAND) ISLAS
MICRONESIA
FEROE (ISLAS)
FRANCIA
GABÓN
REINO UNIDO
GRANADA
Fecha desde
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
Fecha hasta
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
DEPARTAMENTO DE ESTADÍSTICA – APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
61
Código
GE
GF
GG
GH
GI
GL
GM
GN
GP
GQ
GR
GS
GT
GU
GW
GY
HK
HM
HN
HR
HT
HU
ID
IE
IL
IM
IN
IO
IQ
IR
IS
IT
JE
JM
JO
JP
KE
KG
KH
KI
KM
KN
62
Descripción
GEORGIA
GUAYANA FRANCESA
GUERNSEY
GHANA
GIBRALTAR
GROENLANDIA
GAMBIA
GUINEA
GUADALUPE
GUINEA ECUATORIAL
GRECIA
GEORGIA DEL SUR E ISLAS SANDWICH
DEL SUR
GUATEMALA
GUAM
GUINEA-BISSAU
GUYANA
HONG-KONG
ISLA HEARD E ISLAS MCDONALD
HONDURAS
(incluidas las Islas del
Cisne)
CROACIA
HAITÍ
HUNGRÍA
INDONESIA
IRLANDA
ISRAEL
ISLA DE MAN
INDIA
TERRITORIO BRITÁNICO DEL OCÉANO
ÍNDICO
IRAQ
IRÁN (REPÚBLICA ISLÁMICA)
ISLANDIA
ITALIA
JERSEY
JAMAICA
JORDANIA
JAPÓN
KENYA
KIRGUZISTAN
CAMBOYA
KIRIBATI
COMORAS (Grand Comora, Anjouan,
Moheli)
SAN CRISTOBAL Y NIEVES
DEPARTAMENTO DE ESTADÍSTICA - APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
Fecha desde
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
Fecha hasta
Código
KP
KR
KW
KY
KZ
LA
LB
LC
LI
LK
LR
LS
LT
LU
LV
LY
MA
MC
MD
ME
MG
MH
MK
ML
MM
MN
MO
MP
MQ
MR
MS
MT
MU
MV
MW
MX
MY
MZ
NA
NC
NE
NF
NG
NI
NL
NO
Descripción
COREA DEL NORTE
COREA DEL SUR
KUWAIT
ISLAS CAIMÁN
KAZAJISTÁN
LAOS
LÍBANO
SANTA LUCÍA
LIECHTENSTEIN
SRI LANKA
LIBERIA
LESOTO
LITUANIA
LUXEMBURGO
LETONIA
LIBIA
MARRUECOS
MÓNACO
MOLDOVA (REPÚBLICA DE)
MONTENEGRO
MADAGASCAR
MARSHALL (ISLAS)
MACEDONIA
MALI
BIRMANIA/MYANMAR
MONGOLIA
MACAO
ISLAS MARIANAS DEL NORTE
MARTINICA
MAURITANIA
MONTSERRAT
MALTA
MAURICIO
MALDIVAS
MALAUI
MÉXICO
MALASIA
MOZAMBIQUE
NAMIBIA
NUEVA CALEDONIA
NÍGER
NORFOLK
NIGERIA
NICARAGUA
PAISES BAJOS
NORUEGA
Fecha desde
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
Fecha hasta
DEPARTAMENTO DE ESTADÍSTICA – APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
63
Código
NP
NR
NU
NZ
OM
PA
PE
PF
PG
PH
PK
PL
PM
PN
PR
PS
PT
PW
PY
QA
RE
RO
RS
RU
RW
SA
SB
SC
SD
SE
SG
SH
SI
SJ
SK
SL
SM
SN
SO
SR
SS
ST
SV
64
Descripción
NEPAL
NAURU
NIUE
NUEVA ZELANDA
OMÁN
PANAMÁ
PERÚ
POLINESIA FRANCESA
PAPÚA-NUEVA GUINEA
FILIPINAS
PAKISTÁN
POLONIA
SAN PEDRO Y MIQUELON
PITCAIRN (islas Herderson, Ducie y
Oeno)
PUERTO RICO
TERRITORIO PALESTINO OCUPADO
(Cisjordania- incluido Jerusalén Este- y
Franja de Gaza)
PORTUGAL
PALAOS
PARAGUAY
QATAR
REUNIÓN
RUMANÍA
SERBIA
RUSIA (FEDERACIÓN DE)
RUANDA
ARABIA SAUDÍ
ISLAS SALOMÓN
SEYCHELLES
SUDÁN
SUECIA
SINGAPUR
SANTA ELENA
ESLOVENIA
ISLAS SVALBARD Y JANMAYEN
ESLOVAQUIA
SIERRA LEONA
SAN MARINO
SENEGAL
SOMALIA
SURINAM
SUDÁN DEL SUR
SANTO TOMÉ Y PRINCIPE
EL SALVADOR
DEPARTAMENTO DE ESTADÍSTICA - APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
Fecha desde
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
Fecha hasta
Código
SX
SY
SZ
TC
TD
TF
TG
TH
TJ
TK
TL
TM
TN
TO
TR
TT
TV
TW
TZ
UA
UG
UM
US
UY
UZ
VA
VC
VE
VG
VI
VN
VU
WF
WS
YE
YT
ZA
ZM
ZW
Descripción
SAN MARTÍN
REPÚBLICA ÁRABE SIRIA
SUAZILANDIA
TURCAS Y CAICOS (ISLAS)
CHAD
TIERRAS AUSTRALES FRANCESAS
TOGO
TAILANDIA
TAYIKISTAN
TOKELAU
TIMOR LESTE
TURKMENISTÁN
TÚNEZ
TONGA
TURQUÍA
TRINIDAD Y TOBAGO
TUVALU
TAIWAN
TANZANIA (Tanganica, isla de Zanzíbar e
Isla de Pemba)
UCRANIA
UGANDA
ISLAS MENORES ALEJADAS ESTADOS
UNIDOS
ESTADOS UNIDOS
URUGUAY
UZBEKISTÁN
SANTA SEDE
SAN VICENTE Y GRANADINAS
VENEZUELA
VÍRGENES BRITANICAS (ISLAS)
VÍRGENES DE LOS ESTADOS UNIDOS
(ISLAS)
VIETNAM
VANUATU
WALLIS Y FUTUNA
SAMOA
YEMEN
MAYOTTE
SUDÁFRICA
ZAMBIA
ZIMBABUE
Fecha desde
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
Fecha hasta
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
DEPARTAMENTO DE ESTADÍSTICA – APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
65
6.6
Codificación de la variable Propósito
Esta variable sigue la lista de códigos externos definida en el ISO 20022 como
ExternalPurpose1Code
Código
ACCT
ADCS
ADMG
ADVA
AEMP
AGRT
AIRB
ALLW
ALMY
ANNI
ANTS
AREN
B112
BBSC
BCDM
BCFG
BECH
BENE
BEXP
BFWD
BKDF
BKFE
BKFM
BKIP
BKPP
BLDM
BNET
BOCE
BONU
BR12
BUSB
CAFI
CASH
CBFF
CBFR
CBLK
CBTV
CCHD
CCIR
CCPC
CCPM
66
Nombre y definición
AccountManagement
AdvisoryDonationCopyrightServices
AdministrativeManagement
AdvancePayment
ActiveEmploymentPolicy
AgriculturalTransfer
Air
Allowance
AlimonyPayment
Annuity
AnesthesiaServices
Accounts Receivables Entry
Trailer Fee Payment
Baby Bonus Scheme
BearerChequeDomestic
BearerChequeForeign
ChildBenefit
UnemploymentDisabilityBenefit
BusinessExpenses
Bond Forward
Bank Loan Delayed Draw Funding
Bank Loan Fees
Bank Loan Funding Memo
Bank Loan Accrued Interest Payment
Bank Loan Principal Paydown
BuildingMaintenance
Bond Forward Netting
Back Office Conversion Entry
BonusPayment
Trailer Fee Rebate
Bus
Custodian Management fee in-house
CashManagementTransfer
CapitalBuilding
CapitalBuildingRetirement
Card Bulk Clearing
CableTVBill
Cash compensation, Helplessness, Disability
Cross Currency IRS
CCP Cleared Initial Margin
CCP Cleared Variation Margin
DEPARTAMENTO DE ESTADÍSTICA - APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
Fecha
desde
06-2012
11-2015
06-2012
06-2012
07-2012
06-2012
06-2012
05-2013
06-2012
06-2012
06-2012
06-2012
04-2016
05-2013
09-2015
09-2015
06-2012
06-2012
06-2012
04-2016
04-2016
04-2016
04-2016
04-2016
04-2016
06-2012
04-2016
06-2012
06-2012
04-2016
06-2012
10-2012
06-2012
06-2012
01-2014
10-2012
06-2012
05-2016
04-2016
04-2016
04-2016
Fecha
hasta
Código
CCRD
CCSM
CDBL
CDCB
CDCD
CDCS
CDDP
CDEP
CDOC
CDQC
CFDI
CFEE
CGDD
CHAR
CLPR
CMDT
COLL
COMC
COMM
COMT
CORT
COST
CPKC
CPYR
CRDS
CRPR
CRSP
CRTL
CSDB
CSLP
CVCF
DBTC
DCRD
DEPT
DERI
DIVD
DMEQ
DNTS
DSMT
DVPM
ECPG
ECPR
ECPU
EDUC
ELEC
Nombre y definición
CreditCardPayment
CCP Cleared Initial Margin Segregated Cash
CreditCardBill
CardPayment with Cashback
CashDisbursement
Cash Disbursement with Surcharging
Card Deferred Payment
Credit default event payment
OriginalCredit
QuasiCash
Capital falling due In-house
CancellationFee
CardGeneratedDirectDebit
CharityPayment
CarLoanPrincipalRepayment
CommodityTransfer
CollectionPayment
CommercialPayment
Commission
ConsumerThirdPartyConsolidatedPayment
Trade Settlement Payment
Costs
Carpark Charges
Copyright
Credit DefaultSwap
Cross Product
Credit Support
Credit Line
CashDisbursement
CompanySocialLoanPaymentToBank
ConvalescentCareFacility
DebitCollectionPayment
Debit Card Payment
Deposit
Derivatives
Dividend
DurableMedicaleEquipment
DentalServices
Printed Order Disbursement
Deliver Against Payment
GuaranteedEPayment
EPaymentReturn
NonGuaranteedEPayment
Education
ElectricityBill
Fecha
desde
06-2012
04-2016
06-2012
06-2012
06-2012
06-2012
01-2013
04-2016
06-2012
06-2012
10-2012
06-2012
01-2014
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
04-2016
06-2012
05-2013
06-2012
04-2016
04-2016
04-2016
04-2016
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
09-2015
04-2016
01-2015
01-2015
01-2015
05-2013
06-2012
Fecha
hasta
DEPARTAMENTO DE ESTADÍSTICA – APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
67
Código
Nombre y definición
ENRG
EPAY
EQPT
EQUS
ESTX
ETUP
EXPT
EXTD
FACT
FAND
FCOL
FCPM
FEES
FERB
FIXI
FNET
FORW
FREX
FUTR
FWBC
FWCC
FWLV
FWSB
Energies
Epayment
Equity Option
Equity Swap
EstateTax
E-Purse Top Up
Exotic Option
Exchange Traded Derivatives
Factor Update related payment
FinancialAidInCaseOfNaturalDisaster
Fee Collection
Late Payment of Fees & Charges
Fees
Ferry
Fixed Income
Futures Netting Payment
Forward Foreign Exchange
ForeignExchange
Futures
Forward Broker Owned Cash Collateral
Forward Client Owned Cash Collateral
Foreign Worker Levy
Forward Broker Owned Cash Collateral
Segregated
Forward Client Owned Segregated Cash
Collateral
Foreign Exchange Related Netting
GasBill
PurchaseSaleOfGoods
PurchaseSaleOfGoodsAndServices
GuaranteeFundRightsPayment
GovernmentInsurance
GovernmentPayment
PurchaseSaleOfGoodsAndServicesWithCashBack
Goods & Services Tax
Austrian Government Employees Category A
Austrian Government Employees Category B
Austrian Government Employees Category C
Austrian Government Employees Category D
GovermentWarLegislationTransfer
Hedging
HousingLoanRepayment
HomeHealthCare
HealthInsurance
Housing Related Contribution
FWSC
FXNT
GASB
GDDS
GDSV
GFRP
GOVI
GOVT
GSCB
GSTX
GVEA
GVEB
GVEC
GVED
GWLT
HEDG
HLRP
HLTC
HLTI
HREC
68
DEPARTAMENTO DE ESTADÍSTICA - APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
Fecha
desde
06-2012
04-2016
04-2016
04-2016
06-2012
05-2012
04-2016
04-2016
04-2016
07-2012
10-2012
05-2013
04-2016
06-2012
04-2016
04-2016
04-2016
06-2012
04-2016
04-2016
04-2016
05-2013
04-2016
04-2016
04-2016
06-2012
06-2012
06-2012
07-2012
06-2012
06-2012
06-2012
05-2013
06-2012
06-2012
06-2012
06-2012
07-2012
06-2012
06-2012
06-2012
06-2012
01-2015
Fecha
hasta
Código
HSPC
HSTX
ICCP
ICRF
IDCP
IHRP
INPC
INSM
INSU
INTC
INTE
INTX
INVS
IVPT
LBIN
LBRI
LCOL
LFEE
LICF
LIFI
LIMA
LMEQ
LMFI
LMRK
LOAN
LOAR
LREB
LREV
LSFL
LTCF
MAFC
MARG
MBSB
MBSC
MCDM
MCFG
MDCS
MGCC
MGSC
MSVC
MTUP
NETT
Nombre y definición
HospitalCare
HousingTax
IrrevocableCreditCardPayment
IntermediateCareFacility
IrrevocableDebitCardPayment
InstalmentHirePurchaseAgreement
InsurancePremiumCar
Installment
InsurancePremium
IntraCompanyPayment
Interest
IncomeTax
Investment & Securities
Invoice Payment
Lending Buy-In Netting
LaborInsurance
Lending Cash Collateral Free Movement
Lending Fees
LicenseFee
LifeInsurance
LiquidityManagement
Lending Equity marked-to-market cash collateral
Lending Fixed Income marked-to-market cash
collateral
Lending unspecified type of marked-to-market
cash collateral
Loan
LoanRepayment
Lending rebate payments
Lending Revenue Payments
Lending Claim Payment
LongTermCareFacility
MedicalAidFundContribution
Daily margin on listed derivatives
MBS Broker Owned Cash Collateral
MBS Client Owned Cash Collateral
MultiCurrenyChequeDomestic
MultiCurrenyChequeForeign
MedicalServices
Futures Initial Margin
Futures Initial Margin Client Owned Segregated
Cash Collateral
MultipleServiceTypes
Mobile Top Up
Netting
Fecha
desde
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
05-2013
05-2013
04-2016
06-2012
04-2016
04-2016
06-2012
06-2012
06-2012
04-2016
Fecha
hasta
04-2016
04-2016
06-2012
06-2012
04-2016
04-2016
04-2016
06-2012
11-2016
04-2016
04-2016
04-2016
09-2015
09-2015
06-2012
04-2016
04-2016
06-2012
06-2012
06-2012
DEPARTAMENTO DE ESTADÍSTICA – APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
69
Código
Nombre y definición
NITX
NOWS
NWCH
NWCM
OCCC
OCDM
OCFG
OFEE
OPBC
OPCC
OPSB
NetIncomeTax
NotOtherwiseSpecified
NetworkCharge
NetworkCommunication
Client owned OCC pledged collateral
OrderChequeDomestic
OrderChequeForeign
OpeningFee
OTC Option Broker owned Cash collateral
OTC Option Client owned Cash collateral
OTC Option Broker Owned Segregated Cash
Collateral
OTC Option Client Owned Cash Segregated Cash
Collateral
FX Option
OTC Derivatives
Other
OtherTelecomRelatedBill
Preauthorized debit
Payroll
PensionFundContribution
PaymentBasedOnEnforcementOrder
PensionPayment
TelephoneBill
Point of Purchase Entry
PropertyInsurance
PricePayment
PreciousMetal
PaymentTerms
Property Tax
Re-presented Check Entry
ReceiptPayment
Road Tax
Rebate
Refund
RentalLeaseGeneral
Rent
AccountOverdraftRepayment
Repurchase Agreement
RehabilitationSupport
Reimbursement of a previous erroneous
transaction
RecurringInstallmentPayment
Railway
Royalties
OPSC
OPTN
OTCD
OTHR
OTLC
PADD
PAYR
PEFC
PENO
PENS
PHON
POPE
PPTI
PRCP
PRME
PTSP
PTXP
RCKE
RCPT
RDTX
REBT
REFU
RELG
RENT
REOD
REPO
RHBS
RIMB
RINP
RLWY
ROYA
70
DEPARTAMENTO DE ESTADÍSTICA - APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
Fecha
desde
06-2012
06-2012
06-2012
06-2012
04-2016
09-2015
09-2015
06-2012
04-2016
04-2016
04-2016
04-2016
04-2016
04-2016
06-2012
06-2012
06-2012
06-2012
11-2016
07-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
06-2012
05-2013
06-2012
06-2012
05-2013
05-2013
06-2012
11-2016
06-2012
11-2016
04-2016
07-2012
11-2013
06-2012
06-2012
06-2012
Fecha
hasta
Código
RPBC
RPCC
RPNT
RPSB
RPSC
RRBN
RVPM
RVPO
SALA
SAVG
SBSC
SCIE
SCIR
SCRP
SCVE
SECU
SEPI
SHBC
SHCC
SHSL
SLEB
SLOA
SLPI
SPLT
SSBE
STDY
SUBS
SUPP
SWBC
SWCC
SWFP
SWPP
SWPT
SWRS
SWSB
SWSC
SWUF
TAXR
TAXS
TBAN
TBAS
TBBC
TBCC
Nombre y definición
Bi-lateral repo broker owned collateral
Repo client owned collateral
Bi-lateral repo internet netting
Bi-lateral repo broker owned segregated cash
collateral
Bi-lateral Repo client owned segregated cash
collateral
Round Robin
Receive Against Payment
Reverse Repurchase Agreement
SalaryPayment
Savings
Securities Buy Sell Sell Buy Back
Single Currency IRS Exotic
Single Currency IRS
Securities Cross Products
PurchaseSaleOfServices
Securities
Securities Purchase In-house
Broker owned collateral Short Sale
Client owned collateral Short Sale
Short Sell
Securities Lending And Borrowing
SecuredLoan
PaymentSlipInstruction
Split payments
SocialSecurityBenefit
Study
Subscription
SupplierPayment
Swap Broker owned cash collateral
Swap Client owned cash collateral
Swap contract final payment
Swap contract partial payment
Swaption
Swap contract reset payment
Swaps Broker Owned Segregated Cash Collateral
Swaps Client Owned Segregated Cash Collateral
Swap contract upfront payment
TaxRefund
TaxPayment
TBA pair-off netting
To Be Announced
TBA Broker owned cash collateral
TBA Client owned cash collateral
Fecha
desde
04-2016
04-2016
04-2016
04-2016
Fecha
hasta
04-2016
04-2016
04-2016
04-2016
06-2012
06-2012
04-2016
04-2016
04-2016
04-2016
06-2012
06-2012
10-2012
04-2016
04-2016
04-2016
04-2016
04-2016
05-2016
04-2016
06-2012
06-2012
06-2012
06-2012
04-2016
04-2016
04-2016
04-2016
04-2016
04-2016
04-2016
04-2016
04-2016
06-2012
06-2012
04-2016
04-2016
04-2016
04-2016
DEPARTAMENTO DE ESTADÍSTICA – APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
71
Código
TBIL
TCSC
TELI
TLRF
TLRR
TMPG
TPRI
TPRP
TRAD
TRCP
TREA
TRFD
TRNC
TRPT
TRVC
UBIL
UNIT
VATX
VIEW
WEBI
WHLD
WTER
6.7
Telecommunications Bill
Town Council Service Charges
Telephone-Initiated Transaction
Non-US mutual fund trailer fee payment
Non-US mutual fund trailer fee rebate payment
TMPG claim payment
Tri Party Repo Interest
Tri-party Repo netting
TradeServices
Treasury Cross Product
TreasuryPayment
TrustFund
TruncatedPaymentSlip
RoadPricing
TravellerCheque
Utilities
UnitTrustPurchase
ValueAddedTaxPayment
VisionCare
Internet-Initiated Transaction
WithHolding
WaterBill
Codificación de la variable SistemaLiqComp
Código
ABE
CAM
CRR
EBA
OTR
ST2
TGT
72
Nombre y definición
Descripción
EBA STEP1
SNCE
Corresponsal
EBA EURO1
Otros sistemas
EBA STEP2
TARGET2
DEPARTAMENTO DE ESTADÍSTICA - APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
Fecha
desde
05-2013
05-2013
06-2012
04-2016
04-2016
04-2016
04-2016
04-2016
06-2012
04-2016
06-2012
06-2012
05-2016
05-2013
09-2015
05-2013
11-2016
06-2012
06-2012
06-2012
06-2012
06-2012
Fecha
hasta
6.8
Codificación de la variable TipoOperación
Código
COB
PAG
ABO
ADE
ENV
REC
Descripción
Transacciones de tipo 1
Cobros
Pagos
Transacciones de tipo 2
Abonos
Adeudos
Transacciones de tipo 3
Envíos
Recepciones
DEPARTAMENTO DE ESTADÍSTICA – APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
73
Anejos
Anejo a – Impreso para los proveedores de servicios de pago (PSP) declarantes de
transacciones con el exterior
CIRCULAR B.E. 1/2012
Departamento de Estadística
Impreso para los proveedores de servicios de pago (PSP) declarantes de transacciones con el exterior
Datos del PSP
Nombre
NIF
Localidad
Teléfono
Código del PSP
Provincia y C.P
Fax
Datos del Departamento
Nombre Departamento
Domicilio
Nombre del director o jefe principal
D.
Teléfono
Correo electrónico
Datos de contacto para resolución de incidencias
PSP
D.
Teléfono
Correo electrónico
Fax
Datos de contacto en ausencia del anterior
D.
Teléfono
Correo electrónico
Periodo inicio de declaración
Fax
(mm/aaaa)
Datos sobre la forma de realizar el envío
Propio PSP
A través de otro PSP
Canal de transmisión:
EDITRAN
ITW – Interface web
SWIFT FileAct
Código PSP remitente
N.I.F. PSP remitente
Fecha, firma y antefirma
,
Fdo.:
Nota: Cuando el PSP modifique alguno de los datos existentes en este impreso deberá enviar un nuevo
ejemplar al Departamento de Estadística – Unidad de Operaciones con el Exterior
De conformidad con lo establecido en la Ley Orgánica 15/1999, de 13 de diciembre, de protección de datos de carácter personal, por la presente se le informa
de la incorporación de sus datos a los ficheros automatizados existentes en el Banco de España y a su tratamiento para la finalidad estadística contemplada
en la Ley 19/2003, de 4 de julio, sobre régimen jurídico de los movimientos de capitales y de las transacciones económicas con el exterior y sobre determinadas
medidas de prevención del blanqueo de capitales. El responsable de este fichero es el Banco de España con domicilio en la calle Alcalá, 48 (28014 Madrid).
Todos los datos personales solicitados son necesarios para el cumplimiento de la finalidad indicada. El ejercicio de los derechos de acceso, rectificación y
cancelación podrá realizarse mediante comunicación escrita dirigida al Banco de España, que deberá ser presentada en el Registro General en Madrid o en
sucursales.
DEPARTAMENTO DE ESTADÍSTICA – APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
77
Anejo b – Modelo de carta a enviar por los proveedores de servicios de pago (PSP)
remitentes cuando informen en nombre de un tercero declarante
Banco de España
Departamento de Estadística
Unidad de Operaciones con el Exterior
Apartado de Correos 15
28080 Madrid
Ref. Circular BE 1/2012
PSP Remitente
(Código REN, nombre y NIF)
Domicilio
Código Postal – Localidad – Provincia
Madrid,…… de…………….. de 20..
Muy señores nuestros:
De acuerdo con lo dispuesto en las aplicaciones técnicas de la Circular B.E.
1/2012, ponemos en su conocimiento que, a partir de la información
correspondiente al mes de
de
, vamos a remitir a través de nuestro
canal los archivos con las declaraciones a que se refiere dicha circular
correspondientes al proveedor de servicios de pago (Código REN, nombre y
NIF).
Atentamente,
Nombre Apellido Apellido
Cargo y Departamento
78
DEPARTAMENTO DE ESTADÍSTICA - APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
Anejo c – Modelo de carta a enviar por aquellos proveedores de servicios de pago
(PSP) que carezcan de la operativa sujeta a declaración
Banco de España
Departamento de Estadística
Unidad de Operaciones con el Exterior
Apartado de Correos 15
28080 - Madrid
Ref.: Circular B.E. 1/2012
PSP Declarante
(Código REN, nombre y NIF)
Domicilio
Código Postal - Localidad – Provincia
Madrid,…… de…………….. de 20..
Muy señores nuestros:
De acuerdo con lo dispuesto en la Norma Tercera de la Circular B.E. 1/2012
de 29 de febrero, sobre la declaración de las transacciones económicas con
el exterior por los proveedores de servicios de pago, por la presente les
comunicamos que este proveedor de servicios de pago carece de la
operativa sujeta a declaración, por lo que no remitirá esta información.
Caso de que en algún momento comenzara a realizar este tipo de
transacciones, se pondría inmediatamente en conocimiento del Banco de
España y se presentarían los reportes mensuales correspondientes.
Atentamente,
Nombre Apellido Apellido
Cargo y Departamento
DEPARTAMENTO DE ESTADÍSTICA – APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012
79