Перейти к содержимому

Типовые сценарии

Сценарии подключения

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

  • Комиссия от 2,9%
  • PCI DSS 4.0.1

Пять типов бизнеса

Как это выглядит на практике

У каждого сценария один и тот же набор условий: ставка от 2,9 %, подключение за 1 день, без абонентской платы и без оплаты за интеграцию. Различаются только инструменты.

01

Интернет-магазин на WordPress и WooCommerce

Инструменты: Модуль для WooCommerceКарты РФИностранные картыСБПSberPay и T-PayЧеки по 54-ФЗ
Исходная ситуация
Магазин на WooCommerce с каталогом, корзиной и оформлением заказа. Оплата принималась переводом по реквизитам: клиент делал заказ, ждал сообщения с суммой, переводил деньги, а менеджер сверял поступления вручную. Чек по 54-ФЗ выбивался отдельно, и часть продаж оставалась без чека. Заказы по вечерам и в выходные ждали утра.
Что подключили
Готовый модуль MulenPay для WordPress и WooCommerce, приём карт российских банков, оплату через СБП, SberPay и T-Pay, а также фискальные чеки через облачную онлайн-кассу. Отдельно включили приём иностранных карт для покупателей с картами, выпущенными за пределами России.
Как устроено
Плагин загружается в WordPress и активируется в админке, в настройках WooCommerce указываются Shop ID и Secret Key из кабинета MulenPay, там же в кабинете задаётся адрес вебхука. На шаге оформления заказа покупатель видит оплату картой и через СБП, платёж проходит с подтверждением по 3-D Secure, а статус заказа в WooCommerce меняется сам. Чек формируется автоматически на каждую оплату и на каждый возврат, магазину не нужна своя касса. Все операции видны в одном кабинете.
Что получили
Заказ оплачивается в момент оформления, без переписки и сверки переводов. Чек уходит покупателю автоматически. Возврат оформляется из кабинета, а не переводом с личной карты. Магазин принимает оплату круглосуточно, а менеджер занимается заказами, а не платежами.

02

Продажи в Telegram и соцсетях

Инструменты: Платёжные ссылкиКарты РФСБПSberPay и T-PayЧеки по 54-ФЗЛичный кабинет
Исходная ситуация
Продавец ведёт канал и принимает заказы в личных сообщениях. Сайта нет и не планируется: ассортимент меняется, а каждый заказ обсуждается в чате. Оплату просили переводом на карту, из-за чего приходилось проверять скриншоты, терять заказы в переписке и объяснять, почему чек не приходит.
Что подключили
Платёжные ссылки из кабинета MulenPay для каждого заказа и статичную ссылку для фиксированных товаров. Способы оплаты по ссылке: карты российских банков, СБП, SberPay и T-Pay. Чеки по 54-ФЗ подключили через облачную онлайн-кассу, чтобы не покупать и не регистрировать свою.
Как устроено
Продавец создаёт ссылку в кабинете, указывает сумму и название, отправляет её клиенту в чат. Клиент открывает ссылку на телефоне, выбирает карту или СБП и платит на защищённой странице MulenPay: сертификация PCI DSS 4.0.1 и 3-D Secure на стороне сервиса, продавцу ничего настраивать не нужно. Статус платежа появляется в кабинете, чек формируется автоматически. Для соцсетей та же ссылка ставится в описание профиля или в пост.
Что получили
Оплата происходит прямо в чате, без реквизитов и скриншотов. Все платежи собраны в одном кабинете, видно, какой заказ оплачен, а какой нет. Чек приходит покупателю сам. Сайт так и не понадобился.

03

Онлайн-школа с подпиской

Инструменты: Платёжный виджетРекуррентные платежиКарты РФСБПSberPay и T-PayЧеки по 54-ФЗ
Исходная ситуация
Школа продаёт курсы с лендинга и доступ по месячной подписке. Оплата за курс шла через переход на внешнюю страницу, где часть учеников терялась. Подписку продлевали вручную: ученик каждый месяц получал напоминание, заново вводил карту, и часть продлений просто не происходила.
Что подключили
Платёжный виджет MulenPay на лендинге курса и рекуррентные платежи для подписки. Способы оплаты: карты российских банков, СБП, SberPay и T-Pay. Чеки по 54-ФЗ формируются через облачную онлайн-кассу на каждую оплату и каждое автосписание.
Как устроено
Виджет подключается фрагментом кода на странице курса, покупатель платит без перехода на другой сайт. Для подписки ученик один раз привязывает карту при первой оплате, дальше школа списывает плату по сохранённому токену по своему графику, без повторного ввода реквизитов. Все списания видны в кабинете. Если ученик отписался, школа просто перестаёт отправлять запросы на списание, и подписка прекращается.
Что получили
Оплата курса проходит на той же странице, где ученик принял решение. Подписка продлевается сама, без напоминаний и повторного ввода карты. Чеки на каждое списание формируются автоматически. Школа управляет подписками из одного кабинета.

04

Самописный сервис или SaaS

Инструменты: REST APIВебхукиВозвраты по APIТестовая средаИностранные картыЧеки по 54-ФЗ
Исходная ситуация
Команда разрабатывает собственный сервис с личным кабинетом пользователя. Готовые модули не подходят: тарифы, пробные периоды и выставление счетов живут внутри продукта. Нужны приём платежей из своего бэкенда, уведомления о статусах, возвраты из интерфейса администратора и возможность проверить интеграцию до выхода на реальные деньги.
Что подключили
REST API MulenPay с вебхуками, возвраты через API, тестовую среду и чеки по 54-ФЗ через облачную онлайн-кассу. Способы оплаты для пользователей сервиса: карты российских банков, СБП, SberPay, T-Pay и иностранные карты.
Как устроено
Бэкенд сервиса создаёт платёж запросом к API и отправляет пользователя на страницу оплаты. О результате сервис узнаёт по вебхуку, а не опросом: подписанное уведомление приходит на указанный адрес, и сервис выдаёт доступ сразу после подтверждения. Возврат оформляется из своей админки отдельным запросом с идентификатором платежа: операция возвращается целиком. Пока интеграция пишется, запросы идут в тестовую среду. Описание методов и примеры запросов опубликованы на docs.mulenpay.com, а на вопросы по интеграции отвечает поддержка по почте support@mulenpay.com и в Telegram @mulen_support_bot.
Что получили
Платежи живут внутри продукта: доступ открывается по вебхуку, возвраты делаются из своей админки, чеки формируются без отдельной интеграции с кассой. Команда выкатила приём платежей, не завязываясь на чужой интерфейс, и проверила все сценарии в тестовой среде до запуска.
Подробнее: Платёжный API

05

Услуги с оплатой на месте

Инструменты: QR-код через СБПСБПЧеки по 54-ФЗЛичный кабинет
Исходная ситуация
Доставка, мастерская, выездной сервис: оплата принимается там, где оказана услуга. Терминал покупать и обслуживать не хотелось, наличные неудобны, а перевод на карту сотрудника заканчивался спорами о том, кто и сколько получил. Чек при таком приёме не выдавался вовсе.
Что подключили
Оплату по QR-коду через СБП из кабинета MulenPay: статичный код для точки и динамичный под конкретный заказ. Чеки по 54-ФЗ через облачную онлайн-кассу, без покупки собственной.
Как устроено
Статичный QR-код печатается и стоит на стойке или у курьера: клиент сканирует его камерой, вводит сумму и подтверждает оплату в приложении своего банка. Для заказа с известной суммой сотрудник создаёт динамичный код в кабинете, и сумма уже подставлена. Деньги приходят на счёт компании, а не сотруднику, статус виден в кабинете сразу. Лимит на одну операцию, как и для других способов, от 10 до 300 000 ₽.
Что получили
Оплата на месте без терминала и без наличных. Деньги идут на счёт бизнеса, а не на личную карту сотрудника. Чек формируется автоматически. Все точки и все сотрудники видны в одном кабинете.

Общее

Чем сценарии похожи

Инструменты разные, условия одни: они не зависят от того, какой путь подключения выбран

Подключение за 1 день

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

Бесплатная интеграция

Ни платы за подключение, ни абонентской. Готовые модули для 7 CMS, инструкции для 14 платформ, виджет и API входят в условия, комиссия начисляется только с проведённого платежа.

Чеки автоматически

Фискальный чек по 54-ФЗ формируется через облачную онлайн-кассу на каждую оплату и на каждый возврат, в любом из сценариев.

Один кабинет

Платежи, возвраты, ссылки, QR-коды и подписки в одном месте, каким бы способом ни принималась оплата.

Вопросы и ответы

Частые вопросы

Это типовые сценарии: так подключение проходит у бизнеса такого типа. Названия компаний и цифры здесь не приводятся, инструменты и порядок шагов — реальные.

Какой сценарий ваш?

Оставьте заявку, менеджер подберёт инструменты и условия под ваш способ продаж.

Оставить заявку

Заполните форму — менеджер свяжется с вами, подберёт условия и поможет с интеграцией.

Нажимая кнопку, вы соглашаетесь с обработкой персональных данных.

TelegramTelegram