Два пути к работающей платёжной платформе
Любой PSP или финтех, который хочет проводить платежи для мерчантов, в итоге выбирает между двумя путями. Первый — построить платёжную платформу собственными силами: гейтвей, панель мерчанта, роутинг провайдеров и бэк-офис, которые создаёт внутренняя команда разработчиков и которые та же команда потом поддерживает. Второй — работать на платформе наподобие omwio, где мерчанты, транзакции, кошельки, роутинг, чекаут и бэк-офис уже существуют как единый связанный продукт. Ниже рассмотрено, что на самом деле означает каждый из этих путей, исходя из того, что покрывает собственный набор функций omwio.
Что значит разработка собственными силами
Разработка собственными силами означает собрать каждый уровень самостоятельно: гейтвей, взаимодействующий с провайдерами, панель мерчанта для онбординга и поддержки, уровень роутинга, который определяет, какой провайдер обрабатывает какую транзакцию, и бэк-офис, отслеживающий балансы, диспуты и отчётность. Всё это проектирует, строит и тестирует внутренняя команда, и та же команда отвечает за поддержку после запуска — исправления, расширения и синхронизацию с изменениями провайдеров с течением времени.
Что уже покрывает ядро omwio
Ядро omwio — это база, на которой работает каждый тенант, и она присутствует в каждом тарифном плане. Она покрывает онбординг мерчантов с тарифами, комиссиями и индивидуальными настройками; единую модель транзакций, которая одинаково обрабатывает платежи, выплаты, обмены, возвраты и чарджбеки, с одним общим статусом, который видят мерчанты; мультивалютные кошельки с историей баланса; управление провайдерами и MID с предварительным просмотром определения маршрута до того, как до него дойдёт трафик; хостируемую страницу чекаута и подписанное Processing API; инвойсы и зашифрованный справочник клиентов; структурированный процесс работы с диспутами с файлами-доказательствами; аналитику конверсии и провайдеров; валютные пары, фиксацию курсов и обмены между мерчантами; а также ролевой доступ с двухфакторной аутентификацией, контролем сессий и журналом аудита. В проекте «сделай сам» каждый из этих пунктов — это объём работы, который внутренняя команда должна спроектировать и взять на себя.
Опциональные модули вместо опционального объёма работы
Помимо ядра, omwio предлагает модули, которые тенант может включать или выключать в зависимости от тарифного плана: инбокс поддержки, привязанный к транзакции, о которой спрашивает мерчант, AI-слой, формирующий черновики ответов в этом инбоксе, мониторинг состояния провайдеров и маршрутов с уведомлениями, привязанными к конкретному MID, а также модуль учёта и сверки, охватывающий казначейство, ежедневный P&L, который закрывается и исправляется только датированным реверсом, финансовый реестр для денег, движущихся вне транзакций, и сопоставление выписок с транзакциями платформы. Включение или выключение этих модулей открывает или закрывает соответствующие пункты навигации панели и маршруты API. В собственной разработке те же возможности — очередь поддержки, мониторинг провайдеров, процесс сверки — каждая стала бы объёмом работы, который внутренняя команда проектирует, строит и поддерживает по собственному графику.
В чём на самом деле разница
Материал не говорит, какой подход дешевле, обеспечивает более высокий процент подтверждённых транзакций или подходит для любой операции — это зависит от факторов за пределами описанного здесь. Что материал подтверждает — это разница в стартовой точке и в том, кто затем отвечает за поддержку: разработка собственными силами начинается с пустого гейтвея, панели, уровня роутинга и бэк-офиса, которые внутренняя команда проектирует и затем поддерживает в актуальном состоянии; тенант на omwio начинает с этих частей, уже связанных между собой, и включает или выключает опциональные модули в зависимости от тарифного плана по мере изменения потребностей. Какой из этих двух стартовых состояний подходит конкретной операции — решение, которое каждый PSP или финтех принимает на собственных условиях.
Источники
