Сравнения и выбор

Как сравнить эквайринг для мобильного приложения: комиссии, холды и возвраты

Автор и проверка: Алексей Воронов, редакционный координатор ormobil.com · Факты, документы, риски и применимость · Обновлено: 20 января 2026 г.

Для мобильного приложения выгодный эквайринг — это не минимальные «от 1%», а предсказуемая экономика: комиссия, срок зачисления, холд, стоимость возврата, чарджбека, антифрода, онлайн-кассы и поддержки API. Перед

Короткий вывод: сравнивайте полную стоимость платежа, а не только комиссию

Если приложение уже принимает платежи или готовится к релизу в 2026 году, сравнивайте минимум 3 предложения: базовое, оптимальное и срочное. Отдельно фиксируйте сроки подключения 3–7 дней, гарантию работ интегратора, стоимость переделки платёжного сценария и условия заморозки денег.

Какие сценарии оплаты в приложении влияют на выбор эквайринга

Эквайринг для мобильного приложения нельзя выбирать как обычный тариф «приём карт на сайте». В приложении чаще больше повторных оплат, быстрых отмен, автопродлений, промокодов, внутриигровых или сервисных списаний, а значит — выше требования к API, возвратам и антифроду.

Разовая покупка внутри приложения

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

• комиссия за успешную операцию;

• срок зачисления денег на расчётный счёт;

• стабильность платёжной формы внутри WebView или SDK;

• поддержка 3-D Secure;

• корректная отправка электронного чека;

• понятный статус платежа в приложении: «успешно», «отклонено», «ожидает подтверждения».

Для разовых платежей комиссия интернет-эквайринга в 2026 году обычно встречается в диапазоне примерно 1,5–3,5% от оборота, но итоговая ставка зависит от категории бизнеса, оборота, среднего чека, банка, наличия расчётного счёта и риска возвратов. Предложение «от 1%» проверяйте особенно внимательно: оно может действовать только при большом обороте, отдельном тарифе, промопериоде или ограниченном наборе способов оплаты.

Подписки и рекуррентные платежи

Если приложение продаёт подписку, тарифный план, доступ к сервису или регулярное списание, нужен не просто эквайринг, а поддержка рекуррентных платежей. Проверьте:

• можно ли сохранять платёжный токен без хранения данных карты на вашей стороне;

• как пользователь подтверждает первое списание;

• как отменяется подписка;

• есть ли повторная попытка списания при недостатке средств;

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

• можно ли менять сумму подписки без новой интеграции.

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

Частичные возвраты и отмены заказа

Для маркетплейса услуг, доставки, бронирования, образовательного приложения или сервиса записи часто нужен частичный возврат. Например, пользователь оплатил 4 000 ₽, затем отменил одну позицию на 1 200 ₽. В этом случае провайдер должен поддерживать возврат не только всей суммы, но и части платежа.

Проверьте заранее:

• есть ли комиссия за возврат;

• возвращается ли комиссия эквайринга при возврате;

• можно ли сделать несколько частичных возвратов по одному платежу;

• какой срок возврата на карту пользователя;

• как возврат отражается в личном кабинете и API;

• формируется ли чек возврата прихода.

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

Предавторизация и холд

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

Сравнивайте не только наличие предавторизации, но и условия:

• максимальный срок холда;

• можно ли списать меньшую сумму;

• можно ли отменить холд через API;

• что происходит при истечении срока;

• видит ли пользователь понятное описание операции;

• есть ли лимиты по сумме и категории.

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

Платежи через СБП, карты и альтернативные методы

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

Сравните:

• карты МИР и доступные международные карты, если они применимы для вашей географии;

• СБП по QR или deeplink;

• оплату сохранённой картой;

• оплату в один клик;

• Apple Pay / Google Pay там, где это юридически и технически доступно для вашей аудитории;

• внутренний баланс, если он не нарушает требования платёжного регулирования и правил площадок.

Для приложений на iOS и Android отдельно проверяйте правила App Store и Google Play. Если продаётся цифровой контент, подписка на цифровой сервис или внутриигровой товар, может потребоваться встроенная покупка платформы, а не внешний эквайринг. Для физических товаров, услуг вне приложения, доставки, бронирований и многих B2B-сценариев внешний эквайринг обычно применим, но финальное решение зависит от модели продукта.

Таблица проверки: комиссии, холды, возвраты и сроки зачисления

Как считать полную стоимость платежа

Сделайте расчёт не по одному заказу, а по месячной модели. Минимальный набор метрик:

• месячный оборот: например, 2 000 000 ₽;

• средний чек: 1 200 ₽;

• число платежей: около 1 667;

• доля возвратов: например, 6%;

• доля частичных возвратов: 2%;

• доля спорных операций: 0,2–0,5%;

• срок зачисления: T+1 или T+2;

• резерв: 0%, 5% или 10%;

• стоимость онлайн-кассы и фискализации;

• стоимость технической поддержки или платёжного модуля.

Пример: комиссия 2,4% при обороте 2 000 000 ₽ даёт 48 000 ₽ расходов в месяц. Если сверху есть фикс 3 ₽ за транзакцию, добавляется около 5 001 ₽. Если 6% оборота возвращается, а комиссия по возвратам не возвращается, экономика ухудшается ещё примерно на 2 880 ₽ только по эквайринговой комиссии с возвращённых платежей. Если провайдер держит резерв 10% на 14 дней, из оборота временно выпадает до 200 000 ₽, и это уже вопрос не тарифа, а ликвидности.

Какие документы запросить до интеграции

До подписания и разработки запросите:

• договор эквайринга;

• тарифный план с приложениями;

• регламент возвратов;

• регламент обработки спорных операций;

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

• техническую документацию API;

• описание webhooks и статусов платежей;

• инструкцию по онлайн-кассе;

• форму акта или отчёта по операциям;

• требования к оферте, политике возвратов и пользовательскому соглашению.

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

Для тиража или проекта запросите 3 сметы: базовую, оптимальную и срочную; отдельно отметьте сроки 3–7 дней, гарантию и стоимость переделки. В базовой смете должна быть только рабочая интеграция, в оптимальной — возвраты, webhooks, логирование и тесты, в срочной — доплата за ускоренный релиз и расширенную поддержку.

Как читать договор эквайринга: спорные платежи, штрафы и заморозка денег

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

Спорные платежи и чарджбеки

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

В договоре найдите:

• срок, в течение которого банк запрашивает документы;

• срок ответа со стороны бизнеса;

• список доказательств;

• комиссию за обработку спора;

• правила списания суммы на время разбирательства;

• условия, при которых спор считается проигранным автоматически.

Для цифрового сервиса доказательствами могут быть: дата регистрации, подтверждение телефона или e-mail, лог входа, принятие оферты, версия приложения, IP-адрес, устройство, история использования услуги, чек, уведомление о подписке, история отмены или отсутствия отмены. Если эти данные не собираются и не хранятся, спорить будет нечем.

Штрафы и скрытые платежи

Проверьте, есть ли в документах отдельные платежи за:

• подключение;

• обслуживание личного кабинета;

• возвраты;

• ручную обработку операций;

• срочное зачисление;

• изменение реквизитов;

• антифрод;

• онлайн-кассу;

• фискализацию каждого чека;

• SMS или e-mail-уведомления;

• выпуск отчётов;

• техническую поддержку;

• простой или минимальный месячный оборот.

Особенно опасен минимальный платёж при низком обороте. Например, если приложение только запущено и проводит 80 000 ₽ в месяц, минимальная комиссия 3 000 ₽ превращается в фактические 3,75% даже при заявленной ставке 2,2%.

Заморозка денег и резерв

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

В договоре должны быть указаны:

• основания для резерва;

• процент удержания;

• срок удержания;

• порядок пересмотра;

• кто принимает решение;

• как уведомляют бизнес;

• что происходит при расторжении договора.

Формулировки вроде «банк вправе удерживать денежные средства по своему усмотрению» без пределов и сроков — плохой знак. Для приложения с большим оборотом даже 5% резерва могут заблокировать значимую сумму. При обороте 5 000 000 ₽ это 250 000 ₽, которые временно недоступны для закупок, выплат исполнителям или рекламы.

Одностороннее изменение тарифов

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

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

Требования к приложению и оферте

Банк или платёжный провайдер может отказать в подключении, если в приложении нет обязательной информации. Обычно проверяют:

• название продавца;

• ИНН или регистрационные данные;

• контакты поддержки;

• описание товара или услуги;

• цену до оплаты;

• порядок возврата;

• пользовательское соглашение;

• политику обработки персональных данных;

• оферту;

• способ отмены подписки;

• информацию о рекуррентных списаниях.

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

Когда стандартный эквайринг не подходит мобильному приложению

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

Приложение работает как маркетплейс

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

Что может пойти не так:

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

• невозможно корректно разделить чек;

• возникают ошибки с возвратами по части заказа;

• исполнитель получил выплату, а клиент оспорил платёж;

• бухгалтерия не сходится с реальными ролями сторон.

В таком случае сравнивайте не только комиссию, а поддержку split-платежей, реестров выплат, агентских чеков, удержания комиссии платформы и возвратов по конкретному исполнителю.

Высокая доля возвратов или отмен

Если продукт связан с бронированием, записью, билетами, арендой или доставкой, возвраты могут быть регулярной частью модели. Стандартный тариф с дорогими возвратами быстро станет невыгодным.

Риски:

• комиссия за возврат не возвращается;

• частичный возврат невозможен;

• возвраты обрабатываются вручную;

• деньги возвращаются клиенту дольше заявленного срока;

• саппорт получает поток претензий;

• рейтинг приложения падает из-за платёжных ошибок.

Здесь лучше выбирать провайдера с сильным API возвратов, понятными статусами и возможностью автоматизировать отмены.

Нужны холды, депозиты и списание после оказания услуги

Для аренды, проката, такси, доставки с финальной суммой и сервисов исполнителей обычное списание сразу после нажатия кнопки «Оплатить» не подходит. Нужна предавторизация.

Что может пойти не так:

• клиент заплатил больше, чем итоговая сумма;

• бизнес вынужден делать возврат разницы;

• возврат занимает несколько дней;

• пользователь считает операцию ошибочной;

• растёт число обращений и споров.

Если холд — ключевая часть сценария, не подключайте тариф без тестирования предавторизации в sandbox и на реальных малых суммах.

Продаётся цифровой контент внутри iOS или Android

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

Что может пойти не так:

• приложение не пройдёт модерацию;

• обновление отклонят;

• платёжный экран придётся переделывать;

• часть пользователей не сможет оплатить;

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

До разработки платёжного сценария проверьте правила площадки, тип товара и страну распространения приложения.

Нет технической команды для поддержки платежей

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

Типовые риски: нет ТЗ, размытые сроки, устные правки, скрытая стоимость материалов, неподходящий формат файлов или отсутствие поддержки. Для мобильного приложения это выражается в конкретных сбоях: заказ оплачен, но не активирован; чек не ушёл; возврат сделан в банке, но не отображается в профиле; webhook не обработался; пользователь оплатил дважды.

Если команды нет, выбирайте решение с готовым SDK, подробной документацией, тестовым контуром, поддержкой webhooks и понятной зоной ответственности подрядчика.

Экономика

• Посчитана фактическая комиссия по картам, СБП и рекуррентам.

• Учтены фиксированные платежи за транзакцию.

• Проверена стоимость возвратов и чарджбеков.

• Понятно, возвращается ли комиссия при возврате.

• Посчитан сценарий при 3%, 6% и 10% возвратов.

• Проверено влияние резерва 5–10% на оборотные деньги.

• Сравнены минимум 3 предложения, а не один рекламный тариф.

Деньги и сроки

• Известен срок зачисления: T+0, T+1, T+2 или другой.

• Понятно, бывают ли задержки на выходных и праздниках.

• Указаны лимиты на одну операцию, сутки и месяц.

• Проверены условия ускоренного зачисления.

• Зафиксированы основания для холда и заморозки.

• Есть порядок закрытия договора и выплаты остатка.

Возвраты и споры

• Полный возврат работает из кабинета и по API.

• Частичный возврат поддерживается и протестирован.

• Несколько частичных возвратов по одному платежу разрешены.

• Есть регламент чарджбеков.

• Собираются доказательства согласия пользователя.

• В приложении понятна отмена подписки.

• В оферте описаны условия возврата.

Техника

• Есть актуальная API-документация.

• Есть sandbox и тестовые карты.

• Поддерживаются webhooks по всем статусам.

• Описаны статусы: создан, ожидает, успешен, отклонён, возвращён, спорный.

• Платёжный экран корректно работает на iOS и Android.

• Ошибки оплаты показываются понятным языком.

• Логи платежей доступны продуктовой и технической команде.

• Онлайн-касса или фискализация подключены до запуска.

Документы и ответственность

• Получены договор, тарифы и все приложения.

• Условия возвратов и резервов есть письменно.

• Сроки подключения зафиксированы.

• Стоимость доработок и переделок указана в смете.

• Гарантия на интеграцию описана.

• Порядок правок согласован.

• Поддержка после релиза включена или оценена отдельно.

• Назначен ответственный за сверку отчётов и комиссий.

Какая комиссия эквайринга для мобильного приложения считается нормальной?

В 2026 году для интернет-эквайринга часто встречается диапазон около 1,5–3,5% по картам, но «нормальность» зависит от оборота, категории бизнеса, среднего чека, риска возвратов и набора функций. Для точного сравнения считайте полную стоимость: процент, фикс за транзакцию, возвраты, чарджбеки, онлайн-кассу, резерв и сроки зачисления.

Что важнее: низкая комиссия или быстрые выплаты?

Для приложения с устойчивым оборотом быстрые выплаты часто важнее разницы в 0,2–0,3 процентного пункта. Если деньги приходят T+2, а не T+0 или T+1, бизнесу может не хватать оборотных средств на рекламу, закупки, выплаты исполнителям и поддержку.

Нужно ли подключать СБП вместе с картами?

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

Чем холд отличается от обычного списания?

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

Можно ли сначала подключить простой эквайринг, а потом добавить подписки?

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

Кто отвечает за возврат денег пользователю?

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

Что делать, если банк обещает комиссию «от 1%»?

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

Какие документы нужны для подключения?

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

Почему провайдер может заморозить деньги?

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

Что тестировать перед релизом оплаты?

Минимум: успешный платёж, отказ банка, повторную оплату, возврат, частичный возврат, отмену подписки, webhook, потерю сети, закрытие приложения во время оплаты, повторное открытие заказа, чек, отображение статуса в профиле пользователя и отчёт в админ-панели.

Подходит ли один эквайринг для сайта и мобильного приложения?

Не всегда. Для сайта может хватать платёжной формы, а приложению нужны SDK, deeplink, корректная работа в WebView, push-логика, сохранённые карты, рекурренты и обработка статусов внутри мобильного интерфейса. Сравнивайте условия именно для мобильного сценария.

Где сверять актуальные условия?

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