Встроенные покупки или Payme и Click: когда что можно использовать

Короткий ответ

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

• Если пользователь платит за то, что потребляется внутри приложения — премиум-функции, подписку, игровую валюту, цифровой контент, — нужно использовать In-App Purchase (Apple) и Google Play Billing (Google).
• Если оплата идёт за физические товары или услуги в реальном мире — доставку, такси, бронирование, ремонт, оплату счетов, — встроенные покупки не нужны, а Apple их для таких случаев прямо не допускает. Здесь подключаются Payme, Click, банковский эквайринг, Apple Pay и Google Pay через провайдера.

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

Где проходит граница

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

Есть пограничные категории. Например, Apple отдельно описывает живые услуги «один на один» в реальном времени (репетитор, врачебная консультация): для них разрешены внешние способы оплаты, а групповые онлайн-занятия обычно требуют IAP. У Google свои формулировки, поэтому в таких случаях сверяйтесь с обеими политиками: App Review Guidelines и Payments policy Google Play.

За что отклоняют приложения

• Цифровые функции продаются через Payme, Click или карту внутри приложения.
• Кнопка или текст «оплатите дешевле на сайте» для цифрового контента. В некоторых регионах это смягчили, но это не общий случай.
• Оплата скрыта на время ревью и включается после одобрения. Это не просто отказ, а риск блокировки аккаунта разработчика.
• Физический товар продаётся через IAP. Встроенные покупки не предназначены для реальных товаров, Apple такое отклонит.
• Доступ по коду, купленному на сайте, при этом те же функции нельзя купить через IAP. Apple допускает доступ к покупкам с других платформ, но, как правило, при условии, что эти позиции доступны и через встроенные покупки.

Как Payme и Click встраиваются в приложение

Технически схема одинакова для большинства локальных провайдеров:

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

Секретные ключи мерчанта хранятся только на сервере, никогда в коде приложения.

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

Частые ошибки

• Смешанная модель без разделения. Интернет-магазин, который вдобавок продаёт электронные книги или видеоуроки через Payme. Цифровую часть придётся перевести на IAP.
• Пустые заметки для ревьюера. Объясните, что продаётся физический товар или услуга, и дайте тестовый аккаунт.
• Поздняя подготовка IAP. Договоры, налоговые и банковские данные в App Store Connect и Play Console требуют времени — начинайте заранее.
• Нет сценариев отмены и возврата. Ревьюер и пользователи проверят их первыми.