Банкинг / ФинтехХит

Платёжный шлюз

Name: Платёжный шлюз
Brand: wl-solution
Price: 24000 USD
Availability: InStock

Платёжный шлюз — это тонкий, но критичный слой между мерчантом и эквайрером: он должен принять платёж, токенизировать карту, выбрать эквайрера, провести 3DS, обработать отказ ретраем, отдать вебхук и сойтись в сверке до копейки. Мы отдаём эту машину целиком — с исходным кодом, checkout-виджетом, API, админкой и PCI-готовым контуром — или обслуживаем её за вас. Договоры с эквайрерами/банками, PCI-аттестацию и лицензии вы берёте на себя; мы даём технологию.

Платёжный шлюз: SDK, рекуррент, токенизация, антифрод, merchant cabinet.

WebAdmin

Стек

Go · Postgres · Redis · PCI DSS-готовый контур

О продукте

Платёжный шлюз выглядит просто — «принять оплату картой», — но внутри это токенизация, роутинг между эквайрерами, 3DS-флоу, каскад ретраев при отказах, идемпотентность, вебхуки, сверки и PCI-контур. Каждая из этих частей отдельно нетривиальна, а вместе они образуют систему, которую пишут месяцами.

Мы не эквайрер и не банк. Мы поставляем ПО: приём платежей через API и виджет, vault токенизации, умный роутинг и каскадирование эквайреров, 3DS, ретраи, антифрод-хуки, recurring/подписки, split для маркетплейсов, сверки и личные кабинеты. Договоры с PSP/банками, PCI-аттестация контура и лицензии — ваша зона.

Два способа работать. Купить исходники и белый лейбл: весь код, развёртывание в вашем PCI-контуре, брендирование, самостоятельное подключение эквайреров и настройка роутинга. Или арендовать SaaS: мы хостим PCI-готовый контур, обновляем, мониторим, дежурим — вы фокусируетесь на договорах с эквайрерами и мерчантах.

Всё описанное ниже реально есть в поставке. Нет нужного эквайрера, метода оплаты или правила роутинга — дорабатываем; новый коннектор к PSP — штатная работа.

Задача

Почему свой платёжный шлюз — это сложно

Снаружи это форма оплаты. Внутри — токенизация карты в PCI-контуре, выбор эквайрера по правилам, 3DS-редирект и возврат, каскад ретраев при отказе, идемпотентность повторов, вебхуки со статусами, обработка чарджбэков и сверка с выписками эквайреров.

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

Токенизация карт и PCI-контур
Цена ошибки: хранение карт без PCI = штрафы и запрет приёма карт
Vault токенизации отделяет карточные данные в PCI-готовый контур; приложение работает с токенами, снижая PCI-scope. Аттестация — на операторе.
Роутинг между несколькими эквайрерами
Цена ошибки: один эквайрер = один сбой роняет весь приём платежей
Умный роутинг выбирает эквайрера по правилам (стоимость, страна, метод, аптайм) и каскадирует на резервного при отказе.
3DS-флоу с редиректами и возвратами
Цена ошибки: поломанный 3DS = отказы и потеря платежей
3DS-флоу (challenge/frictionless) интегрирован через эквайрера с корректной обработкой редиректов, таймаутов и возврата на checkout.
Каскад ретраев при отказах, но без двойных списаний
Цена ошибки: не идемпотентный ретрай = двойное списание и чарджбэк
Все операции идемпотентны по ключу; ретраи и каскад на резервного эквайрера не создают дублей.
Вебхуки: доставить статус и не потерять
Цена ошибки: потерянный вебхук = заказ висит неоплаченным
Исходящие вебхуки с подписью, ретраями и дедлайнами; входящие от эквайреров — идемпотентны и сверяются со статусом.
Сверка с выписками эквайреров
Цена ошибки: расхождение в сверке = потерянные или задвоенные деньги
Автосверка транзакций с выписками эквайреров; расхождения выносятся в отчёт для разбора, а не теряются молча.
Recurring и подписки
Цена ошибки: самописный ребилл = сорванные списания и отток
Recurring по сохранённому токену: графики ребилла, ретраи неуспешных списаний, обработка истёкших карт.
Split для маркетплейсов
Цена ошибки: ручной раздел выручки = ошибки и споры продавцов
Split-платежи: раздел суммы между продавцами и площадкой с комиссией, всё разносится проводками.
Антифрод до и после авторизации
Цена ошибки: фрод-транзакции и чарджбэки съедают маржу
Антифрод-хуки: правила, скоринг, лимиты по карте/устройству/BIN до авторизации и мониторинг после.
Чарджбэки и диспуты
Цена ошибки: непрозрачные диспуты = проигранные споры и потери
Учёт чарджбэков и диспутов со статусами и дедлайнами, сбор доказательной базы для ответа эквайреру.
Тарификация комиссий по мерчантам
Цена ошибки: ошибки в комиссиях = недобор выручки и споры
Гибкая тарификация: комиссии по мерчанту, методу, эквайреру; всё считается и разносится проводками.
Точный учёт денег на тонком слое
Цена ошибки: расхождение в учёте = невозможно доказать, кто кому должен
Каждое движение — авторизация, списание, возврат, комиссия, выплата — разносится проводками в леджере и аудируемо.

Сборка с нуля против готового

Своя разработка против готовой платформы

Платёжный шлюз с нуля — это токенизация в PCI-контуре, роутинг и каскад эквайреров, 3DS, идемпотентные ретраи, вебхуки, сверки, recurring, split, антифрод и админка. 6–12 месяцев команды с платёжной экспертизой и сотни тысяч долларов до первого боевого платежа.

Наша экономика другая: платформа уже написана и обкатана на полном цикле — от токенизации до сверки. Вы платите за развёртывание в PCI-контуре, брендирование, подключение эквайреров и настройку роутинга.

«Быстрее» относится к технологии. Договоры с эквайрерами/банками и PCI-аттестация идут своим темпом — на это мы не влияем и говорим честно. Но платформа будет готова раньше, чем закроются эти вопросы.

Свой стек

6–12 месяцев

$150k–$450k

С wl-solution

2–4 недели

от $24 000 разово или $1200/мес

Этап	Свой стек	С wl-solution
Токенизация и PCI-контур	2–3 мес: vault, изоляция карточных данных	готово: vault токенизации, PCI-готовый контур
Роутинг и каскад эквайреров	2–3 мес: правила, каскад, идемпотентность	готово: умный роутинг и каскад на резервного
3DS и ретраи	1–2 мес: 3DS-флоу, ретраи без дублей	готово: 3DS challenge/frictionless, идемпотентные ретраи
Вебхуки и сверки	1–2 мес: доставка статусов, автосверка	готово: подписанные вебхуки и автосверка выписок
Recurring, split, антифрод	2–3 мес: ребилл, раздел, фрод-правила	готово: recurring, split-платежи, антифрод-хуки
Кабинеты и админка	1–2 мес: кабинет мерчанта и оператора	готово: кабинет мерчанта и админ-панель

Решение

Что вы получаете

Полный платёжный шлюз: серверную часть (токенизация, роутинг, 3DS, ретраи, вебхуки, сверки, recurring, split, антифрод, тарификация), checkout-виджет и API для мерчантов, кабинет мерчанта и админ-панель оператора, а также PCI-готовый контур развёртывания.

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

Вы выбираете модель: исходники и белый лейбл для полного контроля и развёртывания в своём PCI-контуре, либо аренду SaaS с нашим сопровождением.

Приём платежей и токенизация

Карты, кошельки и локальные методы через API и виджет, карты — в vault.

Мерчант интегрирует приём платежей через API или готовый checkout-виджет. Карта токенизируется в vault PCI-контура, приложение дальше работает только с токеном.

Токенизация снижает PCI-scope мерчанта и оператора и открывает recurring без повторного ввода карты.

Умный роутинг и каскад эквайреров

Выбор эквайрера по правилам и резервирование при отказе.

Роутинг выбирает эквайрера по стоимости, стране, методу, BIN и аптайму. Один сбойный эквайрер не роняет приём: каскад переводит платёж на резервного.

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

Надёжность денег на тонком слое

Идемпотентность, вебхуки и сверка до копейки.

Все операции идемпотентны по ключу: ретраи и каскад не создают двойных списаний. Исходящие вебхуки подписаны и доставляются с ретраями.

Автосверка с выписками эквайреров ловит расхождения и выносит их в отчёт, а не теряет молча.

Recurring, split и тарификация

Подписки, маркетплейс-раздел и гибкие комиссии.

Recurring по сохранённому токену: графики ребилла, ретраи, обработка истёкших карт. Split делит выручку между продавцами и площадкой.

Тарификация задаёт комиссии по мерчанту, методу и эквайреру; всё разносится проводками для точного учёта.

Антифрод, чарджбэки и сверки

Защита до авторизации и разбор после.

Антифрод-хуки применяют правила и лимиты по карте, устройству и BIN до авторизации и мониторят после. Чарджбэки и диспуты ведутся со статусами и дедлайнами.

Сверки и отчётность дают операционную картину: успешность, стоимость роутинга, доля фрода, расхождения.

Две модели поставки

Исходники и белый лейбл или аренда SaaS с сопровождением.

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

Аренда: мы хостим PCI-готовый контур, обновляем, мониторим и дежурим; вы платите помесячно. Быстрый старт без своей платёжной инфраструктуры, с возможностью выкупа исходников позже.

Принципы

Что мы держим в голове, проектируя продукт

01
Деньги на тонком слое требуют идемпотентности
Шлюз — тонкая прослойка, где каждый повтор запроса может стать вторым списанием. Мы делаем все операции идемпотентными по ключу, чтобы ретраи и каскад были безопасны.
Без идемпотентности любой сетевой сбой превращается в чарджбэк.
02
Мы даём технологию, а не эквайринг и не PCI-сертификат
Платформа — это ПО с PCI-готовым контуром. Договоры с эквайрерами/банками, сама PCI-аттестация и лицензии — ваша зона. Мы честно проводим границу до подписания.
На технологической стороне вы получаете полный цикл шлюза, обкатанный и корректный.
03
Один эквайрер — это точка отказа
Приём платежей на одном эквайрере падает вместе с ним. Мультиэквайринг и каскад — не роскошь, а базовая надёжность выручки.
Роутинг по правилам ещё и экономит на стоимости и повышает успешность.
04
Вебхук, который не доставлен, — это потерянный заказ
Статус платежа бесполезен, если он не дошёл до мерчанта. Мы доставляем вебхуки с подписью, ретраями и дедлайнами и даём сверку статуса.
Надёжная доставка статусов важнее красоты API.
05
Сверка до копейки, а не «примерно сходится»
Расхождение с выпиской эквайрера — это реальные деньги. Автосверка выносит расхождения в отчёт для разбора, а не прячет их.
Леджер двойной записи делает остатки суммой проводок, а не хранимым итогом.

Возможности

Полный набор сценариев — без покупки модулей и плагинов

Приём платежей и токенизация

Слой, где деньги входят в систему: приём карт, кошельков и локальных методов через API и виджет, с токенизацией карт в PCI-контуре.

Приём через API и checkout-виджет

Интеграция приёма платежей за часы: серверный API или готовый брендируемый виджет.

Мерчант принимает платежи двумя путями: серверным API для полного контроля флоу или готовым checkout-виджетом, который встраивается на страницу оплаты и берёт на себя ввод карты и 3DS.

Виджет брендируется под мерчанта и снижает PCI-scope, поскольку карта вводится в изолированном контуре, а не на странице мерчанта.

· Быстрая интеграция без глубокой платёжной экспертизы
· Снижение PCI-scope мерчанта за счёт виджета
· Единый API для карт, кошельков и локальных методов

// Все платёжные операции идемпотентны по ключу запроса.

// Виджет изолирует ввод карты в PCI-контуре; мерчант получает токен.

Vault токенизации карт

Карточные данные изолируются в vault, приложение работает только с токенами.

Vault хранит карточные данные в PCI-контуре и отдаёт приложению токен. Дальнейшие операции — recurring, повторные списания, каскад — идут по токену без доступа к номеру карты.

Это снижает PCI-scope основного приложения и открывает безопасный recurring без повторного ввода карты покупателем.

· Снижение PCI-scope основного контура
· Безопасный recurring по токену
· Единый токен для роутинга между эквайрерами

// Ключи и карточные данные хранятся в изолированном контуре (vault/HSM при необходимости).

// Токен не обратим на стороне приложения; детокенизация — только в vault.

Роутинг, каскад и 3DS

Ядро надёжности приёма: выбор эквайрера по правилам, каскад на резервного при отказе и корректный 3DS-флоу.

Умный роутинг между эквайрерами

Выбор эквайрера по стоимости, стране, методу, BIN и аптайму — правилами, а не кодом.

Роутинг выбирает эквайрера для каждого платежа по настраиваемым правилам: стоимость, страна карты, метод, BIN, аптайм эквайрера. Это повышает успешность и снижает стоимость приёма.

Мультиэквайринг — штатный режим: правила меняются без переписывания кода, новые эквайреры добавляются коннектором.

· Рост успешности авторизаций
· Снижение стоимости приёма платежей
· Гибкие правила без разработки

// Правила роутинга конфигурируются; поддерживается A/B на сегментах трафика.

// Коннектор эквайрера — изолированный адаптер с единым контрактом.

Каскад ретраев и 3DS-флоу

Перевод платежа на резервного эквайрера при отказе и корректный 3D Secure.

При отказе эквайрера каскад переводит платёж на резервного по правилам, оставаясь идемпотентным — без двойных списаний. 3DS-флоу (challenge/frictionless) проходит через эквайрера с обработкой редиректа, таймаута и возврата на checkout.

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

· Сбой эквайрера не роняет платёж
· Нет двойных списаний при ретраях и каскаде
· Корректный 3DS без потери платежей на редиректах

// Идемпотентность по ключу покрывает ретраи и каскад.

// 3DS-состояние сохраняется для корректного возврата после challenge.

Recurring, split и тарификация

Монетизация и учёт: подписки по токену, раздел выручки маркетплейса и гибкие комиссии по мерчантам.

Recurring и подписки

Ребилл по сохранённому токену с ретраями и обработкой истёкших карт.

Recurring запускает списания по графику по сохранённому токену. Неуспешные списания уходят в ретраи по правилам, истёкшие и обновлённые карты обрабатываются, снижая отток по платежам.

Подписочные продукты настраиваются: период, суммы, пробные периоды, ретрай-политика.

· Меньше сорванных списаний подписок
· Обработка истёкших карт без потери клиента
· Гибкие подписочные продукты

// Ребилл идёт по токену vault, без повторного ввода карты.

// Ретрай-политика и графики конфигурируются.

Split-платежи и тарификация

Раздел выручки между продавцами и площадкой и гибкие комиссии по мерчантам.

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

Тарификация задаёт комиссии по мерчанту, методу и эквайреру, так что экономику по каждому срезу видно прозрачно.

· Автоматический раздел выручки маркетплейса
· Гибкие комиссии по мерчанту и методу
· Прозрачный учёт для выплат

// Split и комиссии разносятся отдельными проводками в леджере.

// Выплаты продавцам идут через адаптеры payout.

Антифрод, сверки и кабинеты

Защита и учёт: антифрод-хуки, автосверка с выписками, диспуты и интерфейсы мерчанта и оператора.

Антифрод-хуки и диспуты

Правила и лимиты до авторизации, мониторинг после и учёт чарджбэков.

Антифрод применяет правила и скоринг по карте, устройству и BIN до авторизации и мониторит после. Можно подключить внешний антифрод-провайдер через адаптер.

Чарджбэки и диспуты ведутся со статусами и дедлайнами, с местом под доказательную базу для ответа эквайреру.

· Снижение фрод-транзакций и чарджбэков
· Учёт диспутов со статусами и дедлайнами
· Гибкие правила и внешний антифрод по желанию

// Антифрод-хуки встроены в путь авторизации до отправки эквайреру.

// Диспуты связаны с транзакцией и проводками для корректного отражения.

Автосверка, кабинеты и вебхуки

Сверка с выписками эквайреров, кабинет мерчанта и оператора, подписанные вебхуки статусов.

Автосверка загружает выписки эквайреров и сверяет их с транзакциями; расхождения выносятся в отчёт для разбора. Исходящие вебхуки подписаны и доставляются с ретраями и дедлайнами.

Кабинет мерчанта показывает платежи, комиссии, возвраты и выплаты; админ-панель оператора управляет эквайрерами, роутингом, тарифами, антифродом и портфелем мерчантов.

· Сверка до копейки с ловлей расхождений
· Гарантированная доставка статусов вебхуками
· Прозрачные кабинеты мерчанта и оператора

// Вебхуки подписаны; входящие уведомления эквайреров идемпотентны.

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

Архитектура

Архитектура платформы

Платформа разделяет карточный контур (vault токенизации, PCI-scope) и основной контур (приём, роутинг, учёт). Приложение работает с токенами, а не с номерами карт, что снижает PCI-scope.

Приём идёт через API/виджет → роутинг → эквайрер → вебхуки и сверка. Всё опирается на леджер и шину событий; операции идемпотентны.

API-шлюз приёма платежей

Точка входа платежей

Принимает запросы от мерчантов (API и виджет), проверяет идемпотентность и оркеструет токенизацию, роутинг и авторизацию.

Отдаёт статусы синхронно и через вебхуки.

Go · REST/webhook API · идемпотентные операции

Vault токенизации

Изоляция карточных данных

Хранит карточные данные в PCI-контуre и отдаёт токены; детокенизация только внутри vault.

Снижает PCI-scope основного приложения.

изолированный PCI-контур · HSM при необходимости

Движок роутинга

Выбор эквайрера по правилам

Применяет правила роутинга (стоимость, страна, метод, BIN, аптайм) и выбирает эквайрера для каждого платежа.

Исключает недоступных эквайреров и поддерживает A/B правил.

движок правил · конфигурации роутинга

Каскад и менеджер ретраев

Резервирование при отказе

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

идемпотентные ключи · политики ретраев

Коннекторы эквайреров

Адаптеры к PSP/банкам

Изолированные адаптеры с единым контрактом к каждому эквайреру/PSP; 3DS проходит через них.

Новый эквайрер = новый коннектор без изменения ядра.

адаптеры · 3DS-интеграция

Леджер (двойная запись)

Источник истины по деньгам

Разносит проводками авторизации, списания, возвраты, комиссии, split и выплаты. Остатки — сумма проводок.

Обеспечивает сверку и разрешение споров.

двойная запись · иммутабельный журнал

Сервис вебхуков

Доставка статусов мерчантам

Формирует подписанные исходящие вебхуки и доставляет их с ретраями и дедлайнами; обрабатывает входящие уведомления эквайреров идемпотентно.

Движок сверки

Сверка с выписками эквайреров

Загружает выписки/реестры эквайреров и сверяет их с транзакциями; расхождения выносит в отчёт.

Recurring-движок

Ребилл подписок

Запускает списания по графику по токену, ведёт ретраи и обработку истёкших карт.

Антифрод-модуль

Защита авторизации

Применяет правила и скоринг по карте, устройству и BIN до авторизации и мониторит после; интегрируется с внешним антифродом.

Модуль тарификации и split

Комиссии и раздел выручки

Считает комиссии по мерчанту, методу и эквайреру и делит выручку маркетплейса; всё разносится проводками.

Кабинеты и админ-панель

Интерфейсы мерчанта и оператора

Кабинет мерчанта (платежи, комиссии, возвраты, выплаты) и админ-панель оператора (эквайреры, роутинг, тарифы, антифрод, портфель, диспуты, сверки).

Все интерфейсы работают через единый API платформы.

web-кабинет мерчанта · админ-панель оператора

Поток данных

Платёж: мерчант инициирует оплату через API/виджет → карта токенизируется в vault → роутинг выбирает эквайрера по правилам → при необходимости 3DS-challenge с редиректом и возвратом → авторизация/списание → результат разносится проводками и уходит вебхуком мерчанту. Всё идемпотентно по ключу.

Отказ: при отказе эквайрера каскад переводит платёж на резервного по правилам, не создавая двойного списания; исчерпание каскада возвращает корректный отказ.

Сверка: выписки эквайреров загружаются и сверяются с транзакциями; расхождения выносятся в отчёт. Recurring запускает ребилл по токену по графику, split делит выручку проводками.

Масштабирование

Приём платежей масштабируется горизонтально; сервисы stateless, состояние — в БД и леджере. Пики распродаж выдерживаются добавлением обработчиков.

Vault изолирован и масштабируется отдельно; сверки и ребилл идут пакетно по расписанию без влияния на путь авторизации.

Что ломается и как восстанавливаем

Отказ эквайрера обрабатывается каскадом на резервного; идемпотентность гарантирует отсутствие двойных списаний при ретраях.

Недоставленный вебхук уходит в очередь ретраев с дедлайнами; статус можно запросить и сверить через API.

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

Безопасность

Карточные данные изолированы в vault PCI-контура; приложение работает с токенами, что снижает PCI-scope. Доступ разграничен ролями с журналом.

Вебхуки подписаны, входящие уведомления эквайреров идемпотентны и проверяются; ключи и секреты хранятся в защищённом хранилище.

Модель угроз включает фрод по картам, повторные списания и подмену вебхуков; антифрод, идемпотентность и подписи закрывают основные векторы. PCI-аттестация и пентест — на стороне оператора.

Интеграции

Готовые коннекторы

Платформа интегрируется с эквайрерами и PSP, провайдерами 3DS, антифродом, кошельками и локальными методами, а также с системами сверки и учёта через адаптеры. Ниже — типовой набор.

Эквайреры / PSPacquiring

Авторизация и списание карт через одного или нескольких эквайреров.

Основа приёма платежей; мультиэквайринг даёт надёжность и роутинг.

Подключение: 1–3 недели на коннектор · Комиссии эквайрера/PSP; договор — на операторе.

3DS-провайдер / ACS3ds

Прохождение 3D Secure (challenge/frictionless) при авторизации.

Требование для приёма карт и снижения фрод-ответственности.

Подключение: 1–2 недели на адаптер · Часто в составе эквайринга.

Кошельки и локальные методыpayments

Приём Apple Pay/Google Pay и локальных методов оплаты.

Повышают конверсию и покрытие рынков.

Подключение: несколько дней на метод · Комиссии метода/провайдера.

Антифрод-провайдерfraud

Скоринг и правила фрода до и после авторизации.

Снижает чарджбэки и фрод-транзакции.

Подключение: 1–2 недели на адаптер · Подписка/оплата за проверку.

Vault / HSM для токенизацииsecurity

Хранение карточных данных и ключей в защищённом контуре.

Снижает PCI-scope и защищает карты.

Подключение: в составе развёртывания · Инфраструктура/лицензия HSM при необходимости.

Провайдеры выплат (payout)payments

Выплаты мерчантам и продавцам маркетплейса.

Закрывает settlement и split-выплаты.

Подключение: 1–2 недели на адаптер · Комиссии провайдера выплат.

Сверка с выписками эквайреровreconciliation

Загрузка и сверка выписок/реестров эквайреров.

Ловит расхождения и подтверждает деньги.

Подключение: несколько дней на формат · Разово на формат выписки.

Бухгалтерия / учёт оператораback-office

Выгрузка транзакций, комиссий и выплат.

Сводит платформенный леджер с корпоративным учётом.

Подключение: 2–4 дня · Разово на интеграцию формата.

Уведомления (email/SMS/webhook)notifications

Оповещения о статусах платежей и событиях.

Доставка статусов мерчантам и покупателям.

Подключение: ≈ 1 день · Оплата за сообщение; вебхуки бесплатны.

Аналитика и мониторингobservability

Метрики успешности, стоимости роутинга, фрода, задержек.

Нужны для оптимизации конверсии и надёжности.

Подключение: 1–2 дня · Open-source стек или облачные тарифы.

Сценарии операторов

Кейсы, которые мы регулярно разворачиваем

PSP / платёжная компания

Запустить свой платёжный сервис без года разработки

У команды есть договоры с эквайрерами (или они на подходе) и планы стать PSP, но нет 6–12 месяцев на разработку шлюза.

Нужно принимать платежи под своим брендом с мультиэквайрингом и роутингом.

Берём аренду SaaS в PCI-готовом контуре для быстрого старта или покупаем исходники под свой контур.

Подключаем эквайреров, настраиваем роутинг и каскад по стоимости и аптайму.

Даём мерчантам API и checkout-виджет, брендируем кабинет мерчанта.

Прогоняем полный цикл: приём → 3DS → каскад → вебхук → сверка.

Что включаем

· Приём платежей и токенизация
· Роутинг и каскад эквайреров
· Вебхуки и сверки
· Кабинет мерчанта

Результат

· Запуск за недели вместо года
· Мультиэквайринг и роутинг с первого дня
· Нет расходов на большую платёжную команду

Ограничения:Договоры с эквайрерами и PCI-аттестация вне нашего контроля · Лицензионные требования — на операторе

Маркетплейс / платформа

Свой приём платежей со split вместо дорогого внешнего PSP

Маркетплейс платит внешнему PSP высокую комиссию и хочет свой приём платежей со split между продавцами.

Нужен шлюз, встроенный в собственный checkout, с разделом выручки.

Покупаем исходники и встраиваем приём платежей в свой checkout через API/виджет.

Настраиваем split: раздел суммы между продавцами и площадкой с комиссией.

Подключаем выплаты продавцам и сверку; забираем маржу и данные себе.

Что включаем

· Приём платежей и токенизация
· Split-платежи
· Выплаты продавцам
· Сверки и тарификация

Результат

· Удержание маржи вместо комиссии внешнему PSP
· Автоматический split и выплаты продавцам
· Свои данные о платежах

Ограничения:Приём платежей = ответственность за PCI-контур · Договоры с эквайрерами — на площадке

Действующий шлюз на одном эквайрере

Добавить мультиэквайринг и каскад без переписывания

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

Нужен роутинг и каскад на резервных эквайреров с идемпотентностью.

Покупаем исходники и разворачиваем в своём PCI-контуре.

Подключаем второго и третьего эквайрера, настраиваем правила роутинга и каскад.

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

Сверяем транзакции и переключаем боевой трафик.

Что включаем

· Роутинг и каскад эквайреров
· Идемпотентные ретраи
· Вебхуки и сверки
· Антифрод-хуки

Результат

· Сбой одного эквайрера не роняет приём
· Рост успешности за счёт роутинга
· Нет двойных списаний при ретраях

Ограничения:Подключение эквайреров требует их договоров · Миграция боевого трафика — аккуратно и поэтапно

SaaS с подписками

Надёжный recurring без самописного ребилла

SaaS-компания теряет выручку на сорванных списаниях подписок и истёкших картах.

Нужен надёжный recurring по токену с ретраями и обработкой обновления карт.

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

Включаем ретраи неуспешных списаний и обработку истёкших/обновлённых карт.

Следим за метриками успешности ребилла и оттоком по платежам.

Что включаем

· Токенизация карт
· Recurring и подписки
· Идемпотентные ретраи
· Вебхуки статусов

Результат

· Меньше сорванных списаний подписок
· Обработка истёкших карт без потери клиента
· Прозрачные метрики ребилла

Ограничения:Обновление карт зависит от поддержки эквайрером · Налоговые аспекты подписок — на операторе

Мерчант с высоким оборотом

Снизить стоимость приёма роутингом по цене

Крупный мерчант платит за приём платежей больше, чем мог бы, из-за одного эквайрера.

Нужен роутинг по стоимости и повышение успешности авторизаций.

Подключаем несколько эквайреров и настраиваем роутинг по стоимости, стране и BIN.

Тестируем правила на сегментах трафика, сравнивая стоимость и успешность.

Мониторим стоимость приёма и долю успешных авторизаций, корректируем правила.

Что включаем

· Умный роутинг
· Каскад эквайреров
· Тарификация и аналитика
· Антифрод-хуки

Результат

· Снижение стоимости приёма платежей
· Рост успешности авторизаций
· Данные для оптимизации роутинга

Ограничения:Экономия зависит от условий эквайреров · Успешность зависит от рынка и BIN-микса

План запуска

Как проходит запуск

Технологический запуск разбит на фазы. Договоры с эквайрерами и PCI-аттестация идут параллельно и вне нашего контроля — но платформа будет готова раньше.

Неделя 1: развёртывание и первый эквайрер
Поднять платформу в PCI-контуре и подключить первого эквайрера.
- · Развёртывание платформы и vault (аренда или ваш PCI-контур)
- · Подключение первого эквайрера и 3DS
- · Настройка приёма через API и checkout-виджет
- · Проверка токенизации и идемпотентности
Готово, когда:
- ✓ Тестовый платёж проходит с 3DS и токенизацией
- ✓ Вебхук статуса доставляется корректно
Неделя 1–2: роутинг, каскад, антифрод
Настроить мультиэквайринг и защиту.
- · Подключение второго/третьего эквайрера
- · Настройка правил роутинга и каскада
- · Подключение антифрод-хуков и правил
- · Настройка тарификации комиссий
Готово, когда:
- ✓ Каскад переводит платёж на резервного без дублей
- ✓ Антифрод-правила и комиссии считаются верно
Неделя 2–3: сверки, recurring, split, брендирование
Включить учётные функции и оформление.
- · Настройка автосверки с выписками эквайреров
- · Настройка recurring и/или split при необходимости
- · Брендирование кабинета мерчанта и виджета
- · E2E-тесты: приём → каскад → вебхук → сверка → выплата
Готово, когда:
- ✓ Сверка сходится и ловит расхождения
- ✓ Кабинет и виджет в вашем бренде
Неделя 3–4: пилот и запуск
Ограниченный боевой трафик и переход в прод.
- · Пилот на ограниченном боевом трафике
- · Мониторинг успешности, стоимости роутинга, фрода
- · Подключение пилотных мерчантов
- · Полный запуск после проверки
Готово, когда:
- ✓ Пилотные платежи проходят и сверяются корректно
- ✓ Метрики успешности и стоимости в норме

Миграция

Как перенести данные из текущей системы

С самописного шлюза на одном эквайрере → wl-solution

Разворачиваем платформу в PCI-контуре и подключаем действующего эквайрера, затем добавляем резервных для каскада.

Токены карт мигрируем с провайдером токенизации (или перетокенизируем), историю транзакций — в журнал. Сверяем и переключаем трафик поэтапно.

Источник	У нас	Заметка
Мерчанты и тарифы	Мерчанты + тарификация
Токены карт	Vault-токены	миграция/перетокенизация с провайдером
Транзакции	Журнал транзакций + проводки	остаток = сумма проводок
Подписки (если есть)	Recurring-графики

Сроки: 3–6 недель в зависимости от объёма · Инструменты: CLI-импортёр, скрипты сверки, валидатор токенов

С внешнего PSP (переход на свой приём) → wl-solution

Новые платежи пускаем через свой шлюз, старые (recurring, диспуты) доводим у внешнего PSP до закрытия.

Мерчантов переводим на свои API/виджет, настраиваем роутинг и тарификацию под свою модель.

Источник	У нас	Заметка
Список мерчантов	Мерчанты + тарификация
Настройки методов	Методы и роутинг
История (если доступна)	Журнал транзакций

Сроки: 2–5 недель на переключение мерчантов · Инструменты: онбординг-набор для мерчантов, SDK/виджет, чек-лист перехода

Альтернативы

Когда наш продукт — не лучший выбор (и когда лучший)

Stripe

competitor

Глобальный лидер приёма платежей с отличным API, широким покрытием методов и developer-опытом.

Плюсы

+ Превосходный API и документация
+ Широкое покрытие методов и рынков
+ Развитые recurring, антифрод и экосистема

Минусы

− Это провайдер, а не технология под ваш бренд
− Вы работаете под Stripe и платите их комиссию
− Нельзя взять их платформу под свой PSP и роутинг

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

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

Adyen

competitor

Корпоративная платёжная платформа с единым эквайрингом на многих рынках и сильной аналитикой.

Плюсы

+ Единый эквайринг на многих рынках
+ Сильная аналитика и оптимизация авторизаций
+ Надёжность корпоративного уровня

Минусы

− Провайдер-конкурент, а не white-label технология
− Нет доступа к их стеку и роутингу под ваш бренд
− Комиссии и правила — их, не ваши

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

Альтернатива выигрывает, когда: Если вы крупный мерчант, которому достаточно единого внешнего эквайринга.

Checkout.com

competitor

Платёжный провайдер с гибким API, прямым эквайрингом и фокусом на оптимизацию авторизаций.

Плюсы

+ Гибкий API и прямой эквайринг
+ Хорошая оптимизация успешности
+ Международное покрытие

Минусы

− Готовый сервис, а не платформа под ваш бренд
− Вы не владеете технологией и роутингом
− Экономика на их условиях

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

Альтернатива выигрывает, когда: Если нужен готовый провайдер с прямым эквайрингом, а не свой шлюз.

Braintree (PayPal)

competitor

Платёжный шлюз из экосистемы PayPal с приёмом карт, кошельков и recurring.

Плюсы

+ Интеграция с PayPal и кошельками
+ Готовый recurring и vault
+ Узнаваемость и доверие

Минусы

− Провайдер-конкурент, а не технология под ваш PSP
− Привязка к экосистеме PayPal
− Нет вашего мультиэквайринга и владения кодом

Наш вердикт:Braintree удобен для приёма через PayPal-экосистему, но это чужой сервис. Наш шлюз умеет карты, кошельки и recurring как ваша платформа с мультиэквайрингом и владением кодом при покупке.

Альтернатива выигрывает, когда: Если ключевой сценарий — приём через PayPal и достаточно внешнего шлюза.

Spreedly

competitor

Платёжный оркестратор с vault-токенизацией и роутингом между многими эквайрерами.

Плюсы

+ Оркестрация и роутинг между эквайрерами
+ Vault-токенизация и снижение PCI-scope
+ Множество готовых коннекторов

Минусы

− SaaS-оркестратор, а не ваш код и контур
− Абонентская плата и зависимость от вендора
− Ограничения кастомизации логики роутинга

Наш вердикт:Spreedly — самый близкий по функции: оркестрация и роутинг. Но это чужой SaaS, где вы не владеете кодом и контуром. Мы даём ту же оркестрацию как вашу платформу: свой vault, свой роутинг, свой PCI-контур и владение кодом при покупке.

Альтернатива выигрывает, когда: Если оркестрация нужна как внешний SaaS и владение кодом не важно.

Собственная разработка с нуля

build-from-scratch

Нанять команду с платёжной экспертизой и написать токенизацию, роутинг, 3DS, ретраи, вебхуки, сверки, recurring, split и антифрод.

Плюсы

+ Полный контроль над каждым решением
+ Код точно под вашу модель и эквайреров
+ Нет платежей вендору за платформу

Минусы

− 6–12 месяцев и $150k–$450k до первого боевого платежа
− Дорогая команда с редкой платёжной экспертизой
− Высокий риск на идемпотентности, сверках и PCI
− Мультиэквайринг и антифрод — отдельные проекты

Наш вердикт:С нуля имеет смысл при уникальных требованиях и большом бюджете. Для большинства это самый долгий путь с риском на «скучных» местах (идемпотентность, сверки, вебхуки). Мы даём тот же результат за недели, а при покупке — полный контроль над кодом и роутингом.

Альтернатива выигрывает, когда: Крупный игрок с уникальной моделью, бюджетом на год+ и платёжной командой.

Стоимость владения

За что вы платите — и за что не платите

Покупка — что внутри

Покупка — от $24 000 разово: полный исходный код платформы, checkout-виджета, API и админки, развёртывание в вашем PCI-готовом контуре, брендирование и передача прав на белый лейбл.

Это разовая инвестиция вместо $150k–$450k и 6–12 месяцев собственной разработки. Дальше вы подключаете эквайреров и настраиваете роутинг сами или заказываете доработки у нас.

Оптимально, когда важен контроль над роутингом, тарификацией и экономикой приёма платежей.

Аренда — что внутри

Аренда — от $1200/мес: мы хостим PCI-готовый контур, обновляем, мониторим и дежурим. Быстрый старт без своей платёжной инфраструктуры.

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

TCO за первый год

Лицензия/исходники или аренда выбор модели	от $24 000 разово или $1200/мес
Эквайринг / PSP договор на операторе	комиссии эквайрера
3DS и антифрод	в составе эквайринга или подписка
Vault / HSM при высоких требованиях	инфраструктура/лицензия
Выплаты (payout)	комиссии провайдера выплат
Инфраструктура PCI-контура при покупке — на вашей стороне	облако или железо
Доработки коннекторов/методов штатный процесс	по объёму

Что вы НЕ платите дополнительно

Платёжная команда на шлюз
Готовая платформа снимает основную статью собственной разработки с редкой экспертизой.
Двойные списания и потерянные вебхуки
Идемпотентность и гарантированная доставка вебхуков избавляют от чарджбэков и висящих заказов.
Ошибки в сверке
Автосверка с выписками ловит расхождения до того, как они станут потерей денег.
Простой на одном эквайрере
Мультиэквайринг и каскад держат приём при сбое одного эквайрера.

Что мы не делаем

Честный список ограничений

Лучше сказать сейчас, чем выяснить через месяц после оплаты. Если ваш кейс упирается во что-то из списка ниже — напишите, предложим обходной путь или честно скажем «не наш».

Мы не становимся вашим эквайрером и не даём договор с банком
Эквайринг — это лицензируемая роль и контракт с банком; мы поставляем технологический шлюз.
Мы не выдаём PCI DSS-сертификат
Мы даём PCI-готовый контур и снижаем scope, но аттестацию проходит оператор своей инфраструктуры.
Мы не гарантируем ставку одобрения авторизаций
Успешность зависит от эквайреров, рынка, BIN-микса и антифрод-правил, а не только от шлюза.
Мы не несём чарджбэки и фрод-ответственность за вас
Платформа даёт антифрод-хуки и учёт диспутов; финансовая ответственность — на операторе и мерчанте.
Мы не делаем остаток по мерчанту редактируемым полем
Остаток — сумма проводок; ручное редактирование ломает сверку и расчёты с эквайрерами.

Глоссарий

Термины, чтобы говорить с нами на одном языке

Платёжный шлюз (payment gateway): ПО-прослойка между мерчантом и эквайрером, принимающая платежи и передающая их на авторизацию.
Оркестрация платежей: Управление приёмом через несколько эквайреров с роутингом, каскадом и единым API.
Эквайрер / PSP: Организация, авторизующая и списывающая карточные платежи по договору; шлюз подключается к нескольким.
Роутинг платежей: Выбор эквайрера для каждого платежа по правилам: стоимость, страна, метод, BIN, аптайм.
Каскад (cascade): Перевод платежа на резервного эквайрера при отказе первого без двойного списания.
Токенизация: Замена номера карты на токен; приложение работает с токеном, снижая PCI-scope.
Vault: Изолированный PCI-контур для хранения карточных данных и детокенизации.
PCI DSS: Стандарт безопасности данных платёжных карт; определяет требования к контуру, где касаются карт.
PCI-scope: Объём систем, попадающих под требования PCI DSS; токенизация его сокращает.
3D Secure (3DS): Протокол дополнительной аутентификации держателя карты (challenge/frictionless).
Идемпотентность: Свойство операции давать один результат при повторе по тому же ключу; защита от двойных списаний.
Вебхук (webhook): Исходящее уведомление мерчанту о статусе платежа, подписанное и доставляемое с ретраями.
Сверка (reconciliation): Сопоставление транзакций с выписками эквайреров для выявления расхождений.
Recurring / ребилл: Повторные списания по сохранённому токену по графику для подписок.
Split-платёж: Раздел суммы платежа между продавцами и площадкой с комиссией, с проводками.
Тарификация: Расчёт комиссий по мерчанту, методу и эквайреру, разносимых проводками.
Чарджбэк: Оспаривание платежа держателем карты с возвратом средств; ведётся со статусами и дедлайнами.
Диспут: Процесс разбора спорного платежа с эквайрером и сбором доказательной базы.
BIN: Первые цифры номера карты, определяющие банк-эмитент; используются в роутинге и антифроде.
Payout / выплата: Перечисление средств мерчанту или продавцу маркетплейса после приёма платежей.
Леджер (двойная запись): Учётный слой, где остаток — сумма иммутабельных проводок, а не редактируемый итог.
Checkout-виджет: Встраиваемая форма оплаты в изолированном контуре, снижающая PCI-scope мерчанта.

Сценарии использования

Кому подходит «Платёжный шлюз» — и как его обычно разворачивают.

Запустить свой платёжный сервис без года разработки

Свой приём платежей со split вместо дорогого внешнего PSP

Маркетплейс платит внешнему PSP высокую комиссию и хочет свой приём платежей со split между продавцами.

Добавить мультиэквайринг и каскад без переписывания

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

Надёжный recurring без самописного ребилла

SaaS-компания теряет выручку на сорванных списаниях подписок и истёкших картах.

Снизить стоимость приёма роутингом по цене

Крупный мерчант платит за приём платежей больше, чем мог бы, из-за одного эквайрера.

Что внутри

Готовые сценарии — не надо собирать из частей.

Веб-кабинет клиента + админка оператора
Полнофункциональная админ-панель оператора
KYC + AML модули (Sumsub / IDV-совместимо)
Эквайринг (Stripe / Tinkoff / Сбер)
Брендирование (логотип, цвета, шрифты, домен) — без правок исходников
Локализация под русский + английский, легко добавить другие

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

Что спрашивают операторы перед запуском «Платёжный шлюз»

Если нужного эквайрера, метода оплаты или правила роутинга нет — доработаете?

Да. Новый коннектор к эквайреру/PSP, метод оплаты, правило роутинга или интеграция — это штатная работа, а не исключение. Коннекторы изолированы, ядро при добавлении не меняется. При покупке исходников вы можете добавлять коннекторы и правила сами.

Вы становитесь нашим эквайрером или даёте договор с банком?

Нет. Мы поставляем технологический шлюз. Договоры с эквайрерами/PSP и банками — ваша зона. Платформа подключается к вашим эквайрерам через коннекторы и маршрутизирует платежи между ними.

Вы выдаёте PCI DSS-сертификат?

Нет. Мы даём PCI-готовый контур и снижаем PCI-scope за счёт токенизации в vault, но аттестацию PCI DSS проходит оператор своей инфраструктуры. Мы помогаем архитектурно, но сертификат — на вас.

Как снижается PCI-scope?

Карточные данные изолируются в vault PCI-контура, а основное приложение работает только с токенами. Ввод карты идёт в изолированном виджете, а не на странице мерчанта. Это выносит номер карты из основного контура и снижает объём требований PCI.

Как работает мультиэквайринг и роутинг?

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

Как вы защищаете от двойных списаний при ретраях?

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

Что с доставкой статусов через вебхуки?

Исходящие вебхуки подписаны и доставляются с ретраями и дедлайнами; статус всегда можно запросить через API и сверить. Входящие уведомления от эквайреров обрабатываются идемпотентно. Это защищает от висящих неоплаченных заказов из-за потерянного вебхука.

Как проходит 3DS?

3DS-флоу (challenge/frictionless) проходит через эквайрера с корректной обработкой редиректа, таймаута и возврата на checkout. Состояние сохраняется, чтобы после challenge платёж корректно завершился, а не потерялся на редиректе.

Есть ли сверка с эквайрерами?

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

Поддерживаются ли подписки (recurring)?

Да. Recurring запускает ребилл по сохранённому токену по графику, ведёт ретраи неуспешных списаний и обрабатывает истёкшие/обновлённые карты. Это снижает отток по платежам без самописного ребилла.

Есть ли split для маркетплейсов?

Да. Split делит сумму платежа между продавцами и площадкой с комиссией; всё разносится проводками для точного учёта и последующих выплат продавцам через адаптеры payout.

Как настраиваются комиссии?

Тарификация задаёт комиссии по мерчанту, методу и эквайреру. Комиссии разносятся отдельными проводками, поэтому экономику по каждому срезу видно прозрачно. Изменение тарифа не переписывает уже проведённые комиссии.

Чем это отличается от подключения Stripe или Adyen?

Stripe/Adyen — готовые внешние сервисы: вы работаете под их брендом, платите комиссию и не владеете технологией и роутингом. Мы даём собственный шлюз: свой мультиэквайринг и роутинг, свои тарифы, свои данные, а при покупке — свой код и PCI-контур.

Чем отличаетесь от Spreedly?

Spreedly ближе всего по функции — оркестрация и роутинг. Но это чужой SaaS, где вы не владеете кодом и контуром и платите абонплату. Мы даём ту же оркестрацию как вашу платформу: свой vault, свой роутинг, свой PCI-контур и владение кодом при покупке.

В чём разница между покупкой исходников и арендой?

Покупка (от $24 000 разово) — полный код, развёртывание в вашем PCI-контуре, брендирование, самостоятельное подключение эквайреров. Аренда (от $1200/мес) — мы хостим PCI-готовый контур, обновляем, мониторим и дежурим. Из аренды можно перейти в покупку с зачётом.

Можно ли развернуть в своём PCI-контуре / on-premise?

Да, при покупке исходников. Платформа разворачивается в вашем PCI-контуре, карточные данные и ключи остаются у вас. Это важно для суверенности данных и прохождения собственной PCI-аттестации.

Гарантируете ли вы ставку одобрения авторизаций?

Нет. Успешность зависит от эквайреров, рынка, BIN-микса и антифрод-правил. Мы даём инструменты для роста успешности (роутинг, каскад, оптимизация), но не обещаем конкретных цифр.

Кто несёт чарджбэки и фрод-ответственность?

Финансовая ответственность за чарджбэки и фрод — на операторе и мерчанте. Платформа даёт антифрод-хуки, учёт диспутов со статусами и дедлайнами и сбор доказательной базы, но не берёт ответственность на себя.

Как проходит миграция с самописного шлюза?

Разворачиваем платформу в PCI-контуре, подключаем действующего эквайрера, добавляем резервных. Токены карт мигрируем с провайдером токенизации или перетокенизируем, транзакции — в журнал. Сверяем и переключаем трафик поэтапно. Обычно 3–6 недель по объёму.

Можно ли уйти с внешнего PSP на свой приём?

Да. Новые платежи пускаем через свой шлюз, старые (recurring, диспуты) доводим у внешнего PSP до закрытия. Мерчантов переводим на свои API/виджет, настраиваем роутинг и тарификацию под свою модель.

Выдержит ли шлюз пики нагрузки?

Да. Приём платежей масштабируется горизонтально, сервисы stateless, состояние — в БД и леджере. Vault масштабируется отдельно, а сверки и ребилл идут пакетно по расписанию, не влияя на путь авторизации.

На каком стеке построена платформа?

Ядро приёма — на Go для производительности и надёжности на тонком слое; хранение — Postgres, кэш и очереди — Redis. Карточный контур изолирован (vault, при необходимости HSM). Стек подобран под низкую задержку и идемпотентность.

Какие методы оплаты поддерживаются?

Карты, кошельки (Apple Pay/Google Pay) и локальные методы через коннекторы. Новый метод или локальный APM добавляется коннектором под ваш рынок — это штатная доработка.

Что я получаю при покупке: исходники или только бинарник?

При покупке вы получаете исходный код в приватный Git-репозиторий, коммерческую лицензию без роялти и образ контейнера в нашем Docker-registry. Срок поддержки — 6 месяцев бесплатно, дальше по тарифу.

Где физически работает мой деплой при аренде?

На VPS вашего облака на выбор: Hetzner, OVH, Vultr, DigitalOcean, Elistrax. Регион выбираете при заказе. Управление инфрой берём на себя: установка, TLS, мониторинг, авто-скейл.

Сколько времени от заказа до боевого URL?

Аренда — 3–7 минут до зелёного HTTPS. Покупка — 1–5 рабочих дней (зависит от того, нужен ли деплой на ваш собственный VPS или вы будете разворачивать сами).

Можно подключить собственный домен и сертификат?

Да. Указываете свой домен в кабинете — TLS-сертификат выпускается автоматически через Let's Encrypt (через Caddy) при первом HTTPS-запросе. Cloudflare включён в режиме оранжевого облака для DDoS-защиты.

Как работают обновления продукта?

Каждое обновление проходит через пайплайн backup → migrate → smoke-test → switch. При любом сбое автоматический откат на предыдущий контейнер из registry. Историю обновлений видно в админ-панели.

Что если мне нужны кастомные доработки?

Берём в работу как отдельный проект на базе вашей копии. SLA на критичные баги ядра — 1 рабочий день. Кастомные фичи оцениваем индивидуально.

Готовы запустить «Платёжный шлюз» под своим брендом?

Аренда: 5 минут от заказа до боевого URL. Покупка: 1–5 рабочих дней.

Оформить заказ →Тарифы

Платёжный шлюз

Почему свой платёжный шлюз — это сложно

Своя разработка против готовой платформы

Что вы получаете

Приём платежей и токенизация

Умный роутинг и каскад эквайреров

Надёжность денег на тонком слое

Recurring, split и тарификация

Антифрод, чарджбэки и сверки

Две модели поставки

Что мы держим в голове, проектируя продукт

Деньги на тонком слое требуют идемпотентности

Мы даём технологию, а не эквайринг и не PCI-сертификат

Один эквайрер — это точка отказа

Вебхук, который не доставлен, — это потерянный заказ

Сверка до копейки, а не «примерно сходится»

Полный набор сценариев — без покупки модулей и плагинов

Приём платежей и токенизация

Роутинг, каскад и 3DS

Recurring, split и тарификация

Антифрод, сверки и кабинеты

Архитектура платформы

Поток данных

Масштабирование

Что ломается и как восстанавливаем

Безопасность

Готовые коннекторы

Кейсы, которые мы регулярно разворачиваем

Запустить свой платёжный сервис без года разработки

Свой приём платежей со split вместо дорогого внешнего PSP

Добавить мультиэквайринг и каскад без переписывания

Надёжный recurring без самописного ребилла

Снизить стоимость приёма роутингом по цене

Как проходит запуск

Как перенести данные из текущей системы

Когда наш продукт — не лучший выбор (и когда лучший)

Stripe

Adyen

Checkout.com

Braintree (PayPal)

Spreedly

Собственная разработка с нуля

За что вы платите — и за что не платите

Покупка — что внутри

Аренда — что внутри

TCO за первый год

Что вы НЕ платите дополнительно

Честный список ограничений

Термины, чтобы говорить с нами на одном языке

Кому подходит «Платёжный шлюз» — и как его обычно разворачивают.

Запустить свой платёжный сервис без года разработки

Свой приём платежей со split вместо дорогого внешнего PSP

Добавить мультиэквайринг и каскад без переписывания

Надёжный recurring без самописного ребилла

Снизить стоимость приёма роутингом по цене

Готовые сценарии — не надо собирать из частей.

Что спрашивают операторы перед запуском «Платёжный шлюз»

Похожие в нише «Банкинг / Финтех»

Готовы запустить «Платёжный шлюз» под своим брендом?