Подключение приёма платежей начинается не с выбора провайдера, а с 3 решений: кто получает деньги по документам, что именно покупает клиент и как деньги возвращаются обратно. Пока эти ответы не записаны, договор придётся переподписывать, а код — переделывать под другую схему расчётов.
Техническая часть у большинства сервисов похожа: форма оплаты, переход на страницу банка, уведомление о результате. Расходятся они в другом — в сроках зачисления, в правилах удержания выплат, в том, что происходит при возврате и споре с банком. Эти условия и определяют, сколько времени будет съедать поддержка платежей после запуска.
С чего начинается приём платежей: схема расчётов#
Первое решение — кто получает деньги по документам. От формы бизнеса зависят и доступные способы оплаты, и пакет документов для провайдера. Второе — что именно покупает клиент: разовый товар, услугу с актом, доступ к сервису на срок. Третье — как устроен возврат, если заказ не выполнен.
Возврат — самая недооценённая часть. До подключения записывают простыми словами: в какой срок возвращают деньги, кто принимает решение, куда клиент пишет заявление, что происходит с удержанной комиссией. Правила потом переносят в оферту и в инструкцию для сотрудников.
Отдельный пункт — чек. Кассовый чек покупателю нужен независимо от того, платит он картой на сайте или переводом по реквизитам. Часть провайдеров пробивает чеки через подключённую кассу, часть оставляет это продавцу. Разница бьёт и по бюджету, и по срокам: настройку кассы забывают заложить в план.
Проверка готовности простая. Опишите одну сделку от нажатия кнопки до денег на расчётном счёте, называя по шагам, кто что делает и какой документ появляется. Если в цепочке возникает «потом разберёмся», подключать оплату рано: пробел закрывают сейчас, а не на первых продажах.
Как сравнивать провайдеров по полной стоимости#
Комиссия за платёж — не единственная статья. Полная стоимость складывается из тарифа по каждому способу оплаты, платы за подключение, абонентской части и расходов на фискализацию. Считать имеет смысл на своей структуре продаж: возьмите прошлый месяц по заказам, а не среднюю цифру из таблицы тарифов.
Второй критерий — срок зачисления. Деньги от карточного платежа приходят на расчётный счёт не мгновенно, и разница в 1–2 дня заметна, когда закупка идёт с оборота. Заодно уточняют минимальную сумму выплаты и работу в выходные: иначе первые длинные праздники обернутся кассовым разрывом.
Третий — правила удержаний и споров. Провайдер вправе приостановить выплату при подозрительной активности и запросить документы. Спросите заранее: какие поводы бывают, кто принимает решение, в какой срок и что нужно прислать. Ответ вроде «такое бывает редко» — повод задать тот же вопрос письменно.
Практичная проверка перед договором укладывается в 2 действия. Запросить тестовый доступ и провести платёж руками, вместе с возвратом. И написать в поддержку простой вопрос, отметив, за сколько ответят и по существу ли. Скорость ответа на этапе продажи — верхняя граница будущего сервиса.
Способы оплаты: карты, СБП и счета#
Набор способов оплаты собирают под своих покупателей, а не по принципу «пусть будет всё». Каждый подключённый метод — это отдельный тариф, отдельный сценарий возврата и отдельная строка в сверке. Лишние кнопки на форме вдобавок замедляют выбор, особенно на телефоне.
Частным клиентам обычно хватает карт и оплаты через систему быстрых платежей: она дешевле карточного эквайринга, но возврат по ней устроен иначе, и это учитывают в регламенте. Компаниям чаще нужен счёт по реквизитам, а это другой процесс: выставление, отслеживание поступления, закрывающие документы.
Отдельно решают, будут ли повторные списания. Привязка карты и автосписание — другая интеграция и другие требования: предупреждение перед списанием, простая отмена, обработка истёкшей карты. Если продукт продаётся по подписке, экономику считают вместе с подписочной моделью.
Признак, что методов подключено больше нужного, — доля оплат по каждому. Если за месяц способом воспользовались единицы, а поддержка регулярно разбирает по нему вопросы, метод убирают. Работает и обратный признак: клиенты спрашивают про способ, которого нет. Тогда его добавляют, посчитав тариф.
Техническая часть: статусы, уведомления, сверка#
Интеграция начинается с тестового контура. Провайдеры дают тестовые карты и сценарии: успешная оплата, отказ банка, нехватка средств, возврат. Прогнать нужно все, включая неприятные: именно на них ломается логика заказа. Отдельно проверяют, что будет, если клиент закроет вкладку в момент оплаты.
Главная техническая деталь — уведомление о результате платежа. Оно приходит отдельным запросом и вполне может прийти дважды или с задержкой. Значит, обработчик обязан выдерживать повторы: один платёж не должен создавать 2 заказа. Полагаться только на уведомление нельзя — статус запрашивают и сами.
Клиенту нужен понятный статус. Формулировка «оплата обрабатывается» с указанием, что делать дальше, снимает часть обращений. Историю платежей, чеки и счета удобно держать там же, где клиент решает остальные задачи, — в личном кабинете, а не в письмах.
Последний обязательный элемент — сверка. Раз в период выгрузку провайдера сравнивают с заказами и с выпиской по счёту: суммы, комиссии, возвраты. Расхождения находятся всегда, вопрос лишь в том, находят их сразу или через квартал. Признак плохой сверки: платёж регулярно ищут руками, по фамилии и сумме.
Вывод: платежи ломаются на краях сценария#
Приём платежей редко ломается на основном сценарии — там всё работает с первого дня. Проблемы живут по краям: возврат, отмена, двойное списание, платёж без уведомления, клиент, который оплатил вчера и не получил доступ. Эти края и стоит расписать до подключения, потому что после запуска их разбирают уже на живых деньгах и в переписке с недовольным покупателем.
Порядок работы удобно держать коротким. Сначала схема расчётов и документы. Потом сравнение провайдеров на своих цифрах, с тестовым платежом и возвратом. Затем минимальный набор способов оплаты. И только после этого интеграция с проверкой всех сценариев и настроенной сверкой. У небольшой компании путь занимает от 2 до 6 недель, и большая часть срока уходит не на код, а на документы и согласования.
Дальше платежи не требуют внимания, пока не меняется продукт. Поводы вернуться к настройкам понятные: пошли продажи компаниям, запустилась подписка, выросла доля возвратов, начались задержки выплат. Каждый чинится точечно, если схема расчётов была записана на старте, и превращается в отдельный проект на месяц, если её не было.