Direcciones estructuradas en pagos SWIFT y SEPA: el plazo se movió, el trabajo no

2026-11-05

La fecha que desapareció sin hacer ruido

Durante casi todo el último año, noviembre de 2026 estuvo marcado en rojo en el calendario del sector de pagos. A partir de ese mes, los mensajes de pagos transfronterizos en la red Swift iban a dejar de aceptar direcciones postales escritas como texto libre, y los pagos SEPA en Europa debían seguir el mismo camino a partir del 15 de noviembre. Los bancos pasaron meses rehaciendo formularios y ficheros en función de ello.

Después, al final del verano, ambas fechas salieron del calendario. El 27 de agosto de 2026 Swift anunció que aplazaba los cambios de pagos de su release de estándares de 2026, incluida la eliminación de las direcciones no estructuradas, y dijo que consultaría al sector antes de fijar un nuevo calendario, con una actualización prevista para diciembre. El 9 de septiembre, el comité de gestión de esquemas del European Payments Council hizo lo mismo con los cinco rulebooks SEPA: se eliminó la fecha final del 15 de noviembre y se fijará una nueva más adelante.

Si su empresa envía o recibe pagos internacionales, es tentador leerlo como «no hay nada que hacer». No es exactamente así.

Texto libre, estructurada, híbrida: de qué trata el cambio

Los mensajes de pago modernos, basados en el estándar ISO 20022, tienen un campo separado para cada parte de una dirección: calle, número, código postal, localidad, país. Los formatos antiguos tenían unas pocas líneas de texto libre, y muchos pagos todavía meten toda la dirección en esas líneas, en el orden que se le ocurrió a quien la escribió.

El sector trabaja con tres formatos:

• No estructurada: toda la dirección como texto libre. Es la que se está retirando.
• Totalmente estructurada: cada elemento en su propio campo, con localidad y país como mínimo.
• Híbrida: localidad y país en sus propios campos, más hasta dos líneas de texto libre de hasta 70 caracteres cada una para el resto. Existe como puente para las organizaciones que todavía no pueden dividir limpiamente cada dirección.

Para los bancos a lo largo de la ruta, el BIC sigue siendo una forma aceptada de identificar al propio banco. El cambio afecta sobre todo a las personas y empresas en los extremos del pago: usted, sus clientes, sus proveedores.

Por qué importa dónde va el nombre de la calle

Una dirección en texto libre es fácil de leer para una persona y engorrosa para una máquina. «Unit 4, 12 Harbour Road, Limassol 3035, CY» y «Cyprus, Limassol, Harbour Rd 12/4» son el mismo lugar, pero un control automático tiene que adivinar qué parte es la localidad y cuál el país. El control de sanciones y la monitorización contra el blanqueo de capitales en cada banco de la cadena funcionan con esos datos. Cuando no se pueden leer con seguridad, el pago se detiene para una revisión manual y alguien escribe pidiendo aclaraciones.

Los campos estructurados eliminan la mayor parte de las conjeturas. Un país en su propio campo se puede comprobar al instante, y una localidad en el lugar correcto no se confunde con parte del nombre de una empresa. El resultado: menos pagos retenidos por preguntas y menos devueltos. Por eso el cambio sigue llegando, aunque la fecha haya desaparecido.

Por qué se produjo el aplazamiento

En pocas palabras: el sector no estaba preparado. Las cifras de preparación citadas en su momento situaban en torno al 61% la proporción de pagos que en abril de 2026 todavía llevaban direcciones no estructuradas, y grandes bancos y sistemas de pago nacionales pidieron más tiempo. Mover el plazo fue reconocer cuántos datos quedan por limpiar. No fue un cambio de rumbo. J.P. Morgan, por ejemplo, ha descrito la decisión como reprogramada, no abandonada.

La parte que le corresponde a usted

Los bancos pueden rehacer sus formatos de mensaje. Lo que no pueden hacer fácilmente es reparar una dirección que se registró mal desde el principio. Swift ha dejado claro que los datos de dirección tienen que ser correctos en origen, y para una empresa el origen suelen ser sus propios registros: listas de proveedores, ficheros de clientes, plantillas de factura, los beneficiarios guardados en la banca online.

Para eso sirve el tiempo extra:

• Dividir las direcciones en partes. Para cada contraparte habitual, guarde por separado calle, número, código postal, localidad y país, no como un único bloque de texto.
• Usar códigos de país coherentes. «Germany», «DE» y «Deutschland» deberían convertirse en un solo valor, idealmente el código ISO de dos letras.
• Preguntar al dar de alta a alguien. Cuando un proveedor envíe sus datos bancarios, pídale al mismo tiempo la dirección registrada desglosada. La mayoría responde una vez y no vuelve a pensar en ello.
• Cuadrar la documentación. El nombre y la dirección del beneficiario en el pago deberían coincidir con la factura y el contrato. Las discrepancias son un motivo habitual de preguntas y, a veces, de una transferencia devuelta.
• Revisar sus propios datos. La dirección que ven sus clientes cuando le pagan debería ser la registrada, escrita igual en todas partes.
• Usar los campos que le dan. Si un formulario de pago o un fichero de carga tiene campos separados para localidad y código postal, rellénelos en lugar de meterlo todo en la primera línea.

Nada de esto es difícil. Es tedioso, y afecta a finanzas, compras y a quien se ocupe del sistema contable, y precisamente por eso se aplaza cuando no hay fecha límite.

Qué significa esto hoy para sus pagos

Nada tiene que cambiar de la noche a la mañana en sus pagos. Las direcciones no estructuradas, híbridas y estructuradas siguen siendo válidas con el estándar actual de Swift, y los rulebooks SEPA siguen permitiendo el formato no estructurado hasta que el EPC fije una nueva fecha final. La actualización de Swift sobre el calendario está prevista para finales de este año. Lleguen cuando lleguen las nuevas fechas, es más fácil tener ya los datos limpios que empezar la limpieza entonces.

Mientras tanto, los datos desordenados tienen su propio coste. Un pago retenido mientras un banco de la ruta pregunta quién es el beneficiario, o uno devuelto porque los datos no cuadran, cuesta tiempo y a menudo comisiones. Los pagos SWIFT pueden pasar por bancos corresponsales, y cada uno aplica sus propios controles. Nuestra guía sobre transferencias devueltas explica qué ocurre cuando los datos fallan, y nuestro resumen de SEPA frente a SWIFT explica cuándo se aplica cada vía.

Cómo encaja Polydirection

Polydirection ofrece cuentas y pagos internacionales para empresas con casos complejos: SEPA, SWIFT, IBAN multidivisa y Mastercard, gestionados a través de una sola cuenta y revisados individualmente. Las empresas de cripto, apuestas, forex y citas cuentan con un gestor dedicado, no con una carta de rechazo estándar.

Si paga a proveedores y socios en muchos países, eso significa que hay una persona a quien preguntar cuando un pago queda retenido o los datos de una contraparte no están claros. Si está ordenando cómo se configuran sus datos de pago, o quiere comprobar qué necesita un pago saliente antes de enviarlo, contacte con nosotros.

Polydirection ofrece cuentas Personal y Business para negocios de cripto, apuestas, forex y citas — consulte el esquema completo de tarifas en la página de tarifas.