Платформа 4pay.online открывает мерчантам механизмы, которыми обычно распоряжается только платёжный провайдер: правила маршрутизации, каскад повторных попыток, резервные каналы и управление операцией после её проведения.
Классическая схема выглядит так: магазин подключается к платёжному сервису и получает чёрный ящик. Куда уходит платёж, в каком порядке пробуются каналы, что происходит при отказе — определяет провайдер, исходя из собственной экономики. Мерчант видит только результат: прошло или не прошло.
Последствия у этого простые и дорогие. Отказ банка означает потерянную продажу, хотя тот же платёж мог бы пройти через другой канал. Сбой у провайдера означает простой всей выручки, потому что запасного пути нет. Разница в стоимости между каналами не используется, потому что выбирать не из чего. А любое изменение — подключить второй банк, отправить один тип карт по другому маршруту, поставить резерв на случай аварии — превращается в обращение к провайдеру и ожидание.
Мы считаем, что эти рычаги должны быть у того, чья выручка на кону.
Каскад — это правило, по которому операция при отказе автоматически уходит в следующий канал.
Настраивает его сам мерчант: какие коды отказа считать поводом для повтора, в каком порядке пробовать каналы, сколько попыток допустимо, при каких условиях останавливаться. Отказ по недостатку средств повторять бессмысленно, а вот технический отказ или превышение лимита на стороне банка — вполне.
Экономика здесь считается напрямую. Каждая операция, доведённая до успеха со второй попытки, — это сохранённая продажа, которую в обычной схеме магазин просто не увидел бы.
К платформе подключаются несколько банков и платёжных сервисов одновременно, а мерчант описывает, как между ними распределяется поток: по стране покупателя, по валюте, по типу карты, по сумме, по доле трафика.
Отсюда следуют три практических сценария.
Резерв на случай аварии: при сбое основного канала поток уходит на запасной автоматически, без ночных звонков и ручного переключения.
Оптимизация стоимости: дешёвый канал ставится первым, дорогой — резервным, и разница в комиссии превращается в реальную экономию, а не в теоретическую возможность.
Оптимизация доли одобрений: если по одному направлению или типу карт конкретный банк отказывает чаще, поток по нему направляется в другой канал.
Вместе с этим мерчант получает права, которые раньше оставались у провайдера: возврат целиком или на часть суммы, отмену до списания денег с карты покупателя, запрос актуального статуса. В числе подключённых каналов — мерчантский протокол российского банка, который такие права как раз и предусматривает.
Вопрос «когда вернутся деньги» — один из самых частых в любой службе заботы, и обычно ответ на него звучит как «мы отправили запрос, ожидайте». Теперь сотрудник поддержки делает возврат в момент разговора и называет срок зачисления. Это влияет и на оценки сервиса, и на долю обращений, которые покупатель уносит в банк: оспаривание обходится продавцу дороже возврата — и деньгами, и статистикой, по которой банк оценивает качество его трафика.
Отдельная работа ушла на то, чтобы отказы были объяснимы. Возврат может не пройти из-за истёкшего срока; отмена невозможна после закрытия расчётного дня и заменяется возвратом с другими сроками зачисления; у части способов оплаты возврат не поддерживается вовсе. Банк сообщает об этом кодом, который ничего не говорит сотруднику поддержки, — платформа различает эти случаи и передаёт причину на понятном языке, вместе с подсказкой, какое действие доступно вместо недоступного.
Всё перечисленное работает поверх единого контура: банки разных стран, локальные платёжные сервисы, разные валюты и способы оплаты живут в одном списке операций, с общими статусами, общей сверкой и общей отчётностью.
Для компании, которая продаёт в нескольких странах, это снимает знакомую конструкцию из трёх-четырёх несвязанных подключений с разными кабинетами, разными форматами отчётов и разной логикой возвратов. Свести такую конструкцию в единую картину выручки — отдельная ежемесячная работа для финансовой службы; здесь различия между странами остаются внутри платформы.
Попутно расширилась работа с выплатами: добавлена передача имени отправителя, без которой часть сценариев не проходит, и отдельное состояние приостановленной выплаты. Приостановка — это когда операция прошла наши проверки, ушла в банк и остановилась там: либо по решению банка, либо в ожидании действия оператора. Действия в этом случае нужны иные, чем при отказе, и теперь такие операции не теряются среди обычных ошибок.
Крупным магазинам и маркетплейсам — рычаги, которые прямо влияют на долю успешных платежей и стоимость приёма.
Компаниям, продающим в нескольких странах, — один контур вместо набора несвязанных подключений.
Всем, для кого простой приёма платежей означает остановку выручки, — резервные каналы, которые включаются сами.
Платёжным сервисам, работающим на платформе, — возможность давать своим клиентам те же инструменты, не разрабатывая их.
Следующий шаг — расширение набора способов оплаты в каждом регионе и работа над тем, чтобы правила маршрутизации настраивались не только по формальным признакам операции, но и по накопленной статистике одобрений. О результатах расскажем, когда наберём достаточно данных.
Продукт: 4pay.online