Эквайринг для мобильного приложения: сравнение тарифов, комиссий и условий интеграции

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

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

Новая налоговая реальность: как НДС 22% меняет экономику мобильных платежей

Первое и самое болезненное изменение — с 1 января 2026 года Федеральный закон № 425-ФЗ отменил освобождение от НДС для услуг эквайринга и процессинга. Теперь к банковской комиссии начисляется НДС по ставке 22%. Это не налог на всю сумму транзакции покупателя — речь именно о комиссии банка-эквайера, — но для бизнеса с маржинальностью 10–15% даже такая прибавка ощутима.

Представьте простой сценарий: ваше приложение продаёт подписку за 1000 рублей, комиссия эквайера — 2,6%, то есть 26 рублей с транзакции. Раньше вы платили только эти 26 рублей. Теперь к ним прибавляется 22% НДС — ещё 5,72 рублей. На каждой тысяче. Если у вас 10 000 транзакций в месяц, дополнительные расходы составляют уже 57 200 рублей ежемесячно. Для стартапа на ранней стадии это бюджет маркетолога.

НДС 22% начисляется не на сумму покупки, а исключительно на банковскую комиссию — но для бизнеса с тонкой маржой и этот сдвиг ощущается как удар по юнит-экономике.

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

Технический сдвиг: отказ от нативных SDK и переход на WebView-интеграцию

Второе ключевое изменение — и оно касается непосредственно разработчиков мобильных приложений — Т-Банк полностью прекращает поддержку SDK-интеграции для приёма платежей с 1 марта 2026 года. Крайний срок перехода — 28 февраля: после этой даты нативные SDK перестанут работать, а мерчанты обязаны перейти на WebView-интеграцию, то есть открытие платёжной страницы внутри приложения через Chrome Custom Tabs на Android и SFSafariViewController на iOS.

Это принципиально другой технический подход. Нативный SDK даёт бесшовный опыт: пользователь остаётся внутри приложения, платёжная форма выглядит как родной элемент интерфейса, когнитивная нагрузка минимальна. WebView перебрасывает пользователя на веб-страницу в «песочнице» браузера — даже если она открывается внутри приложения, визуально и по ощущениям это другой контекст. Для продуктов, где важен глубокий онбординг и минимальный процент оттока на этапе оплаты, это не косметическая, а функциональная разница.

ЮKassa, напротив, продолжает поддерживать полноценные мобильные SDK для iOS и Android — с приёмом карт, ЮMoney, SberPay и СБП. Правда, в последнем обновлении SDK поддержка версий iOS ниже 13.0 была прекращена. Если ваше приложение ещё обслуживает пользователей на старых устройствах, это важно учитывать: iOS 13 вышел в 2019 году, но в нишевых сегментах (например, B2B-приложения для малого бизнеса) доля устаревших устройств может быть заметной.

Сбербанк предлагает собственное решение — SberPay SDK — для Android, iOS и React Native. В июне 2026 года вышла версия Android SDK 3.1.2 с исправлением крашей инициализации: если вы уже интегрировали SberPay и столкнулись с нестабильностью на старте, обновление стоит установить в первую очередь.

Что выбрать? Вот как выглядит картина в сравнении:

Отдельный нюанс: если ваше приложение написано на React Native, SberPay SDK из коробки поддерживает эту среду. ЮKassa потребует нативных обёрток или bridge-решений. Т-Банк через WebView одинаково работает с любой технологией, но с потерей нативного UX.

Сравнение методов оплаты: СБП против классического карточного эквайринга

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

Комиссия СБП — от 0,4% до 0,7% — это в три-пять раз ниже, чем типичные ставки карточного эквайринга. Для бизнеса с высоким чеком и большим объёмом транзакций экономия налицо: на тех же 10 000 транзакций по 1000 рублей разница в комиссии (скажем, 2,6% против 0,5%) составит 210 000 рублей в месяц. Даже с учётом НДС на комиссию, СБП остаётся значительно дешевле.

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

Если ваш сценарий — простая одномоментная покупка, СБП выигрывает по всем параметрам. Если нужен hold — остаётся карточный эквайринг.

Двухстадийные платежи и холдирование: правила НСПК и ограничения по срокам

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

При использовании двухстадийного платежа по картам, T-Pay и Mir Pay блокировка (холдирование) средств на карте покупателя по правилам НСПК возможна на срок до 7 дней, включая день авторизации. Это не настройка эквайера, а регуляторное ограничение: после семи дней банк-эмитент обязан снять блокировку, даже если мерчант не подтвердил списание.

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

Важно понимать, что холдирование — это не «бесплатная отсрочка» для бизнеса. Банк-эмитент видит заблокированную сумму, пользователь видит её на своём балансе как недоступную, и если ваш сервис не подтвердит списание вовремя, деньги вернутся клиенту автоматически. Мы часто видим, как это становится причиной негативных отзывов: «деньги списали, заказ отменили, а возврат — три рабочих дня». Формально банк ничего не нарушил, но пользователь переживает реальный стресс.

Семь дней — жёсткий потолок холдирования по правилам НСПК: после этого срока банк-эмитент обязан разблокировать средства, даже если вы не подтвердили списание.

Какой метод оплаты поддерживать в приложении

Если обобщить технические и экономические факторы, картина складывается следующим образом:

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

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

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

4. Карта + СБП + СберPay/ЮMoney — максимальное покрытие платёжных предпочтений аудитории, но и максимальная сложность интеграции и поддержки.

Стратегии оптимизации расходов: как не потерять маржу

В новой налоговой реальности выбор провайдера — это не только вопрос «кто дешевле по базовой комиссии», но и вопрос, кто готов делить с вами бремя НДС. Программа Сбербанка по компенсации 50% НДС для корпоративных клиентов — на сегодня единственный публичный кейс такого рода, и если ваш оборот попадает под критерии «корпоративного клиента», это реальная экономия: не 22% сверху, а фактически 11%.

Для крупных торговых сетей с оборотом более 100 млн рублей в месяц тарифы интернет-эквайринга рассчитываются персонально, и условия могут существенно отличаться от публичных. Мы не можем привести точные цифры для этого сегмента — банки не раскрывают индивидуальные тарифы, — но логика простая: чем выше оборот, тем сильнее ваша переговорная позиция. Если вы выходите на миллион транзакций в месяц, комиссия в 1,5% вместо 2,6% — это вопрос не копеечный, а стратегический.

Вот минимальный набор вопросов, который стоит задать провайдеру перед подписанием договора:

• Какая комиссия с учётом НДС — не «базовая ставка», а финальная сумма к списанию?
• Есть ли программа компенсации или субсидирования НДС?
• Поддерживается ли двухстадийный платёж, и если да — на каких условиях?
• Какой метод интеграции (нативный SDK или WebView) и каковы сроки поддержки SDK?
• Какие минимальные версии iOS и Android поддерживаются?
• Есть ли комиссия за возврат и за какое время возврат проходит?

Финал: какому типу бизнеса что подходит

Подводя итог, я бы разделила рекомендации так.

Для стартапов и небольших приложений с простой моделью покупки — начинайте со СБП. Комиссия 0,4–0,7% не разорит на старте, интеграция через ЮKassa или Сбербанк straightforward, а с программой компенсации Сбербанка налоговая нагрузка минимальна. Когда объём транзакций вырастет, у вас будет рычаг для переговоров о персональных тарифах.

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

Для крупных компаний с высоким оборотом — персональные тарифы, комбинированная интеграция (СБП + карта + СберPay), и обязательно — переговоры о компенсации НДС. Если Сбербанк предлагает 50% компенсации, это аргумент, с которым можно прийти к текущему провайдеру с запросом на сопоставимые условия.

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