Онлайн-эквайринг для сайта с апрувом 94%

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

Между продавцом и банком стоит либо сам банк-эквайер, либо агрегатор. Разница практическая: с банком заключается отдельный договор под каждый метод оплаты, а агрегатор даёт все методы через одну интеграцию и один договор. Cashera работает как агрегатор: одна интеграция даёт карты МИР и зарубежные Mastercard, Систему быстрых платежей и приём USDT, USDC, BTC и ETH.

Второе отличие важнее для выручки. Банк-эквайер один, и его отказ по платежу окончателен. Агрегатор с каскадной маршрутизацией отправляет отклонённый платёж следующему эквайеру, и покупатель чаще всего даже не видит отказа.

Способ выбирается не по бюджету, а по тому, сколько контроля над сценарием оплаты нужно проекту. Все три поддерживают один и тот же набор методов.

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

У нас это REST API со спецификацией OpenAPI 3.1, SDK на шести языках, тестовый контур и вебхуки на каждое изменение статуса платежа. Начать можно с минимального сценария — создать платёж и обработать вебхук — и добавлять остальное по мере роста, не переписывая интеграцию заново.

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

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

Апрув — доля платежей, которые дошли до успешного списания. У классического банковского эквайринга он обычно держится на уровне 78–85%: каждый шестой платёж теряется на отказе банка, антифроде или таймауте 3-D Secure.

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

Без setup-fee и абонентской платы: процент берётся только с успешных транзакций. Точная ставка зависит от вертикали, набора методов и оборота и фиксируется по каждому каналу до подключения, чтобы в отчёте не появлялось строк, которых вы не ждали.

Для новых проектов действует 0% комиссии в первый месяц на оборот до 100 000 ₽. Как предложение применяется к вашему проекту, уточняет менеджер при подключении. Минимальный платёж по СБП - от 1 ₽.

Эквайринг проводит деньги, касса фиксирует расчёт. Нужен ли чек, зависит от статуса продавца и исключений из 54-ФЗ, а не от способа оплаты: если чек нужен, он нужен и при оплате картой, и по СБП.

Для самого приёма платежей на сайте онлайн-касса не нужна. Если вашему режиму нужна фискализация по 54-ФЗ, она подключается отдельным модулем. Самозанятые на НПД кассу не используют: чек по каждому расчёту они формируют в приложении «Мой налог».

Кабинет мерчанта находится на my.cashera.cash, доступ к нему вместе с тестовым ключом выдаётся при подключении. Через кабинет видно, что происходит с деньгами, без выгрузок из банка и запросов в поддержку.

• Оборот, конверсия и средний чек за день, неделю или месяц.
• Журнал операций с фильтрами по статусу, методу оплаты и валюте.
• Платёжные ссылки и QR-коды по СБП создаются прямо в кабинете, без разработки.
• Возврат покупателю оформляется в кабинете или через API и уходит тем же способом, которым была оплата.
• Остаток, доступный к выплате, выводится на карту или в USDT.
• Аналитика по методам оплаты и воронке оплат.

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

• Ставка и то, за что она берётся. Дешёвый интернет-эквайринг на витрине часто означает процент по одному методу, а остальные идут по отдельному тарифу. Сравнивать надо итоговую стоимость по своей структуре оборота, а не минимальную цифру.
• Апрув. Разница между 82% и 94% успешных платежей на обороте в миллион рублей - это 120 000 рублей, и она перекрывает почти любую разницу в комиссии.
• Сроки зачисления: моментально по СБП, T+1 по картам или недельный цикл - и что из этого зафиксировано в договоре.
• Что происходит при спорной операции и блокировке: кто принимает решение, в какой срок и какая часть оборота остаётся замороженной.
• Фискализация. Интернет-эквайринг с чеками по 54-ФЗ подключается отдельным модулем и требуется не при каждом режиме налогообложения.
• Выплаты. Если бизнесу нужно не только принимать деньги, но и платить исполнителям, связка из двух отдельных сервисов обходится дороже одного контура.
• Техническая часть: документация, тестовый контур, вебхуки и SDK. Их отсутствие превращает подключение в переписку с поддержкой.

• Интернет-магазины на готовых CMS и на собственном движке.
• Маркетплейсы со сплитом платежа между продавцами.
• Telegram-боты по продаже товаров, услуг и доступов.
• SaaS и сервисы по подписке с рекуррентными списаниями.
• ИП, самозанятые и проекты без отдельного юрлица.

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

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