Sistemas de Pago de Alto Valor y Riesgos en los Sistemas

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 pagos p g entre alto y bajo j valor.
� Desde hace más de 13 años, SIC liquida todos
los pagos p 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 (RTGS, Real Time Gross Settlement)
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 parcialmente. p Un pago p g seliquida q por p el
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 punto p 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 valorse liquidan de esta forma.
10

Tipos de liquidación
� Sistemas híbridos
– Li Liquidan id ffrecuentemente t t un conjunto j t dde
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 participantes p p con, , por p
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, , junto j con información para p que q el participante
p 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.
�� PPermite it a llos participantes ti i t reservar di dinero 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.
– LLes requiere 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 Banco Emisor
Acepta
DETALLES DEL PAGO
Banco Receptor
4
2
INSTRUYE PAGO
1
Banco de México
5 6
DEPOSITA EN CTA
CCuenta t
Beneficiario
CONSULTA
3
ENVÍA PAGO
Aviso de liquidación
4
Cli Cliente t Beneficiario
B fi i i
20

SPEI
Miles M de millonees
de pesos
700
600
500
400
300
200
100
0
Importe
Número e importe de operaciones en SPEI
(promedio mensual de operaciones en un día)
Número de operaciones.
600
500
400
300
200
100
0
Miles de opeeraciones
21

SPEI
400,000
350,000
300,000
250,000
200,000
150,000
100,000
50,000
0
Número de operaciones en el SPEI de acuerdo al monto
(promedio diario de cada mes)
Menor a $100 mil $100 mil a $1 millón Mayor a $1 millón
9%
3%
88%
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
�� Li Liquidez. id Ri Riesgo dde que un participante 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 puede p 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 error, humano o de sistemas sistemas.
� Sistémico. Riesgo de que las pérdidas o fallas de
un participante se propaguen a otros
participantes, ti i t iincluso l en otros t sistemas i t ( (efecto f t
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
crédito (riesgo de crédito).
antes de otorgar
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 hhan recibido ibid recursos (i (riesgo
operativo).
27

Gracias