Приём платежей для интернет-магазинов, сервисов и Telegram
Платёжный сценарий зависит не только от способа оплаты, но и от пути клиента. Интернет-магазину нужен быстрый checkout и связь с заказом, Telegram-боту — оплата в диалоге и автоматический статус, подписочному сервису — повторные списания и работа с отказами.
Для интернет-магазинов
Покупатель формирует корзину, выбирает карту или СБП, оплачивает заказ и возвращается в магазин. Система должна сопоставить платёж с заказом, исключить повторное списание и передать финальный статус. Для возвратов важно сохранить связь с исходной операцией.
Для интернет-магазинов
Покупатель формирует корзину, выбирает карту или СБП, оплачивает заказ и возвращается в магазин. Система должна сопоставить платёж с заказом, исключить повторное списание и передать финальный статус. Для возвратов важно сохранить связь с исходной операцией.Подключение выполняется через модуль CMS или API. Перед запуском проверьте мобильную форму, успешный платёж, отказ банка, закрытие окна, повторный переход и частичный возврат.
Что именно можно подключить, описано на странице доступные способы оплаты
Для Telegram-ботов
Бот создаёт заказ и отправляет пользователю платёжную ссылку или кнопку. После оплаты сервер получает уведомление, проверяет подпись и только затем выдаёт товар, доступ или подтверждение бронирования. Переход пользователя на экран «Успешно» не должен быть единственным подтверждением.
Для Telegram-ботов
Бот создаёт заказ и отправляет пользователю платёжную ссылку или кнопку. После оплаты сервер получает уведомление, проверяет подпись и только затем выдаёт товар, доступ или подтверждение бронирования. Переход пользователя на экран «Успешно» не должен быть единственным подтверждением.Для разовых продаж достаточно ссылки и статуса. Для сложного сервиса понадобятся API, webhooks, журнал событий и обработка повторных уведомлений.
Для цифровых сервисов и SaaS
Цифровой сервис может принимать оплату за доступ, тариф, пакет функций или период использования. Основные требования: быстрое подтверждение, однозначная связь с аккаунтом, контроль срока доступа и корректная обработка возврата.
Для цифровых сервисов и SaaS
Цифровой сервис может принимать оплату за доступ, тариф, пакет функций или период использования. Основные требования: быстрое подтверждение, однозначная связь с аккаунтом, контроль срока доступа и корректная обработка возврата.Если используются подписки, отдельно согласуйте сохранение платёжного токена, получение согласия, дату списания, уведомления, отмену автопродления и правила повторных попыток.
Механика неуспешных списаний раскрыта в статье о ретраях платежей
Для маркетплейсов и селлеров
Маркетплейсу нужно определить, кто принимает деньги от покупателя, как удерживается комиссия площадки и как выполняются расчёты с продавцами. Если один заказ содержит товары разных продавцов, может потребоваться split-сценарий. Его юридическая и техническая модель согласуется до интеграции.
Для маркетплейсов и селлеров
Маркетплейсу нужно определить, кто принимает деньги от покупателя, как удерживается комиссия площадки и как выполняются расчёты с продавцами. Если один заказ содержит товары разных продавцов, может потребоваться split-сценарий. Его юридическая и техническая модель согласуется до интеграции.При проектировании учитывайте частичный возврат, отмену позиции, задержку выплаты, спор и сверку по каждому участнику.
Общее объяснение схемы приведено в статье о split-платежах
Для сферы услуг
Салон, консультант, учебный проект или сервис бронирования могут принимать полную оплату либо предоплату. Платёжную ссылку удобно отправлять после согласования заказа, а QR-код — показывать клиенту при личном контакте. В назначении и уведомлениях следует использовать внутренний номер заказа, а не чувствительные данные клиента.
Для сферы услуг
Салон, консультант, учебный проект или сервис бронирования могут принимать полную оплату либо предоплату. Платёжную ссылку удобно отправлять после согласования заказа, а QR-код — показывать клиенту при личном контакте. В назначении и уведомлениях следует использовать внутренний номер заказа, а не чувствительные данные клиента.Для подписочного бизнеса
Подписка требует прозрачного согласия клиента и понятного управления. До первой оплаты нужно сообщить цену, период, дату следующего списания, порядок отмены и возврата. Технически система должна хранить токен, а не номер карты, корректно обрабатывать истёкшую карту и не создавать дублирующие подписки.
Для подписочного бизнеса
Подписка требует прозрачного согласия клиента и понятного управления. До первой оплаты нужно сообщить цену, период, дату следующего списания, порядок отмены и возврата. Технически система должна хранить токен, а не номер карты, корректно обрабатывать истёкшую карту и не создавать дублирующие подписки.Рекуррентные платежи
После первой подтверждённой операции последующие списания могут инициироваться по согласованному графику. Возможность рекуррентного сценария, требования к согласию и поддерживаемые операции подтверждаются для проекта отдельно.
Автопродление и повторные списания
При отказе не следует бесконечно повторять операцию. Используйте ограниченный график попыток, сообщайте клиенту о проблеме и дайте способ обновить платёжные данные или отменить подписку.
Как выбрать платёжный сценарий
Сценарий собирается не из набора функций, а из пути клиента и обязательных операций. Пройдите пять шагов до начала интеграции.
Как выбрать платёжный сценарий
Сценарий собирается не из набора функций, а из пути клиента и обязательных операций. Пройдите пять шагов до начала интеграции.- Опишите точку начала оплаты: сайт, приложение, бот или сообщение менеджера.
- Определите плательщика, получателя и момент исполнения заказа.
- Выберите способы оплаты и обязательные операции: возврат, отмену, подписку или выплату.
- Определите источник истины для статуса платежа.
- Согласуйте интеграцию и проведите тесты негативных сценариев.
Не нашли свой сценарий?
Соберём схему приёма платежей под вашу модель: франшизу, образовательную платформу или цифровой сервис.
Обсудить платёжный сценарийЧастые вопросы
Запустите приём платежей за 1 день
Подключение по договору оферты, тестовая среда сразу после регистрации, персональный менеджер на этапе интеграции.