Как создать платежную систему: от выбора статуса до запуска
С чего начать собственную платежную систему: выбор статуса по закону, три пути запуска, архитектура, безопасность и этапы разработки.
.png%3Fprefix%3Dprod&w=1920&q=75)
Создание платежной системы начинается не с кода, а с двух решений: какую роль ваша компания будет играть в движении денег и какой статус для этого нужен по закону. От них зависят архитектура, список интеграций, требования к безопасности, сроки и бюджет. Ниже перечислен порядок действий, по которому мы ведем платежные проекты: от выбора модели до запуска и поддержки. Если задача - просто принимать оплату на сайте или в приложении, своя платежная система, скорее всего, не нужна: достаточно подключить платежного агрегатора или интернет-эквайринг банка. Этот гайд для тех, кто строит платежный продукт: маркетплейс с расчетами между продавцами, финтех-сервис, сервис переводов, процессинг для партнеров или собственный платежный шлюз.
- Сначала определите модель и статус. Оператор платежной системы, платежный агрегатор и поставщик платежного приложения — разные роли с разными требованиями. Оператору платежной системы нужна регистрация в Банке России.
- Путей запуска три: подключить агрегатора, взять готовое решение под своим брендом или разработать систему с нуля. Своя разработка оправдана, когда нужен полный контроль над логикой, данными и комиссиями.
- Основа любой платежной системы - учет денег по принципу двойной записи, защита от повторного списания и ежедневная сверка с банками и провайдерами.
- Безопасность закладывают в архитектуру с первого дня: PCI DSS для данных карт, хранение персональных данных россиян в России по 152-ФЗ, антифрод и проверка клиентов.
- Типовой путь - семь этапов: анализ, архитектура, интерфейсы, разработка, тестирование платежных сценариев, запуск, поддержка.
- Сроки и бюджет зависят прежде всего от статуса, числа интеграций и требований к безопасности, а не от количества экранов.
Что называют платежной системой: шлюз, процессинг, агрегатор, оператор
"Платежной системой" называют очень разные продукты — от формы оплаты на сайте до системы с собственными правилами, зарегистрированной в Банке России. Прежде чем считать сроки, стоит назвать вещи своими именами: так сразу становится ясно, что именно вы строите и с кем придется договариваться.
- Платежный шлюз. Принимает данные платежа от сайта или приложения, передает их банку или процессингу и возвращает результат. Нужен платформам, которым нужна своя форма оплаты и выбор банка для каждого платежа
- Процессинг. Обрабатывает операции: подтверждение, списание, возвраты, учет, отчеты. Нужен банкам, агрегаторам, крупным платформам с большим потоком операций
- Платежный агрегатор. Подключает к приему платежей много продавцов через договор с банком. Нужен маркетплейсам и сервисам, которые принимают оплату за других
- Платежная система по закону. Набор правил, по которым участники переводят деньги; правила определяет оператор платежной системы. Нужен компаниям, которые строят собственную сеть участников
- Платежный модуль в продукте. Кошелек, баланс пользователя, выплаты, внутренние расчеты и комиссии. Нужен маркетплейсам, финтех-приложениям, сервисам с внутренним счетом
Можно ли создать собственный платежный шлюз
Да, и это самый частый вариант "своей платежной системы". Компания делает свою форму оплаты и API, подключает несколько банков и провайдеров, сама решает, через кого провести конкретный платеж, и видит всю статистику в одном месте. Деньги при этом переводит банк-партнер, а требования к шлюзу задают договор с ним и стандарты защиты данных карт - о них ниже.
Какой статус нужен по закону
Участников платежного рынка в России определяет закон 161-ФЗ "О национальной платежной системе". Статус зависит от того, кто переводит деньги, кто устанавливает правила и кто только предоставляет программное обеспечение. Ниже- основные роли по тексту закона в редакции от 04.08.2026.
