В реальности фраза “FPS ID” чаще всего звучит как “идентификатор для быстрых платежей”, но в вашем случае под запрос точно попадает схема через СБП (Система быстрых платежей): там используется банк-участник СБП и реквизиты получателя, а не какой-то универсальный “FPS ID”, как для британских/гонконгских контекстов.

Если вы ищете именно перевод “по FPS ID”, самый полезный ориентир такой:
- вместо FPS ID обычно нужно либо номер телефона получателя для СБП, либо платежную ссылку/QR,
- а технически в API это выражается полями вроде id банка (банк по умолчанию/выбранный) и идентификаторами операции, которые относятся к сценариям СБП.

Ниже разложу по шагам так, чтобы вы могли перевести деньги без лишней теории и с пониманием, что у вас на руках.


Два реальных сценария: “по номеру телефона” или “по ссылке/QR”

Перевод через СБП в приложении банка (самый частый вариант)

Обычно для перевода в СБП вам нужен телефон получателя, и дальше всё делает банк.

Как это выглядит в интерфейсе:
- В приложении банка выберите перевод: “по номеру телефона” или “через СБП”
- Введите номер телефона получателя
- При необходимости выберите банк получателя (иногда показывается “банк по умолчанию”)
- Укажите сумму и подтвердите

Это соответствует тому, как в документации описывается логика C2C-сценариев: получатель указывается по телефону, а “банк по умолчанию” может передаваться/использоваться в составе параметров сценария.

Перевод по платежной ссылке/QR (когда у вас нет телефона получателя)

Если у вас есть ссылка или QR, то перевод делается как оплата по реквизитам в QR/ссылке:
- открываете ссылку или сканируете QR в мобильном приложении банка
- подтверждаете сумму (в некоторых типах QR может быть фиксированная, в других - открытая)
- оплачиваете

В спецификациях СБП встречаются сценарии C2B (оплата по QR-коду):
- статический QR (часто многоразовый, с заранее заданной структурой)
- динамический QR (обычно под конкретную оплату)


Что такое “FPS ID” в вашем контексте и чем его реально заменяют

По вашим источникам видно, что “FPS” в тех же документах может встречаться в разных смыслах:
- FPS как часть банковских/кредитных антифрод-решений (например, Fraud Prevention Service)
- FPS в контексте “быстрых платежей/платформ” (встречается как название метода/сервиса)
- СБП как протокол платежей с конкретными сценариями и полями

Поэтому ориентир такой:
- если вам дали “FPS ID” как строку/код - проверьте, что это именно идентификатор для платежа через СБП или для оплаты по ссылке/QR,
- если это не “технический код” для API, а просто “ID получателя”, то в пользовательском процессе чаще всего его заменяют номером телефона/счетом/QR-пэйлоадом (в зависимости от того, как банк реализовал сценарий).


Как перевести деньги, если вам дали “ID” и вы не уверены, что именно нужно

Сделайте бысткую проверку по смыслу:

Что у вас есть На практике это обычно переводят так Что должно быть в итоге
Номер телефона получателя СБП “по номеру телефона” (C2C) сумма уходит в банк получателя через СБП
Ссылка на оплату / QR-код СБП “оплата по QR” (C2B) вы открываете QR/ссылку и подтверждаете оплату
“FPS ID” как короткий код/строка Часто это либо “технический идентификатор” для системы, либо часть платежной ссылки/QR вам всё равно понадобится механизм в приложении: телефон или QR/ссылка

Если “FPS ID” существует как часть платежной ссылки/QR - это нормально. Тогда вам не нужно “вручную вводить FPS ID” в банке. Вы просто делаете оплату по тому, что вам дали.


Если вы отправляете деньги через API/интеграцию (для разработчиков)

В документации по СБП встречаются поля и сценарии, которые помогают понять, что именно нужно, чтобы “перевод по идентификатору” прошёл.

Ключевые идеи такие:
- СБП работает в сценариях C2C/Me2Me Push, Me2Me Pull, C2B QR и др.
- В C2C/B2C для пользователя важны:
- сумма
- сценарий
- идентификатор банка/телефон получателя (в описаниях фигурируют поля вроде id банка и номер телефона получателя)
- В C2B (QR) передается QR payload/ссылка, и дальше система ведёт оплату по статусам.

Пример того, что в документации называют “банк по умолчанию”:
- “банк по умолчанию” - это банк, куда при переводе C2C зачислятся средства, если получатель заранее его так настроил в ДБО.

(Это к вопросу “какой банк выбрать”, когда вы не знаете, в какой банк привязан получатель.)


Частые причины, почему “ID” не получается ввести или перевод не проходит

  • Пытаетесь ввести ID вручную туда, где пользовательский интерфейс ожидает телефон/QR.
    В СБП пользовательский сценарий часто строится вокруг телефона или платежной ссылки/QR.
  • Путаница между разными смыслами FPS.
    “FPS” в текстах может значить и антифрод-систему, и другую технологию, не имеющую отношения к переводу по СБП.
  • Неправильный тип сценария.
    Например, если у вас C2C, а вы пытаетесь использовать логику C2B (или наоборот), перевод не сложится.

Практическая “шпаргалка”

  • Если вам нужно перевести “человеку” деньги в РФ быстро - почти всегда это СБП по номеру телефона.
  • Если вам дали ссылку или QR - делайте перевод как оплату по QR/ссылке.
  • Если вам дали “FPS ID” - проверьте, является ли он частью QR payload/ссылки или относится к технической интеграции. В обычном приложении “вводить FPS ID” чаще всего не требуется.

Полезные опорные источники (где именно описаны сценарии и поля)

  • Документация по СБП (Сценарии, поля, C2C/Me2Me Push, C2B QR и т.п.): https://docs.moneta.ru/sbp/index.html
  • Описание полей для переводов СБП (упоминаются сценарии, параметры и “банк по умолчанию”): https://docs.payanyway.ru/marketplace/sbp/opisanie-polei-dlya-perevodov-sbp
  • Общая информация о том, как принимаются платежи через СБП по QR/ссылке (пример интеграционного подхода): https://developer.131.ru/payments/payment-fps-qr
  • Описание “FPS QR” в платежных интеграциях (показывает, что “FPS” может встречаться как название метода QR в других контекстах): https://developers.ecommpay.com/ru/pm_hk_qr.html

В вашем запросе ключевой смысл такой: для реального перевода вам почти наверняка нужен не “FPS ID как универсальное поле”, а один из пользовательских вариантов СБП: телефон получателя или ссылка/QR.