Swift проверяет международные переводы по номеру телефона

Длинные банковские реквизиты — заметный барьер ещё до отправки денег. 28 сентября 2026 года Swift представил инициативу pay-by-alias: участники исследуют международные переводы с использованием знакомых идентификаторов, например телефона или email. Среди подключаемых локальных подходов названы Bizum, PayID и Pix. Работа находится на стадии proof of concept.

Самый видимый участок платежа

Пользовательская идея проста: найти получателя привычным способом, не переписывая банковские поля вручную. Но за коротким идентификатором должен стоять однозначный ответ о том, кому направляются деньги. Поэтому качество сопоставления контакта с получателем становится самостоятельной частью доверия к продукту.

Представим человека, который отправляет родственнику деньги за границу. Он знает номер телефона, но не знает, к какому банку он привязан. Хороший интерфейс должен помочь убедиться, что найден именно нужный получатель, до подтверждения суммы. Удобство ввода и уверенность в адресате должны появляться одновременно.

Простой адрес не описывает весь маршрут

На экране может стать меньше полей, однако отправителю по-прежнему нужны итоговая стоимость и понятное обещание о получении денег. Определение адресата, обмен валюты, проверки и зачисление решают разные задачи. Улучшение первого шага не следует автоматически переносить на каждый последующий.

Для банка такой продукт имеет интересную точку измерения: сколько пользователей бросают перевод на вводе реквизитов и как меняется число исправлений. Это более точный способ оценить интерфейсную новацию, чем приписывать ей всю скорость трансграничного расчёта.

Есть и прикладной вопрос жизненного цикла идентификатора. Номер может смениться, контакт может устареть, а пользователь — выбрать другой счёт. Продуктовой команде нужен способ объяснить подобное изменение и подтвердить получателя, не возвращая человеку весь прежний объём сложных реквизитов.

На этой стадии новость описывает совместную проверку концепции. Для повседневного использования потребуются конкретные доступные направления и условия. Пока самый содержательный вывод — международные платежи начинают проектировать и со стороны первого клика, где для клиента нередко начинается вся сложность.

Что это значит для банков и PSP

Для банков и платёжных провайдеров, обслуживающих международные переводы физических лиц, такая идея затрагивает сразу несколько процессов: интерфейс, подтверждение получателя, антифрод и поддержку. Переход к идентификатору вроде телефона повышает требования к показу данных получателя и к защите от подмены.

• Измерить нынешнюю долю брошенных переводов на этапе ввода реквизитов и число возвратов из-за ошибок — это база для будущего сравнения.
• Проверить, как интерфейс показывает подтверждение получателя и что видит клиент при несовпадении имени.
• Продумать сценарии мошенничества: переводы «по номеру» удобны и для социальной инженерии.
• Уточнить у партнёров, как будут обрабатываться устаревшие или переназначенные идентификаторы.
• Оценить, какие сведения о получателе допустимо показывать отправителю с учётом требований к защите персональных данных.

На что смотреть дальше

Следующий значимый шаг — переход от проверки концепции к условиям участия: какие направления, какие локальные системы и какие правила действуют для ошибок и возвратов. До этого строить продуктовый план на основе инициативы преждевременно, но подготовить метрики воронки и сценарии проверки получателя можно уже сейчас. Тогда эффект от упрощённой адресации, если он появится, удастся измерить на собственных данных.

Для небольших PSP и финтех-приложений практичный вывод — не строить сейчас собственные справочники идентификаторов, а следить за тем, через каких участников будет доступна такая адресация и какие требования к подключению появятся.