Товары и доставка
Для интернет-магазина связываем корзину, стоимость заказа и платёж. Если сумма или состав заказа могут измениться, заранее определяем момент списания и порядок отмены.
Разработка мобильных приложений и сайтов
Для действующих приложений
Подключаем оплату в существующих приложениях для iOS и Android: оформляем платёжный сценарий, связываем его с заказом на сервере и проверяем результат. Подбираем способ интеграции ЮKassa, Robokassa или платежей магазина приложений под ваш продукт и каналы распространения.
Сначала уточняем, что вы продаёте, где опубликовано приложение и какие способы оплаты уже доступны вашему бизнесу. От этого зависит и интерфейс покупки, и серверная часть.
Для интернет-магазина связываем корзину, стоимость заказа и платёж. Если сумма или состав заказа могут измениться, заранее определяем момент списания и порядок отмены.
Согласуем полную оплату или предоплату, срок ожидания платежа и действия при отмене записи. Учитываем обмен статусами с вашей системой учёта.
Для контента, функций и подписок проверяем правила магазина, регион и способ распространения. Подключение внешнего эквайринга не всегда подходит для цифровых покупок внутри приложения.
Универсального провайдера для всех приложений нет. Сравниваем доступные вашему бизнесу способы оплаты, требования к чекам, повторным платежам, возвратам и сопровождению.
| Вариант | Когда рассматриваем | Что проверяем до разработки |
|---|---|---|
| ЮKassa | Оплата товаров и услуг через подключённый магазин | Доступные способы оплаты, мобильный сценарий, уведомления о статусах и возвраты |
| Robokassa | Приём платежей с использованием платёжной формы и серверного уведомления | Настройки магазина, проверку уведомлений, параметры заказа и необходимые дополнительные услуги |
| RuStore и другие магазины | Покупки цифровых продуктов внутри приложения | Требования площадки, тип продукта, поддержку нужного сценария и привязку покупки к пользователю |
У ЮKassa предусмотрены уведомления об изменении статуса платежа. Robokassa отправляет подтверждение оплаты на сервер магазина через ResultURL. Поэтому возврат пользователя на экран приложения сам по себе не считаем подтверждением покупки. Подробнее: уведомления ЮKassa и уведомления Robokassa.
Экран оплаты, переход в платёжный сценарий, возвращение в приложение и понятные сообщения о результате. Пользователь должен видеть, оплачен ли заказ или ещё ожидает подтверждения.
Создание платежа, связь с заказом, проверка подтверждений и защита от повторной обработки одного события. Секретные ключи платёжного сервиса храним на серверной стороне.
Проверяем успешную оплату, отказ, отмену, закрытие приложения и задержку уведомления. Возвраты и повторные попытки включаем в тестирование по согласованному сценарию.
Стоимость зависит от текущей архитектуры, числа платформ и платёжных сценариев. Отдельно учитываем изменения на сервере, в административной панели и системе учёта. Оценку и состав работ согласуем до разработки.
Ссылку на приложение, описание товаров или услуг, выбранного провайдера и сведения о сервере. Если провайдер ещё не выбран, разберём требования и сравним подходящие варианты.
Рабочий сценарий оплаты, обработка статусов, проверенная сборка и описание настройки. Комиссии провайдера, подключение магазина и внешние услуги не смешиваем со стоимостью разработки.
Да, после знакомства с исходным кодом и сервером. Проверим сборку, способ авторизации пользователя и работу с заказами. Если серверной части для платежей нет, включим её создание в оценку.
Способ оплаты зависит от того, что продаётся, региона и правил распространения. Для физических товаров и услуг вне приложения действуют одни условия, для цифровых функций и контента — другие. Перед выбором решения сверяем сценарий с актуальными правилами App Store.
Да, если её поддерживает провайдер и она подходит выбранному сценарию. Готовая форма сокращает объём работы над интерфейсом, но связь с заказами, проверку статусов и обработку ошибок всё равно нужно реализовать.
Состав этих работ определяем до старта. Уточняем, какая касса или услуга фискализации используется, откуда поступают данные для чека и кто управляет возвратами. После этого включаем необходимые интеграции в план.
Разовая оплата закрывает конкретный заказ. Для подписки дополнительно нужны периоды доступа, продления, отмена, обработка неуспешного списания и восстановление покупки. Это отдельная задача с собственной серверной логикой.
Расскажите, что продаёте, где опубликовано приложение и какой сервис хотите подключить. Подготовим состав работ и оценку интеграции.