Sistemas de Pago de Alto Valor y Riesgos en los Sistemas CEMLA Mayo de 2011 Sistemas de pago de alto valor Los sistemas de pago sistemas de alto valor son aquellos que liquidan: – Otros sistemas de pago, operaciones de los mercados financieros y pagos entre tesorerías de empresas. – Pagos de y hacia el Banco Central que, por razones de política monetaria, se hacen para inyectar o retirar dinero. dinero Generalmente, el banco central o una empresa que pertenece al sector financiero operan sistemas de este tipo. 2 Sistemas de pago de alto valor Un sistema de alto valor puede transmitir los problemas de un participante a los demás. demás Con un diseño inadecuado, estos sistemas pueden amplificar esta transmisión y afectar la estabilidad del sistema financiero. Ejemplos de sistemas de pago de alto valor: – Fedwire y Chips en EUA – TARGET2 en la Unión Europea – CHAPS en Inglaterra – SIC en Suiza – SPEI en México 3 Alto valor vs. bajo j valor Los avances en sistemas de cómputo, telecomunicaciones y seguridad han hecho que en muchos países no sea necesario dividir los sistemas de p pagos g entre alto y bajo j valor. Desde hace más de 13 años, SIC liquida todos los p pagos g en Suiza y y, en México, SPEI liquida q tanto pagos de alto valor como pagos de bajo valor. Los pagos de bajo valor se hacen entre particulares y también se hacen pagos de nómina. 4 Tipos de liquidación Los sistemas de pago también se clasifican por la forma en que se liquidan sus operaciones. operaciones Sistemas de liquidación bruta en tiempo real, (RTGS Real Time Gross Settlement). (RTGS, Settlement) – Liquida pagos uno por uno. – Si un pago no se puede liquidar, liquidar (no hay fondos suficientes u otras razones), es rechazado o queda pendiente. – No liquida q pagos p g p parcialmente. Un p pago g se liquida q por el p importe total del mismo. 5 RTGS Ventajas: – Si el banco que emite el pago tiene dinero, el pago se liquida de inmediato. Esto es muy útil, pues extingue obligaciones rápidamente y ayuda a los participantes a administrar sus riesgos. – No acumula una gran cantidad de pagos para ver si es posible liquidarlos todos juntos después de que se cierren los mercados. – Esmuyy simple p desde el p punto de vista legal g y de administración de riesgos. Estas ventajas son especialmente claras para pagos de alto valor. 6 RTGS Desventajas: – Requiere que los participantes mantengan muchos recursos líquidos. El emisor necesita tener cada peso que quiera pagar (los pagos que envía no se compensan con pagos que va a recibir). – El sistema informático es más complejo que un sistema de liquidación diferida. diferida Casi todos los sistemas de alto valor se liquidan en tiempo real. real 7 Tipos de liquidación Sistemas de liquidación neta diferidas (DNS, Deferred Net Settlement) – Los pagos se acumulan y liquidan al final de períodos preestablecidos, por ejemplo, al finalizar el día de operación, con un proceso que compensa las obligaciones de los participantes. – La liquidación sólo es final cuando todos los participantes han cubierto todas sus obligaciones. 8 DNS Ventaja: – La compensación reduce la liquidez que necesitan los participantes. – El sistema informático puede ser simple Desventajas: – El tiempo entre la instrucción de un pago y la liquidación final del mismo es largo. largo 9 DNS Desventajas: – Si se quiere permitir que los participantes usen el dinero que reciben antes, la administración de riesgos se vuelve muy complicada. – Si un participante no puede cubrir completamente sus obligaciones, no se liquidan muchas operaciones de los demás participantes. Esto puede suceder cuando los mercados financieros están cerrados, cerrados lo cual hace mucho más difícil la tarea de remediar la situación. La mayoría y de los sistemas de bajo j valor se liquidan de esta forma. 10 Tipos de liquidación Sistemas híbridos – Li Liquidan id f frecuentemente t t un conjunto j t de d pagos que se pueden compensar o cubrir con la liquidez disponible. Para hacer esto, usa algoritmos que compensan operaciones para aprovechar mejor la liquidez. – Deja pendientes los pagos que no puede liquidar, e intenta liquidarlos cuando recibe nuevos pagos o se incrementan los saldos de los p participantes p con,, p por ejemplo, un crédito del banco central. 11 Sistemas híbridos Ventajas: – Tiene todas las ventajas de un RTGS. – Tienen parte de la eficiencia en el uso de liquidez de los DNS. Desventaja: – El sistema informático es más complejos que el de un RTGS. 12 En México Sistema de Pagos Electrónicos Interbancarios, SPEI – El Banco de México es el operador. – Los participantes pueden transferir fondos prácticamente en tiempo p real,, jjunto con información p para q que el p participante p receptor acredite las cuentas de sus clientes. – Un cliente de un banco puede transferir fondos de su cuenta a la cuenta de un cliente en cualquier q otro banco. – Participan bancos y otras instituciones financieras no bancarias (casas de bolsa, aseguradoras, fondos de inversión, casas de cambio). 13 SPEI Liquida operaciones con dinero del Banco Central – No requiere de relaciones de crédito entre los participantes, participantes ni entre éstos y el sistema. – Su predecesor requería ambos tipos de crédito, lo cual limitaba el acceso a sólo bancos. bancos Es un sistema híbrido – Ejecuta procesos de liquidación cuando ocurre uno de los siguientes eventos: – i) ha recibido 300 nuevas instrucciones de pago, o – ii) han pasado 20 segundos del último proceso de liquidación y ha llegado al menos una operación nueva. 14 SPEI Usa una heurística que escoge pagos que se pueden liquidar con la liquidez disponible. – La heurística busca una solución que se pueda encontrar rápidamente. Permite P it a los l participantes ti i t reservar dinero di para liquidar pagos que éstos declaren como de alta prioridad. Da servicio casi 23 horas diarias. Cobra 50 centavos por pago. 10 centavos si el pago se hace de noche o antes de las 10 de la mañana. 15 SPEI Usa pocos recursos de cómputo. – El prototipo usaba una PC (Linux). – Originalmente, compartía recursos de cómputo y telecomunicaciones con otros sistemas del banco. No fue necesario comprar equipo. – Recientemente, tiene equipo propio (el servidor más pequeño de la línea) y los bancos más grandes han contratado líneas de comunicación con más ancho de banda. 16 SPEI SPEI requiere firmas digitales en todas las instrucciones que recibe. recibe Esto garantiza la identidad del participante que envía el pago, así como la integridad de la información. Los participantes que reciben una instrucción de pago deben verificar la firma del participante que envía la instrucción. SPEI firma todos los avisos de liquidación de pagos. 17 SPEI Sus participantes pueden conectar sus sistemas al SPEI con procesos totalmente automáticos (STP) mediante un protocolo abierto. – Esto genera grandes beneficios en seguridad y eficiencia, y les permite ofrecer mejores servicios de pago a sus clientes. clientes – El Banco de México ha tomado medidas para que los bancos automaticen sus procesos. – L requiere Les i que envíen í y acrediten dit pagos rápidamente. á id t – Les manda muchos pagos en poco tiempo. 18 MI SPEI El Banco de México ofrece un servicio que da información por Internet a los usuarios finales del SPEI. Los usuarios pueden averiguar el estado de sus pagos y la hora en que sucede un cambio de estado. – El sistema no ha recibido el pago. – El sistema recibió el pago, pero no lo ha liquidado. – El sistema liquidó el pago. – El pago fue devuelto porque el receptor no reconoció la cuenta del beneficiario. 19 SPEI Cliente Ordenante 2 Banco Emisor Acepta INSTRUYE PAGO 1 3 4 ENVÍA PAGO DETALLES DEL PAGO Aviso de liquidación 4 Banco de México 5 6 DEPOSITA EN CTA Banco Receptor CONSULTA C Cuenta t Beneficiario Cli t Beneficiario Cliente B fi i i 20 SPEI Número e importe de operaciones en SPEI (promedio mensual de operaciones en un día) 600 700 500 500 400 400 300 300 Importe Número de operaciones. 200 200 100 0 Miles de ope eraciones Miles de millone M es de pesos 600 100 0 21 SPEI Número de operaciones en el SPEI de acuerdo al monto (promedio diario de cada mes) 400,000 88% 350,000 300,000 250,000 200,000 150,000 100,000 9% 50,000 3% 0 Menor a $100 mil $100 mil a $1 millón Mayor a $1 millón 22 Principales Riesgos en los sistemas Legal. Riesgo de que una aplicación inesperada de una ley o reglamento o la imposibilidad de hacer cumplir un contrato puede causar una pérdida Liquidez. Li id Ri Riesgo d que un participante de ti i t no cuente con suficientes fondos para cumplir oportunamente con sus obligaciones con el sistema o con los demás participantes. participantes Crédito. Riesgo de que un participante no sea capaz p de cumplir p con sus obligaciones g financieras en el sistema, ni oportunamente ni después. En los sistemas de liquidación de valores y de liquidación q de divisas, se p puede descomponer p en riesgo de principal y de costo de reemplazo. 23 Principales Riesgos en los sistemas De principal. Riesgo de que una contraparte entregue el activo acordado (valores, (valores dinero, dinero divisas) y no reciba la contraprestación correspondiente. En este caso, el valor completo del activo está en riesgo. riesgo De costo de remplazo. Posibilidad de pérdidas por el costo de reemplazar a un precio desfavorable los activos no recibidos por el incumplimiento de la contraparte (valores, divisas). 24 Principales Riesgos en los sistemas Operativo. Riesgo de que haya pérdidas por un error humano o de sistemas. error, sistemas Sistémico. Riesgo de que las pérdidas o fallas de un participante se propaguen a otros participantes, ti i t i l incluso en otros t sistemas i t ( f t (efecto dominó). 25 Algunas formas de administrar riesgos i Liquidación q en tiempo p real. DVP en operaciones con valores y PVP en operaciones cambiarias. Eliminan el riesgo de principal y reducen el riesgo sistémico. sistémico Requerimiento de garantías antes de otorgar crédito (riesgo de crédito). 26 Algunas formas de administrar riesgos i Esquemas q de recuperación p de desastres. Cuando hay una falla, estos esquemas ayudan a restablecer la operación después de un espacio corto de tiempo. Es importante que el sistema no pierda información. Se basan en respaldar la información importante en uno o más sitios independientes antes de avisarle a los participantes ti i t que han h recibido ibid recursos (riesgo (i operativo). 27 Gracias