Dirección General del Servicio de Estudios

(1)

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

Dirección General del Servicio de Estudios

(2)

(3)

Í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 8

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 31

5 Criterios de depuración de los archivos 37

5.1 Criterios de depuración con el esquema XML 37

(4)

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 47

5.2.1 Depuraciones generales 47

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

49

5.2.6 Depuración en el informe del declarante de las transacciones de alta 50

6 Codificación de variables y atributos 53

6.1 Codificación de variable categoría 53

6.2 Codificación de variable CodAduana 53

6.3 Codificación del atributo Denominación de la variable Importe 54

6.4 Codificación de la variable Moneda 54

(5)

6.6 Codificación de la variable Propósito 64

6.7 Codificación de la variable SistemaLiqComp 67

6.8 Codificación de la variable TipoOperación 68

a. Impreso para los proveedores de servicios de pago (PSP) declarantes de transacciones con el exterior 71

b. Carta a enviar por los proveedores de servicios de pago (PSP) remitentes cuando informen en nombre de un tercero declarante 72

c. Carta a enviar por aquellos proveedores de servicios de pago (PSP) que carezcan de la operativa sujeta a declaración 73

(6)

Apartado 1

(7)

DEPARTAMENTO DE ESTADÍSTICA – APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012 - APARTADO 1 3 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 (sólo podrá figurar un archivo lógico, 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 Soportes telemáticos, en el apartado 4 Especificaciones 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.

(8)

4 DEPARTAMENTO DE ESTADÍSTICA – APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012 – APARTADO 1

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.

(9)

Apartado 2

Especificaciones técnicas para el intercambio de información

electrónica.

(10)

(11)

DEPARTAMENTO DE ESTADÍSTICA - APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012 - APARTADO 2 7 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 EDITRAN, la red del BdE y con Clave Pública (TF_REDBDE_EDITRAN)

Trasmisión Ficheros por ITW, INTERNET y con certificados electrónicos (TF_INTERNET_ITW)

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.

(12)

8 DEPARTAMENTO DE ESTADÍSTICA - APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012 - APARTADO 2

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 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_v1.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:

(13)

DEPARTAMENTO DE ESTADÍSTICA - APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012 - APARTADO 2 9 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: 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 DTEL501X PAG.: ZZZ9 RESULTADO DEPURACION PSP 999999 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX PERIODO: mm-aaaa

FECHA Y HORA DEPURACIÓN: dd-mm-aaaa hh:mm:ss TIPO DE DEPURACION: XXXXXXXX

Los datos que figuran en el encabezamiento estándar son: Número

de línea Dato Columna Formato dato

Long. Dato

4 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

5 PSP Declarante 26 A 6

Periodo 96 mm-aaaa 7

6 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

La línea 5, correspondiente a los datos de la PSP Declarante, va a blancos cuando se imprime el bloque "C".

Las líneas 5 y 6, correspondientes a los datos de la PSP Declarante y a la fecha-hora de depuración, van a blancos cuando se imprimen los errores A00 y A01.

(14)

10 DEPARTAMENTO DE ESTADÍSTICA - APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012 - APARTADO 2 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

Long. Dato

8 ***** INICIO MENSAJE PARA REMITENTE: 1 A 36

Código PSP remitente 38 A 6

***** 45 A 5

11 Clave de error 41 A 3

Descripción del error 45 A 50

13 ***** FIN MENSAJE PARA REMITENTE: 1 A 33

Código PSP Remitente 38 A 6

***** 45 A 5

Las posibles claves de error y su descripción, para el bloque "C", son: B01 PSP remitente no válido

B02 PSP remitente no vigente

B03 Periodo declaración debe ser igual o posterior a 2012-06 B04 Periodo declarado no finalizado

(15)

DEPARTAMENTO DE ESTADÍSTICA - APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012 - APARTADO 2 11 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 Dato Columna Formato dato

Long. Dato

8 ***** INICIO MENSAJE PARA REMITENTE: 1 A 36

Código PSP remitente 38 A 6

***** 45 A 5

10 ***** INICIO PSP: 10 A 17

Código PSP Declarante 28 A 6

12 Código del Resultado de la depuración 25 A 3

Literal del resultado de la depuración 29 A 80

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 XML mal formado

A01 Archivo no validado con el esquema

A02 Más de 100 errores. Se ignora el resto de la información Z01 Sin errores de depuración

Z02 Con errores de depuración

Z11 Entidad no opera en periodo. Sin errores Z12 Entidad no opera en periodo. Con errores

(16)

12 DEPARTAMENTO DE ESTADÍSTICA - APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012 - APARTADO 2 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

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 Sin información en el periodo anterior

B06 Información ya asimilada en el periodo C01 PSP declarante 999999 no válido C02 PSP declarante 999999 no vigente

C03 PSP remitente no autorizado para el PSP declarante 999999 C04 Opera en periodo y no comunica movimientos

(17)

DEPARTAMENTO DE ESTADÍSTICA - APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012 - APARTADO 2 13 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 F. CONTABLE NIF CLIENTE PAIS CTR PROP CATE SIS

REFERENCIA OPERACION IBAN CLIENTE DATOS OPERACION ANTERIOR --- --- --- --- --- 9999999 XXX XXX ZZZ.ZZZ.ZZZ.ZZZ.ZZZ.ZZZ,Z9 ZZZ.ZZZ.ZZZ.ZZZ.ZZZ.ZZZ,Z9 99999999 XXXXXXXXX XX XX XXXX XXXX XXX XXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX X 99999999 999999 9999999

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:

(18)

14 DEPARTAMENTO DE ESTADÍSTICA - APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012 - APARTADO 2 Número

Long. Dato

8-13 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 Moneda no vigente

D02 NIF residente mal composición D03 NIF residente no válido D04 Número de orden no consecutivo D05 País no vigente

D06 País corresponsal no vigente

D07 País contrapartida no vigente

D08 Propósito no vigente

D09 Categoría no vigente

D10 Sistema liq/comp no vigente

Grupo E para transacciones de baja

E01 PSP declarante anterior distinto de declarante E02 Periodo declaración anterior fuera de rango E03 Transacción anterior inexistente E04 Datos no coinciden con la transacción rectificada E05 Transacción anterior es una rectificación de baja E06 Transacción anterior ya dada de baja E07 Transacción de baja duplicada

Grupo F para transacciones de alta

F01 PSP declarante anterior distinto de declarante F02 Periodo declaración anterior fuera de rango

(19)

DEPARTAMENTO DE ESTADÍSTICA - APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012 - APARTADO 2 15

2.2.2 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:

***** INICIO MENSAJE PARA REMITENTE: 999999 ****** ****** INICIO PSP : 999999 ******

Bloque 0 Bloque 2

****** FIN PSP : 999999 **********

****** FIN MENSAJE PARA REMITENTE: 999999 *******

Si el mensaje presentara datos de varias entidades declarantes, el formato podría ser el siguiente:

***** 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 **********

(20)

16 DEPARTAMENTO DE ESTADÍSTICA - APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012 - APARTADO 2 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.

(21)

Apartado 3

(22)

(23)

DEPARTAMENTO DE ESTADÍSTICA - APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012 - APARTADO 3 19 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.

(24)

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.

3.4Rectificaciones

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.

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.

Se comunicará su eliminación mediante una transacción de rectificación de baja (RectifBajaPeriodoAnt).

• Contenido erróneo en alguno de las variables de una transacción comunicada en un período anterior.

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.

(25)

Apartado 4

(26)

(27)

DEPARTAMENTO DE ESTADÍSTICA - APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012 – APARTADO 4 23 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

(28)

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, en algún periodo determinado no tuviera 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 de alta (RectifAltaPeriodoAnt) que incluirá las variables siguientes:

• PSPDeclaranteAnterior

(29)

• 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

(30)

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:

• Pais

• IBANCliente

• Concepto

Esta variable se cumplimentará cuando esté disponible en la mensajería

• Proposito

• Categoria

• SistemaLiqComp

• ReferenciaOperacion

• PaisPSPClienteContrapartida

• CuentaClienteContrapartida

Los datos identificativos de la cuenta del cliente de contrapartida son:

• BICPSPClienteContrapartida

• 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

(31)

DEPARTAMENTO DE ESTADÍSTICA - APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012 - APARTADO 4 27 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:

(32)

28 DEPARTAMENTO DE ESTADÍSTICA - APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012 - APARTADO 4 • FechaContable • NumeroOrden • TipoOperacion • Moneda • ImporteOperacion • ContravalorEuros

• Datos identificativos del ClienteNoResidente

• Pais

• IBANCliente

• Concepto

(33)

DEPARTAMENTO DE ESTADÍSTICA - APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012 - APARTADO 4 29 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.

• DescOtrasAduanas

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.

(34)

(35)

4.1.4 Definición de las variables del esquema de información

Variable

Descripción

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. 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

DescOtrasAduanas)

BICPSPClienteContrapartida Se indicará el código BIC del PSP 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

Categoria 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.

ClienteNoResidente Con esta variable se indica que el cliente de la

entidad es no residente.

ClienteResidente Con esta variable se indica que el cliente de la

entidad es residente.

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 la aduana correspondiente.

Concepto 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.

ContravalorEuros Contravalor en euros del importe en la divisa

original de cada movimiento (variable

ImporteOperación).

CorresponsalExtranjero Razón social del corresponsal bancario extranjero

a quien se efectúa la remesa o de quien procede la misma.

CuentaClienteContrapartida Datos identificativos de la cuenta del cliente de

(36)

Denominacion Serie o valor facial de la moneda o billete. Deberá

contener uno de los valores de la lista de denominación.

DescOtrasAduanas 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.

FechaAdeudoAbono Fecha de adeudo/abono en la contabilidad

patrimonial.

FechaContable Fecha en la que las operaciones se registran en la

contabilidad patrimonial.

FechaCreacion Fecha y hora de creación del fichero a remitir.

FechaEnvioRecepcion Fecha de envío/recepción de la remesa.

IBANCliente Se indicará el IBAN de la cuenta del cliente

residente o no residente, titular de la misma.

IBANClienteContrapartida Se indicará el IBAN de la cuenta 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.

Importe Debe indicarse el importe de los billetes y

monedas metálicas clasificados por su denominación.

ImporteOperacion Importe de cada transacción en la divisa original.

IndicadorTest 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.

Moneda Debe indicarse uno de los códigos ISO alfabético

contemplados para esta variable en el esquema.

NIFClienteResidente 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.

NombreoRazonSocial Nombre o razón social correspondiente al cliente

residente o no residente según corresponda.

NoOperaEnPeriodo 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.

NumeroOrden 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.

(37)

DEPARTAMENTO DE ESTADÍSTICA - APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012 - APARTADO 4 33 NumeroOrdenAnterior

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.

OperaEnPeriodo Se indicará cuando el PSP declarante tenga

operaciones que comunicar en el periodo corriente.

Pais 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.

PaisCorresponsal 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.

PaisPSPClienteContrapartida 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.

PeriodoDeclaracion Mes y año al que corresponde la declaración.

PeriodoDeclaracionAnterior Mes y año al que corresponde la rectificación.

Proposito 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.

PSPDeclarante Debe indicarse el código, en el Registro de

Entidades del Banco de España, correspondiente al PSP declarante.

PSPDeclaranteAnterior 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.

PSPRemitente 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

(38)

PSPyCuentaClienteContrapartida 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’.

RectifAltaPeriodoAnt 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.

RectifBajaPeriodoAnt 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.

ReferenciaOperacion Identificador interno de la operación asignado por

el PSP y conocido por su cliente.

SistemaLiqComp Código del sistema de compensación o liquidación

utilizado. Deberá contener uno de los valores especificados en el esquema para esta variable.

TransaccionNormal Con esta variable se indica que la transacción

comunicada es una transacción normal del periodo corriente.

TipoOperacion 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.

(39)

Apartado 5

(40)

(41)

DEPARTAMENTO DE ESTADÍSTICA – APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012 – APARTADO 5 37 5 Criterios de depuración de los archivos

5.1 Criterios de depuración con el esquema XML

5.1.1 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 un “estructura valida” 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.

(42)

38 DEPARTAMENTO DE ESTADÍSTICA – APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012 – APARTADO 5 </Cabecera>

…………Información correspondiente a un declarante……… </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 4 cifras. MM representa el mes escrito con 2 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.

(43)

DEPARTAMENTO DE ESTADÍSTICA – APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012 – APARTADO 5 39 <NoOperaEnPeriodo> – Este elemento no tendrá contenido ninguno. <InformeDeclarante>

……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.

………Información de una transacción de tipo 1………

</TransaccionTipo1>

…………Otras transacciones Tipo 1……… <TransaccionTipo2>

(44)

…………Otras transacciones Tipo 2……… <TransaccionTipo3>

</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 que se indican a continuación:

<TransaccionNormal>/<RectifBajaPeriodoAnt>/<RectifAltaPeriodoAnt> - Siempre hay que informar uno y sólo uno de estos 3 elemento, 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 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 validas 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.

<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.

<Concepto> - Este elemento es opcional. Si aparece podrá contener una cadena de hasta 175 caracteres.

(45)

DEPARTAMENTO DE ESTADÍSTICA – APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012 – APARTADO 5 41 <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 hasta 25 caracteres. <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.

<NIFClienteResidente>B00000001</NIFClienteResidente> <NombreoRazonSocial>String</NombreoRazonSocial> </ClienteResidente>

<IBANCliente>AA00a</IBANCliente> <Concepto>String</Concepto> <Proposito>CDCD</Proposito> <Categoria>CASH</Categoria>

<ReferenciaOperacion>String</ReferenciaOperacion>

<BICPSPClienteContrapartida>AAAAAAAAAAA</BICPSPClienteContrapartida> <IBANClienteContrapartida>AA00a1234567890</IBANClienteContrapartida> </CuentaClienteContrapartida>

(46)

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 que se indican a continuación:

<FechaContable> - Elemento obligatorio con formato año (4 mes (2 cifras)-día (2 cifras). Ejemplo: 2012-07-15

<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 validas 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.

<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.

<ClienteNoResidente> - Las validaciones sobre este elemento se describe en el epígrafe correspondiente.

<IBANCliente> - Se validará que sea un alfanumérico y corresponda con el formato de los códigos IBAN.

<Concepto> - Este elemento es opcional. Si aparece podrá contener una cadena de hasta 175 caracteres.

(47)

DEPARTAMENTO DE ESTADÍSTICA – APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012 – APARTADO 5 43 <ContravalorEuros>52000</ContravalorEuros>

<NombreoRazonSocial>String</NombreoRazonSocial> <Pais>AX</Pais>

</ClienteNoResidente>

<IBANCliente>AA00a1234567890</IBANCliente> <Concepto>concepto25</Concepto>

</TransaccionTipo2>

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 que aparecen a continuación:

<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

<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> - Podrá ser una cadena de hasta 60 caracteres. <PaisCorresponsal> - Se validará que contenga el código ISO de un país. <Aduana> - Contendrá uno y solo uno de los siguientes elementos:

(48)

<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 hasta 60 caracteres.

<CorresponsalExtranjero>String</CorresponsalExtranjero> <PaisCorresponsal>AX</PaisCorresponsal>

<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>

(49)

DEPARTAMENTO DE ESTADÍSTICA – APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012 – APARTADO 5 45

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”.

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 incluida tiene la misma estructura que un NIF.

<NombreoRazonSocial> - Se validará que el contenido de este elemento sea una cadena de hasta 60 caracteres.

<NIFClienteResidente>B00000001</NIFClienteResidente> <NombreoRazonSocial>String</NombreoRazonSocial> </ClienteResidente>

5.1.14 Elemento <ClienteNoResidente>

<NombreoRazonSocial> - Se validará que el contenido de este elemento sea una cadena de hasta 60 caracteres.

<Pais> - Se validará que contenga el código ISO de un país. <ClienteNoResidente>

<NombreoRazonSocial>String</NombreoRazonSocial> <Pais>AX</Pais>

(50)

5.1.15 Elemento <CuentaClienteContrapartida>

<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 hasta 175 caracteres.

<BICPSPClienteContrapartida>AAAAAAAAAAA</BICPSPClienteContrapartida> <IBANClienteContrapartida>AA00a1234567890</IBANClienteContrapartida> </CuentaClienteContrapartida>

(51)

DEPARTAMENTO DE ESTADÍSTICA – APLICACIONES TÉCNICAS DE LA CIRCULAR 1/2012 – APARTADO 5 47

5.2 Otras depuraciones no contempladas en el esquema XML

5.2.1 Depuraciones generales

Depuraciones Errores

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

Si se detectan más de 100 errores se suspenderá la

depuración A02 MÁS DE 100 ERRORES. SE IGNORA EL RESTO DE LA INFORMACION 5.2.2 Depuración de la cabecera Nombre de la variable Depuraciones Errores Clave Descripción PSPRemitente

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

PeriodoDeclaración

Debe ser igual o posterior a 2012-06 B03

PERIODO DECLARACION DEBE SER IGUAL O POSTERIOR A 2012-06

Debe de ser anterior a la fecha de

recepción B04

PERIODO DECLARADO NO FINALIZADO

IndicadorTest

Si el IndicadorTest tiene valor “No” y no es la primera vez que

el PSP informa al sistema DTE, debe haber información asimilada para el periodo anterior al declarado si tenía obligación de declarar

B05 SIN INFORMACION EN EL PERIODO ANTERIOR

Si el IndicadorTest tiene valor “No” y el PSP ya tiene información

asimilada para el periodo de esta declaración

B06 INFORMACIÓN YA ASIMILADA PARA EL PERIODO