Home

Aplicación Técnica 2/2008. TARGET2

image

Contents

1. sino que se mantendr en espera en la cola pertinente si no puede liquidarse a m s tardar en el momento predeterminado de adeudo En ambos casos si una orden de pago con indicador del momento l mite de adeudo no se ha liquidado 15 minutos antes del momento predeterminado se enviar autom ticamente una notificaci n por medio del ICM Si se utiliza la palabra clave CLSTIME la orden de pago se tratar igual que la orden de pago a que se refiere la letra b del punto 2 Liquidaci n de rdenes de pago disponibles para la liquidaci n 1 A fin de facilitar una liquidaci n bruta r pida que ahorre liquidez las rdenes de pago disponibles para la liquidaci n se someter n a procedimientos de compensaci n y en su caso procedimientos de compensaci n ampliados t rminos que se definen en los puntos 2 y 3 El procedimiento de compensaci n determinar si las rdenes de pago del beneficiario situadas al principio de la cola de las rdenes muy urgentes o en su caso urgentes pueden compensarse con la orden de pago del pagador en adelante rdenes de pago compensables Si una orden de pago compensable no ofrece fondos suficientes para la orden de pago del pagador respectivo disponible AT n 2 2008 3 Febrero 2008 BANCODEESPA A Eurosistema Direcci n General de Operaciones Mercados y Sistemas de Pago SISTEMAS DE PAGO para la liquidaci n se determinar si hay suficiente liquidez
2. del m dulo de pagos de un participante y las cuentas del m dulo de pagos de otros participantes en TARGET2 respecto de los cuales se haya establecido un l mite multilateral Para ello aplicar mutatis mutandis el procedimiento que se describe en los incisos i a ii d Por medio del algoritmo 4 liquidaci n parcial y del sistema vinculado el Banco de Espa a aplicar el procedimiento del algoritmo 2 pero sin extraer rdenes de pago respecto de la liquidaci n de un sistema vinculado que liquida simult nea y multilateralmente e Conforme al algoritmo 5 liquidaci n del sistema vinculado por medio de subcuentas el Banco de Espa a aplicar el procedimiento del algoritmo 1 con la diferencia de que iniciar el algoritmo 5 por medio de la Interfaz para Sistemas Vinculados y s lo comprobar si hay fondos suficientes en las subcuentas de los participantes Adem s no tendr en cuenta l mites ni reservas El algoritmo 5 se aplicar tambi n durante la liquidaci n nocturna 4 Las rdenes de pago disponibles para la liquidaci n despu s de iniciarse uno de los algoritmos 1 a 4 podr n no obstante liquidarse inmediatamente si las posiciones y l mites de las cuentas del m dulo AT n 2 2008 5 Febrero 2008 BANCODEESPA A Eurosistema Direcci n General de Operaciones Mercados y Sistemas de Pago SISTEMAS DE PAGO de pagos de los participantes en TARGET2 implicados son compatibles tanto con la liquidaci
3. la orden de pago situada al final en la cola de espera de menor prioridad El proceso de selecci n se aplicar s lo por un corto espacio de tiempo que el Banco de Espa a fijar discrecionalmente c Por medio del algoritmo 3 m ltiple el Banco de Espa a i comparar parejas de cuentas del m dulo de pagos de participantes en TARGET2 para determinar si las rdenes de pago en espera pueden liquidarse respetando tanto la liquidez disponible de las cuentas del m dulo de pagos de los dos participantes en TARGET2 como los l mites por ellos establecidos comenzando por la pareja de cuentas del m dulo de pagos con la menor diferencia entre las rdenes de pago rec procas En este caso el banco central o los bancos centrales implicados asentar n los pagos simult neamente en las cuentas del m dulo de pagos de los dos participantes en TARGET2 li extraer rdenes de pago individuales hasta que haya liquidez suficiente si respecto de una pareja de cuentas del m dulo de pagos como la descrita en el inciso i la liquidez es insuficiente para cubrir la posici n bilateral En este caso el banco central o los bancos centrales implicados liquidar n simult neamente las rdenes de pago restantes salvo las extra das en las cuentas del m dulo de pagos de los dos participantes en TARGET 2 Tras cumplir lo dispuesto en los incisos i y ii el Banco de Espa a comprobar las posiciones de liquidaci n multilaterales entre la cuenta
4. manual del usuario del ICM que se publican en la direcci n del Banco de Espa a en internet y en la direcci n del BCE en internet en ingl s Fecha de implantaci n Esta Aplicaci n T cnica sera aplicable desde el 18 de febrero de 2008 Para cualquier consulta pueden dirigirse a la direcci n de correo electr nico target20bde es o a los tel fonos 913 385 582 913 387 044 Javier Alonso Director General de Operaciones Mercados y Sistemas de Pago AT n 2 2008 7 Febrero 2008
5. muy urgentes que a n no se hayan liquidado Se utilizan diversos mecanismos de optimizaci n algoritmos Si un algoritmo da resultado las rdenes de pago en l incluidas se liquidar n si falla las rdenes se mantendr n en cola de espera Se aplicar n tres algoritmos 1 a 3 para compensar los flujos de pagos Por medio del algoritmo 4 se dispondr del procedimiento de liquidaci n 5 definido en el cap tulo 2 8 1 de las UDFS para la liquidaci n de las instrucciones de pago de los sistemas vinculados Para optimizar la liquidaci n de las operaciones muy urgentes de los sistemas vinculados en las subcuentas de los participantes se utilizar un algoritmo especial el algoritmo 5 a Por medio del algoritmo 1 todo o nada el Banco de Espa a har lo siguiente tanto para cada relaci n respecto de la cual se haya establecido un l mite bilateral como para la suma total de las relaciones respecto de las cuales se haya establecido un l mite multilateral i calcular la posici n de liquidez general de la cuenta del m dulo de pagos de cada participante en TARGET2 determinando si el total de las rdenes de pago en espera salientes y entrantes es negativo o positivo y si es negativo comprobar si excede de la liquidez disponible del participante la posici n de liquidez general constituir la posici n de liquidez total y ii comprobar si se respetan los l mites y reservas establecidos por cada participante en
6. n de esas rdenes de pago como con la liquidaci n de las rdenes de pago incluidas en el procedimiento de optimizaci n en uso Sin embargo no se aplicar n simult neamente dos algoritmos En la fase de procesamiento diurno los algoritmos se aplicar n sucesivamente Mientras no est pendiente la liquidaci n multilateral simult nea de un sistema vinculado la secuencia ser la siguiente a algoritmo 1 b si falla el algoritmo 1 algoritmo 2 c si falla el algoritmo 2 algoritmo 3 si da resultado el algoritmo 2 nuevamente algoritmo 1 Si est pendiente la liquidaci n multilateral simult nea procedimiento 5 respecto de un sistema vinculado se aplicar el algoritmo 4 Los algoritmos se aplicar n de modo flexible mediante la fijaci n de un desfase temporal predefinido en su aplicaci n sucesiva que asegure un intervalo m nimo entre el uso de dos algoritmos La secuencia temporal se controlar autom ticamente pero ser posible la intervenci n manual Mientras est n incluidas en un algoritmo en uso las rdenes de pago no podr n ser reordenadas no cambiar n de posici n en la cola ni revocadas Las solicitudes de reordenaci n o revocaci n de esas rdenes de pago se colocar n en espera hasta que concluya el algoritmo Si esas rdenes de pago se liquidan mientras el algoritmo est en uso se rechazar n las solicitudes de reordenaci n o revocaci n si no se liquidan las solicitudes de los parti
7. BANCODEESPA A Eurosistema Direcci n General de Operaciones Mercados y Sistemas de Pago SISTEMAS DE PAGO Aplicaci n T cnica n 2 2008 Asunto TARGET2 Banco de Espa a Especificaciones t cnicas del procesamiento de rdenes de pago Adem s de por las Cl usulas Generales relativas a las Condiciones Uniformes de Participaci n en TARGET2 Banco de Espa a el procesamiento de rdenes de pago se regir por las normas siguientes Requisitos t cnicos de la participaci n en TARGET2 Banco de Espa a por lo que a infraestructura red y formatos se refiere 1 TARGET2 utiliza los servicios de SWIFT para el intercambio de mensajes Por lo tanto todo participante debe conectarse a la Red IP Segura de SWIFT La cuenta del m dulo de pagos de cada participante se identificar mediante un BIC de SWIFT de ocho u once d gitos Adem s cada participante pasar una serie de pruebas que demuestren su capacidad t cnica y operativa antes de poder participar en TARGET2 Banco de Espa a Para cursar rdenes de pago e intercambiar mensajes de pago en el m dulo de pagos se utilizar el servicio Y copy de SWIFTNet FIN Con este fin se establecer un grupo cerrado de usuarios CUG de SWIFT espec fico Las rdenes de pago dentro de ese TARGET2 CUG se dirigir n directamente al participante receptor en TARGET2 introduciendo su BIC en la cabecera del mensaje de SWIFTNet FIN Para los servicios de informaci n y control p
8. TARGET2 respecto de cada cuenta del m dulo de pagos pertinente Si el resultado de estos c lculos y comprobaciones es positivo para cada cuenta del m dulo de pagos pertinente el Banco de Espa a y los otros bancos centrales implicados liquidar n simult neamente todos los pagos en las cuentas del m dulo de pagos de los participantes en TARGET2 correspondientes b Por medio del algoritmo 2 parcial el Banco de Espa a AT n 2 2008 4 Febrero 2008 BANCODEESPA A Eurosistema Direcci n General de Operaciones Mercados y Sistemas de Pago SISTEMAS DE PAGO i calcular y comprobar las posiciones l mites y reservas de liquidez de cada cuenta del m dulo de pagos pertinente igual que conforme al algoritmo 1 y li si la posici n de liquidez total de una o varias cuentas del m dulo de pagos pertinentes es negativa extraer rdenes de pago individuales hasta que la posici n de liquidez total de cada cuenta del m dulo de pagos pertinente sea positiva A continuaci n y siempre que haya fondos suficientes el Banco de Espa a y los dem s bancos centrales implicados liquidar n simult neamente todas las rdenes de pago restantes salvo las extra das en las cuentas del m dulo de pagos de los participantes en TARGET2 correspondientes Al extraer rdenes de pago el Banco de Espa a comenzar por la cuenta del m dulo de pagos del participante en TARGET2 con la mayor posici n de liquidez total negativa y por
9. a b sica Direcci n LT Tipo de mensaje Cabecera de aplicaci n Tipo de mensaje Receptor Cabecera de aplicaci n Direcci n de destino AT n 2 2008 2 Febrero 2008 BANCODEESPA A Eurosistema Direcci n General de Operaciones Mercados y Sistemas de Pago SISTEMAS DE PAGO N mero de referencia Bloque del texto 20 de la operaci n TRN Referencia conexa Bloque del texto 21 Fecha valor Bloque del texto 32 Importe Bloque del texto 32 3 Se proceder a la devoluci n de la nueva orden de pago si todos los campos descritos en el punto 2 a ella referidos coinciden con los referidos a una orden de pago validada anteriormente C digos de error Si se rechaza una orden de pago el participante ordenante recibir una notificaci n de interrupci n MT 019 en la que se indicar el motivo del rechazo por medio de c digos de error Los c digos de error se establecen en el cap tulo 9 4 2 de las UDFS Momentos de liquidaci n predeterminados 1 Para rdenes de pago con indicador del momento inicial de adeudo se utilizar la palabra clave FROTIMES Para rdenes de pago con indicador del momento l mite de adeudo se dispondr de la opci n siguiente a palabra clave REJTIME la orden de pago se devolver si no puede liquidarse a m s tardar en el momento predeterminado de adeudo b palabra clave TILTIME la orden de pago no se devolver
10. al Mensaje de extracto de cuenta de cliente MT 011 MT 012 y MT 019 son mensajes del sistema SWIFT 2 Cuando se inscriban en TARGET2 Banco de Espa a los participantes directos declarar n qu tipos de mensajes opcionales salvo los mensajes MT 011 y MT 012 van a utilizar Respecto de los mensajes MT 011 y MT 012 los participantes directos decidir n peri dicamente recibirlos o no en relaci n con mensajes espec ficos 3 Los participantes respetar n las especificaciones sobre la estructura y los campos de los mensajes SWIFT que se establecen en la documentaci n de SWIFT con sujeci n a los l mites establecidos para TARGET 2 en el libro 1 del cap tulo 9 1 2 2 de las especificaciones funcionales detalladas para los usuarios UDFS 4 El contenido de los campos de los mensajes se validar a nivel de TARGET2 Banco de Espa a de acuerdo con los requisitos de las UDFS Los participantes podr n concertar entre s reglas espec ficas sobre el contenido de los campos de los mensajes Sin embargo TARGET2 Banco de Espa a no har comprobaciones espec ficas sobre si los participantes cumplen esas reglas Comprobaci n de rdenes duplicadas 1 Toda orden de pago ser objeto de una comprobaci n de duplicidad cuyo fin es rechazar las rdenes de pago que se hayan cursado m s de una vez por error 2 Se comprobar n los siguientes campos de los mensajes SWIFT Detalles Parte del mensaje Campo SWIFT Emisor Cabecer
11. cipantes se tendr n en cuenta inmediatamente Utilizaci n del ICM 1 El ICM podr utilizarse para obtener informaci n y gestionar la liquidez La Red IP Segura de SWIFT ser la red b sica de comunicaciones t cnicas a efectos de intercambiar informaci n y aplicar medidas de control Salvo por lo que respecta a las rdenes de pago almacenadas y a los datos est ticos s lo podr n consultarse por medio del ICM datos relativos al d a h bil en curso Las pantallas estar n exclusivamente en ingl s La informaci n se facilitar en la modalidad pull a requerimiento es decir cada participante tendr que solicitar que se le facilite la informaci n Se dispondr de las modalidades siguientes de utilizaci n del ICM a modalidad aplicaci n aplicaci n A2A En la modalidad A2A la informaci n y los mensajes se transmiten entre el m dulo de pagos y la aplicaci n interna del participante Por lo tanto el participante debe asegurarse de que dispone de una aplicaci n adecuada para intercambiar mensajes XML solicitudes y respuestas con el ICM por medio de una interfaz estandarizada Pueden consultarse m s detalles en el manual del usuario del ICM y en el libro 4 de las UDFS b modalidad usuario aplicaci n U2A AT n 2 2008 6 Febrero 2008 BANCODEESPA A Eurosistema Direcci n General de Operaciones Mercados y Sistemas de Pago SISTEMAS DE PAGO La modalidad U2A permite la comun
12. disponible en la cuenta del m dulo de pagos del pagador 3 Si el procedimiento de compensaci n da resultado negativo el Banco de Espa a podr aplicar un procedimiento de compensaci n ampliado El procedimiento de compensaci n ampliado determina si hay rdenes de pago compensables en cualquiera de las colas de espera del beneficiario con independencia del momento en que se hayan colocado en espera Sin embargo si en la cola de espera del beneficiario hay rdenes de pago de mayor prioridad dirigidas a otros participantes en TARGET2 el principio FIFO s lo podr contravenirse si la liquidaci n de la orden de pago compensable supone un incremento de liquidez para el beneficiario Liquidaci n de rdenes de pago en cola de espera 1 El tratamiento de las rdenes de pago en cola de espera depender de la calificaci n de prioridad que el participante ordenante les haya asignado 2 Las rdenes de pago en la cola de espera urgente y en la cola de espera muy urgente se liquidar n aplicando los procedimientos de compensaci n descritos en el apartado 6 comenzando por la orden de pago situada al principio de la cola en los casos en que haya un incremento de liquidez o una intervenci n en la cola cambio de posici n en la cola momento de liquidaci n o prioridad o revocaci n de la orden de pago 3 Las rdenes de pago en la cola de espera normal se liquidar n de forma continua sin perjuicio de todas las rdenes de pago urgentes y
13. icaci n directa entre un participante y el ICM La informaci n se muestra en un navegador basado en un sistema de PC SWIFT Alliance WebStation Para permitir el acceso al modo U2A por medio de la SWIFT Alliance WebStation la infraestructura de IT tiene que ser capaz de soportar cookies y JavaScript Pueden consultarse m s detalles en el manual del usuario del ICM 5 Todo participante dispondr de al menos una SWIFT Alliance WebStation para acceder al ICM por el modo U2A 6 Los derechos de acceso al ICM se conceder n mediante la utilizaci n del control de acceso basado en roles RBAC de SWIFT El servicio de no repudio non repudiation of emission NRE de SWIFT que podr n usar los participantes permite al receptor de un mensaje XML probar que el mensaje no se ha alterado 7 Si un participante tiene problemas t cnicos y no puede cursar rdenes de pago podr generar por medio del ICM rdenes de pago preformateadas de suma global y de contingencia El Banco de Espa a facilitar el uso de esta aplicaci n al participante previa solicitud 8 Los participantes tambi n podr n utilizar el ICM para traspasar liquidez a entre la cuenta del m dulo de pagos y las subcuentas del participante b de la cuenta del m dulo de pagos a la cuenta espejo gestionada por el sistema vinculado Las UDFS y el manual del usuario del ICM Pueden consultarse m s detalles y ejemplos de las normas que anteceden en las versiones de las UDFS y del
14. odr n utilizarse los siguientes servicios de SWIFTNet a SWIFTNet InterAct b SWIFTNet FileAct y o c SWIFTNet Browse La seguridad del intercambio de mensajes entre los participantes descansar exclusivamente en el servicio de infraestructura de clave p blica PKI de SWIFT Puede obtenerse informaci n sobre el servicio PKI en la documentaci n facilitada por SWIFT El servicio de administraci n de relaciones bilaterales que ofrece la aplicaci n de administraci n de relaciones RMA de SWIFT s lo se utilizar con el BIC de destino central de la plataforma compartida nica y no para mensajes de pago entre participantes en TARGET2 Tipos de mensajes de pago 1 Se procesar n los siguientes tipos de mensajes de SWIFTNet FIN y del sistema SWIFT AT n 2 2008 1 Febrero 2008 BANCODEESPA A Eurosistema Direcci n General de Operaciones Mercados y Sistemas de Pago SISTEMAS DE PAGO Tipo de Tipo de uso Descripci n mensaje T 103 Obligatorio Pago de cliente MT 103 Obligatorio Pago de cliente procesamiento automatizado de principio a fin STP MT 202 Obligatorio Pago interbancario MT 204 Opcional Pago por adeudo directo MT 011 Opcional Notificaci n de entrega MT 012 Opcional Notificaci n al emisor MT 019 Obligatorio Notificaci n de interrupci n MT 900 Opcional Confirmaci n de adeudo MT 910 Opcional Confirmaci n de abono MT 940 950 Opcion

Download Pdf Manuals

image

Related Search

Related Contents

DIESEL POWER 3  Documentación comercial  ASUS N550JK CZ7914 User's Manual  Owner`s Manual - Alex  取扱説明書 無線設定編  Une séance type pour un runner qui court 2 à 3  

Copyright © All rights reserved.
Failed to retrieve file