F: Datos de transferencias y titulizaciones sintéticas de activos financieros G1: Datos básicos que vinculan códigos
5 Estructura lógica de los archivos de intercambio de los distintos procesos
Cada fichero físico enviado por una entidad presentadora en un proceso, puede contener “n” bloques de información. Cada bloque de información se compone de un registro de cabecera y N registros de datos. Esta secuencia se repetirá para cada una de las entidades presentadas.
En el caso de los datos dinámicos, “n” será igual a 1 para cada tipo de datos. En el caso de que la declaración corresponda a datos dinámicos a comunicar a otra entidad declarante, ´la declaración será única para cada pareja entidad declarante/entidad destinataria.
La longitud de registro en cada proceso es fija: Procesos CRGOPE y CRGOPS: 350 caracteres.
Procesos CRGDEC, CRGDES, CRGCCE y CRGCCS: 350 caracteres. Proceso CRGLIS: 350 caracteres.
Procesos CRGCIE y CRGCIR: 350 caracteres Proceso CRGPMA: 350 caracteres.
46 CRG:MANUAL DE USO EXTERNO: DECLARACIÓN DE DATOS DE OPERACIONES V04.17
5.1 Estructura lógica del archivo de declaración de datos básicos de operaciones: CRGOPE
Por el proceso CRGOPE se comunica al BdE toda la información de operaciones clasificada como “datos básicos”.
Las bajas de las operaciones, bien para corregir declaraciones erróneas o bien porque lleguen a su final, se comunican con un registro BB020. Las bajas de las relaciones persona operación, bien para corregir declaraciones erróneas o porque ya no sean procedentes, se comunican con un registro BB010.
La baja de una operación BB020 implica la baja de las relaciones persona-operación que existieran, por tanto cuando se da de baja una operación no hay que declarar los registros BB010 con las bajas de las relaciones persona-operación. En el cierre se realiza “definitivamente” la baja de la operación y es en ese momento cuando se borran las relaciones y se envía a la entidad un mensaje L1110 comunicando la baja de la misma.
Para las transferencias, la entidad cedente envía, en el mes en el que se produce, un mensaje con un registro DF011 de alta de transferencia, y N registros DF012 de vinculación del identificador de transferencia y los códigos declarados de las operaciones que intervienen en ella.
La entidad cedente puede corregir la primera declaración realizada enviando
Un cambio en los datos de la transferencia, mediante el envío de un nuevo registro DF011 con la información actualizada.
Incorporación de más operaciones sobre las inicialmente declaradas, mediante el envío de un nuevo registro DF012 con los datos de la nueva operación.
Un cambio en el porcentaje transferido de una operación inicialmente declarado, mediante el envío de un nuevo registro DF012 con el nuevo dato.
Una baja de la transferencia, mediante el envío de un registro BF011, en cuyo caso se eliminan del sistema la transferencia y todos los registros DF012.
Una baja de una vinculación transferencia – operación con envío de un registro BF012.
Las bajas de la relaciones persona-operación, y operación- transferencia son bajas físicas efectivas desde el día en que se aceptan en el BdE.
Las bajas de operaciones o de transferencias pueden retrocederse en el mes en el que se han comunicado enviando un registro RB001. A fin de evitar posibles errores, el sistema continúa realizando validaciones sobre la operación hasta el cierre del periodo y generando mensajes de inconsistencia. En el caso de que se retroceda la baja de una transferencia, aquellas relaciones operación-transferencia en las que la operación haya sido dada de baja NO se recuperan.
Las bajas de relaciones entre garantías y las operaciones que garantizan, que se hubieran declarado erróneamente o que ya no estén operativas, se comunican con un registro BD010. De la misma forma para dar de baja un activo que se hubiera declarado erróneamente o que ya no esté operativo, se utilizará el registro BD020.
E NT ID A D (E) TIPO CONTENIDO
AB000 (1) CABECERA DE DECLARACIÓN DE DATOS BÁSICOS BB010 (N) Baja de una relación persona - operación
BB020 (N) Baja de una operación
BF011 (N) Baja de una transferencia
BF012 (N) Baja de una vinculación transferencia - operación
BG010 (N) Baja de una vinculación entre códigos
DB010 (N) Datos de la relación persona – operación
DB020 (N) Datos básicos de operaciones
DF011 (N) Datos que identifican una transferencia
DF012 (N) Datos de la vinculación transferencia - operación
DGC01 (N) Aceptación o rechazo de la solicitud del BdE de autorización para comunicar datos
DGC20 (N) Rechazo de datos básicos comunicados por el BdE en nombre de otra entidad
DG010 (N) Datos básicos que vinculan códigos
DG020 (N) Datos básicos de las operaciones a comunicar a otras entidades
RB001 (N) Reactivación de una operación o transferencia dada de baja
ZB999 (M) Finalización de la declaración de datos básicos mensuales
AD000 (1) CABECERA DE DECLARACIÓN DE DATOS BÁSICOS DE GARANTÍAS BD010 (N) Baja de la relación operación- garantía- activo afecto en garantía
BD020 (N) Baja de activos recibidos en garantía
BG010 (N) Baja de una vinculación entre códigos
DD010 (N) Datos de la relación operación-garantía-activo
DD020 (N) Datos básicos de los inmuebles recibidos en garantía. Datos para todos los inmuebles, parte 1
DD021 (N)
Datos básicos de los inmuebles recibidos en garantía. Datos para todos los inmuebles, parte 1 continuación
DD022 (N)
Datos básicos de los inmuebles recibidos en garantía. Datos adicionales para los edificios y elementos de edificios, suelo urbano y urbanizable y para las fincas rústicas
DD025 (N) Datos del valor de las garantías
DD030 (N) Datos básicos de los activos financieros recibidos en garantía
DG010 (N) Datos básicos que vinculan códigos
RB002 (N) Reactivación de un código de activo recibido en garantía dado de baja
48 CRG:MANUAL DE USO EXTERNO: DECLARACIÓN DE DATOS DE OPERACIONES V04.17
Donde:
(E) Indica que debe existir al menos 1 ocurrencia. (M) Indica que debe existir 0 o 1 ocurrencia
(N) Indica cualquier número de ocurrencias incluyendo el valor 0. (1) Indica registro único y obligatorio.
Un mensaje de una entidad declarante está formado por una cabecera y los registros de detalle que quedan recogidos bajo esa cabecera. Asi:
Los mensajes de datos básicos de operaciones deben comenzar obligatoriamente por un registro de tipo AB000 que debe ir seguido de n registros de detalle. Estos deben estar ordenados por fecha de proceso y tipo de registro.
Los mensajes de datos básicos de garantías deben comenzar obligatoriamente por un registro de tipo AD000 que debe ir seguido de n registros de detalle. Estos deben estar ordenados por fecha de proceso y tipo de registro.
5.2 Estructura lógica del archivo de notificaciones que envía el BdE sobre datos básicos de operaciones: CRGOPS.
Las notificaciones (aceptaciones, rechazos, reclamación de datos de datos) sobre los registros que se pueden comunicar en el proceso CRGOPE, se envían por el proceso CRGOPS.
En las aceptaciones y rechazos se envía el mismo registro recibido incluyendo el código de situación correspondiente a la información que se quiere comunicar. En el caso de los rechazos, los códigos de situación pueden ser más de uno.
E NT ID A D (N ) TIPO CONTENIDO
AB000 (1) CABECERA DE NOTIFICACIÓN SOBRE DATOS BÁSICOS DE OPERACIONES BB010 (N) Notificación sobre la baja de una relación persona - operación
BB020 (N) Notificación sobre la baja de una operación
BF011 (N) Notificación sobre la baja de una transferencia
BF012 (N) Notificación sobre la baja de una vinculación transferencia - operación
BG010 (N) Notificación sobre la baja de una vinculación entre códigos
DB010 (N) Notificación sobre los datos de la relación persona - operación
DB020 (N) Notificación sobre los datos básicos de operaciones
DF011 (N) Notificación sobre los datos que identifican una transferencia
DF012 (N) Notificación sobre los datos de la vinculación transferencia - operación
DGC01 (N) Solicitud del BdE de autorización para comunicar datos básicos
DGC20 (N) Datos básicos comunicados por el BdE en nombre de otra entidad
DG010 (N) Notificación sobre datos básicos que vinculan códigos
DG020 (N) Notificación sobre datos básicos de las operaciones a comunicar a otras entidades
RB001 (N) Notificación sobre la reactivación de una operación o transferencia dada de baja
ZB999 (M) Notificación sobre finalización de la declaración de datos básicos mensuales
AD000 (1) CABECERA DE DECLARACIÓN SOBRE DATOS BÁSICOS DE GARANTÍAS BD010 (N) Notificación sobre baja de relación operación-garantía- activo
BD020 (N) Notificación sobre baja de activos recibidos en garantía
DD010 (N) Notificación sobre datos de la relación operación - garantía - activo BG010 (N) Notificación sobre la baja de una vinculación entre códigos
DD020 (N)
Notificación sobre datos básicos de los inmuebles recibidos en garantía. Datos para todos los inmuebles, parte 1
DD021 (N)
Notificación sobre datos básicos de los inmuebles recibidos en garantía. Datos para todos los inmuebles, parte 1 continuación
50 CRG:MANUAL DE USO EXTERNO: DECLARACIÓN DE DATOS DE OPERACIONES V04.17
Donde:
(E) Indica que debe existir al menos 1 ocurrencia. (M) Indica que debe existir 0 o 1 ocurrencia
(N) Indica cualquier número de ocurrencias incluyendo el valor 0. (1) Indica registro único y obligatorio para cada referencia.
los edificios y elementos de edificios, suelo urbano y urbanizable y para las fincas rústicas
DD025 (N) Notificación sobre datos básicos del valor de las garantías
DD030 (N) Notificación sobre datos básicos de los activos financieros recibidos en garantía
DG010 (N) Notificación sobre datos básicos que vinculan códigos
RB002 (N) Notificación sobre datos de reactivación de una garantía dada de baja
5.3 Estructura lógica del archivo de la declaración de datos dinámicos de operaciones: CRGDEC.
Los siguientes registros de datos se utilizan en el proceso CRGDEC: Declaración de datos dinámicos de operaciones de riesgos. Para cada operación, solo se deben enviar aquellos registros que tengan contenido significativo.
Un mensaje de una entidad declarante está formado por una cabecera y los registros de detalle que quedan recogidos bajo esa cabecera. Asi:
Los mensajes de datos dinámicos de operaciones deben comenzar obligatoriamente por un registro de tipo DC000 que debe ir seguido de n registros de detalle. Estos deben estar ordenados por fecha de proceso, tipo de registro y tipo de declaración.
Los mensajes de datos dinámicos de garantías deben comenzar obligatoriamente por un registro de tipo DD000 que debe ir seguido de n registros de detalle. Estos deben estar ordenados por fecha de proceso tipo de registro y tipo de declaración.
Los mensajes de datos dinámicos de operaciones a comunica a otra entidad deben comenzar obligatoriamente por un registro de tipo DG011 que debe ir seguido de n registros de detalle. Estos deben estar ordenados por fecha de proceso tipo de registro y tipo de declaración
En caso de no cumplir con esta estructura el mensaje se rechaza con código de incidencia RM006.
E NT ID A D (E) TIPO CONTENIDO
DC000 (M) CABECERA DE DECLARACIÓN DE DATOS DINÁMICOS DE LAS OPERACIONES
DC011 (N)
Datos dinámicos de todos los riesgos directos y de los asumidos por la entidad declarante
DC013 (N) Datos dinámicos a declarar por las entidades de crédito para los préstamos
DC014 (N) Datos dinámicos de los riesgos directos asumidos por los cesionarios
DC020 (N) Datos dinámicos de los riesgos indirectos
DD000 (M) CABECERA DE DECLARACIÓN DE DATOS DINÁMICOS DE LAS GARANTÍAS DD040 (N) Datos dinámicos que relacionan las operaciones con los activos recibidos en garantía
DD050 (N)
Datos dinámicos de los edificios en construcción y de las promociones inmobiliarias recibidos en garantía
ZD990 (M)
Registro de comunicación de finalización de la declaración de datos dinámicos de garantías
DG011 (O)
CABECERA DE DECLARACIÓN DE DATOS DINÁMICOS DE OPERACIONES A COMUNICAR A OTRA ENTIDAD
DG030 (N) Datos dinámicos de los riesgos a comunicar a otras entidades enviados al BdE
DGC30 (N)
Notificación sobre registro de datos dinámicos comunicados por el BdE en nombre de otra entidad
Donde:
(E) Indica que debe existir al menos 1 ocurrencia. (M) Indica que debe existir 0 o 1 ocurrencia
52 CRG:MANUAL DE USO EXTERNO: DECLARACIÓN DE DATOS DE OPERACIONES V04.17
(O) Indica que si existe solo debe existir una para cada pareja de entidades y tipo de declaración
5.4 Estructura lógica del archivo de notificaciones que envía el BdE sobre datos dinámicos de operaciones: CRGDES.
Los siguientes registros de datos se utilizan en el proceso CRGDES: Aceptación o rechazo de la declaración de datos dinámicos.
Los registros de datos de cada entidad declarante van ordenados por entidad, tipo de registro y tipo de declaración.
Los rechazos individuales de datos dinámicos de una operación se comunican con el formato de los registros de correcciones. Este es el proceso y formato por el que la entidad debe corregir los errores comunicados. E NTID A D (E ) TIPO CONTENIDO
DC000 (M) CABECERA DE NOTIFICACIÓN DE DATOS DINÁMICOS DE LAS OPERACIONES
DC011 (N)
Notificación sobre datos dinámicos de todos los riesgos directos y de los asumidos por la entidad declarante
DC013 (N)
Notificación sobre datos dinámicos a declarar por las entidades de crédito para los préstamos
DC014 (N)
Notificación sobre datos dinámicos de los riesgos directos asumidos por los cesionarios
DC020 (N) Notificación sobre datos dinámicos de los riesgos indirectos
DD000 (M) CABECERA DE NOTIFICACIÓN DE DATOS DINÁMICOS DE LAS GARANTÍAS
DD040 (N)
Notificación sobre datos dinámicos que relacionan las operaciones con los activos recibidos en garantía
DD050 (N)
Notificación sobre datos dinámicos de los edificios en construcción y de las promociones inmobiliarias recibidos en garantía
ZD990 (M)
Notificación sobre registro de comunicación de finalización de la declaración de datos dinámicos de garantías
DG011 (O)
CABECERA DE NOTIFICACIÓN DE DATOS DINÁMICOS A COMUNICAR A OTRAS ENTIDADES
DG030 (N)
Notificación sobre datos dinámicos de los riesgos a comunicar a otras entidades enviados al BdE
DGC30 (N) Datos dinámicos comunicados por el BdE en nombre de otra entidad Donde:
(E) Indica que debe existir al menos 1 ocurrencia.
(M) Indica que si existe solo debe existir una por referencia (N) Indica cualquier número de ocurrencias incluyendo el valor 0.
(O)
Indica que si existe solo debe existir una para cada pareja de entidades y tipo de declaración
54 CRG:MANUAL DE USO EXTERNO: DECLARACIÓN DE DATOS DE OPERACIONES V04.17
5.5 Estructura lógica del archivo de incidencias detectadas en la declaración de las
operaciones: CRGLIS
Las inconsistencias detectadas entre los datos básicos, datos dinámicos y de personas que intervienen en las operaciones se comunican a las entidades declarantes mediante el proceso CRGLIS, distinguiendo entre: errores sin datos adicionales, errores con datos adicionales y errores en la relación de las personas con los titulares declarados a GTR.
En un solo registro CRGLIS de los tipos IN004, IN005, IN007 e IN008 se pueden comunicar hasta 25 inconsistencias. Estas notificaciones dejan los registros pendientes de corrección.
Los registros de datos de cada entidad declarante irán ordenados por entidad y tipo de registro.
E NTID A D (E ) TIPO CONTENIDO
IN000 (1) CABECERA DE INCIDENCIAS EN LOS DATOS DECLARADOS
IN003 (N)
Notificaciones informativas de carácter general sobre el estado de las declaraciones de operaciones y de las propias operaciones
IN004 (N) Incidencias en la declaración de operaciones sin datos adicionales
IN005 (N) Incidencias en la declaración de operaciones con datos adicionales
IN006 (N) Notificaciones generales sobre el estado de las declaraciones de garantías
IN007 (N) Incidencias en la declaración de garantías sin datos adicionales
IN008 (N) Incidencias en la declaración de garantías con datos adicionales Donde:
(E) Indica que debe existir al menos 1 ocurrencia.
(N) Indica cualquier número de ocurrencias incluyendo el valor 0. (1) Indica registro único y obligatorio.
5.6 Estructura lógica del archivo de correcciones a datos de operaciones: CRGCCE
Los siguientes registros de datos se utilizan en el proceso CRGCCE: Declaración de correcciones a datos de operaciones de riesgos.
Un mensaje de una entidad declarante está formado por una cabecera y los registros de detalle que quedan recogidos bajo esa cabecera. Asi:
Los mensajes de correcciones a datos básicos y dinámicos de operaciones deben comenzar obligatoriamente por un registro de tipo AR000 que debe ir seguido de n registros de detalle. Estos deben estar ordenados por fecha de proceso, tipo de registro y tipo de declaración. Los mensajes de modificaciones a datos dinámicos de garantías deben comenzar obligatoriamente por un registro de tipo AS000 que debe ir seguido de n registros de detalle. Estos deben estar ordenados por fecha de proceso tipo de registro y tipo de declaración. Los mensajes de datos dinámicos de operaciones a comunica a otra entidad deben comenzar obligatoriamente por un registro de tipo DG011 que debe ir seguido de n registros de detalle. Estos deben estar ordenados por fecha de proceso tipo de registro y tipo de declaración
En caso de no cumplir con esta estructura el mensaje se rechaza con código de incidencia RM006.
E NTID A D (E ) TIPO CONTENIDO
AR000 (M) CABECERA DE CORRECCIONES DE DATOS DE OPERACIONES DB010 (N) Rectificaciones sobre los datos de la relación persona - operación
DB020 (N) Rectificaciones sobre los datos básicos de operaciones
DC011 (N)
Correcciones de datos dinámicos de todos los riesgos directos y de los asumidos por la entidad declarante
DC013 (N)
Correcciones de datos dinámicos a declarar por las entidades de crédito para los préstamos
DC014 (N) Correcciones de datos dinámicos de los riesgos directos asumidos por los cesionarios
DC020 (N) Correcciones de datos dinámicos de los riesgos indirectos
DG010 (N) Rectificaciones sobre datos básicos que vinculan códigos
AS000 (M) CABECERA DE MODIFICACIONES DE DATOS DINÁMICOS DE GARANTIAS
DD040 (N)
Modificaciones de datos dinámicos que relacionan las operaciones con los activos recibidos en garantía
DD050 (N)
Modificaciones de datos dinámicos de los edificios en construcción y de las promociones inmobiliarias recibidos en garantía
DG011 (O)
CABECERA DE CORRECCIONES DE DATOS DINÁMICOS A COMUNICAR A OTRA ENTIDAD
DG030 (N)
Correcciones de datos dinámicos de los riesgos a comunicar a otras entidades enviados al BdE
DGC30 (N)
Notificación sobre correcciones de datos dinámicos comunicados por el BdE en nombre de otra entidad
56 CRG:MANUAL DE USO EXTERNO: DECLARACIÓN DE DATOS DE OPERACIONES V04.17
Donde:
(E) Indica que debe existir al menos 1 ocurrencia. (M) Indica que si existe solo debe existir una
(N) Indica cualquier número de ocurrencias incluyendo el valor 0.
(O)
Indica que si existe solo debe existir una para cada pareja de entidades y tipo de declaración
5.7 Estructura lógica del archivo de notificaciones que envía el BdE sobre las correcciones a datos dinámicos: CRGCCS
Los siguientes registros de datos se utilizarán en el proceso CRGCCS: Notificaciones a la declaración de correcciones a datos dinámicos de operaciones de riesgos.
Los registros de datos de cada entidad irán ordenados por entidad, fecha de proceso, tipo de registro y tipo de declaración. E NTID A D ( E ) TIPO CONTENIDO AR000 (M)
CABECERA DE NOTIFICACIONES A CORRECCIONES DE DATOS DINÁMICOS DE OPERACIONES
DB010 (N) Notificación sobre rectificaciones sobre los datos de la relación persona - operación
DB020 (N) Notificación sobre rectificaciones de los datos básicos de operaciones
DC011 (N)
Notificación sobre correcciones de datos dinámicos de todos los riesgos directos y de los asumidos por la entidad declarante
DC013 (N)
Notificación sobre correcciones de datos dinámicos a declarar por las entidades de crédito para los préstamos
DC014 (N)
Notificación sobre correcciones de datos dinámicos de los riesgos directos asumidos por los cesionarios
DC020 (N) Notificación sobre correcciones de datos dinámicos de los riesgos indirectos
DG010 (N) Notificación sobre rectificaciones de datos básicos que vinculan códigos
AS000 (M)
CABECERA DE NOTIFICACIONES A MODIFICACIONES DE DATOS DINÁMICOS DE GARANTÍAS
DD040 (N)
Notificación sobre modificaciones de datos dinámicos que relacionan las operaciones con los activos recibidos en garantía
DD050 (N)
Notificación sobre modificaciones de datos dinámicos de los edificios en