Оплата в приложении интернет-магазина: эквайринг, СБП, ЮKassa — как выбрать

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

21 сентября 2026 Технологии 14 мин чтения

---

Что происходит, когда покупатель нажимает «Оплатить»

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

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

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

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

Набор способов в России отличается от того, что описывают зарубежные руководства. Apple Pay и Google Pay для карт российских банков не работают с 2022 года, поэтому «оплата в один тап» собирается из других инструментов: платёжных приложений банков, СБП и сохранённой карты внутри платёжного сервиса.

По данным Банка России, доля безналичных расчётов в розничном обороте к концу I квартала 2026 года составила около 89%, а оплата товаров и услуг через Систему быстрых платежей за 2025 год выросла в 1,4 раза — до 5,3 млрд операций на 8,9 трлн ₽ (статистика национальной платёжной системы). Для магазина это означает простую вещь: один способ оплаты в приложении закрывает не всю аудиторию.

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

Эквайринг, СБП и ЮKassa: это не три конкурента, а три разных слоя

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

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

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

Платёжный сервис (ЮKassa, а также другие решения этого класса) — надстройка над первыми двумя. Он даёт один договор и одну интеграцию, за которой уже спрятаны карты, СБП, платёжные приложения банков, кассовые чеки и возвраты.

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

Сколько стоит приём платежей: комиссии и расчёт на примере

Комиссия — главный аргумент в выборе способа оплаты, поэтому стоит разобрать её по слагаемым. Тарифы СБП для торговых точек заданы категориями: 0,2% для оплаты жилищно-коммунальных услуг с потолком 10 ₽ за операцию, 0,4% для социально значимых категорий — продуктов, лекарств, медицины, образования, благотворительности — и 0,7% для остальных видов деятельности. В двух последних категориях комиссия не превышает 1 500 ₽ за операцию, а предельная сумма одного перевода ограничена правилами Системы быстрых платежей — 1 млн ₽.

С 1 мая 2026 года Банк России ввёл собственные тарифы для банков — участников СБП: ступенчатая шкала от 0,05 ₽ за мелкий перевод до 3 ₽ за перевод крупнее 6 000 ₽. Это плата банка регулятору, а не магазина банку, но банки вправе учитывать её в своих условиях — поэтому тариф стоит перепроверять при продлении договора.

Карточные способы устроены иначе: ставка договорная и зависит от оборота, категории бизнеса и банка. Ориентир по публичным условиям платёжных сервисов — единицы процентов. Например, в тарифах ЮKassa для карт и платёжных приложений указана ставка 2,8% плюс 1% за чек при подключённом сервисе фискализации, без учёта НДС; тариф на СБП рассчитывается отдельно, а для оборотов свыше 5 млн ₽ в месяц предусмотрены индивидуальные условия.

Посчитаем на условном магазине одежды: оборот в приложении 10 000 000 ₽ в месяц, средний чек 4 000 ₽, то есть около 2 500 заказов. Если все платежи идут картой по ставке 2,8%, комиссия составит 280 000 ₽. Если треть покупателей уходит в СБП по ставке 0,7%, эта часть оборота обойдётся в 23 300 ₽ вместо 93 300 ₽ — экономия около 70 000 ₽ в месяц на том же обороте. Цифры условные, ставки у каждого магазина свои, но порядок величин показывает, почему ритейл активно выводит кнопку СБП на первый экран оплаты.

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

Что разрешают App Store, Google Play и RuStore

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

Правила App Store в пункте 3.1.3(e) «Goods and Services Outside of the App» требуют использовать для физических товаров и услуг, потребляемых вне приложения, именно внешние способы оплаты, а не встроенные покупки (App Store Review Guidelines). Политика Google Play построена так же: платёжная система Google обязательна для цифровых товаров внутри приложения и не применяется к покупке физических товаров и услуг — одежды, электроники, продуктов, доставки, билетов на события.

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

Чек и касса: что требует 54-ФЗ

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

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

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

Сценарии оплаты, которые влияют на конверсию

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

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

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

Как выбрать связку под свой магазин

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

Шесть признаков, от которых зависит выбор

• Оборот в приложении. Пока обороты небольшие, разница в десятые доли процента не окупает отдельной интеграции: выигрывает платёжный сервис с одним договором. Когда месячный оборот измеряется десятками миллионов, прямой договор с банком начинает экономить заметные суммы.
• Категория бизнеса. Продукты, лекарства, медицинские и образовательные услуги попадают в льготную категорию тарифа СБП — 0,4% вместо 0,7%. Для них доля СБП в структуре оплат особенно выгодна.
• Средний чек. При чеке выше примерно 215 000 ₽ комиссия СБП упирается в потолок и перестаёт расти — для дорогих товаров это сильный аргумент. При среднем чеке в несколько сотен рублей на первый план выходит не ставка, а плата за чек и скорость оплаты.
• Число юридических лиц. Франшиза, партнёрские магазины и разные склады означают несколько получателей денег. Здесь важнее не ставка, а то, умеет ли выбранная схема разводить платежи и чеки по продавцам.
• Доля возвратов. В одежде и обуви возвраты — норма, и порядок возврата денег превращается в отдельный сценарий работы поддержки, а не в технический пункт договора.
• Продажи за пределами России. Если у бренда есть покупатели в других странах, потребуется отдельное решение по приёму платежей в этих юрисдикциях: российские схемы там не работают.

Восемь вопросов платёжному провайдеру до подписания договора

• Какая ставка по каждому способу оплаты и что входит в неё, кроме самого платежа?
• Как считается плата за кассовый чек и входит ли фискализация в тариф?
• Через сколько дней выручка попадает на расчётный счёт и есть ли ускоренное зачисление?
• Как проходит возврат — полный и частичный — и в какой срок деньги видит покупатель?
• Поддерживаются ли двухстадийные платежи с резервом суммы и платёжные ссылки?
• Есть ли готовая библиотека для мобильного приложения и поддерживается ли Flutter?
• Что происходит при сбое: как связаться с поддержкой и какие сроки ответа зафиксированы в договоре?
• Можно ли развести платежи и чеки по нескольким юридическим лицам в одном приложении?

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

Как подключают оплату в приложении: шесть шагов

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

Что должно остаться у магазина после подключения

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

Типичная ошибка на этом этапе

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

Сколько стоит подключить оплату в приложении

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

Вторая часть — работа по подключению. В проекте, который собирается из готовых модулей, оплата входит в базовый набор платформы вместе с каталогом, корзиной и программой лояльности, поэтому отдельной строкой оплачивается только то, что выходит за рамки типового сценария: несколько юрлиц в одном приложении, нестандартное деление чека, редкий платёжный сервис. Модель работы состоит из трёх частей: единоразовая интеграция под бренд — до 30 рабочих дней; ежемесячные лицензионные платежи, в которые уже включены затраты на техническую поддержку команды FITTIN, так что своя команда разработки не нужна; новый функционал и доработки — отдельно, по фактически затраченным часам с прозрачной сметой. Суммы по направлениям опубликованы на странице тарифов.

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

Кейсы: как оплата устроена в работающих приложениях

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

Итог: оплата в приложении на одной странице

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

Материалы по теме:

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

Что делать дальше:

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

Часто задаваемые вопросы

Что выгоднее интернет-магазину — эквайринг или СБП?

Это не взаимоисключающие варианты: большинство магазинов держат оба способа. По ставке СБП обычно дешевле — 0,4% для социально значимых категорий и 0,7% для остальных, с потолком 1 500 ₽ за операцию. Карточная ставка выше и обсуждается с банком под оборот. Но часть покупателей привыкла платить картой и сохранённым способом оплаты, поэтому отключение карт ради экономии приводит к потере заказов. Практический подход: подключить оба способа, вывести СБП заметной кнопкой и смотреть, как распределяется оборот.

Сколько способов оплаты нужно в приложении интернет-магазина?

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

Берут ли App Store и Google Play комиссию с покупок в интернет-магазине?

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

Нужен ли кассовый чек при оплате в приложении?

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

Можно ли сохранить карту покупателя, чтобы он платил в одно касание?

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

Сколько времени занимает подключение оплаты к приложению?

На типовом магазине — от 5 до 12 рабочих дней, и работы идут параллельно с разработкой каталога и корзины. Разработка интеграции обычно занимает меньше времени, чем согласования: проверка документов на стороне банка и подписание договора могут растянуться на неделю и больше. Отдельный день-два уходит на настройку кассы и ещё два-три — на проверку сценариев отказа: потеря связи, отмена в приложении банка, двойное нажатие, возврат. Срок растёт, если продавцов в приложении несколько.

Как принимать оплату от юридических лиц в приложении?

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

Материал носит информационно-аналитический характер, отражает оценку команды FITTIN на дату публикации. Тарифы, ставки и правила платёжных сервисов и магазинов приложений приведены по открытым источникам на дату публикации и могут измениться — перед подключением сверяйтесь с действующими условиями провайдера. App Store, Google Play, RuStore, ЮKassa, СБП, SberPay, T-Pay, Mir Pay — товарные знаки соответствующих правообладателей; упоминаются для описания сервисов.