Выбор платёжного шлюза и способов оплаты

Четверг, начало десятого вечера. На сайте поставщика стройматериалов собрана корзина из четырнадцати позиций. Клиент вводит карту, открывается экран подтверждения банка, мобильный браузер теряет вкладку. Вторая попытка, третья. На четвёртой клиент сдаётся и пишет в отдел продаж: может, я просто переведу? Деньги приходят утром, но в назначении платежа стоит только фамилия, номера заказа нет нигде. Бухгалтерия находит этот платёж через четыре дня, вручную перебирая строки выписки. Заказ уезжает на четыре дня позже. В админке при этом всё выглядит ровно: корзина числится брошенной, а три неудачные попытки оплаты не попадают ни в один отчёт.

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

1Оплата23-D Secure3Авторизация4Списание5Выплата6Сверка

Что платёжный шлюз делает на самом деле

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

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

Банковский шлюз, платёжный сервис или инфраструктура платформы?

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

Главный вопрос при выборе не в том, где дешевле, а в том, с кем вы будете разговаривать, когда что-то сломается. Кто заводит дело при чарджбэке, кто разбирается, если не сошёлся день, кто предупредит вас об изменении правил на стороне банка? Для команды из пяти человек наличие одного собеседника ценнее долей процента. Сайтовую часть того же решения мы разбираем в материале о выборе платформы для интернет-магазина.

Название в выписке клиента — тоже проектное решение

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

Какой способ оплаты какую потерю закрывает?

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

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

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

Рассрочка: часть решения, специфичная для Турции

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

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

Где должна находиться страница оплаты?

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

Конверсию, как правило, определяет не сам провайдер, а то, как устроен шаг подтверждения. Находит ли клиент свою корзину нетронутой, вернувшись с банковского экрана? Пишет ли сообщение об ошибке код банка или всё-таки объясняет, что делать дальше? Можно ли после неудачи попробовать вторую карту в одно касание? Ответы на эти три вопроса дают больше оборота, чем смена провайдера. Как возвращают корзины, оплата которых не дошла до конца, мы разбираем в материале об автоматизации брошенных корзин.

Из чего на самом деле складывается стоимость

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

Статья затрат	Где возникает	Как ускользает от внимания
Удержание с операции	При каждом успешном списании	Выручку смотрят брутто, до маржи цифра не доходит
Нагрузка рассрочки	Растёт вместе со сроком	Зашивается в цену и съедается маржой
Срок выплаты	Между продажей и деньгами на счёте	Ни в одной тарифной таблице не указан
Возвраты и споры	Отмены, возвраты, файлы по чарджбэкам	Уходит в часы поддержки и бухгалтерии
Интеграция и поддержка	При запуске и при смене версии API	Считают разовой, а она повторяется
Дополнительные сервисы	Токенизация, антифрод, отчёты	Остаётся в приложении к договору

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

Когда деньги доходят до счёта?

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

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

Если провайдер с самым низким удержанием платит позже всех, вы получили не скидку, а незаметно выдали кредит.

Почему не сходится сверка

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

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

Возврат, отмена и чарджбэк — три разные вещи

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

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

Что нельзя хранить ни при каких условиях

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

Второй риск обсуждают реже — это права доступа в кабинете. Когда кнопка возврата находится в тех же руках, что и приём заказов, контроль незаметно исчезает. Разделить право на возврат, вывести возвраты выше определённого порога на второе подтверждение и регулярно читать журнал сессий кабинета — шаги, для которых не нужно покупать программу. Общую рамку по доступам и резервным копиям мы собрали в материале о кибербезопасности для малого бизнеса.

Какие цифры смотреть и с чего начать

Шести показателей хватает большинству команд. Доля одобрений говорит, какая часть попыток оплаты дошла до успеха, и смотреть её без разбивки по банкам-эмитентам неверно: если у одного банка показатель обвалился, это проблема настройки, а не рынка. Отвал на шаге подтверждения — оценка вашей страницы оплаты. Распределение кодов отказа — самый редко читаемый отчёт, который говорит больше всех. Оставшиеся три: доля возвратов, доля споров и среднее время от продажи до денег на счёте.

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

Держать заказ, платёж, взаиморасчёты и счёт в одном месте — кратчайший путь к тому, чтобы утечки в приёме платежей стали видимыми. В Rocketly платёжная запись остаётся привязанной к карточке клиента, взаиморасчётам и счёту, а расхождения по сверке не уходят с того же экрана; создайте бесплатный аккаунт и соберите собственный поток тахсилата под свои правила.