Documentos de Académico
Documentos de Profesional
Documentos de Cultura
07.07.2015
Prefacio
La realización de pruebas es un asunto crítico para los participantes de cara a su preparación para
de pruebas, de cuya realización con sus comunidades bancarias son responsables los bancos
centrales. Este marco cumple con el principio de no discriminación en el sentido de que a misma
Este manual, basado en el documento “Guide to TARGET2 User Testing”, va dirigido a futuros
participantes directos en TARGET2 y sistemas vinculados con detalles de todos los aspectos
referencia útil para ellos a la hora de programar, organizar y realizar sus tareas de migración. No se
única así como en otros documentos relativos a la migración. Para hacerlo más comprensible, se
han insertado vínculos a algunos de estos documentos. Si los futuros participantes de TARGET2
requiriesen más información sobre las pruebas pueden consultar el apartado de TARGET2 en la
2
ÍNDICE
1. INTRODUCCIÓN.
1.2.1 Propósito 6
1.2.2 Disponibilidad 6
1.2.3 Limitaciones de volumen de tráfico 8
1.2.4 Gestión de los BICs 8
2.1.1 Comunicación 12
2.1.2 Registro 12
3. CAMBIOS EN LA SSP.
3.1.1 Comunicación 20
3.1.2 Registro 21
Este apartado ofrece una información general sobre las responsabilidades organizativas del
sistema de pruebas.
Las pruebas descritas en este documento van dirigidas a verificar la preparación de los usuarios
de TARGET2 con respecto a cualquier actualización de la SSP que tenga impacto en su operativa.
Conexión de un nuevo participante, como por ejemplo, una institución de crédito que se
convierte en participante directo, conexión de un sistema vinculado, un nuevo banco
central o un nuevo participante HAM. Podrá encontrar más información al respecto en el
capítulo 2.
Cambios en la plataforma SSP, como sería una actualización anual de la misma, sea esta
generada por un cambio en SWIFT o un parche corrector. Podrá encontrar más
información en el capítulo 3.
Conexión de una nueva comunidad bancaria, posibilidad en línea con la adopción del
Euro por un nuevo estado miembro de la Unión Europea.
En algunos casos los usuarios pueden abrir las llamadas cuentas con fines específicos, en las
cuales los BICS no serán publicados en el Directorio T2. Estas cuentas pueden ser abiertas por
algunos usuarios T2 p.ej. para el mantenimiento del coeficiente de reservas, la liquidación de
4
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
operaciones de política monetaria o la gestión de retiradas de efectivo. Debido a la naturaleza de
ese tipo de cuentas pueden no ser aplicables todos los casos de pruebas, los bancos centrales
basándose en solicitudes específicas de los usuarios motivadas por el uso de estas cuentas
reducirán los requerimientos de pruebas en consecuencia. Por ejemplo, podría no haber
necesidad de probar la disponibilidad de envío de un MT103 o de un MT103+, si no se espera
utilizar este tipo de mensaje. Sin embargo, debe ser probada la recepción de todos los tipos de
mensajes comunes para que no exista ningún problema técnico que impida que este tipo de
mensajes sean enviados a una cuenta.
Las pruebas entre participantes directos y los que operen como participantes indirectos o
accesibles a través suyo, están fuera del ámbito de las pruebas descritas en este documento. Es
un asunto que concierne a los participantes y no forma parte del proceso de certificación de
usuario.
Las pruebas de usuario serán organizadas paso a paso a nivel de la entidad (pruebas de
conectividad e interoperatividad), y a nivel de una comunidad financiera (pruebas de día
operativo). Junto con la programación de pruebas, también serán reservadas las pruebas libres. El
siguiente esquema muestra las fases de las pruebas en un orden lógico.
1
RBAC: Role Based Access Control. Usado para la administración de usuarios por SWIFT
5
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
Realizar un seguimiento de operaciones, pagos, flujos de liquidez y perfiles;
Controlar la preparación de sus participantes;
Procesamiento de medidas de contingencia;
Informar a sus usuarios sobre incidentes en la Plataforma Única (SSP) y sistemas
domésticos que puedan producir algún impacto en la marcha de las pruebas;
Evaluar y consolidar los informes de pruebas de sus usuarios;
Mantener un contacto directo con el servicio de ayuda de la SSP así como con el
Coordinador de pruebas de TARGET2 en el BCE (por ejemplo, para la organización de las
pruebas que requieran la participación de más de un país).
1.2.1 Propósito.
El Eurosistema proporciona a los participantes un entorno específico en la SSP para pruebas y
entrenamiento (CUST). CUST puede funcionar con una versión de actualización diferente a la que
funcione en el entorno de producción en ese momento. Las diferencias pueden proceder de la
puesta en marcha de actualizaciones anuales de la SSP o por la implementación de parches
correctores. El entorno CUST es utilizado por:
participantes que quieran realizar sus actividades de certificación debido a las nuevas
actualizaciones de la SSP;
1.2.2 Disponibilidad.
El entorno de pruebas de usuario de la SSP estará, en principio, disponible todos los días
laborables durante la fase de pruebas. De lunes a viernes, el sistema estará disponible de 7:002 a
19:00 (ver programa más abajo). Un día al mes la SSP no estará disponible por razones de
mantenimiento.
2
Todas las horas están expresadas en CET.
6
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
Fases del día operativo en el entorno de pruebas.
Las horas operativas así como la duración de las diferentes fases podrían sufrir modificaciones
para atender a los requerimientos de pruebas específicas. Por ejemplo, está previsto realizar un
número limitado de pruebas de proceso diario de acuerdo con el horario de producción. Por otro
lado, no se puede descartar que, debido a razones de mantenimiento, sean necesarios reservar
períodos adicionales donde no se podrán realizar pruebas. Cualquier alteración será notificada con
una semana de antelación en el calendario del T2TRIS3.
Se podrán admitir retrasos limitados puntuales si se considera de interés general para todos los
usuarios. Eventos imprevistos pueden provocar la implantación de pruebas urgentes por parte de
un sistema vinculado de relevancia o una comunidad nacional de usuarios, pero no a petición de
un usuario individual (pruebas de día operativo).
3
Accesible a través del espacio restringido TARGET2 en la página web del BdE.
7
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
1.2.3 Limitaciones de volumen de tráfico.
Cualquier prueba de usuario4 que requiera volúmenes horarios que excedan de los siguientes
límites necesita una coordinación centralizada y una aprobación previa, debido a las restricciones
de volumen impuestas por SWIFT y/o el entorno de pruebas de la SSP. Estos límites se aplican
por participante directo o por sistema vinculado.
Los volúmenes que requieren aprobación por parte del banco central (por usuario y hora), son:
Más de 30 mensajes XML (SWIFTNET InterAct en modo A2A) a ser enviados por el usuario.
Los usuarios que quieran exceder estos límites deberán enviar una petición al Servicio de Atención
al Usuario de TARGET2-Banco de España (target2@bde.es) al menos con una semana de
antelación. La petición debería contener los volúmenes que se espera probar (volúmenes horarios
para cada categoría que se menciona más arriba) y la duración esperada de la prueba. El Banco
de España verificará con el coordinador general de las pruebas si los volúmenes requeridos
pueden ser procesados. A continuación, el Banco de España responderá al usuario vía e-mail si la
prueba puede ser realizada como está programada o si se requiere alguna modificación en
términos de fecha, hora y/o volúmenes.
Si un usuario quiere usar un BIC de pruebas con un código de sucursal (p.ej. BANKCCLL0123) o
un BIC de pruebas especial (p.ej. ZYAACCL0XXX o ZYAACCL0123), debe solicitar a Banco de
España la introducción de estos BICs específicos en el sistema.
Bajo petición, banco de España proporcionará a sus usuarios una lista de BICs de pruebas para
ser utilizados en el envío de mensajes durante las pruebas de interoperatividad y pruebas libres.
Mientras que en la cabecera sólo se permiten BICs de pruebas, en el mensaje pueden ser
utilizados ambos tipos, BICs de pruebas y de producción, de acuerdo con la siguiente tabla:
4
Esto incluye explícitamente la fase de pruebas libres.
8
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
CABECERA CUERPO
Emisor Receptor 52 53 56 57 58
BIC T&T ó BIC T&T ó BIC T&T ó BIC T&T ó BIC T&T ó
MT202 BIC T&T BIC T&T
BIC Producción BIC Producción BIC Producción BIC Producción BIC Producción
En el caso de que un participante que quiera tener su BIC8 publicado en el directorio TARGET2
utilizado en CUST, éste debe instalarse una regla wildcard para cargar su BIC de producción
como addressable BIC “detrás” de su BIC de pruebas. La regla wildcard para la inclusión de BICs
de producción debe tener la marca “NO” en la opción de sucursal y el campo BIC Addressee no
debe ser usado para BICs de producción.
Después de un cuidadoso análisis de estos factores, los requerimientos de certificación para cada
participante serán definidos por Banco de España, y serán organizados en diferentes fases, desde
las más sencillas hasta las más laboriosas. El proceso de certificación comenzará con pruebas a
nivel de participante individual (pruebas de conectividad e interoperatividad) y puede ser
complementado con casos de prueba que requieran la implicación de un grupo de participantes
(de una comunidad bancaria nacional o a nivel TARGET2 en general).
Se ofrece información más detallada al respecto de las diferentes fases de prueba en los capítulos
2 y 6 de este documento.
9
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
excepciones para evitar la repetición innecesaria de algunos casos de pruebas en algunas
circunstancias muy específicas.
Los bancos multi-país que gestionan varias participaciones directas desde el mismo hub
técnico pueden no necesitar realizar todos los casos de prueba con todos los Bancos
Centrales a los que están conectados. Cuando esté justificado, se podrán garantizar
algunas exenciones y simplificaciones en los casos de prueba de interoperatividad.
En algunos casos, los usuarios pueden abrir las llamadas cuentas de propósito específico,
para las que los BICs no están publicados en el Directorio TARGET2. Tales cuentas
pueden ser abiertas por algunos participantes, por ejemplo, con motivo de la Gestión de
Reservas, para liquidaciones de transacciones de la Política Monetaria o para la gestión
de operaciones de caja. Si debido a la naturaleza de la mencionada cuenta no todos los
casos son de aplicación, Banco de España podrá –basándose en peticiones concretas de
un usuario que describa el uso intencionado de la cuenta– reducir los requerimientos en
las pruebas en ese sentido.
Para los casos antes descritos, el usuario necesitará contactar con Banco de España con la
suficiente antelación y proporcionarle la información relevante que respalda su petición. Es
responsabilidad de Banco de España cerciorarse de la validez de la petición y garantizar la
simplificación.
Banco de España debe ser informado por escrito acerca de cualquier cambio en el entorno de
pruebas del usuario durante o después de las pruebas de certificación. Eso incluye
específicamente el uso de funciones opcionales, las cuales no hayan sido utilizadas en el pasado y
no hayan, por tanto, formado parte previamente de un proceso de certificación. Además de
describir la naturaleza y el alcance del cambio, y sus riesgos asociados, la información debería
contener una propuesta en relación a los casos de pruebas que deben ser realizados a
consecuencia de dicho cambio (casos de prueba “no regresivos”). Banco de España evaluará la
propuesta realizada con la información proporcionada.
10
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
1.3.5 Gestión de Incidencias.
El participante debería informar al Servicio de Atención a Usuarios TARGET2-BE de cualquier
incidencia producida durante el transcurso de las pruebas, pudiendo ésta estar relacionada con un
mal funcionamiento de la SSP o un sistema propietario.
https://pas.bde.es/slbe/restringido/migracion.htm
11
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
2. CONEXIÓN DE NUEVOS PARTICIPANTES.
Las instituciones de crédito o sistemas vinculados que quieran conectarse a TARGET2 como
nuevos participantes están sujetos a los requerimientos de pruebas resumidos en este capítulo.
Además de algunas precondiciones generales, que deben ser cumplidas, se espera que los
futuros participantes puedan realizar los escenarios relevantes de conectividad e interoperatividad
adaptados a su futura utilización de la SSP. Se prevén también algunos casos de pruebas
complementarios en el contexto particular de posibles actualizaciones específicas de alguna
comunidad financiera nacional.
Pruebas
internas de Conectividad Interoperatividad Día Operativo Actividades
entidades y en entorno
Bancos real
Centrales Actividades de certificación
ccccccertificación
Pruebas libres
2.1.1 Comunicación.
Cuando el participante es un sistema vinculado, éste proporcionará a sus futuros bancos
liquidadores un plan provisional y una descripción del tipo de conexión previsto (es decir, PM o
ASI, modelo de liquidación y las opciones asociadas en caso de que se elija ASI). Esto tomará la
forma de un Perfil de migración para los Sistemas Vinculados (Ancillary System Profile, ASP), el
cual será publicado en la página web del Proyecto TARGET2 y en la de TARGET2-BE, en caso de
pertenecer a nuestro sistema. La publicación deberá producirse con suficiente antelación para
permitir a los bancos liquidadores a prepararse con tiempo para las pruebas de usuario.
2.1.2 Registro.
Los usuarios deben llevar a cabo los siguientes procesos de registro antes de poder participar en
las pruebas de usuario de TARGET2:
12
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
Workflow del e-ordering de SWIFT
Los formularios de registro para pruebas deberían cubrir el mismo perfil funcional que el
cumplimentado para producción. Esto es, la funcionalidad que un usuario tiene intención de utilizar
en producción debería ser requerida también para las pruebas y la respectiva certificación
realizada.
Realizando esta actividad lo antes posible, los usuarios pueden ganar tiempo para resolver
cualquier problema potencial relativo a los servicios subyacentes, que puedan ocurrir en una etapa
13
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
posterior, que de otra forma podrían retrasar el inicio de las siguientes fases de pruebas. Estos
casos están definidos de manera que:
Deben estar cubiertos todos las posibles interfaces de comunicación entre el sistema
del usuario y la plataforma.
Todas las capas bajo el nivel de aplicación estén cubiertas. Esto significa que la red y
las características de seguridad como encriptación y autorización deben ser
verificadas. Por ejemplo, para los usuarios con acceso a través de SWIFT es necesario
que incluya la correcta instalación del grupo cerrado de usuarios de TARGET2 (CUG), y
la conectividad requerida para el uso de ICM y el intercambio de autorizaciones (RMA)
con la plataforma. Para los usuarios con acceso basado en internet incluye la creación
de un certificado con el Banco de España además de tener programado
correctamente el PC que se utilizará para acceder a TARGET2 y la conexión a internet.
Sin embargo, debe tenerse en cuenta que no están previstas pruebas de conectividad por
separado para SWIFTNet InterAct y FileAct en A2A.
Cada usuario conectado a través de SWIFT debe tener el software requerido para
acceder a SWIFTNet FIN, SWIFTNet FileAct, SWIFTNet InterAct y SWIFTNet Browse.
Cada usuario con acceso a través de internet deberá tener, el hardware y el software
adecuado para conectarse con una smart card, y un explorador de internet (Internet
Explorer o Firefox)
El trámite de haber adquirido una smart card del Banco de España deberá haberse
completado
2.2.3 Lista de casos de prueba de conectividad.
La tabla-resumen de los casos de prueba y una detallada descripción de cada uno de ellos
podrán encontrase en el Anexo 1.
14
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
2.3 Pruebas de Interoperatividad.
Los casos de pruebas de interoperatividad han sido desarrollados de acuerdo con los siguientes
principios:
Los usuarios de TARGET2 deben ser capaces de verificar todas las funcionalidades
implementadas, en términos de hardware y software, que formen parte de las
interfaces de usuario con T2.
Para las funcionalidades críticas aplicables a todos los usuarios de TARGET2 (como
proceso y cancelación de pagos), hay definidos casos de pruebas obligatorios, que
cada participante tiene que completar e informar a su banco central como parte del
proceso de certificación.
Para las funcionalidades críticas son aplicables sólo para un subgrupo de usuarios,
para los cuales hay definidos unos casos de prueba condicionados. Habitualmente
las pruebas condicionadas son las que cubren funcionalidades ofrecidas por
módulos opcionales (por ejemplo HAM) o por servicios adicionales ofrecidos a los
participantes (por ejemplo, "pool de liquidez”). Si un caso de prueba condicionada es
aplicable a un determinado participante, se convierte en obligatorio para ese
participante y el resultado de la prueba debe ser informado dentro del proceso de
certificación. En caso de no ser aplicable, el participante no tendría que realizar la
prueba.
Los usuarios conectados a ICM en A2A deberían probar las funcionalidades en ambos modos
(A2A y U2A). Los casos de prueba están siempre descritos según el modo U2A (usando ICM),
pero hacen referencia a las respectivas estructuras de mensaje XML a ser usadas en modo A2A.
Basándose en esta información y en la implementación individual del interfaz A2A es
responsabilidad del usuario interpretar la descripción del caso de prueba de manera que pueda
ser probado en modo A2A.
15
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
2.3.2 Condiciones previas para comenzar las pruebas de interoperatividad.
El futuro usuario de TARGET2 debe recibir confirmación de Banco de España de que las pruebas
de conectividad han sido completadas satisfactoriamente antes de comenzar la fase de pruebas
de interoperatividad.
16
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
Procedimientos de contingencia doméstica (caída del sistema, pagos back-up de un
participante directo o sistema vinculado, envío de pagos críticos entre Banco de
España y un participante directo por medio de los canales para contingencia que
hayan sido acordados, Banco de España actuando en nombre de un sistema
vinculado).
Asegúrese de que no excede las limitaciones de volumen definidas en el punto 1.2.3 sin
autorización previa de su BC.
17
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
No utilice BICs de pruebas de otros usuarios (incluyendo Bancos Centrales y Sistemas
vinculados) sin acuerdo bilateral previo.
Informe al Banco de España al menos con una semana de antelación sobre necesidades
especificas de soporte en pruebas.
Para que la fase de pruebas sea lo más fluida y flexible posible, se aconseja a los usuarios
que realicen sus actividades de pruebas libres utilizando BICs de pruebas relacionados
con sus propias cuentas, siempre que sea posible.
Siempre que el participante haya realizado suficientes pruebas libres que le permitan
conocer con antelación la nueva interfaz, las pruebas de conectividad e interoperatividad
pueden completarse en una semana.
Aunque las pruebas de día operativo pueden variar considerablemente de un país a otro,
se espera que la superación de esta fase no requiera más de una semana.
18
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
2.7 Actividades en el entorno real.
Tiene creados los certificados Browse y de usuarios SWIFTNet necesarios para operar en
el ICM y descargar los ficheros que la SSP le pueda enviar.
La tabla-resumen de los casos de prueba y una detallada descripción de cada uno de ellos
podrán encontrase en el Anexo 3.
19
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
3. CAMBIOS EN LA SSP.
En caso de que se produzcan modificaciones por parte de la SSP, los participantes deberán
comprobar los requerimientos de pruebas a efectos de determinar que dichos cambios no hayan
afectado a su interfaz con la plataforma. Los cambios pueden haber sido programados con
antelación (ej. release de la SSP) o bien realizarse de forma imprevista (ej. Hot fixing). Debido a que
en caso de un hot fix los procedimientos de pruebas seguirían un proceso de certificación ad-
hoc, el presente capítulo se centrará principalmente en el caso general de actualizaciones anuales
oficiales de la SSP. Dependiendo del contenido de la actualización se podrá requerir a los
participantes realizar pruebas de conectividad y/o de interoperatividad y/o de día operativo.
Este capítulo no trata los cambios que una nueva release de la SSP pudiera provocar en las
aplicaciones domésticas de los Bancos Centrales (ej. PHA). En caso de que dichas aplicaciones
Pruebas
domésticas tuviesen
internas de modificadasInteroperatividad
que ser Conectividad se aplicarán losDía Operativo
procedimientos de pruebas para
Actividades
cambiosentidades y
en la infraestructura de un Banco Central (véase capítulo 6). en entorno
Bancos real
Centrales Actividades de certificación
ccccccertificación
Pruebas libres
3.1.1 Comunicación.
El Eurosistema anunciará públicamente el contenido de las nuevas actualizaciones de la SSP con
la antelación suficiente para que los participantes puedan evaluar los cambios y preparar sus
aplicaciones.
Una vez que los cambios sean públicos y estén reflejados en las UDFS, el Eurosistema
comunicará los requerimientos de pruebas aplicables a los participantes ya conectados así como
un calendario para las actividades de pruebas. Los requerimientos de pruebas abordarán los
nuevos elementos introducidos por la actualización, así como los elementos modificados y los test
de no regresión. Esta información se difundirá a través de la Web TARGET2 del Banco Central
Europeo y en su caso por la WEB de TARGET2 del Banco de España.
En caso de que la actualización de la SSP, coincida con la release anual de SWIFT FIN, está
previsto que los participantes se conecten a SWIFT FIN Test&Training network en modo futuro.
20
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
3.1.2 Registro.
Está previsto que las nuevas actualizaciones de la SSP no requieran modificación alguna en los
registros existentes de SWIFT para participantes ya conectados. En el caso improbable de que
alguna modificación de los registros de SWIFT sea requerida, se darían instrucciones específicas.
Una nueva release de la SSP puede conllevar cambios en el registro de la SSP para participantes
ya conectados. Por ejemplo cuando nuevos datos estáticos deban ser procesados o cuando un
nuevo servicio opcional sea ofrecido. En estos casos el Banco de España emitirá un nuevo
conjunto de formularios de la SSP y proporcionará información adicional de cómo y cuándo
dichos formularios deberán ser completados por los participantes.
Este procedimiento resultará redundante salvo que la actualización de la SSP introduzca cambios
en la interpretación de las instrucciones técnicas.
21
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
3.3 Pruebas de Interoperatividad.
Las pruebas de
interoperatividad pretenden
asegurar que la capacidad de Pruebas Conectividad Interoperatividad Día Operativo
Actividades
cada usuario para participar internas de
en entorno
entidades y
en TARGET2 y para usar real
Bancos
Centrales
Actividades de certificación
todas las funciones
ccccccertificación
Actividades de pruebas libres
relevantes de los diferentes
módulos de la SSP, no han
sido afectadas por la actualización de la SSP. Asimismo verificarán que los nuevos elementos han
sido incorporados correctamente por los participantes. La definición de los requerimientos de
pruebas tomará en consideración los cambios introducidos por el contenido de la actualización,
los módulos opcionales de la SSP usados por la comunidad y las funcionalidades opcionales
elegidas por los participantes.
Los casos de pruebas de interoperatividad, serán desarrollados de acuerdo con los siguientes
principios:
Para funciones críticas que estén disponibles para todos los usuarios de TARGET2, se
establecerán casos de pruebas obligatorias. Cada participante deberá completarlos e
informar a su servicio de atención a usuarios TARGET2- BE como parte del proceso
de certificación.
Para funciones críticas que estén disponibles sólo para algunos usuarios de
TARGET2, se establecerán casos de pruebas condicionales. Los casos corrientes de
pruebas condicionales abarcan elementos introducidos por módulos opcionales o
servicios adicionales ofrecidos a los participantes. Si una prueba condicionada es
aplicable a un participante, esta será obligatoria para el mismo y los resultados de la
misma deberán comunicarse como parte de su proceso de certificación. Si no fuese
aplicable el participante no tiene que realizarla.
Los usuarios conectados al servidor ICM en modo “de aplicación a aplicación” (A2A)
deberán probar las funcionalidades en modo de “usuario a aplicación”(U2A) y en
modo A2A. Los casos de pruebas siempre serán descritos de acuerdo con el modo
U2A (usando ICM), no obstante contendrán referencia a las estructuras XML que
deberían usarse en modo A2A. En base a esta información y la implementación
individual del interfaz A2A, será responsabilidad del usuario adaptar (modo U2A) la
descripción del caso de prueba de manera que pueda probarse en modo A2A.
En caso de que sean requeridas pruebas de conectividad, el futuro usuario de TARGET2 deberá
recibir confirmación del Banco de España de que dichas pruebas han sido superadas
satisfactoriamente antes dar comienzo a las pruebas de interoperatividad.
22
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
3.3.3 Lista de casos de prueba de interoperatividad.
Si se confirmase que las pruebas de interoperatividad fueran necesarias para una actualización de
la SSP, podría ser necesario revisar el listado de casos de pruebas de interoperatividad del Anexo
2 (modificación o borrado de casos de pruebas existentes y/o introducción de nuevos casos).
Estos casos de pruebas corresponderán bien a nuevos puntos introducidos, puntos modificados o
puntos existentes que deberán realizarse como pruebas de no regresión.
23
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
Prueba de PHA/HAM (en su caso), incluyendo la simulación de fallos en las mismas.
Etc.
Para cada comunidad bancaria, el Banco Central distribuirá la lista de escenarios genéricos y
específicos así como el calendario para las pruebas de día operativo. Los escenarios genéricos,
definidos a nivel del Eurosistema se ejecutarán los mismos días para todas la comunidades
conectadas a TARGET2. Para algunos escenarios, el entorno Test&Training se realizará en horario
de producción (es decir horario similar al del entorno de producción).
Se informará al Banco de España con al menos una semana de antelación del soporte
específico requerido para las pruebas.
A efectos de que la fase de pruebas libres sea lo más flexible y cómoda posible, se aconseja a
los usuarios que ejecuten las pruebas libres usando varios BICs de pruebas relacionados con sus
propias cuentas, siempre que sea posible.
3.6.1 Límites temporales para pruebas en caso de cambios por parte de la SSP.
El volumen de actividad para las pruebas en caso de cambios por parte de la SSP dependerá en
gran medida del contenido de la actualización. No obstante de forma general hay que tener en
cuenta:
25
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
26
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ANEXO 1: Descripción detallada de los casos de pruebas de conectividad
La tabla bajo estas líneas proporciona un resumen de los casos de prueba de conectividad. Las
páginas a continuación en este anexo detallan la descripción de dichos casos.
ID prueba CON-ICM
Función Acceso a ICM (para PM, HAM, SF y RM)
Aplicable a DP, AS
Comentarios:
5
OBLI - Obligatorio, es decir casos que deben ser realizados por todos los usuarios a los que les sea aplicable según la
columna siguiente.
6
AS - Sistema vinculado
DP - Participante directo
MAP - Participante multiaddressee
27
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba CON-PM1
Función Acceso a PM
Referencias
UDFS I/9.1
7
El código de error ‘871’ en ICM y el código de error ‘D1’ del mensaje MT019 tienen el mismo significado. La diferencia
entre ambos es que en el campo 432 en el MT019 solo puede ser rellenada con dos dígitos (alfanuméricos).
28
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
La siguiente tabla ofrece una vista general de los casos obligatorios y condicionados. En las
páginas a continuación se puede encontrar la descripción detallada de los casos de prueba (en el
mismo orden).
IOP-PM-010 Descarga (en "pull mode") de la versión completa del directorio OBLI DP
T2
IOP-PM-020 Descarga (en "pull mode") de la versión sólo cambios del COUS DP
directorio T2
IOP-PM-030 Descarga (en "push mode") de la versión sólo cambios del COUS DP
directorio T
IOP-PM-040 Consulta de una entrada del T2-Directory en ICM OBLI DP/MAP
IOP-PM-100 Las transferencias de liquidez hecas por ICM/U2A, a partir de COUS DP que utilice
la release 7.0 mostraran separador de miles y decimales la funcionalidad
IOP-PM-110 Envío de un pago de clientes (MT103) a un participante directo OBLI DP, MAP
8
OBLI - Obligatorio, es decir casos que deben ser realizados por todos los usuarios a los que les sea aplicable según la
columna siguiente.
COUS - Condicionado al usuario, es decir, el caso se convierte en obligatorio si el usuario ha optado por esta
funcionalidad en el entorno de producción.
RECO - Recomendado para la comunidad bancaria española
9
AS - Sistema vinculado
DP - Participante directo
MAP - Participante multiaddressee
GoAMgr - Manager de un grupo de cuentas
SB - Banco liquidador en un AS
29
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
IOP-PM-220 Envío de un pago de clientes (MT103+) a un participante OBLI DP, MAP
indirecto
IOP-PM-225 Recepción de un pago de clientes (MT103+) de un participante OBLI DP, MAP
indirecto
IOP-PM-230 Envío de un pago interbancario (MT202) a un participante OBLI DP, MAP
indirecto
IOP-PM-235 Recepción de un pago interbancario (MT202) de un OBLI DP, MAP
participante indirecto
IOP-PM-240 Envío de un mensaje de adeudo directo (MT204) a un COUS DP, MAP
participante indirecto
IOP-PM-245 Recepción de un mensaje de adeudo directo (MT204) de un COUS DP, MAP
participante indirecto
IOP-PM-250 Selección por defecto de pagos en la pantalla de ICM “Select OBLI DP, MAP
Payment”
IOP-PM-260 Actualización de consulta en pantalla ICM “Select Payment” OBLI DP, MAP
IOP-PM-262 Actualización de consulta en pantalla ICM “Select Message” OBLI DP, MAP
IOP-PM-510 Definir hora de liquidación "from" para un pago COUS DP, MAP
IOP-PM-520 Definir hora de liquidación "till" para un pago COUS DP, MAP
IOP-PM-530 Definir hora de liquidación "reject" para un pago COUS DP, MAP
IOP-PM-540 Definir hora de liquidación "CLS" para un pago COUS DP, MAP
Liquidación
CLS
IOP-PM-545 Cambiar hora de liquidación "CLS" para un pago COUS DP, MAP
Liquidación
CLS
IOP-PM-600 Un CAMT5 (alternativamente CAMT4) COUS DP
“GetBusinessDayInformation” es iniciado por un participante
directo.
IOP-HAM-140 Transferencia de liquidez vía ICM desde una cuenta RTGS a COUS CoMgr.
30
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
IOP-HAM-690 Recepción de un extracto de cuenta del cliente (MT940) co- COUS CoMgr.
managed en HAM
IOP-HAM-695 Recepción de un extracto de cuenta del cliente (MT950) co- COUS CoMgr.
managed en HAM
PM - GESTIÓN DE LA LIQUIDEZ
IOP-PML-050 Creación de un límite bilateral con un Grupo de Cuentas COUS DP que utilice
la funcionalidad
IOP-PML-060 Borrado de un límite bilateral con un Grupo de Cuentas COUS DP que utilice
la funcionalidad
IOP-PML-070 Borrado de todos los límites bilaterales para current orders COUS DP que utilice
(sólo A2A) la funcionalidad
IOP-PML-080 Borrado de todos los límites bilaterales para standing orders COUS DP que utilice
(sólo A2A) la funcionalidad
IOP-PML-110 Reserva de liquidez para pagos muy urgentes durante el día COUS DP
31
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
IOP-PML-850 Notificación de cambio en la línea de crédito. COUS DP, MAP, GoA
(sólo particip.
vía SWIFT)
IOP-PML-860 Obtención del importe disponible como línea de crédito de una COUS DP
cuenta RTGS
PM - CONSULTAS
IOP-PMQ-010 Obtención de un listado de transacciones usando XML (modo COUS DP que utilice
A2A) la funcionalidad
IOP-PMQ-015 Cancelación de una transacción pendiente en el módulo de COUS DP
Pagos (modo A2A)
IOP-PMQ-020 Obtención de un delta set de new matching items (modo A2A) COUS DP que utilice
la funcionalidad
IOP-PMQ-030 Obtención de un delta set de modified items (modo A2A) COUS DP que utilice
la funcionalidad
IOP-PMQ-040 Obtención de un delta set de deleted items (modo A2A) COUS DP que utilice
la funcionalidad
SD – DATOS ESTÁTICOS
IOP-COM -010 Petición de broadcast enviado por la SSP a un COUS DP, GoA Mngr
participante ( modo A2A)
IOP-COM -020 Solicitud de un GetPendingdata camt5 por el COUS DP
participante directo
IOP-COM -030 Solicitud de un GetSystemTime camt5 por el COUS DP
participante directo
IOP-COM -040 Solicitud de información del estado de una o más tareas COUS DP
( modo A2A)
IOP-COM -050 Un participante directo vía SWIFT: Responde a COUS DP, MAP
mensajes de baja o modificación.
SISTEMAS VINCULADOS
Los sistemas vinculados deben, en cooperación con su banco central y en línea con los elementos opcionales
a ser usados en el entorno de producción, simular un proceso completo del respectivo modelo de liquidación
durante las pruebas de interoperatividad. Las pruebas pueden ser acordadas con el banco central, simulando
los bancos liquidadores o con bancos liquidadores participantes en la prueba. La siguiente lista de casos debe
ser considerada como una guía general para la elaboración de descripciones de casos concretos a seguir.
32
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
IOP-AS-220 Liquidación en tiempo real vía cuenta técnica COUS AS mod.2 con
cuenta técnica
IOP-AS-250 Transferencia de liquidez iniciada por el AS (modelo de COUS AS con modelo
liquidación 2) – sin utilización de mecanismos opcionales. 2 y SB particip.
Revocación de transacciones por BdE
IOP-AS-265 Transferencia de liquidez iniciada por el AS (modelo de COUS AS con modelo
liquidación 2) – utilización de “Settlement Period”. Revocación 2 y SB particip.
de transacciones por BdE
IOP-AS-310 Liquidación bilateral (batch) COUS AS mod.3
IOP-AS-320 Liquidación bilateral (batch) vía cuenta técnica COUS AS mod.3 con
cuenta técnica
IOP-AS-350 Transferencia de liquidez iniciada por el AS (modelo de COUS AS con modelo
liquidación 3) – utilización de “Scheduled Time”. 3 y SB particip.
Revocación de transacciones por BdE
IOP-AS-360 Transferencia de liquidez iniciada por el AS (modelo de COUS AS con modelo
liquidación 3) –utilización de “Settlement Period”. Revocación 3 y SB particip.
de transacciones por BdE
IOP-AS-400 Liquidación bilateral (batch) parcial –saldos bilaterales en COUS AS con modelo
cuentas RTGS. 3 y SB particip.
IOP-AS-402 iquidación bilateral (batch) parcial vía cuenta técnica –saldos COUS AS con modelo
bilaterales en cuenta técnica 3 -cuenta
técnica- y SB
particip.
IOP-AS-410 Liquidación multilateral estándar (batch) COUS AS mod.4
IOP-AS-415 Liquidación multilateral estándar (batch) liquidación fallida COUS AS con modelo
(adeudos antes que abonos, uso de algoritmos 1-3). Modelo 4 y SB particip.
"Interfaced”. Los mecanismos opcionales "Info Period" (el SB
puede estar en desacuerdo) y "Settlement Period", y de cuenta
garante pueden ser incluidos.
IOP-AS-450 Liquidación multilateral estándar (batch) (adeudos antes que COUS AS con modelo
abonos, uso de algoritmos 1-3). Modelo "Interfaced”. Los 4 y SB particip.
mecanismos opcionales "Info Period" (el SB puede estar en
desacuerdo) y "Settlement Period", y de cuenta garante
pueden ser incluidos. Revocación de transacciones por BdE.
IOP-AS-510 Liquidación multilateral simultánea COUS AS mod.5
IOP-AS-590 Liquidación multilateral simultánea –no se liquida hasta finalizar COUS AS con modelo
el mecanismo de optimización (algoritmo 4). Sin utilización de 5 y SB particip.
mecanismos opcionales. Revocación del fichero en cola por
BdE.
IOP-AS-591 Liquidación multilateral simultánea con utilización de COUS AS con modelo
“ScheduledTime”. Revocación del fichero en cola por BdE. 5 y SB particip.
IOP-AS-592 Liquidación multilateral simultánea –la liquidación no se COUS AS con modelo
produce tras el proceso de optimización (algoritmo 4). 5 y SB particip.
Utilización de “ScheduledTime”. Revocación del fichero en cola
por BdE.
IOP-AS-593 Liquidación multilateral simultánea –la liquidación no se COUS AS con modelo
produce tras el proceso de optimización (algoritmo 4). 5 y SB particip.
Utilización de “SettlementPeriod”. Revocación del fichero en
cola por BdE.
IOP-AS-594 Liquidación multilateral simultánea –la liquidación no se COUS AS con modelo
produce tras el proceso de optimización (algoritmo 4). 5 y SB particip.
Utilización y actualización de “SettlementPeriod”. Revocación
del fichero en cola por BdE.
IOP-AS-595 Liquidación multilateral simultánea –la liquidación no se COUS AS con modelo
produce tras el proceso de optimización (algoritmo 4). 5 y SB particip.
Utilización de “ScheduledTime” y “SettlementPeriod”.
Revocación del fichero en cola por BdE.
33
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
IOP-AS-596 Liquidación multilateral simultánea –la liquidación no se COUS AS con modelo
produce tras el proceso de optimización (algoritmo 4). 5 y SB particip.
Utilización de “SettlementPeriod”. El mecanismo de cuenta
garante está conectado pero no es utilizado. Revocación del
fichero “PartiallyAccepted” en cola por BdE.
IOP-AS-620 Liquidación con liquidez dedicada - "interfaced" - ciclo COUS As mod.6
nocturno Interfaced
nocturno
IOP-AS-642 Liquidación con liquidez dedicada –modelo "interfaced"– COUS As mod.6
proceso nocturno. ASI abre el procedimiento; AS envía el ciclo Interfaced
a liquidar, envía un fichero y cierra ciclo y procedimiento nocturno
IOP-AS-648 Transferencias de Liquidez iniciadas por AS (todos los COUS AS (todos los
modelos de liquidación) – Clasificación de pagos en ICM. procedim.)
IOP-AS-649 Actualización de consulta en ICM COUS AS (todos los
procedim.)
IOP-AS-655 Liquidación Cross-DVP de un modelo Integrado a modelo un COUS As mod.6,
Interfaced –fase nocturna (fase diurna opcional). AS2 recibe Integrado o
sólo un archivo de transacción Cross-DVP Interfaced, y
Transferencias
Cross-DVP
IOP-AS-660 Liquidación Cross-DVP de un modelo Interfaced a modelo un COUS As mod.6,
Integrado –fase nocturna (fase diurna opcional). AS1 envía un Integrado o
solo pago Cross-DVP con archivo de iniciación de Interfaced, y
transferencia AS Transferencias
Cross-DVP
IOP-AS-670 Liquidación Cross-DVP desde un modelo “Interfaced” AS1 COUS As mod.6,
hacia un modelo “Interfaced” AS2 –fase nocturna (fase diurna Integrado o
opcional)-. El AS1 envía un único pago Cross-DVP. Interfaced, y
Transferencias
Cross-DVP
IOP-AS-675 Liquidación Cross-DVP de un modelo Interfaced a modelo un COUS As mod.6,
Interfaced –fase nocturna (fase diurna opcional). AS2 recibe un Integrado o
solo archivo de transacción Cross-DVP Interfaced, y
Transferencias
Cross-DVP
IOP-ASI- Un Receipt_AS camt4 o camt5 es enviado por un COUS AS
010 AS al ASI (modo pull) contestando Sí o No al uso
del mecanismo de garantías.
IOP-ASI- Un AS es capaz de recibir un Receipt_ASI camt4 COUS AS
020 negativo tras enviar un
ReturnGeneralBussinessInformation erróneo.
IOP-ASI- Un AS es capaz de recibir un Receipt_ASI camt4 COUS AS
030 negativo tras enviar un
ReturnGeneralBussinessInformation erróneo
contestando Sí o No al uso del mecanismo de
garantía.
IOP-ASI- Un AS es capaz de recibir un Receipt_ASI camt4 COUS AS
040 negativo tras enviar un mensaje AS que no cumple
con el SchemaFile.
IOP-ASI- Un AS es capaz de recibir un ReturnAccount COUS AS
050 camt4 que le notifica las transferencias de liquidez
y el bloqueo de los fondos en las subcuentas.
34
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
IOP-ASI- Un AS es capaz de recibir un COUS AS
070 ReturnGeneralBussinessInformation _ASI camt4
notificando la apertura del ciclo nocturno y la
liberación de liquidez después del cierre del ciclo.
IOP-ASI- Un AS es capaz de recibir un COUS AS
080 ReturnGeneralBussinessInformation _ASI camt4 la
liberación de liquidez después del cierre del ciclo.
35
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PM-010
Función Descarga (en "pull mode") de la versión completa del
directorio T2
36
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PM-020
Función Descarga (en "pull mode") de la versión solo cambios del
directorio T2
37
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PM-030
Función Descarga (en "push mode") de la versión solo cambios del
directorio T2
38
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PM-040
Función Consulta de una entrada del T2-Directory en ICM
Aplicable a DP/MAP
Comentarios:
39
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PM-100 ( Caso de prueba introducido en la release
7.0)
Función Las transferencias de liquidez hechas por ICM/U2A, a partir de la
release 7.0 mostraran separador de miles y decimales.
Categoría de prueba COUS
Aplicable a DP
Campo Descripción
Sender BIC de pruebas del participante DPo
(informativo) MAP.
Comentarios:
40
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PM-110
Función Envío de un pago de clientes (MT103 o su equivalente vía
ICM) a un participante directo utilizando la información de
ruteo descrita en el TARGET2-Dir.
Aplicable a DP,MAP
Campo Descripción
Sender BIC de pruebas del participante
(alternativamente TRGTXEP0LVP si el
participante tiene conexión vía Internet)
41
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PM-115
Función Recepción de un pago de clientes (MT103) de un participante
directo.
Categoría de prueba OBLI
Campo Descripción
Sender BIC de pruebas de participante directo
simulado por BdE (alternativamente
TRGTXEP0LVP si el participante
enviante tiene conexión vía Internet)
Comentarios:
42
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PM-120
Función Envío de un pago de clientes (MT103+ o su equivalente vía
ICM) a un participante directo utilizando la información de
ruteo descrita en el TARGET2-Dir.
Aplicable a DP,MAP
Campo Descripción
Sender BIC de pruebas del participante
(alternativamente TRGTXEP0LVP si el
participante tiene conexión vía Internet)
43
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PM-125
Función Recepción de un pago de clientes (MT103+) de un
participante directo.
Aplicable a DP,MAP
Campo Descripción
Sender BIC de pruebas de participante directo
simulado por BdE (alternativamente
TRGTXEP0LVP si el participante
enviante tiene conexión vía Internet)
44
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PM-130
Función Envío de un pago interbancario (MT202 o su equivalente vía
ICM) a un participante directo utilizando la información de
ruteo descrita en el TARGET2-Dir.
Aplicable a DP,MAP
Campo Descripción
Sender BIC de pruebas del participante directo
(alternativamente TRGTXEP0LVP si el
participante tiene conexión vía Internet)
45
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PM-135
Función Recepción de un pago interbancario (MT202) de un
participante.
Aplicable a DP,MAP
Campo Descripción
Sender BIC de pruebas del participante directo
simulado por BdE (alternativamente
TRGTXEP0LVP si el participante
enviante tiene conexión vía Internet)
46
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PM-136
Función Envío de un pago interbancario (MT202COV o su equivalente
vía ICM) a un participante directo en el PM utilizando la
información de ruteo descrita en el TARGET2-Dir.
Aplicable a DP,MAP
Campo Descripción
Sender BIC de pruebas del participante
(alternativamente TRGTXEP0LVP si el
participante tiene conexión vía Internet)
47
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PM-137
Función Recepción de un pago interbancario (MT202COV) de un
participante directo en el PM.
Aplicable a DP,MAP
Campo Descripción
Sender BIC de pruebas del participante directo
simulado por su BC (alternativamente
TRGTXEP0LVP si el participante
enviante tiene conexión vía Internet)
48
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PM-138
Función Recepción de un pago interbancario (MT202COV) de un
participante en HAM (otro banco central).
Aplicable a DP,MAP
Campo Descripción
Sender BIC de HAM TRGTXEH0XXX
49
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PM-139
Función Recepción de un pago interbancario (MT202COV) desde un
cliente de otro banco central.
Aplicable a DP,MAP
Campo Descripción
Sender BIC de pruebas HAM TRGTXEH0ccX
Receiver BIC de pruebas del participante
50
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PM-140
Función Envío de un adeudo directo (MT204) a un participante directo
Campo Descripción
Sender BIC de pruebas del participante
51
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PM-145
Función Recepción de un adeudo directo (MT204) de un Banco
Central.
Aplicable a DP,MAP
Campo Descripción
Sender BIC de pruebas del participante directo
simulado por BdE (alternativamente
TRGTXEP0LVP si el participante
enviante tiene conexión vía Internet)
Receiver BIC de pruebas del participante
(alternativamente TRGTXEP0LVP si el
participante tiene conexión vía Internet)
52
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PM-210
Función Envío de un pago de clientes (MT103 o su equivalente vía
ICM) a un participante indirecto utilizando la información de
ruteo descrita en el TARGET2-Dir.
Aplicable a DP,MAP
Campo Descripción
Sender BIC de pruebas del participante
(alternativamente TRGTXEP0LVP si el
participante tiene conexión vía Internet)
53
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PM-215
Función Recepción de un pago de clientes (MT103) de un participante
indirecto.
Aplicable a DP,MAP
Campo Descripción
Sender BIC de pruebas del participante directo
respectivo relacionado con el participante
indirecto mencionado en el campo 52A
(alternativamente TRGTXEP0LVP si el
participante enviante tiene conexión vía
Internet)
Receiver BIC de pruebas del participante
113 ( cabecera) Prioridad, primera posición: N ó U
52A BIC de pruebas del participante indirecto
54
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PM-220
Función Envío de un pago de clientes (MT103+ o su equivalente vía
ICM) a un participante indirecto utilizando la información de
ruteo descrita en el TARGET2-Dir.
Aplicable a DP
Campo Descripción
Sender BIC de pruebas del participante
(alternativamente TRGTXEP0LVP si el
participante tiene conexión vía Internet)
Receiver BIC de pruebas del participante directo
definido en el directorio T2 para el
participante indirecto mencionado en el
primero de los campos 56A y 57A
113 ( cabecera) Prioridad, primera posición: N ó U
119 ( cabecera) STP
El primero de BIC de pruebas del participante
56A o 57A: indirecto definido por el BdE
Referencias
UDFS I/2.6.2.1.2, 9.1.2.2.1.2 y 9.1.2.4.1
ICM-UHB I/6.1.1
55
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PM-225
Función Recepción de un pago de clientes (MT103+) de un
participante indirecto.
Aplicable a DP,MAP
Campo Descripción
Sender BIC de pruebas del participante directo
respectivo relacionado con el
participante indirecto mencionado en el
campo 52A
Receiver BIC de pruebas del participante
(alternativamente TRGTXEP0LVP si el
participante tiene conexión vía Internet)
56
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PM-230
Función Envío de un pago interbancario (MT202 o su equivalente vía
ICM) a un participante indirecto utilizando la información de
ruteo descrita en el TARGET2-Dir.
Aplicable a DP,MAP
Campo Descripción
Sender BIC de pruebas del participante
(alternativamente TRGTXEP0LVP si el
participante tiene conexión vía Internet)
Receiver BIC de pruebas del participante directo
definido en el directorio T2 para el
participante indirecto mencionado en el
primero de los campos 56A, 57A y
58A.
113 ( cabecera) Prioridad, primera posición: N ó U
El primero de BIC de pruebas del participante
56A , 57A o 58 indirecto definido por el BdE
A:
57
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PM-235
Función Recepción de un pago interbancario (MT202) de un participante
indirecto.
Aplicable a DP,MAP
Campo Descripción
Sender BIC de pruebas del participante directo
respectivo relacionado con el
participante indirecto mencionado en el
campo 52A
Receiver BIC de pruebas del participante
(alternativamente TRGTXEP0LVP si el
participante tiene conexión vía Internet)
58
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PM-240
Función Envío de un adeudo directo (MT204) a un participante
indirecto.
Campo Descripción
Sender BIC de pruebas del participante directo
Receiver BIC de pruebas del participante directo
definido en el directorio T2 para el
participante indirecto mencionado en el
campo 53A
113 ( cabecera) Prioridad, primera posición: N
53A: BIC de pruebas del BdE o de un
participante directo de su mismo grupo
de pruebas
59
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PM-245
Función Recepción de un adeudo directo (MT204) de un participante
indirecto.
Aplicable a DP,MAP
Campo Descripción
Sender BIC de pruebas del participante directo
simulado por su BC por su participante
indirecto mencionado en el campo 58A
60
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PM-250
Función Selección por defecto de pagos en la pantalla de ICM “Select
Payment”.
Aplicable a DP,MAP
61
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PM-260
Función Actualización de consulta en pantalla ICM “Select Payment”
Aplicable a DP,MAP
62
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PM-262
Función Actualización de consulta en pantalla ICM “Select Message”
Aplicable a DP,MAP
63
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PM-310
Función Envío de un pago a un destinatario no registrado como
participante en T2.
Campo Descripción
Sender BIC de pruebas del participante
Receiver BIC valido en SWIFT, pero no
asociado a ningún participante
directo
113 ( cabecera) Prioridad, primera posición: N ó U
Inicio del 56A , 57A BIC valido en SWIFT
o 58A :
Referencias
UDFS I/2.6.3 and 9.1.2.3.2
ICM-UHB I/6.1.1
64
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PM-330
Función Recepción de un mensaje de extracto de cuenta de clientes
(MT940)
Comentarios:
65
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PM-335
Función Recepción de un mensaje de extracto de cuenta (MT950, o el
similar para participantes vía Internet)
Aplicable a DP
Fase del día Final del dia (participantes con conexión vía SWIFT);
Próximo día de negocio (participantes con conexión vía
Internet).
Condiciones previas
Intercambio previo de pagos con adeudos y abonos en la
cuenta
Recepción de un MT950 solicitado en los datos estáticos
(participantes con conexión vía SWIFT); rol RBAC o
LVMANATE (participantes con conexión vía Internet).
66
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PM-460
Función Obtener un listado de standing orders desde RTGS a
subcuenta (A2A)
Comentarios:
Referencias UDFS Book
I/ 3.2.3; I/9.2.4.1.4.1
67
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PM-510
Función Definición de tiempo de adeudo desde una hora para un
pago
Aplicable a DP,MAP
Campo Descripción
Sender BIC de pruebas del participante
Receiver BIC de pruebas del BdE o de un
participante del mismo grupo de pruebas
(definido en el directorio T2 como BIC
“Addressee”)
68
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PM-515
Función Cambio del tiempo de adeudo desde una hora para un pago
Aplicable a DP,MAP
69
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PM-520
Función Definición de indicador de tiempo de adeudo antes de una
hora predeterminada ‘till’
Aplicable a DP,MAP
Campo Descripción
Sender BIC de pruebas del participante
Receiver BIC de pruebas del BdE o de un
participante del mismo grupo de pruebas
(definido en el directorio T2 como BIC
“Addressee”)
13 C /TILTIME/hhmm+iinn (hora futura)
70
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PM-525
Función Cambio del indicador de tiempo de adeudo antes de una hora
predeterminada ‘till’
Aplicable a DP
Comentarios:
71
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PM-530
Función Definición de indicador de tiempo de adeudo ‘reject’ para un
pago
Aplicable a DP ,MAP
Campo Descripción
Sender BIC de pruebas del participante
Receiver BIC de pruebas del BdE o de un
participante del mismo grupo de
pruebas (definido en el directorio T2
como BIC “Addressee”)
13 C /REJTIME/hhmm+iinn (hora futura)
Primero del BIC de pruebas del BdE o de un
56A, 57A o 58A participante del mismo grupo de
pruebas
72
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PM-535
Función Cambio de indicador de tiempo de adeudo ‘reject’ para un
pago
Aplicable a DP
Comentarios:
73
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PM-540
Función Definición de indicador de hora para un pago 'CLS'
Campo Descripción
Sender BIC de pruebas del participante
Receiver BIC de pruebas del BdE
Primero del 56A, BIC de pruebas del BdE
57A o 58A
72 /CLSTIME/hhmm+iinn (hora futura)
74
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
75
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PM-545
Función Cambio de indicador de hora para un pago ‘CLS’
Comentarios:
76
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PM-600
Función Un CAMT5 (alternativamente CAMT4) “GetBusinessDayInformation”
es iniciado por un participante directo.
Aplicable a DP
77
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-HAM-140
Función Transferencia de liquidez vía ICM desde una cuenta RTGS a
una cuenta HAM
Aplicable a DP
Comentarios:
UDFS I
Referencias
78
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PAY-175
Función Consulta y refresco de pantallas ICM de módulo HAM,
seleccionar pantalla de pagos de la Co-managed account
Categoría de prueba MAND
Aplicable a CoMgr
Fase del día Día operativo
Comentarios:
79
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-HAM-625
Función Envío de una transferencia desde HAM a PM (cuenta RTGS
del co-manager) vía ICM durante el día iniciada por un co-
manager
Categoría de prueba COUS
Aplicable a Co-manager
Referencias
80
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-HAM-690
Función Recepción de un extracto de cuenta del cliente (MT940) del
co-managed en HAM
Categoría de prueba COUS
Aplicable a Co-manager
81
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-HAM-695
Función Recepción de un extracto de cuenta del cliente (MT950) del
co-managed en HAM
Categoría de prueba COUS
Aplicable a Co-manager
82
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
PM - PAGOS BACK-UP DE SUMA GLOBAL Y EN CONTINGENCIA
ID prueba IOP-PMB-010
Función Envío de un Pago back-up de suma global a favor de un
participante directo
Datos de entrada:
58A: Beneficiario
32A. Cantidad (EUR)
10
Tan pronto como la conexión SWIFTNet del emisor esté operativa de nuevo
83
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PMB-015
Función Recepción de un pago back-up de suma global en
contingencia de un participante directo
Comentarios:
84
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PMB-030
Función Devolución de un pago back-up de suma global en
contingencia a un participante directo en PM
MT202:
20: TRN
21:Referencia del campo 20 del pago back-up de suma
global en contingencia original
32A: Fecha del fallo usada como fecha valor (No hay
retroceso de fecha valor en PM. El pago se procesa con
fecha de valor actual en PM)
58A: Participante directo afectado por el fallo
72:/BUP/
85
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PMB-110
Función Envío de un pago en contingencia backup en favor de CLS
Datos de entrada:
21: Referencia
32A: Cantidad (EUR)
52A: Ordenante
57A: Cuenta con la entidad (por defecto: CLSBUS33XXX)
58A: Beneficiario
72:/CLSTIME/(hhmm) opcional
11
Tan pronto como la conexión SWIFTNet del emisor esté operativa de nuevo
86
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PMB-120
Función Envío de un pago en contingencia backup en favor de
EURO1
MT202
Datos de entrada:
21: Referencia
32A: Cantidad (EUR)
52A: Ordenante (por defecto: BIC del deudor)
12
Tan pronto como la conexión SWIFTNet del emisor esté operativa de nuevo
87
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PMB-130
Función Envío de un pago en contingencia backup en favor de STEP2
MT202
Datos de entrada:
21: Referencia
32A: Cantidad (EUR)
52A: Ordenante (por defecto: BIC del deudor)
58A: Beneficiario (por defecto: EBAPFRPPPSA)
13
Tan pronto como la conexión SWIFTNet del emisor esté operativa de nuevo
88
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
PM - GESTIÓN DE LA LIQUIDEZ
ID prueba IOP-PML-010
Función Creación de un límite bilateral (standing orders) durante el día
Aplicable a DP
Comentarios:
14
Depende de la versión soportada de Cash Management Standard.
89
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PML-020
Función Creación de un límite multilateral (standing orders) durante el
día.
Aplicable a DP
Comentarios:
15
Depende de la versión soportada de Cash Management Standard
90
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PML-030
Función Borrado de un límite bilateral (current orders) durante el día.
Aplicable a DP
Comentarios:
16
Depende de la versión soportada de Cash Management Standard
91
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PML-040
Función Borrado de un límite multilateral durante el día
Aplicable a DP
Comentarios:
17
Depende de la versión soportada de Cash Management Standard
92
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PML-050
Función Creación de un límite bilateral durante el día contra un Grupo
de Cuentas
Aplicable a DP
Comentarios:
18
Depende de la versión soportada de Cash Management Standard
93
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PML-060
Función Borrado de un límite bilateral durante el día (para current
orders) con un Grupo de Cuentas
Aplicable a DP
Comentarios:
19
Depende de la versión soportada de Cash Management Standard
94
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PML-070
Función Borrado de todos los límites bilaterales para current orders
(sólo A2A)
Aplicable a DP
20
Depende de la versión soportada de Cash Management Standard
95
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PML-080
Función Borrado de todos los límites bilaterales y multilaterales para
standing orders (sólo A2A)
Aplicable a DP
21
Depende de la versión soportada de Cash Management Standard
96
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PML-110
Función Reserva de liquidez para pagos muy urgentes durante el día
(current order)
Aplicable a DP
Resultados esperados Capacidad para crear una reserva para pagos muy
urgentes.
Capacidad para manejar la confirmación de la SSP
enviada por ICM.
Comentarios:
22
Depende de la versión soportada de Cash Management Standard
97
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PML-120
Función Reserva de liquidez para pagos urgentes durante el día
Aplicable a DP
Resultados esperados Capacidad para crear una reserva para pagos urgentes.
Capacidad para manejar la confirmación de la SSP
enviada por ICM.
Comentarios:
23
Depende de la versión soportada de Cash Management Standard
98
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PML-130
Función Cancelación de la reserva de liquidez para pagos muy
urgentes durante el día
Resultados esperados Capacidad para cancelar una reserva para pagos muy
urgentes (current).
Comentarios:
24
Depende de la versión soportada de Cash Management Standard
99
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PML-140
Función Cancelación de la reserva de liquidez para pagos urgentes
durante el día
Aplicable a DP
Comentarios:
25
Depende de la versión soportada de Cash Management Standard
100
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PML-200
Función Introducir una “standing order” de reserva de liquidez para
pagos urgentes durante el día.
Aplicable a DP
Comentarios:
101
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PML-210
Función Introducir una “standing order” de reserva de liquidez para
pagos muy urgentes durante el día.
Aplicable a DP
Condiciones previas
El usuario está definido como DP en SD
No existen otras standing orders de reserva de líquidez
para pagos muy urgentes (valor definido=0)
El sistema está abierto
Comentarios:
102
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PML-220
Función Modificación de una standing order de reserva de líquidez
para pagos urgentes durante el día.
Aplicable a DP
Comentarios:
Referencias UDFS UDFS IV/7.0 página 685
UDFS IV/7.0 página 198
103
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PML-230
Función Modificación de una standing order de reserva de líquidez
para pagos muy urgentes durante el día.
Aplicable a DP
Comentarios:
Referencias UDFS UDFS IV/7.0 página 685
UDFS IV/7.0 página 198
104
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PML-850
Función Notificación de cambio en la línea de crédito.
Aplicable a DP, MAP, GoA (sólo participantes con conexión vía SWIFT)
Comentarios:
105
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PML-860
Función Obtención del importe disponible en la línea de crédito de
una cuenta RTGS (modo A2A)
Categoría de prueba COUS
Aplicable a DP
Comentarios:
Referencias UDFS libro IV/6.4.8 / 6.4.23
GetCreditLine / ReturnCreditLine
UDFS libroI/9.2.4.1.2
106
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
PM - CONSULTAS
ID prueba IOP-PMQ-010
Función Obtención de un listado de transacciones (A2A mode) (PM)
Comentarios:
26
Depende de la versión soportada de Cash Management Standard.
107
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
PM - CONSULTAS
ID prueba IOP-PMQ-015
Función Cancelación de una transacción pendiente en PM (modo
A2A)
Categoría de prueba COUS
Aplicable a DP
Comentarios:
108
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PMQ-020
Función Obtención de un delta set de transacciones “New Matching
Items” (A2A mode)(PM)
Aplicable a DP
Comentarios:
Sólo se devuelven nuevos transaciones que cumplan los
criterios fijados para el delta set
27
Depende de la versión soportada de Cash Management Standard.
109
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PMQ-030
Función Obtención de un delta set de transacciones “Modified Items”
(A2A mode)(PM)
Aplicable a DP
Comentarios:
28
Depende de la versión soportada de Cash Management Standard.
110
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-PMQ-040
Función Obtención de un delta set de transacciones “Deleted Items”
(A2A mode)(PM)
Aplicable a DP
Comentarios:
.
29
Depende de la versión soportada de Cash Management Standard.
111
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-SD-010
Función Petición de información de cuenta RTGS y subcuenta
(modoA2A)
Categoría de prueba COUS
Aplicable a DP
Comentarios:
Referencias UDFS Book
I/ 2.2; I/9.2.4.1.1.1
112
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-SD-030
Función Petición de información de un participante (modo A2A)
Aplicable a DP
Comentarios:
Referencias UDFS libro I/2.2; I/2.5.5; I/9.2.5.3
UDFS libro IV/6.5.16/6.5.44
“GetParticipant”
“ReturnParticipant”
113
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-SD-050
Función Petición de información del calendario de T2 (modo A2A)
Aplicable a DP
Comentarios:
Referencias UDFS libro I/9.2.5.13
“GetCalendar”
“ReturnCalendar”
114
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-SD-060
Función Petición de información sobre autorizaciones de adeudos
directos (modo A2A)
Categoría de prueba COUS
Aplicable a DP
Comentarios:
Referencias UDFS libro I/2.4.2; libro I/9.2.5.6
“GetDirectDebit”
“ReturnDirectDebit”
115
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
CM - CASOS MENSAJERIA COMUN
Aplicable a DP
116
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-COM-020 ( Caso de prueba introducido en la
release 7.0)
Función Un mensaje camt4/5 “GetPendingdata” solicitado por un
participante directo.
Categoría de prueba COUS
Aplicable a DP
Comentarios:
117
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-COM-030 ( Caso de prueba introducido en la
release 7.0)
Función Un mensaje camt4/5 “GetSystemTime” solicitado por un
participante directo.
Categoría de prueba COUS
Aplicable a DP
Comentarios:
118
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-COM-040 ( Caso de prueba introducido en la
release 7.0)
Función Solicitud de información del estado de una o mas tareas
(modo A2A)
Categoría de prueba COUS
Aplicable a DP
Comentarios:
Referencias UDFS libro III/9.2.3.2
“GetTask” <camt.998.001.XX>;
“returntTask” <camt.998.001.xx>.
119
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-COM-050 ( Caso de prueba introducido en la
release 7.0)
Función Un participente directo vía SWIFT: Responde a un mensaje
de supresión – y modificación- (Receipt)
Categoría de prueba COUS
Aplicable a DP
Comentarios:
SISTEMAS VINCULADOS
ID prueba IOP-AS-210
Función Liquidación en tiempo real –saldos bilaterales. Los
mecanismos opcionales "Scheduled Time" y "Settlement
Period" pueden ser usados
120
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
Aplicable a AS con modelo 2 – SB participantes en AS con modelo 2
121
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-AS-220
Función Liquidación en tiempo real vía cuenta técnica –saldos
multilaterales. Los mecanismos opcionales "Scheduled Time"
y "Settlement Period " pueden ser usados.
122
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-AS-250
Función Transferencia de liquidez iniciada por el AS (modelo de
liquidación 2) – sin utilización de mecanismos opcionales.
Revocación de transacciones por BdE
123
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-AS-265
Función Transferencia de liquidez iniciada por el AS (modelo de
liquidación 2) – utilización de “Settlement Period”. Revocación
de transacciones por BdE
Resultados esperados Antes de alcanzar el final del settlement period, BdE, vía ICM,
podrá revocar la transacción XML en status queued debido a
la falta de liquidez.
Se informa al AS vía ASInitiationStatus.
Las transacciones en cola del SB son revocadas.
Se envía un broadcast al AS y al SB implicado informando de
los pagos revocados.
124
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-AS-310
Función Liquidación bilateral (batch) –saldos bilaterales en cuentas
RTGS. Los mecanismos opcionales "Info Period" (SB puede
estar en desacuerdo) y "Settlement Period" pueden ser
incluidos.
Resultados esperados Broadcast enviado a los SBs al inicio del "info period"
Se adeuda la cuenta RTGS del SB
Se abona la cuenta RTGS del SB
Si el AS ha elegido la Opción de Notificación Global:
ASInitiationStatus recibido por el AS con GroupStatus ACSC
y, concerniente al lote completo de transacciones del AS con
una lista de posiciones individuales (adeudos y abonos) y sus
resultados = ACSC, también se recibe en el AS
Si el AS ha elegido la Opción de Notificación Individual:
ASI envía una notificación por cada transacción de adeudo o
abono, con resultado ACSC. Todos los pagos se tratan
correctamente por el AS
Los SBs correspondientes reciben notificaciones de adeudo
MT900 y abono MT910 (exclusivamente participantes con
conexión vía SWIFT)
El AS es capaz de reenviar exactamente el mismo fichero.
Comentarios:
125
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-AS-320
Función Liquidación bilateral (batch) vía cuenta técnica –saldos
multilaterales. Los mecanismos opcionales "Info Period" (el SB
puede no acordar) y "Settlement Period" pueden ser incluidos
Resultados esperados Broadcast enviado a los SBs al inicio del "info period"
Se adeuda la cuenta RTGS del SB y se abona la cuenta
técnica del AS
Se adeuda la cuenta técnica del AS y se abona la cuenta
RTGS del SB
ASInitiationStatus recibido por el AS con GroupStatus ACSC
y, concerniente al lote completo de transacciones del AS con
una lista de posiciones individuales (adeudos y abonos) y sus
resultados = ACSC, también se recibe en el AS
Los SBs correspondientes reciben notificaciones de adeudo
MT900 y abono MT910 (sólo participantes vía SWIFT)
El AS es capaz de reenviar exactamente el mismo fichero.
Comentarios: -
126
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-AS-350
Función Transferencia de liquidez iniciada por el AS (modelo de
liquidación 3) – utilización de “Scheduled Time”. Revocación
de transacciones por BdE
Resultados esperados BdE puede revocar la transacción XML vía ICM antes de
alcanzar el final del “Information Period”.
Todas las transacciones son revocadas.
El AS es informado por un ASInitiationStatus con una
notificación individual o global.
El SB visualiza el pago en status revoked.
Se envía un broadcast informando de la revocación del pago
al AS y al SB implicado.
127
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-AS-360
Función Transferencia de liquidez iniciada por el AS (modelo de
liquidación 3) –utilización de “Settlement Period”. Revocación
de transacciones por BdE
Resultados esperados Antes de alcanzar el final del settlement period, BdE, vía ICM,
podrá revocar las transacciones XML en status queued
debido a la falta de liquidez.
Las transacciones en cola de los SB sin liquidez son
revocadas, las transacciones liquidadas no cambian.
Se informa al AS vía ASInitiationStatus con notificación
individual o global.
Se envía un broadcast al AS y a los SB implicados
informando de los pagos revocados.
128
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-AS-400
Función Liquidación bilateral (batch) oarcial –saldos bilaterales en
cuentas RTGS.
Comentarios:
129
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-AS-402
Función iquidación bilateral (batch) parcial vía cuenta técnica –saldos
bilaterales en cuenta técnica
Comentarios:
130
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-AS-410
Función Liquidación multilateral estándar (batch) (adeudos antes que
abonos, uso de algoritmos 1-3). Modelo "Interfaced”. Los
mecanismos opcionales "Info Period" (el SB puede estar en
desacuerdo) y "Settlement Period", y decuenta garante
pueden ser incluidos.
Resultados esperados Broadcast enviado a los SBs al inicio del "info period"
Se adeuda la cuenta RTGS del SB y se abona la cuenta
técnica
Se adeuda la cuenta técnica y se abona la cuenta RTGS del
SB
ASInitiationStatus recibido por el AS con GroupStatus ACSC
Los SBs correspondientes reciben notificaciones de adeudo
MT900 y abono MT910 (exclusivamente participantes con
conexión vía SWIFT)
El AS es capaz de reenviar exactamente el mismo fichero.
Comentarios:
131
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-AS-415 liquidación fallida
Función Liquidación multilateral estándar (batch) liquidación fallida
(adeudos antes que abonos, uso de algoritmos 1-3). Modelo
"Interfaced”. Los mecanismos opcionales "Info Period" (el SB
puede estar en desacuerdo) y "Settlement Period", y de
cuenta garante pueden ser incluidos.
Resultados esperados Broadcast enviado a los SBs al inicio del "info period"
Un SB está en desacuerdo con una o más transacciones y
todo el fichero es revocado por BdE.
El AS recibe un ASInitiationStatus con GroupStatus “RJDA”.
No tiene lugar ningún adeudo ni abono.
Todos los SBs y el AS son informados vía broadcast en ICM
acerca de la liquidación fallida debido a desacuerdo.
Comentarios:
132
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-AS-450
Función Liquidación multilateral estándar (batch) (adeudos antes que
abonos, uso de algoritmos 1-3). Modelo "Interfaced”. Los
mecanismos opcionales "Info Period" (el SB puede estar en
desacuerdo) y "Settlement Period", y de cuenta garante
pueden ser incluidos. Revocación de transacciones por BdE.
Resultados esperados Broadcast enviado a los SBs al inicio del "info period"
La cuenta a debitar es la RTGS del SB y la cuenta a acreditar
es la técnica del AS. La cuenta RTGS no dispone de
suficiente saldo y todo el fichero es revocado por BdE.
Se envía un broadcast al AS y a los SBs informando de la
revocación.
El AS recibe un ASInitiationStatus con GroupStatus “RJCT” y
StatusReason “RVOK”. Código de Error en el pago A86.
Comentarios:
133
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-AS-510
Función Liquidación multilateral simultánea (batch) (uso de algoritmo
4). Los mecanismos opcionales "Info Period" (el SB puede
estar en desacuerdo) y "Settlement Period", y de cuenta
garante pueden ser incluidos
Resultados esperados Se envía un Broadcast a los SBs al inicio del "info period".
Se adeuda la cuenta RTGS del SB y se abona la cuenta
técnica.
Se adeuda la cuenta técnica y se abona la cuenta RTGS del
SB.
El AS recibe un ASInitiationStatus con GroupStatus “ACSC”
Los SBs correspondientes reciben notificaciones de adeudo
MT900 y abono MT910 (exclusivamente participantes con
conexión vía SWIFT).
El AS es capaz de reenviar exactamente el mismo fichero.
Comentarios:
134
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-AS-515 liquidación fallida
Función Liquidación multilateral simultánea (batch) liquidación fallida
(uso de algoritmo 4). Los mecanismos opcionales "Info
Period" (el SB puede estar en desacuerdo) y "Settlement
Period", y de cuenta garante pueden ser incluidos.
Resultados esperados Broadcast enviado a los SBs al inicio del "info period".
Se adeuda la cuenta RTGS del SB y se abona la cuenta
técnica.
SB discrepa en uno o más pagos y el fichero completo es
revocado por el BC responsable.
El AS recibe un ASInitiationStatus con GroupStatus ”RJCT” y
StatusReason “RVOK”.
No tienen lugar adeudos ni abonos.
Todos los SBs y el AS son informados vía broadcast en ICM
sobre el fallo de liquidación causado por el desacuerdo.
El AS es capaz de reenviar exactamente el mismo fichero.
Comentarios:
135
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-AS-590
Función Liquidación multilateral simultánea –no se liquida hasta
finalizar el mecanismo de optimización (algoritmo 4). Sin
utilización de mecanismos opcionales. Revocación del
fichero en cola por BdE.
136
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-AS-591
Función Liquidación multilateral simultánea con utilización de
“ScheduledTime”. Revocación del fichero en cola por BdE.
Resultados esperados Los SBs reciben un broadcast vía ICM informándoles del
comienzo del InformationPeriod.
Hay un desacuerdo de un SB. Bde revoca el fichero.
Los adeudos y créditos no tienen lugar.
El AS recibe un ASInitiationStatus con GroupStatus “RJCT” y
StatusReason “RVOK”.
Se envía un broadcast a todos los SBs y al AS que contiene
la referencia del fichero rechazado y StatusReason “RVOK”.
En “ICM: Status Overview” para ficheros AS se visualiza el
fichero como rechazado.
En “ICM: Select Files: File Status” aparece “Accounting
Processed”.
En “ICM: Select Payment” se ve el estado de la transacción
“Revoked” y el error A86.
Comentarios:
137
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-AS-592
Función Liquidación multilateral simultánea –la liquidación no se
produce tras el proceso de optimización (algoritmo 4).
Utilización de “ScheduledTime”. Revocación del fichero en
cola por BdE.
Resultados esperados Los SBs reciben un broadcast vía ICM informándoles del
comienzo del InformationPeriod.
La liquidación no tiene lugar tras el proceso de optimización
(algoritmo 4).
El fichero queda en cola –todos los SBs son informados de
ello vía broadcast en ICM
BdE revoca el fichero.
Los adeudos y créditos no tienen lugar.
El AS recibe un ASInitiationStatus con GroupStatus “RJCT” y
StatusReason “RVOK”.
Se envía un broadcast a todos los SBs y al AS que contiene
la referencia del fichero rechazado y StatusReason “RVOK”.
En “ICM: Status Overview” para ficheros AS se visualiza el
fichero como rechazado.
138
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
En “ICM: Select Files: File Status” aparece “Accounting
Processed”.
En “ICM: Select Payment” se ve el estado de la transacción
“Revoked” y el error A86.
Comentarios:
139
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-AS-593
Función Liquidación multilateral simultánea –la liquidación no se
produce tras el proceso de optimización (algoritmo 4).
Utilización de “SettlementPeriod”. Revocación del fichero en
cola por BdE.
140
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-AS-594
Función Liquidación multilateral simultánea –la liquidación no se
produce tras el proceso de optimización (algoritmo 4).
Utilización y actualización de “SettlementPeriod”. Revocación
del fichero en cola por BdE.
141
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
“Revoked” y el error A86.
Comentarios:
142
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-AS-595
Función Liquidación multilateral simultánea –la liquidación no se
produce tras el proceso de optimización (algoritmo 4).
Utilización de “ScheduledTime” y “SettlementPeriod”.
Revocación del fichero en cola por BdE.
144
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-AS-596
Función Liquidación multilateral simultánea –la liquidación no se
produce tras el proceso de optimización (algoritmo 4).
Utilización de “SettlementPeriod”. El mecanismo de cuenta
garante está conectado pero no es utilizado. Revocación del
fichero “PartiallyAccepted” en cola por BdE.
145
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
El AS recibe un ASInitiationStatus con GroupStatus “PART”.
BdE revoca el fichero –se realiza la devolución de los
adeudos asentados y los créditos se rechazan.
El AS recibe un ASInitiationStatus con GroupStatus “RJCT” y
StatusReason “RVOK”.
Se envía un broadcast a todos los SBs y al AS que contiene
la referencia del fichero rechazado y StatusReason “RVOK”.
En “ICM: Status Overview” para ficheros AS se visualiza el
fichero como rechazado.
En “ICM: Select Files: File Status” aparece “Accounting
Processed”.
En “ICM: Select Payment” se ve el estado de la transacción
“Revoked” y el error A86; para todos los adeudos asentados
–transacciones opuestas asentadas; los otros adeudos
aparecen “Rejected” –Error 610.
Comentarios:
146
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-AS-620
Función Liquidación con liquidez dedicada –modelo "interfaced"– proceso
nocturno: ASI abre el procedimiento y el AS el ciclo, envía un fichero
con transacciones y cierra ciclo y procedimiento
147
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
"Sbj" "OVN-PROC-CLOS".
Comentarios:
Comentarios.
Comentarios:
Comentarios:
148
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
Los correspondientes SBs recibirán notificaciones de adeudo
(MT900) en la subcuenta y abono (MT910) en la RTGS
(exclusivamente participantes con conexión vía SWIFT).
Comentarios:
149
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-AS-642
Función Liquidación con liquidez dedicada –modelo "interfaced"– proceso
nocturno: ASI abre el procedimiento; AS envía el ciclo a liquidar,
envía un fichero de transacciones y cierra ciclo y procedimiento.
Revocación de pagos.
Inicio de ciclo:
AS envía un mensaje XML "ReturnGeneralBussinessInformation" a
ASI en el cual la cola "Sbj" contiene "OVN-CYCL-OPEN"
Liquidación:
El AS envía un mensaje XML "ASTransferInitiation" a ASI (con el
código SET en la cola "Code") con dos tipos de transacciones
(adeudo de subcuenta y abono de la cuenta técnica del AS; adeudo
de la cuenta técnica y abono de la subcuenta) y con fondos
suficientes en todas las subcuentas, menos en una debido a un
importe erróneo. AS pide a BdE que revoque la transacción.
Fin de ciclo:
AS envía un mensaje XML "ReturnGeneralBussinessInformation" a
150
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ASI en el cual la cola "Sbj" contiene "OVN-CYCL-CLOS".
Fin de procedimiento:
AS envía un mensaje XML "ReturnGeneralBussinessInformation" a
ASI en el cual la cola "Sbj" contiene "OVN-PROC-CLOS".
Inicio de ciclo:
AS recibe un "ReturnAccount" para confirmar los fondos
bloqueados.
Las nuevas "current orders" recibidas durante el ciclo son puestas
en la cola.
Liquidación:
Se liquidan algunas de las transacciones según lo ordenado.
La transacción que AS pidió revocar queda en estado “revoked”. Se
envía un broadcast al AS y el SB afectado, informando de la
revocación de la transacción.
El AS recibe notificación vía "ASInitiationStatus" siendo la cola
"TxSts" igual a "PART”.
Las transacciones de los SBs en cola por importe erróneo son
revocadas por BdE.
La liquidez en las subcuentas en transferida a las cuentas RTGS.
El AS recibe notificaciones individuales vía “ReturnAccount”.
Los correspondientes SBs recibirán notificaciones de adeudo
(MT900) y abono (MT910) para todas las transacciones de
liquidación de sus subcuentas y cuentas RTGS (exclusivamente
participantes con conexión vía SWIFT). El AS es capaz de reenviar
exactamente el mismo fichero.
152
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-AS-648
Función Transferencias de Liquidez iniciadas por AS (todos los modelos de
liquidación) – Clasificación de pagos en ICM.
153
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-AS-649
Función Actualización automáticamente de consulta en ICM
154
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-AS-655
Función Liquidación Cross-DVP desde un Sistema Vinculado modelo
Integrado AS1 hacia un Sistema Vinculado con modelo “Interfaced”
AS2 –fase nocturna (fase diurna opcional)-. El AS2 recibe la
notificación de un único pago Cross-DVP
Fase del día Fase nocturna (la fase diurna es una posible alternativa)
Comentarios:
155
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-AS-660
Función Liquidación Cross-DVP desde un Sistema Vinculado con modelo
“Interfaced” AS1 hacia un Sistema Vinculado con modelo Integrado
AS2 –fase nocturna (fase diurna opcional)-. El AS1 envía un único
pago Cross-DVP.
Fase del día Fase nocturna (la fase diurna es una posible alternativa)
Comentarios:
156
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-AS-670
Función Liquidación Cross-DVP desde un AS1 modelo “Interfaced” hacia un
AS2 modelo “Interfaced”–fase nocturna (fase diurna opcional)-. El
AS1 envía un único pago Cross-DVP.
Fase del día Fase nocturna (la fase diurna es una posible alternativa)
Comentarios:
157
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-AS-675
Función Liquidación Cross-DVP desde un AS1 modelo “Interfaced” hacia un
AS2 modelo “Interfaced”–fase nocturna (fase diurna opcional)-. El
AS2 recibe la notificación de un único pago Cross-DVP.
Fase del día Fase nocturna (la fase diurna es una posible alternativa)
Comentarios:
158
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-ASI-010
Función Un Receipt_AS camt4 o camt5 es enviado por un AS al ASI (modo
pull) contestando Sí o No al uso del mecanismo de garantías.
159
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-ASI-020
Función Un AS recibe un Receipt_ASI camt4 negativo tras enviar un
ReturnGeneralBussinessInformation erróneo.
160
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-ASI-030
Función Un AS recibe un Receipt_ASI camt4 negativo tras enviar un Receipt
erróneo contestando al uso del mecanismo de garantía.
161
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-ASI-040
Función Un AS recibe un Receipt_ASI camt4 negativo tras enviar un
mensaje ASI que no cumple con el “SchemaFile”.
Aplicable a AS
162
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-ASI-050
Función El AS recibe un ReturnAccount camt4 notificando las transferencias
de liquidez a las subcuentas y el bloqueo de los fondos.
163
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-ASI-060
Función El AS envía un ReturnGeneralBussinessInformation_AS camt4/5
para abrir/cerrar un procedimiento/ciclo para un modelo6 interface.
164
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-ASI-070
Función El AS recibe un ReturnGeneralBussinessInformation_ASI camt4
notificando la apertura del ciclo nocturno de liquidación.
165
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba IOP-ASI-080
Función El AS recibe un ReturnGeneralBussinessInformation_ASI camt4
notificando la liberación de liquidez de las subcuentas después del
fin del ciclo.
166
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ANEXO 3: Detalle de los escenarios de pruebas en el entorno real
Este anexo contiene toda la descripción detallada de los casos de pruebas de conectividad en el
entorno real antes de la entrada en producción.
30
Dirigido a Banco de España (ESPBESMMXXX)
167
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba PROD-DP1
31
DP - Participante directo
MAP - Participante multiaddressee
168
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba PROD-DP2
Función Acceso a ICM y comprobación de datos estáticos
Aplicable a DP
169
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba PROD-DP3
Función Acceso a PM
170
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba PROD-DP4
Función Descarga del Directorio TARGET2 en “modo pull”
Aplicable a DP
171
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba PROD-DP5
Función Prueba de conectividad enviando un XML
Resultados esperados
Recibe un mensaje “ReturnSystemTime”
172
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba PROD-AS1
Función Acceso a ICM y comprobación de datos estáticos
Aplicable a AS
173
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba PROD-AS2
Función Prueba de conectividad enviando un XML
Aplicable a AS
174
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ID prueba PROD-AS3
Función Descarga de la lista de bancos liquidadores
Aplicable a AS
175
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2
ANEXO 4: Glosario
176
GUÍA DE PRUEBAS PARA USUARIOS DE TARGET2