Integrador ISO 20022

Una ruta para un producto en desarrollo

El Payment Hub está construido pero no desplegado. Esta ruta te prepara con los conceptos y el diseño; las lecciones prácticas aparecerán cuando exista un ambiente donde hacerlas. Nada de lo que sigue describe un servicio en operación.

Quién eres

Eres quien conecta el banco con otra institución para mover dinero: una cámara de compensación, el sistema de alto valor del banco central, la mensajería internacional entre bancos. Tu trabajo es que cada orden salga bien formada, llegue una sola vez y que su estado vuelva al core, aunque tarde horas.

Lo que haces en el sistema

• Traduces la especificación de la red a reglas: qué riel, qué datos obligatorios, qué formato de dirección.
• Configuras el perfil del país: identidad de la institución, rieles, límites y reglas de ruteo.
• Pruebas el flujo completo: orden, envío, informe de estado y su efecto en el core.
• Concilias lo enviado contra lo confirmado, y persigues lo que quedó en vuelo.

Tu ruta

1. 1

   ISO 20022 en palabras propias12 min

   Nombres de mensaje, pacs.008 y pacs.002, y datos estructurados.

2. 2

   Cómo viaja un pago por el Payment Hub12 min

   Etapas, bandeja de salida, idempotencia y rieles por país.

3. 3

   ISO 8583 en palabras propias15 min

   Para no confundir el mundo de las tarjetas con el de las transferencias.

4. 4

   Configurar el perfil de un paísHoja de ruta

   Identidad, rieles, límites y reglas de ruteo de una jurisdicción.

5. 5

   Enviar una transferencia y seguir su estadoHoja de ruta

   De la orden del core al informe de estado, de punta a punta.

6. 6

   Atender los pagos en vueloHoja de ruta

   Encontrar, entender y resolver lo que no recibió acuse.

7. 7

   Conciliar con los estados de cuenta de la redHoja de ruta

   Cotejar lo enviado contra lo liquidado.

Tu lista de cada día, semana y mes

Cuando el Payment Hub esté en operación, esta será la lista. Hoy sirve para preparar el diseño de tu integración.

Cada día

• Revisa la lista de pagos en vuelo: lo que salió y no tiene informe de estado.
• Revisa los huérfanos: informes de estado que llegaron sin orden conocida.
• Revisa los rechazos por política: dirección incompleta, límite superado, institución bloqueada.

Cada semana

• Concilia lo enviado contra lo confirmado por cada riel.

Ante cada cambio de una red

• Lee qué cambia en su versión de mensaje y en sus reglas de datos, y prueba antes de la fecha de entrada en vigor.

Lo que se mide de tu trabajo

Indicador	Qué quiere decir	Buena señal
Pagos en vuelo viejos	Órdenes sin estado después del plazo normal de su riel	Ninguno sin explicación
Rechazos por formato	Órdenes que la red devolvió por datos mal formados	Cero
Duplicados emitidos	El mismo pago enviado dos veces	Cero, siempre
Huérfanos sin resolver	Informes de estado que nadie emparejó	Ninguno

Errores frecuentes

Lo que pasa	Por qué	Qué hacer
Dar por rechazado un pago sin informe de estado	Parece que «no pasó nada»	Está en vuelo. Espera el estado o investígalo; nunca lo reenvíes con otro identificador
Reenviar con un identificador nuevo	Para «forzar» el envío	Generas un segundo pago. El identificador de punta a punta es lo que evita duplicados
Dirección en una sola línea de texto	Es lo que venía del sistema anterior	Ciudad y país en sus campos, como mínimo. Algunas redes rechazan lo demás
Escribir el país en el código	Atajo para el primer despliegue	El país va en el perfil de configuración; el código no nombra ninguno

Tu rol en el sistema

El Payment Hub todavía no tiene consola ni roles de usuario: hoy es un servicio que se configura por perfil de país y se opera por su API. Cuando tenga ambiente y pantallas, esta sección dirá qué rol usarás y qué puede hacer.