Dominar la gestión de direcciones: la fecha límite de noviembre de 2026 que la mayoría de los equipos de tesorería subestiman

Durante los últimos meses, hemos recibido la misma pregunta de numerosos clientes: «¿Tenemos que reestructurar todas las direcciones de los beneficiarios antes de noviembre de 2026?» Esto es lo que está ocurriendo realmente. La mayoría de los equipos de tesorería están tratando el mandato de direcciones de noviembre de 2026 como una simple casilla de cumplimiento. Están perdiendo la oportunidad más importante: corregir los datos que llevan años ralentizando sus pagos transfronterizos.

Dejad que os expliquemos por qué esto es importante, qué está cambiando realmente y cómo convertir un problema regulatorio en una mejora operativa.

La tormenta perfecta regulatoria

Tres fuerzas están convergiendo para hacer inevitable la gestión de direcciones:

La adopción de ISO 20022 está impulsando al sector hacia datos de pago estructurados. Pensad en las direcciones no estructuradas como sobres escritos a mano en un mundo que ha pasado al código de barras. Puede que acaben entregándose, pero ralentizarán cada sistema de clasificación automatizado que encuentren. Al final, el servicio postal (o en este caso, el banco) simplemente dejará de aceptarlos.

Las revisiones de la Recomendación 16 del GAFI exigen ahora, como mínimo, el nombre de la localidad y el país para la identificación de las partes en el pago. No se trata solo de calidad de datos; se trata de reforzar el marco global de lucha contra el blanqueo de capitales (AML) y la financiación del terrorismo (CTF).

Los compromisos del G20 sobre calidad de datos están acelerando el cambio hacia formatos estructurados a través de las fronteras, con el objetivo de reducir la fricción en los pagos y mejorar la transparencia.

La fecha límite firme: noviembre de 2026. Después de esta fecha, las direcciones postales completamente no estructuradas (que contienen solo líneas de dirección) y las direcciones postales que contienen únicamente el elemento país ya no estarán autorizadas por los reguladores para la mayoría de las transferencias transfronterizas y algunas transferencias nacionales. Será necesario proporcionar el nombre de la localidad y el país. Esta es una fecha límite firme que las organizaciones no pueden permitirse incumplir.

Los beneficios más allá del cumplimiento

Seamos sinceros: reestructurar miles de registros de beneficiarios seis meses antes de una fecha límite firme implica trabajo. Pero el mandato de cumplimiento también obliga a una limpieza que la mayoría de las organizaciones llevan años posponiendo. Y los beneficios operativos son reales.

Esto es lo que estamos viendo con los clientes que ya han completado la transición:

Menos excepciones de pago, menos reprocesamiento manual

Los indicadores del sector muestran que la gestión de excepciones de pago (transacciones que requieren intervención manual, como pagos fallidos o devoluciones ACH) cuesta, en promedio, entre 15 y 25 dólares por reparación cuando se tiene en cuenta el tiempo del personal, la liquidez retrasada y la fricción con los proveedores. Para una multinacional de tamaño medio que procesa 50.000 pagos transfronterizos al año, una mejora de 5 puntos en las tasas de procesamiento directo (STP) puede ahorrar más de 50.000 dólares anuales.

Reducción de la fricción en los pagos transfronterizos

El paso a direcciones estructuradas elimina muchos de los obstáculos tradicionales en los pagos transfronterizos. Esto significa menos excepciones de pago, costes de reparación reducidos y tasas de procesamiento directo (STP) mejoradas, todas métricas críticas para las operaciones de tesorería que gestionan flujos de pago globales.

Pagos más rápidos, mejor posicionamiento de tesorería

Las direcciones estructuradas permiten una verdadera automatización. Los pagos que antes requerían revisión manual ahora fluyen directamente. Esto significa fechas valor más rápidas, mayor precisión en la previsión de tesorería y mejor gestión del capital circulante. En entornos de alto volumen, la diferencia entre la liquidación en el mismo día y al día siguiente puede impactar materialmente en la posición de tesorería.

Mayor cumplimiento AML/CTF con menos falsos positivos

Con el creciente enfoque en la lucha contra el blanqueo de capitales (AML) y la financiación del terrorismo (CTF), las direcciones postales estructuradas permiten una lucha más eficaz y eficiente contra el crimen financiero. Unos datos de beneficiarios más claros y estandarizados mejoran la precisión del screening. Los equipos de cumplimiento detectan menos falsos positivos, mientras que las señales de riesgo genuinas se vuelven más fáciles de identificar.

Mayor visibilidad en todo el ecosistema de pagos

Cuando cada pago contiene datos de las partes consistentes y estructurados, por fin es posible analizar los flujos de pago por geografía, tipo de contraparte o perfil de riesgo con confianza. La consistencia crea una única fuente de verdad en todas las operaciones de pago, eliminando el costoso reprocesamiento asociado con los errores de validación de direcciones.

Lo que el equipo de pagos necesita saber

Muchos bancos han comenzado a contactar con sus clientes indicando que no admitirán direcciones no conformes y subrayando el riesgo de rechazo de pagos en caso de transmisión de direcciones no válidas.

Si gestionáis operaciones o implementaciones de pagos, aquí está la traducción técnica de lo que está cambiando. A continuación encontraréis ejemplos comparativos para los tres formatos más comunes: ISO 20022 XML (Pain.001), MT101 y AFB320.

Comprender estas distinciones os ayudará a configurar correctamente los sistemas y evitar pagos fallidos.

1. ISO 20022 XML (formatos Pain)

<PstlAdr>
    <AdrLine>Agustinas 641</AdrLine>
    <AdrLine>Santiago</AdrLine>
    <AdrLine>CL</AdrLine>
</PstlAdr>

<PstlAdr>
    <TwnNm>Santiago</TwnNm>
    <Ctry>CL</Ctry>
    <AdrLine>Agustinas 641</AdrLine>
</PstlAdr>

<PstlAdr>
    <Ctry>CL</Ctry>
</PstlAdr>

<PstlAdr>
    <StrtNm>Agustinas 641</StrtNm>
    <TwnNm>Santiago</TwnNm>
    <Ctry>CL</Ctry>
</PstlAdr>

2. MT101

:59F:/FR7630056002000200XX
THIRD PARTY
1 RUE DE PARIS
69001 LYON FRANCE

:59F:/FR7630056002000200XX
1/THIRD PARTY
2/1 RUE DE PARIS
3/FR/LYON

3. AFB320

12355 BROADWAY
12345 NEW YORK
US

12355 BROADWAY
US/12345 NEW YORK
23

Cómo puede ayudar Kyriba

Si os enfrentáis a esta fecha límite y no sabéis por dónde empezar, ya hemos pasado por esto con numerosos clientes globales. El patrón que funciona: auditar primero los datos, priorizar los corredores de alto volumen y automatizar la migración siempre que sea posible.

Así es como Kyriba se encarga de la infraestructura técnica para que podáis centraros en la gobernanza de datos:

Para formatos ISO 20022 Pain: Los alias de direcciones híbridas de Kyriba permiten reestructurar los datos de los beneficiarios una vez en los registros maestros y luego mapearlos automáticamente a formatos de salida conformes tanto para las partes acreedoras como deudoras. No se requiere scripting personalizado.

Para usuarios de MT101 y AFB320: Hemos añadido parámetros de estructuración de direcciones que se activan a nivel de formato, convirtiendo las direcciones almacenadas en salida conforme según el tipo de mensaje y los requisitos bancarios.

Controles de validación integrados: La validación del perfil de pago ahora marca las transacciones a las que les falta ciudad o país antes de que se liberen al banco. Se detecta el error en Kyriba, no en un mensaje de rechazo días después.

La tecnología se encarga de la conversión de formatos. Pero la gobernanza y la propiedad de los datos son responsabilidad vuestra. Lo que me lleva a lo que deberíais hacer a continuación.

Nuestra recomendación para el plan de acción

Paso 1: Auditar los datos maestros de beneficiarios

Comprobar los datos principales en Kyriba para completar todas las direcciones de las partes. Revisar la base de datos de terceros para añadir la ciudad para todos los beneficiarios transfronterizos. Probablemente os sorprenda cuántas lagunas existen, especialmente para proveedores heredados o entidades utilizadas con poca frecuencia.

Paso 2: Priorizar por volumen de pagos

Centrarse primero en los corredores de alto volumen y los proveedores críticos. Un análisis de Pareto suele mostrar que el 20 % de los beneficiarios representan el 80 % del volumen de pagos. Empezad por ahí.

Paso 3: Asignar la propiedad de datos por región o entidad

No convirtáis esto en un proyecto en solitario de la tesorería central. Distribuid la responsabilidad entre los equipos financieros regionales o los responsables de cuentas por pagar que conocen a los beneficiarios. Estableced plazos claros y haced seguimiento del progreso.

Paso 4: Establecer una fecha límite interna con margen

Si la fecha límite regulatoria es noviembre de 2026, apuntad internamente a septiembre de 2026. Esto os da tiempo de margen para pruebas, coordinación bancaria y solución de los casos límite inevitables.

Paso 5: Automatizar la migración siempre que sea posible

Utilizar los parámetros de formato y las reglas de validación de Kyriba para gestionar la conversión técnica. El equipo debe dedicar tiempo a la calidad de los datos, no al reformateo manual.

Si gestionáis más de 1.000 beneficiarios en múltiples entidades, considerad un despliegue por fases según región, entidad o tipo de pago. Probad primero en un corredor de bajo riesgo, aprended y luego escalad.

Qué viene a continuación

En el siguiente artículo del blog, compartiremos cómo una compañía de seguros global migró sus registros de beneficiarios y las mejores prácticas que hemos aprendido juntos. Si os enfrentáis a esta fecha límite y queréis