Swift prueba transferencias internacionales con número de teléfono

Los largos datos bancarios son una barrera visible incluso antes de enviar el dinero. El 28 de septiembre de 2026, Swift presentó la iniciativa pay-by-alias: los participantes exploran transferencias internacionales con identificadores conocidos, como el teléfono o el email. Entre los esquemas locales que se conectarían se mencionan Bizum, PayID y Pix. El trabajo está en fase de proof of concept.

La parte más visible del pago

La idea para el usuario es sencilla: encontrar al beneficiario de la forma habitual, sin copiar a mano los campos bancarios. Pero detrás de un identificador corto debe haber una respuesta inequívoca sobre a quién va el dinero. Por eso, la calidad de la correspondencia entre el contacto y el beneficiario se convierte en una parte propia de la confianza en el producto.

Imaginemos a una persona que envía dinero a un familiar en el extranjero. Conoce su número de teléfono, pero no sabe a qué banco está vinculado. Una buena interfaz debe ayudarle a comprobar que encontró al beneficiario correcto antes de confirmar el importe. La comodidad al ingresar los datos y la seguridad sobre el destinatario deben llegar al mismo tiempo.

Una dirección simple no describe toda la ruta

En la pantalla puede haber menos campos, pero el remitente sigue necesitando el costo final y una promesa clara sobre la recepción del dinero. La identificación del destinatario, el cambio de divisas, los controles y el abono resuelven tareas distintas. La mejora del primer paso no debe trasladarse automáticamente a cada uno de los siguientes.

Para el banco, este producto ofrece un punto de medición interesante: cuántos usuarios abandonan la transferencia al ingresar los datos bancarios y cómo cambia el número de correcciones. Es una forma más precisa de evaluar la novedad de la interfaz que atribuirle toda la velocidad de la liquidación transfronteriza.

También está la cuestión práctica del ciclo de vida del identificador. El número puede cambiar, el contacto puede quedar desactualizado y el usuario puede elegir otra cuenta. El equipo de producto necesita una forma de explicar ese cambio y confirmar al beneficiario sin devolver a la persona todo el volumen anterior de datos bancarios complejos.

En esta etapa, la noticia describe una prueba de concepto conjunta. Para el uso cotidiano harán falta corredores y condiciones concretos. Por ahora, la conclusión más sustancial es que los pagos internacionales empiezan a diseñarse también desde el primer clic, donde para el cliente suele comenzar toda la complejidad.

Qué significa para bancos y PSP

Para los bancos y los proveedores de pagos que gestionan transferencias internacionales de personas, esta idea afecta a varios procesos a la vez: la interfaz, la confirmación del beneficiario, el antifraude y el soporte. Pasar a un identificador como el teléfono eleva las exigencias sobre cómo se muestran los datos del beneficiario y sobre la protección contra la suplantación.

• Medir la tasa actual de transferencias abandonadas en la etapa de ingreso de datos bancarios y el número de devoluciones por errores: es la base para una comparación futura.
• Revisar cómo muestra la interfaz la confirmación del beneficiario y qué ve el cliente cuando el nombre no coincide.
• Prever escenarios de fraude: las transferencias «por número» también son cómodas para la ingeniería social.
• Consultar con los socios cómo se gestionarán los identificadores desactualizados o reasignados.
• Evaluar qué datos del beneficiario se pueden mostrar al remitente según los requisitos de protección de datos personales.

Qué observar a continuación

El siguiente paso relevante será pasar de la prueba de concepto a las condiciones de participación: qué corredores, qué sistemas locales y qué reglas se aplican a errores y devoluciones. Hasta entonces es prematuro construir un plan de producto en torno a la iniciativa, pero ya se pueden preparar las métricas del embudo y los escenarios de verificación del beneficiario. Así, el efecto de la dirección simplificada, si llega, podrá medirse con datos propios.

Para los PSP pequeños y las aplicaciones fintech, la conclusión práctica es no construir ahora directorios propios de identificadores, sino seguir a través de qué participantes estará disponible este tipo de direccionamiento y qué requisitos de conexión aparecerán.