Оплата в мобильном приложении: встроенные покупки, эквайринг и СБП — что разрешают App Store, Google Play и RuStore

Короткий ответ: способ оплаты в приложении определяет не разработчик и не удобство, а то, что вы продаёте. Физические товары и услуги в реальном мире — доставка, запись, билеты, ремонт — оплачиваются через ваш эквайринг: картой, СБП, кошельками банков. Цифровое — подписки, премиум-функции, курсы, игровая валюта — в App Store продаётся только встроенными покупками Apple, а у российских пользователей iPhone с 1 апреля 2026 года платить за них можно только с баланса Аккаунта Apple. В Google Play и RuStore для России правила мягче. При своём эквайринге чек по 54-ФЗ отправляете вы. Ниже — как это устроено на каждой площадке и где приложения чаще всего спотыкаются на проверке.

Что продаёте	App Store (iOS)	Google Play	RuStore
Физические товары: еда, одежда, запчасти	Только не встроенными покупками: свой эквайринг, СБП, карта (3.1.3(e))	Свой эквайринг; платёжную систему Google Play использовать нельзя	Свой эквайринг, задекларированный в консоли (п. 9.1)
Услуги в реальном мире: такси, доставка, запись, билеты, ремонт	Свой эквайринг (3.1.3(e))	Свой эквайринг	Свой эквайринг, задекларированный в консоли
Живая консультация один на один: репетитор, врач, тренер	Можно своим эквайрингом (3.1.3(d)); занятия «один ко многим» — встроенные покупки	Свой эквайринг	Свой эквайринг, задекларированный в консоли
Цифровое: подписка, премиум-функции, курсы, игровая валюта	Встроенные покупки Apple (3.1.1)	Свой эквайринг: для пользователей из России требование платёжной системы Google Play сейчас не применяется (с 02.08.2022)	Платёжные инструменты RuStore или другое задекларированное решение
Доступ, купленный на сайте или на другой платформе	Можно открыть в приложении, если то же продаётся и встроенной покупкой (3.1.3(b))	Можно открыть в приложении	Можно открыть в приложении

Какие покупки можно принимать своим эквайрингом, а какие только через магазин?

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

Граница не всегда очевидна. Несколько примеров из практики, как её проводить:

• Приложение доставки еды или магазина. Товар физический — оплата картой или СБП через ваш банк. Встроенные покупки Apple здесь не просто не нужны, а запрещены правилом 3.1.3(e).
• Запись в салон, на мойку, к мастеру. Услуга оказывается в реальном мире — свой эквайринг, включая предоплату и депозит.
• Онлайн-консультация врача или юриста один на один. Правило 3.1.3(d) App Store разрешает принимать оплату своим способом, если услуга живая и между двумя людьми. Вебинар на сто человек под это правило не подпадает.
• Записанный курс, подписка на контент, «премиум» без рекламы. Это цифровое — в iOS-приложении только встроенные покупки.
• Фитнес-клуб: абонемент в зал и видеотренировки. Абонемент в зал — услуга в реальном мире, свой эквайринг. Подписка на видеотренировки в приложении — цифровое, в iOS — встроенная покупка. Одно приложение может совмещать оба способа, если разделение честное.

Правило App Store 3.1.3(b) разрешает приложению открывать доступ, который человек купил на вашем сайте или на другой платформе, — но при условии, что то же самое доступно и как встроенная покупка в приложении. Как принять оплату на сайте и подключить кассу, мы разобрали в статье про эквайринг и онлайн-кассу.

Как оплата работает в iOS-приложении из России?

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

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

Что из этого следует для бизнеса:

• Если приложение продаёт товары и услуги, на вас это почти не влияет: оплата идёт через ваш банк, Apple в ней не участвует.
• Если модель — подписка на цифровой контент для аудитории в России, закладывайте, что на iOS часть покупателей не сможет заплатить внутри приложения. Как быть с этим, решаем на брифе: например, продажа на сайте и доступ в приложении по правилу 3.1.3(b) с соблюдением его условий.
• Ссылку «купите дешевле на сайте» внутри iOS-приложения ставить нельзя. По правилу 3.1.1(a) кнопки и ссылки на другие способы покупки цифрового разрешены в витрине США и по специальным разрешениям в отдельных регионах; Россия к ним не относится.
• Для товаров и услуг набор способов оплаты зависит от вашего платёжного сервиса: карта, СБП, кошельки банков — всё, что он поддерживает в мобильном SDK или на платёжной странице.

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

Какие варианты у Google Play и RuStore?

В Google Play физические товары и услуги оплачиваются только вашим эквайрингом, а требование использовать платёжную систему Google Play для пользователей из России с 2 августа 2022 года не применяется. В RuStore можно подключить его платёжные инструменты или свой эквайринг, но все способы оплаты нужно задекларировать в консоли.

Google Play. Правила платежей делят покупки на два типа. Цифровые покупки — подписки, функции, валюта — в общем случае должны идти через Google Play. Для товаров, услуг в реальном мире и оплаты счетов платёжную систему Google Play использовать нельзя. Для России действует отдельное правило: платёжная система Google Play приостановлена для пользователей из России с 10 марта 2022 года, а с 2 августа 2022 года разработчики, которые принимают оплату от российских пользователей, могут её не использовать. На практике Android-приложение для российской аудитории принимает оплату через ваш эквайринг — и за товары, и за цифровое. Учтите и вторую сторону: если аккаунт разработчика получает выплаты на счёт в российском банке, с 26 декабря 2024 года монетизация через Google Play для него невозможна — платежи и продления подписок через платёжную систему Google Play отклоняются.

RuStore. Есть свои платёжные инструменты — Pay SDK и BillingClient SDK — для разовых покупок и подписок, с комиссией, которая на странице для разработчиков указана «от 15%». Подключают их ИП и юрлица: для физлиц и самозанятых монетизация через платёжные инструменты RuStore отключена с 1 февраля 2026 года, публиковать приложения они по-прежнему могут. Если на телефоне нет приложения RuStore, а в вашем приложении Pay SDK версии 9.0.1 или новее, по справке RuStore покупатель всё равно может заплатить — новой картой, СБП или SberPay; способы оплаты при этом между покупками не сохраняются. Альтернатива — свой эквайринг. Главное требование — п. 9.1 требований к приложениям: все платёжные решения, включая сторонние сервисы и эквайринг, декларируются в консоли, а незадекларированные запрещены. Как подключать монетизацию шаг за шагом — в статье о публикации в RuStore.

Чтобы не путаться, держите в голове простое правило: одна и та же сборка Android-приложения может стоять в Google Play и RuStore, но способы оплаты в ней должны соответствовать правилам обоих магазинов. Обычно это решается так: товары и услуги — свой эквайринг везде, цифровое — по правилам конкретного магазина.

Способ	Как выглядит для покупателя	Что нужно бизнесу	На что обратить внимание
Карта в платёжной форме	Экран оплаты внутри приложения или окно платёжного сервиса, 3-D Secure от банка	Договор с банком или платёжным сервисом, его SDK или платёжная страница	Данные карты принимает платёжный сервис, приложение их не хранит
Сохранённая карта	Повторная оплата в одно касание	Услуга привязки карт у платёжного сервиса	Спросите согласие на сохранение карты и дайте её удалить в профиле
СБП	Выбор банка из списка, подтверждение в приложении банка, возврат в ваше приложение	Подключение СБП у банка-эквайрера	Нужна корректная обработка возврата из банковского приложения и ожидание статуса
Кошельки банков (SberPay, T-Pay и т. п.)	Переход в приложение банка, подтверждение	Подключение у платёжного сервиса, если он их поддерживает	Набор доступных способов зависит от договора с сервисом

Как выглядят СБП и оплата картой внутри приложения?

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

Как это устроено технически, если коротко:

1. Заказ создаётся на сервере. Сумма считается на бэкенде, а не в приложении — иначе цену можно подменить.
2. Сервер создаёт платёж у банка или платёжного сервиса и передаёт приложению данные для оплаты: ссылку, токен или параметры для SDK.
3. Приложение показывает форму оплаты. Карта — в форме сервиса, СБП — список банков и переход в банковское приложение.
4. Банк подтверждает платёж, платёжный сервис сообщает вашему серверу о результате.
5. Сервер меняет статус заказа и отправляет чек, приложение показывает «Оплачено».

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

Чек по 54-ФЗ и возвраты

Если деньги приходят через ваш эквайринг, вы рассчитываетесь с покупателем сами и обязаны отправить ему электронный чек: по п. 5 ст. 1.2 54-ФЗ при оплате через интернет чек направляют на телефон или почту, которые покупатель указал до оплаты. Возврат денег тоже оформляется чеком.

Текст закона — статья 1.2 54-ФЗ на КонсультантПлюс. Для приложения из этого вытекает несколько практических требований:

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

Со встроенными покупками App Store, Google Play и RuStore схема другая: деньги принимает магазин, а выплаты и документы по ним описаны в договоре с магазином. Как учитывать такие продажи и кто отправляет покупателю чек, уточняйте у бухгалтера по договору конкретной площадки — это вопрос учёта, а не кода.

Ошибки, из-за которых приложение отклоняют

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

Чек-лист, который проходим перед отправкой на проверку:

• Способ оплаты соответствует типу товара — по таблице выше, отдельно для каждого магазина.
• В iOS-сборке нет кнопок и ссылок на покупку цифрового мимо встроенных покупок, в том числе в описании и на экранах регистрации.
• Для встроенных покупок есть «Восстановить покупки», а купленная валюта не сгорает.
• У проверяющего есть демо-аккаунт и рабочий сервер на время проверки; если оплату нельзя пройти в тесте, это объясняется в комментарии к сборке.
• В RuStore задекларированы все платёжные решения — и свои, и сторонние. За незадекларированные приложение могут ограничить или снять (п. 9.9).
• Цена и условия видны до оплаты: что покупается, на какой срок, как отменить подписку и что будет после пробного периода.
• Удаление аккаунта есть в приложении, если в нём можно зарегистрироваться, — это отдельное требование App Store (5.1.1(v)), и с оплатой его проверяют вместе.
• Повторное нажатие «Оплатить» не создаёт второй платёж, а отмена заказа запускает возврат.

Когда встроенная оплата вам не нужна?

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

• B2B-заказы по договору. Клиенты платят по счёту — приложение отдаёт счёт файлом и показывает статус оплаты из учётной системы.
• Оплата на месте. Салон, автосервис, ресторан: запись в приложении, оплата на кассе. Предоплату можно добавить второй версией, когда станет понятно, сколько людей не приходит.
• Мало платежей. Если продаж в месяц единицы, договор с эквайрингом, касса и поддержка платёжного сценария могут стоить дороже выгоды. Ссылка на оплату от менеджера решает задачу без разработки.
• Нет приложения — нет проблемы. Если всё, что нужно, — принимать оплату с телефона, иногда хватает хорошей мобильной версии сайта или PWA. Там правила магазинов приложений не действуют вообще.

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

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

Из чего складывается работа по оплате:

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

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

Короткие ответы на частые вопросы

Можно ли в iOS-приложении принимать оплату своим эквайрингом?

Да, если вы продаёте физические товары или услуги, которые потребляются вне приложения: правило 3.1.3(e) App Store прямо требует для них способы оплаты, отличные от встроенных покупок. Подписки, премиум-функции и другой цифровой контент в App Store продаются через встроенные покупки Apple.

Можно ли подключить СБП в мобильном приложении?

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

Какую комиссию берут App Store, Google Play и RuStore?

С физических товаров и услуг, оплаченных вашим эквайрингом, магазины приложений комиссию не берут — платите банку или платёжному сервису по их тарифу. С цифровых продаж через встроенные покупки комиссию удерживает магазин: у RuStore на странице для разработчиков указано «от 15%», ставки Apple и Google зависят от программы и типа покупки.

Нужна ли онлайн-касса, если оплата идёт в приложении?

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

Может ли самозанятый принимать платежи в приложении из RuStore?

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

Входит ли подключение оплаты в стоимость приложения?

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

Услуги и кейсы по теме: мобильные приложения · цены и сроки