Платёжная инфраструктура для бизнеса

Платёжный контур под ключ от заказа до чека и доступа

Проектируем checkout, подключаем Альфа-Банк, Prodamus и Mandarin, связываем Tilda и merchant API с чеками, доступами и аналитикой — с историей каждого платежа.

  • единый checkout
  • несколько провайдеров
  • контроль операций
payment-flow.log live
PAYMENT STATUS PAID
  1. 01

    Заказ принятTilda · ORDER-1024

  2. 02

    Платёж зарегистрированАльфа-Банк · 15 000 ₽

  3. 03

    Статус подтверждёнcallback + polling

  4. 04

    Чек и доступ отправленыoutbox · delivered

3 провайдера
Альфа-Банк · Prodamus · Mandarin
4 способа оплаты
СБП · карты РФ · зарубежные карты · наличные
3 источника заказов
платёжные ссылки · Tilda · merchant API
1 панель управления
платежи, клиенты, аналитика, cash flow

От заказа до результата

Один управляемый платёжный контур

PaymentManagerApp связывает витрину, оплату и последующие бизнес-действия, сохраняя историю каждого шага.

01 Сайт / Tilda / API заказ и клиент
02 PayMgr маршрутизация
03 Провайдер безопасная оплата
04 Чек / доступ / аналитика автоматизация

Возможности

Не просто кнопка «Оплатить»

PaymentManagerApp объединяет checkout, платёжные ссылки, Tilda и merchant API с провайдерами, чеками, уведомлениями, выдачей доступа и операционной аналитикой.

01

Платёжные ссылки

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

  • сумма и назначение
  • контакты покупателя
  • источник заказа
02

Действия после оплаты

Outbox фиксирует доставку уведомлений. При подключённой конфигурации система формирует чек, выдаёт доступ и отправляет письмо клиенту.

  • чеки Aura
  • Skillspace
  • KundaliniHub
03

Tilda и merchant API

Принимаем заказ из готовой витрины или по API и возвращаем бизнесу понятный статус оплаты.

04

Провайдеры оплаты

Альфа-Банк для карт и СБП, Prodamus и Mandarin для зарубежных карт, а также наличные сценарии.

05

Статусы и callbacks

Polling, callbacks и идемпотентная обработка помогают не потерять финальный статус при сетевых сбоях.

Для кого

Четыре типовых сценария

Контур собирается под то, как заказ приходит и что должно произойти после оплаты. Ниже — конфигурации, которые уже работают.

Онлайн-школы и курсы

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

  • выдача доступа
  • рассрочки
  • чеки

Услуги и консалтинг

Под каждую сделку — своя платёжная ссылка с нужными полями и суммой. Витрина и корзина не нужны, счёт отправляется в переписке.

  • ссылка под сделку
  • свой текст и тема
  • без витрины

Продажи через Tilda

Заказ принимается из готовой витрины, а подтверждённый статус возвращается обратно в Tilda — без ручной сверки таблиц.

  • приём заказа
  • возврат статуса
  • история заказов

Продукты со своим бэкендом

Merchant API для регистрации платежей, идемпотентные callbacks и собственный checkout поверх общей платёжной логики.

  • merchant API
  • идемпотентность
  • свой checkout

Операционный контур

Платежи, которые можно контролировать

Команда видит не только транзакцию, но и клиента, экономику заказа, состояние интеграций и связанные действия.

История операций и метрики доступности собраны в одном интерфейсе.

01

Клиенты

Единая история заказов и оплат по контактам.

02

Комиссии

Сравнение суммы клиента, эквайринга и результата.

03

Аналитика

Выручка, продукты и платежи в выбранном периоде.

04

Cash flow

Движение денег и сверка операционных потоков.

05

Доступность

Метрики ответов подключённых внешних сервисов.

06

Рассрочки

Внутренние графики и контроль платежных этапов.

Как мы работаем

От разбора до боевого контура

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

  1. Разбор

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

  2. Схема

    Фиксируем провайдеров, способы оплаты, статусы и список действий после подтверждённого платежа.

  3. Подключение

    Регистрируем платежи, настраиваем callbacks и polling, прогоняем сценарии на тестовом контуре провайдера.

  4. Запуск и сопровождение

    Переносим на боевой контур, следим за доступностью интеграций и дорабатываем по мере роста нагрузки.

Вопросы

Что спрашивают до старта

Если нужного вопроса здесь нет — напишите, ответим по вашему сценарию приёма платежей.

Где клиент вводит данные карты?

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

Что будет, если провайдер не ответил вовремя?

Финальный статус подтверждается двумя независимыми путями: callback от провайдера и периодический опрос. Обработка идемпотентная, поэтому повторный callback не создаст второй платёж и не отправит второй чек.

Как выдаются чеки и доступы?

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

Можно ли принимать зарубежные карты?

Да, через Prodamus и Mandarin. Сумма пересчитывается в валюту по курсу ЦБ с настраиваемой наценкой, а курс и дата фиксируются в самой попытке оплаты — расхождения потом видно в отчётах.

Данные о платежах останутся у меня?

Да. Система разворачивается на вашей инфраструктуре: база платежей, история операций и выгрузки принадлежат вам, доступ к админке настраивается на вашей стороне.

Есть ли рассрочка и частичные оплаты?

Да, внутренние графики платежей с контролем этапов: первый взнос, последующие платежи, связанные с ними доступы и движение денег в отчёте cash flow.

Следующий шаг

Разберём ваш платёжный контур

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

Готовая форма

Оплата заказа

Введите данные существующего заказа. Выбор способа оплаты откроется на следующем шаге.

Оплата проходит на защищённой странице провайдера. Данные карты на сайте не вводятся и не хранятся.