Как внедрить СБП на сайт, в личный кабинет или корпоративную платформу B2B

Расчеты между компаниями и предпринимателями через Систему быстрых платежей относятся к корпоративным (B2B). В цифровом канале такой платеж связан не только с переводом денег. Счет или заказ должны получать понятный статус в учетной системе, а поступающие средства — разноситься по соответствующим заказам. Без этой связи даже удобная кнопка оплаты остается отдельным элементом, который не делает основной процесс бесшовным.

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

Условия начинаются с определения возможностей обслуживающего банка. Поддержка сценария «от бизнеса к бизнесу» (B2B), наличие программного интерфейса (API), возможность получения уведомлений, тарифы и лимиты зависят от договора. Наличие расчетного счета само по себе не означает, что нужная услуга уже доступна. Актуальные параметры рассматриваются для конкретной организации, без переноса чужих условий.

Масштаб будущих работ определяется объемом счетов — несколько разовых допускают ручную обработку, в то время как поток заказов делает важными автоматическое сопоставление данных, единую систему идентификации заказов и своевременную передачу результата в учетную систему. Канал тоже имеет значение: электронный счет, сайт, личный кабинет и корпоративная платформа по-разному связаны с документами и ответственными сотрудниками. Выбор способа внедрения СБП зависит от:

• количества операций и доли повторяющихся расчетов;

• привязки оплаты к счету, договору или заказу;

• места, где контрагент получает платежную ссылку;

• систем, которым нужен итоговый статус;

• объема ручной сверки;

• расходов на запуск, сопровождение и обучение сотрудников.

Самый простой вариант основан на системе дистанционного банковского обслуживания (ДБО) — банковский сервис для работы с расчетным счетом. Сотрудник формирует платежную ссылку и передает ее контрагенту. Платежная ссылка СБП для юридических лиц может передаваться в электронном счете, письме, СМС или сервисе обмена сообщениями, ту же ссылку можно представить как QR-код.

Одноразовая платежная ссылка связана с конкретным счетом или заказом. Многоразовая платежная ссылка подходит для повторяющегося сценария, если ее параметры соответствуют процессу компании.

Прием корпоративных платежей (B2B) через СБП без разработки оставляет часть ручной работы. Сотрудник отслеживает результат и сверяет поступление с платежным документом. Модель остается разумной при небольшом потоке, когда простота запуска важнее полной автоматизации и компания готова контролировать процесс вручную.

Большой поток заказов требует автоматизации. Интеграция СБП по программному интерфейсу (API) связывает страницу оплаты или внутреннюю систему с интерфейсом (API) банка. Система создает платежную ссылку для конкретного заказа, получает оплату и принимает уведомление об итоговом результате. Контрагент по-прежнему подтверждает перевод, а клиентский сервис продолжает работу уже после получения подтверждения о зачислении.

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

Информационная безопасность и устойчивость обмена рассматриваются как часть системы взаимодействия с банком, обеспеченная соответствующими средствами защиты.

Готовый модуль позволяет подключить оплату без разработки собственного решения. Он передает сведения о платеже между банком и учетной системой компании. Тем не менее, любой модуль имеет ограничения: он работает только с определенными учетными программами и банковскими сервисами.

Один из примеров готового решения — модуль для подключения 1С к СБП. Он может формировать платежную ссылку на основе счета или заказа и передавать в программу сведения об оплате. Похожим образом работают версии для других учетных и отраслевых систем.

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

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

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

Результат оценивают по нескольким показателям:

• сколько операций завершилось успешно;

• как быстро компания получила сведения об оплате;

• какая доля поступлений автоматически связалась со счетами и заказами;

• сколько ошибок и обращений возникло;

• сколько времени потратили бухгалтерия и отдел продаж;

• во сколько обходятся поддержка и дальнейшая работа решения.

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