Коротко — даётся ответ с оговоркой: моя база знаний ограничена июнем 2024 года; с тех пор могли произойти изменения (политические/санкционные/правовые), поэтому перед действием обязательно проверьте текущие правила Apple/Google и проконсультируйтесь с налоговым/юридическим консультантом. Ниже — практическое разъяснение по состоянию на середину 2024 и по типичным вариантам для ИП в РФ.
1) Можно ли без регистрации зарубежного юрлица?
- В большинстве случаев да: вы как ИП из РФ можете публиковать приложения в Google Play и App Store и монетизировать их, оставаясь российским ИП. Для этого нужно зарегистрировать аккаунт разработчика (Apple Developer, Google Play Console) на физическое лицо или ИП и указать реквизиты для выплат.
- Однако есть две «ограничивающие» темы: технические и регуляторные санкции/ограничения платежных потоков (могут мешать выплатам на российские банки) и правила платформ относительно внутриигровых/внутриприложенных платежей (in‑app purchases). Оба фактора могли меняться после 2024 года.
2) Варианты монетизации для ИП в РФ (общий перечень)
- Продажа через встроенные покупки платформ (in‑app purchases / subscriptions) — стандартный путь:
- iOS: через App Store In‑App Purchase (IAP). Для цифрового контента, подписок и виртуальных товаров Apple требует использование IAP, если не применима одно из исключений.
- Android (Google Play): через Google Play Billing для цифрового контента в приложении (аналогично).
- Плюс: оформляете профиль получателя выплат (банковские реквизиты) и платите налоги как ИП.
- Продажа контента/подписок через сайт (внешняя оплата) + вход в приложение:
- Для приложений «читателей/контента» (news, видео, музыка, книги и т.п.) и для сервисов с аккаунтом часто допустимо продавать подписку на веб‑сайте (через Robokassa, Яндекс/ЮKassa, Tinkoff, Stripe и т.д.), а в приложении дать возможность входа в уже оплаченный аккаунт. Apple/Google допускают такой сценарий для определённых типов контента (reader apps). Это позволяет обойти IAP для цифрового контента, но требует точного соблюдения правил платформы (нельзя внутри приложения предлагать ссылку на оплату, если это запрещено в вашей юрисдикции/категории; подробности — в правилах Apple/Google).
- Практика: многие российские разработчики продают подписки через сайт и в приложении дают только вход/управление аккаунтом.
- Использование сторонних платёжных агрегаторов внутри приложения (Robokassa, YooMoney, Qiwi и т. п.):
- Для физического товара/услуг внутри приложения (такси, доставка, бронирование) — можно использовать любые платёжные агрегаторы, интегрировать платёжные SDK.
- Для цифрового контента внутри приложения — платформа обычно требует использование собственных биллинговых систем, поэтому интеграция чужого SDK для оплаты цифрового контента в приложении нарушает правила (и может привести к удалению/блокировке).
- Исключения были введены в ряде юрисдикций (см. ниже).
- Распространение вне Google Play / App Store (альтернативные магазины, сайт) — на Android возможно распространять APK через другие каналы и принимать любую оплату, но тогда вы теряете охват Play и должны следить за безопасностью, обновлениями, доверием пользователей. Для iOS альтернатив распространения нет без джейлбрейка.
3) Apple — что изменилось и можно ли использовать Robokassa (и другие сторонние способы) внутри iOS‑приложения?
- До 2020–2022 Apple требовала IAP для любых покупок цифрового контента/подписок, сделанных внутри приложения. Существовали разрешённые исключения (reader apps, физические товары/услуги).
- В ответ на регуляции в ряде юрисдикций (EU, Южная Корея и т. д.) Apple разработала механизмы для альтернативных способов оплаты и внешних ссылок — но эти изменения распространялись не на все страны и требовали соблюдения дополнительных условий и регистрации. То есть в некоторых регионах разработчикам разрешено предлагать альтернативную оплату и/или размещать ссылки на внешние сайты (и использовать сторонние платёжные провайдеры), но это не было универсальным разрешением для всех стран и для всех типов приложений.
- Конкретно про Robokassa: интеграция Robokassa внутри iOS‑приложения для продажи цифрового контента, используемого в приложении, в общем случае противоречит классическим правилам App Store (если нет локального исключения/разрешения). Продажа подписок через сайт с оплатой через Robokassa + вход в приложении как «reader model» — допустима при соблюдении правил.
- Вывод по Apple: единоразово «Apple разрешила сторонние способы оплаты» — это не универсально для всех типов приложений и всех стран. Для РФ на момент середины 2024 года массового, свободного разрешения сторонних внутриигровых платёжных SDK в App Store не было; возможны варианты с веб‑оплатой и reader‑подходом.
4) Google Play — ситуация
- Google традиционно требовал Google Play Billing для цифрового контента в приложениях, но с 2021–2024 гг. ввёл отдельные правила для ЕС (и некоторых других рынков) — разрешил альтернативные биллинговые решения при определённых условиях и с сервисным сбором/комиссией.
- Для Android в России на момент середины 2024 года большинство разработчиков обязаны использовать Google Play Billing для продажи цифрового контента в приложениях из Play Store. Для физических товаров/услуг сторонние платёжные системы разрешены.
- Если вы хотите обходить Google Play Billing, остаётся вариант распространения приложения вне Play (альтернативные магазины, сайт) — тогда используете любые платёжные решения.
5) Что значит «для ИП в РФ» с налоговой и выплатами?
- Платформы платят вознаграждение разработчику и удерживают комиссию. Для выплаты Google/Apple укажете банковские реквизиты — ситуация с выплатами в российские банки/с карты и валютные ограничения могла меняться из‑за санкций; нужно проверить текущее состояние в консоли разработчика.
- Налогово: доходы ИП облагаются в соответствии с выбранным режимом (УСН, ОСН, патент и т. д.). Важны правильный учёт валютных поступлений, НДС (если применимо) и корректное отражение доходов. Обязательно консультируйтесь с бухгалтером/налоговым консультантом.
- Платежные агрегаторы в РФ (Robokassa, YooMoney, Tinkoff, CloudPayments и т.д.) поддерживают приём рублёвых/валютных платежей и выведение на счёт ИП. У каждого — свои требования по документам и типам бизнеса.
6) Практические рекомендации
- Если ваш продукт — цифровой контент/подписка, самый простой и безопасный путь — использовать IAP/App Store и Google Play Billing, получать выплаты от платформ и платить налоги как ИП.
- Если хотите обходить комиссии платформ, рассмотрите модель «продажа на сайте + вход в приложении» (reader model) — тогда можно принимать оплату через Robokassa/ЮKassa и т.п. Это самый распространённый способ «легально» обойти IAP для ряда категорий.
- Перед тем как интегрировать сторонние платёжные SDK в приложение, внимательно прочитайте последние версии правил App Store Review Guidelines и Google Play Payments policy — особенно разделы про продажу цифровых товаров.
- Проверьте в консоли Apple/Google, поддерживают ли они выплаты на российские реквизиты сейчас (актуально из‑за возможных ограничений).
- Проконсультируйтесь с юристом/бухгалтером по НДФЛ/налогу на прибыль/УСН/НДС и контролю за валютой.
7) Что конкретно сделать прямо сейчас
- Откройте Apple Developer Account / Google Play Console и посмотрите доступные для вашей страны опции выплат/merchant account.
- Ознакомьтесь с актуальными разделами правил:
- Apple: App Store Review Guidelines, Payments, Subscriptions, Reader apps, External Payment Entitlements (поискать по этим терминам в справке Apple).
- Google: Payments policy, Play Billing, альтернативный биллинг (если есть).
- Свяжитесь с выбранным платёжным агрегатором (Robokassa, YooMoney и т.д.) — уточните поддерживаемые сценарии для мобильных приложений и требования.
- Обсудите с бухгалтером налогообложение и учёт доходов от иностранных платформ.
Если хотите, могу:
- Найти и прислать актуальные поисковые запросы/термины и шаги для проверки правил Apple и Google (чтобы вы увидели свежие страницы).
- Помочь оценить, какой вариант монетизации подходит для конкретного типа приложения (опишите, чего именно продаёте: цифровой контент, подписка, физические товары/услуги, внутриигровая валюта и т. п.).
- Подготовить список вопросов для платёжного агрегатора и бухгалтера.
Хотите, чтобы я подготовил конкретный чек‑лист для проверки возможности использования Robokassa/других платёжных систем именно в вашем приложении?