Preguntas Frecuentes sobre pruebas de conectividad e interoperatividad Indicaciones generales y ejemplos

Transcripción

1 DEPARTAMENTO DE SISTEMAS DE PAGO Preguntas Frecuentes sobre pruebas de conectividad e interoperatividad Indicaciones generales y ejemplos

2 INDICE 1 Guía rápida sobre el estado de preparación para las pruebas de conectividad 2 Descarga del Directorio TARGET2 2.1 Descarga en modo pull 2.2 Descarga en modo push 3 Cómo visualizar pagos comunicados hoy con fecha de valor pasada 4 Cómo establecer participantes favoritos 5 Definiciones del tiempo de ejecución: Campo 13C en pagos con indicadores /REJTIME/, /TILTIME/ /FROTIME 6 Establecimiento de límites/reservas 7 Intercambio de pagos con participantes no migrados en el entorno de pruebas DEPARTAMENTO DE SISTEMAS DE PAGO

3 1. Guía rápida sobre el estado de preparación para las pruebas de conectividad Preparación para pagos a través de SWIFTNet FIN Se dispone de clave activa con TRGTXEP0. El Servicio FINCopy está correctamente configurado en la máquina de pruebas y para el domicilio de pruebas. Preparación para acceder al ICM a través de SWIFTNet Services Versión adecuada de Java: - Si la versión de la Webstation es 5.0, la versión de Java debe ser 1.4.2_09-b05 - Si la versión de la Webstation es 6.0, la versión de Java debe ser 1.5.0_08-b03 Se ha asegurado el acceso de la webstation a la red SWIFT, según se recoge en las guías: SWIFTAlliance Gateway Installation Guide, SWIFTAlliance Gateway Security Guide, SWIFTNet Network Configuration Tables Guide y SWIFTAlliance WebStation Installation Guide. Se ha descargado correctamente el certificado Browse desde: Correcta introducción de la url de acceso al ICM dentro de la configuración del Servicio Browse en la Webstation: Está creado el certificado de usuario SWIFTNet al nivel de árbol de DN según lo comunicado en el formulario 1000 (punto 4.2.) para el registro de la SSP. Asignación de los roles adecuados para el acceso al ICM dependiendo de la función que vaya a desarrollar el usuario dentro del ICM. Hay que tener en cuenta: - Es conveniente disponer de, al menos, dos certificados. Uno para dotarle de roles de dos ojos y otro para los roles de cuatro ojos. - Un certificado no puede tener roles de usuario y además roles de aplicación (APPLICATE). Son incompatibles. - Si el usuario se va a encargar de descargar las actualizaciones del Directorio TARGET2 en modo push, también deberá estar autorizado a la cola definida por la entidad en el e- ordering de SWIFT para el servicio trgt.sfpapss!p. Esta cola se encuentra recogida dentro del servicio swift.snf.control de la Webstation. DEPARTAMENTO DE SISTEMAS DE PAGO 1

4 2. Descarga del Directorio TARGET2 Descarga en modo pull del directorio T2 CLICK EN EL BOTÓN FILE TRANSFER Para la descarga del directorio no es necesario abrir el ICM. En un principio se diseñó el ICM de tal forma que se pudiera hacer clic en un botón para descargarse el T2dir. Pero ésto se modificó y esta posibilidad ha dejado de existir. La descarga del T2Dir se hace también desde la Webstation, pero desde el menú FILE TRANSFER, y no accediendo por BROWSING + ICM. CLICK EN EL BOTÓN GET 2 DEPARTAMENTO DE SISTEMAS DE PAGO

5 Si es la primera vez que se accede, click en icono add new template Creando una tabla para una transferencia en tiempo real. En caso contrario, seleccionar una plantilla creada anteriormente. Rellene los datos de la plantilla y guárdelos, dando a save con el botón derecho del ratón. Luego retroceda para ver las plantillas que ha creado y seleccione la plantilla creada. Esta plantilla la podrá usar siempre que lo desee, modificando la fecha a la que se refiere. DEPARTAMENTO DE SISTEMAS DE PAGO 3

6 4 DEPARTAMENTO DE SISTEMAS DE PAGO 2

7 cn=cnentidad,ou=cnentidad,o=bic8real entidad,o=swift T2DIRFULLZ2007MMDDVA Ruta del directorio donde usted lo quiere archivar Para crear la tabla los datos necesarios son: Requestor DN cn=cn entidad, ou= cn entidad, o=bic8 real entidad,o=swift Será el SWIFTNet DN para el acceso al ICM comunicado por ustedes en el formulario 1000 (Pág. 5 de 9). Responder DN cn=fileact,ou=tet,o=trgtxepm,o=swift Service Name trgt.papss!p Request Type reda.xxx.target2.dirfull File Name El formato del nombre del archivo es obligatorio TTTT es el tipo de directorio: FULL completo, UPDA solo actualizaciones Z para la compresión: Z comprimido, N sin comprimir YYYYMMDD fecha de entrada en vigor. La fecha será siempre en lunes, aunque se trate de un festivo para TARGET, la modificación del directorio se realiza semanalmente SS: situación del directorio VA para valido, NC no comprobado Para descargar la versión valida comprimida de las actualizaciones del directorio con entrada en vigor use el File Name: T2DIRUPDAZ VA Para descargar la versión valida comprimida del directorio completo con entrada en vigor el use el File Name: T2DIRFULLZ VA Posteriormente se presionara GET, tras haber hecho clic con el botón derecho del ratón en su pantalla. DEPARTAMENTO DE SISTEMAS DE PAGO 5

8 Una vez descargado el T2Dir se puede ver en la carpeta que ha indicado en Save File as y no en ICM. Su descarga les podrá ser útil para su uso en caso de desarrollar aplicaciones internas. Se puede encontrar con el explorador de archivos y se recomienda cambiar el nombre del archivo recibido añadiéndole.zip. Así podrá abrirlo por medio del bloc de notas. El directorio será recibido con el siguiente formato: En caso de error: Se debe comprobar en un principio que el certificado que intenta la descarga del directorio tiene este rol asignado. Para realizar la descarga del directorio target2, el usuario que lo realice debe tener asignado el rol SWIFT para Target2 para su descarga. El T2Dir está para su consulta siempre en ICM sin que sea necesaria ninguna acción previa. Aunque no se descargue previamente el T2Dir, éste se puede consultar en el ICM. La platilla creada y guardada podrá ser reutilizada para todas las descargas que usted realice modificando la fecha especificada en el File Name. Descarga en modo push del directorio T2 Para crear la plantilla de recepción del directorio en modo push, se accede desde el menú FILE TRANSFER, se presionara GET y Add new template, seleccionando create a template for storeand-forward DEPARTAMENTO DE SISTEMAS DE PAGO

9 Será necesario especificar: Template Name : Nombre libre seleccionado por la entidad Queue Name: Será la cola especificada en el e-ordering para recibir información en SnF, realizada en SWIFT para el Service Name trgt.sfpapss!p. En caso de no haber modificado la cola definida por SWIFT será la cola genérica, formada por el BIC8 de la entidad_generic!p (en pruebas) o BIC8 de la entidad_msg!p (en pruebas). Se deben guardar los datos de la plantilla creada y pulsar el botón close get details, ver la lista de plantillas existente. para 1 2 De la lista de plantillas existente, se selecciona la que se quiere utilizar y se pulsa el botón. Primero, hay que adquirir la cola específica, después recoger la información y por último, liberar esa cola. Para adquirir la cola, se pulsa el botón de Acquire store-and-forward queue. Si desea modificar los datos de la plantilla creada, puede acceder de nuevo a ellos presionando el botón open template details. En la esquina inferior izquierda del explorer aparecerá The queue has been succesfully acquired confirmando que la cola se ha adquirido. DEPARTAMENTO DE SISTEMAS DE PAGO 7

10 Después de adquirida, se selecciona con el botón derecho del ratón o en la parte superior del menú Get. Si hay ficheros encolados, nos mostrará la cabecera en la que constará la siguiente información La información que le aparecerá en Get-File Notification es la siguiente: Requestor DN cn=cnentidad,ou=ouentidad,o=bic8realentidad,o=swift Será el SWIFTNet DN para la recibir el directorio TARGET 2 en push mode comunicado por ustedes en el formulario 1000 (Pág. 4 de 9). Responder DN cn=fileact,ou=tet,o=trgtxepm,o=swift Service Name trgt.sfpapss!p Request Type reda.xxx.target2.dirupdate File Name T2DIRUPDAZYYYYMMDDVA El File Name se debe especificar según lo siguiente: Z para la compresión: Z comprimido, N sin comprimir 8 DEPARTAMENTO DE SISTEMAS DE PAGO

11 YYYYMMDD fecha de entrada en vigor. La fecha será siempre en lunes, aunque se trate de un festivo para TARGET, la modificación del directorio se realiza semanalmente. Estos datos reflejan los datos del archivo concreto sobre la actualización del Directorio TARGET2, por lo que si el usuario confirma que es éste el archivo que se quiere descargar, presionará sobre el botón de Get now. Si se pulsa Reject, el archivo se rechaza por lo que se borra de la cola y se le notifica al remitente. Con Get Later, el archivo seguirá en la cola como máximo 15 días y después de ese plazo, si no se descarga, se rechaza y se notifica también al remitente. Por último, el usuario liberará la cola adquirida, dentro de la plantilla, pulsando el botón derecho del ratón Release queue. La monitorización de la recepción se podrá realizar utilizando el icono de Monitoring dentro de File Transfer. Se ve el estado de los últimos ficheros enviados/recibidos desde el SAG al que se conecta nuestra webstation. En caso de error: Compruebe el e-ordering que ha realizado en SWIFT, si modificó la cola o se dejo la genérica definida. La cola genérica definida es BiC8 entidad_generic!p o BiC8 entidad_msg!p, por lo que el perfil del certificado tiene que tener autorizada esta cola dentro del servicio swift.snf.control, que aparece en la parte superior de la pantalla. 3. Cómo visualizar pagos comunicados hoy con fecha de ejecución pasada: Para visualizar los pagos comunicados hoy con fecha de ejecución pasada en la pantalla RTGS/ Payments, es necesario cambiar la opción de Execution date que se ofrece por defecto en esta pantalla. Esta pantalla preselecciona la fecha del día corriente como opción por defecto. Ésta se puede cambiar pinchando en la flecha de la izquierda junto a Execution date. DEPARTAMENTO DE SISTEMAS DE PAGO 9

12 Aquí se debe seleccionar la opción en blanco como fecha From. Igualmente se puede cambiar la fecha To para extender la consulta. De esta forma se muestran en la pantalla los pagos comunicados en el día corriente con fecha de ejecución menor o igual al día de hoy (nota: no se muestran los pagos con fecha de ejecución pasada comunicados en días anteriores). 10 DEPARTAMENTO DE SISTEMAS DE PAGO

13 4. Cómo establecer participantes favoritos Por la pestaña de RTGS/payments / abrir las contrapartidas y seleccionar la que desee establecer como favorito. Nos aparecerá una lista de todas las posibles contrapartidas, en ella seleccionaremos las que queramos establecer como favoritas, por ser con las que mantenemos una mayor relación. DEPARTAMENTO DE SISTEMAS DE PAGO 11

14 Por defecto aparecen todas las contrapartidas seleccionadas, por lo que habrá que deseleccionarlas por medio del botón clear all Posteriormente seleccionaremos las contrapartidas a definir como favorita y daremos a Save as Favourite Posteriormente seleccionaremos las contrapartidas a definir como favorita y daremos a Save as AABBESM0 Favourite. BANCO AABB ES El establecimiento de participantes favoritos la valdrá para seleccionar los pagos exclusivamente de estas contrapartidas. Para ello usaremos Submit 12 DEPARTAMENTO DE SISTEMAS DE PAGO

15 5. Definiciones del tiempo de ejecución: Campo 13C en pagos con indicadores /REJTIME/, /TILTIME/ /FROTIME Con frecuencia se han suscitado dudas sobre qué poner en el campo 13C para efectuar las pruebas relativas a la gestión de indicadores /REJTIME/, /TILTIME/ /FROTIME/ El Indicador de tiempo de adeudo FROTIME: Operaciones introducidas que se ejecutarán a partir de una hora fijada. Se almacenan hasta la hora indicada. Indicador de tiempo de adeudo antes de una hora predeterminada: /REJTIME/y /TILTIME/ Operaciones que una vez introducidas deben ejecutarse antes de una hora fijada.tiltime a diferencia de REJTIME sólo indica aviso 15 minutos antes a la hora fijada. Si aparecen TILTIME y REJTIME sólo el primero será considerado. Si la operación no puede ser liquidada por falta de fondos pasará a la cola. En caso de /REJTIME/ el pago se anulará, una vez alcanzada la hora, Sin embargo para /TILTIME/ El pago permanecerá en cola o hasta su liquidación, cancelación o anulación. Contenido horario: Les recordamos que deben seguir las especificaciones definidas por SWIFT para el contenido horario a incluir en el campo 13C. Esto es, de querer usarse este campo, en el 13C deben poner a continuación de la palabra clave el contenido "hhmm+/- iinn", donde "hhmm" es la hora local y "+/ - iinn" es el desfase con la hora UTC. Les recordamos que actualmente el desfase de la referencia horaria CET con el horario UTC es de (+0100 para el horario de invierno). Pueden consultar el detalle en el libro 1 de las UDFS, en la sección SWIFTNet FIN Messages Details. Le recordamos que no debe rellenarse el campo 72 para incluir estas indicaciones horarias en los mensajes. (Sólo en el caso de incorporar el código /CLSTIME/ se hará en el campo 72). Ejemplo Para establecer las 11:30 CET como hora límite a la cual un pago en cola debería cancelarse si la hora local es CET se pondría /REJTIME/ DEPARTAMENTO DE SISTEMAS DE PAGO 13

16 6. Establecimiento de límites/reservas La creación de límites tiene efectos a partir del día siguiente hábil, la reserva, por el contrario, se podrá poner a cero, establecer o cambiar el importe durante el día con efecto inmediato. Una vez haya entrado en funcionamiento un límite, podrá modificarse en el día. Los límites se establecen del siguiente modo: En primer lugar se crea un límite bilateral, con efectos día siguiente Para ello se selecciona la pantalla RTGS/Limits&Reservations/Limits/Standing Order AABBESM0 BANCO AABB AABBESM0 AABBESM0 BANCO AABB IMPORTE Mínimo un millón de euros Al día siguiente se puede definir un límite multilateral y /o modificar el límite bilateral establecido en días pasados. Se podrán establecer reservas para: pagos muy urgentes y para pagos urgentes. Se podrán establecer para el día en curso, o establecer una reserva por defecto, en este caso será valor día siguiente. 14 DEPARTAMENTO DE SISTEMAS DE PAGO

17 AABBESM0 BANCO AABB ESdd dd NRBE0 d Para establecer límites bilaterales y multilaterales se necesitan los roles: CULIMITE /FE Tengan en cuenta que, si el usuario que establece el límite o reserva tuviera perfil de 4 ojos, tras establecer el correspondiente límite o reserva se creará una tarea que requerirá su aprobación por parte de otro usuario. Para ello deben acceder a la pestaña SERVICES. Si el usuario que establece el límite o reserva tiene perfil de 2 ojos no necesita la autorización de tarea por parte de otro pudiendo en este caso visualizar la ejecución de la tarea desde la pantalla SEVICES Para visualizar la cola de tareas, debe realizar alguna selección y filtrar. DEPARTAMENTO DE SISTEMAS DE PAGO 15

18 7. Intercambio de pagos con participantes no migrados en el entorno de pruebas Con el objeto de facilitar el intercambio de pagos con un participante no migrado (envío a un participante en TARGET1 o recepción desde un participante TARGET1) en el entorno de pruebas, se harán con un BIC del BCE que simulará estar en TARGET1. Envío de pagos de un participante en T2 a otro en T1 (no migrado). Aspectos a considerar: Los pagos deben ser enviados con copia en Y poniendo como receptor en la cabecera del mensaje el BIC TRGTXEP0TGT. El campo 54A debe contener el BIC ZYETDEF0ECB El primero de los campos 56A, 57A o 58A debe contener el BIC ECBFDEF0TPP. El campo 52A debe ser rellenado por el emisor El sistema EPM del BCE estará disponible, a estos efectos, de 7.30 a h. en los días de pruebas, salvo excepciones que serán comunicadas. Recepción de pagos desde un participante no migrado (T1) El Banco de España hará la petición al BCE de oficio para las entidades incluidas en cada grupo de pruebas en sus respectivas fechas. Si no reciben mensajería procedente de TARGET1 (Sender: TRGTXEP0TGT) en las fechas habilitadas para su grupo, póngase en contacto con el Centro de Atención para pruebas TARGET2 en Banco de España ( ). 16 DEPARTAMENTO DE SISTEMAS DE PAGO