Банки и факторинговые компании устали от длительных внедрений онлайн-платформ и монолитных систем, которые «тормозят» при первой же нагрузке. Семён Кухарев, технологический партнер Докплат, рассказывает, как архитектура на предметно-ориентированных модулях, паттерн CQRS и оркестрация Kubernetes превращают факторинг в высоконагруженный финансовый конвейер, работающий 24/7 без сбоев.
За понятием «факторинг онлайн» стоят сотни гигобайт данных, тысячи RPS от клиентов и факторов, а также жесткие требования регуляторов к юридической значимости каждой транзакции. Поэтому рынку нужна не «еще одна учетная система для факторинга», а отказоустойчивый финансовый конвейер, где каждая операция фиксируется в неизменяемом логе. Такой подход гарантирует сквозную аудируемость и соблюдение SLA при всплесках нагрузки, а каждый поток событий по контрагенту обрабатывается строго последовательно.
Решением для обеспечения такой предсказуемости становится CQRS для разделения команд и запросов, и Kubernetes — для оркестрации микросервисов. Это глубже, чем выбор конкретных технологий: это архитектурная дисциплина, которая позволяет масштабировать бизнес-логику, подключая новых партнеров без переписывания ядра системы.
Контейнеризация: почему Kubernetes — это не модное слово, а вопрос выживания
Когда вся экосистема работает под управлением Kubernetes, каждый функциональный модуль упакован в отдельный контейнер. Это дает платформе факторинга горизонтальное масштабирование независимых компонентов.
Что это значит на практике? Представьте пиковую нагрузку: утро понедельника, сотни поставщиков одновременно загружают реестры денежных требований. Модуль скоринга «задыхается» — ему нужно проверить контрагентов, рассчитать риски, сформировать предложения. В монолитной системе это стало бы «узким местом». В контейнерной архитектуре Kubernetes поднимает дополнительные реплики модуля скоринга, распределяет нагрузку, а когда пик спадает — возвращает кластер в исходное состояние. Преимущество такого подхода — декларативность: мы описываем желаемое состояние системы, и Kubernetes гарантирует, что каждый новый экземпляр модуля скоринга будет поднят с абсолютно идентичными настройками безопасности и версиями библиотек. Это исключает человеческий фактор и ошибки конфигурации при масштабировании.
И это не теория: такая архитектура уже работает на реальных проектах, где значительно наращивает пропускную способность без изменения кода. В частности, в логистике — отрасли с высокой плотностью заявок, где каждый реестр объединяет десятки поставок, а быстрая оборачиваемость заказов генерирует непрерывный поток запросов на обработку. Благодаря Kubernetes система может обрабатывать пиковые нагрузки без деградации производительности.
Модульность: как избавиться от «сломанного» кода
Отказ от микросервисов в их классическом понимании — это обоснованное решение. Потому что распределенные транзакции между десятками микросервисов — ад для поддержки. Вместо этого архитектура выстраивается на предметно-ориентированных модулях. Каждый модуль — самодостаточное front-end и back-end приложение, отвечающее за конкретную бизнес-функцию: онбординг, скоринг, расчет комиссии, сопровождение сделки.
Вся логика расчета комиссии находится в одном месте, а не «размазана» по десяти сервисам. Разработчик может править код, не боясь «сломать» соседние функции. Благодаря Native Federation микро-приложения на Angular встраиваются в единую систему — каждый модуль живет своей жизнью, но пользователь видит целостный интерфейс.
Когда технологический фундамент проекта выстроен вокруг надежного .NET-бэкенда с применением подходов DDD (Domain-Driven Design) для управления сложной бизнес-логикой, а фронтенд разбит на автономные микро-приложения на Angular — это обеспечивает гибкость разработки. Работа на актуальных LTS-версиях гарантирует стабильность, предсказуемый цикл обновлений и своевременное закрытие уязвимостей. Выбор распространенных технологий и строгие архитектурные стандарты позволяют новым разработчикам быстро вливаться в команду и понимать проектную логику без длительного погружения в легаси-код.
CQRS: пойти на задержку в 3 секунды и выиграть в производительности
В наиболее нагруженных модулях паттерн CQRS (Command and Query Responsibility Segregation) превращается из опционального в незаменимый. Суть проста: операции изменения данных (команды) отделяются от операций чтения данных (запросы).
Представьте: сотни клиентов загружают тысячи документов. Система одновременно должна:
1. проверить контрагентов по 115-ФЗ,
2. рассчитать лимиты,
3. показать клиентам актуальный статус в личном кабинете.
В традиционной архитектуре база данных «захлебывается»: операции записи блокируют чтение, интерфейс зависает. С CQRS нагрузки будут разделены: команды уходят в базу записи, а витрина для чтения обновляется асинхронно. Это может вносить задержку до 3–5 секунд при отображении текущего состояния данных, но значительно повышает производительность. Интерфейс остается отзывчивым даже при пиковых нагрузках. Это осознанный компромисс: для факторинга задержка в несколько секунд приемлема, но выигрыш в производительности и отказоустойчивости существенно перекрывает этот лаг.
Big Data + AI: гибридный слой для ускорения онбординга и платежного контроля
Однако архитектура — это каркас. Чтобы факторинг стал по-настоящему автоматизированным, требуется слой интеллектуальной обработки данных.
Важным направлением автоматизации становится реализация скоринга для оперативного мониторинга. Система оперативно загружает и интерпретирует данные из открытых официальных источников: ФНС, ЕГРЮЛ, судебные реестры, данные о банкротствах. Кроме того, система становится способной принимать и обрабатывать в защищенном контуре данные из внутренних систем фактора.
Это позволяет видеть актуальный статус контрагента в текущем моменте: автоматически проверять контрагентов по 115-ФЗ (ПОД/ФТ), рассчитывать скоринговые баллы на основе сотен косвенных признаков, формировать кредитное заключение без ручного сбора данных.
Для исключения ручного ввода в новом поколении систем добавляется слой интеллектуальной обработки на базе моделей без использования OCR (Donut) и больших языковых моделей Qwen3.5. AI решает четыре прикладные задачи:
• Онбординг. Автоматическое распознавание и извлечение структурированных данных из паспортов и финансовой отчетности, которое сокращает время работы с заявкой в несколько раз.
• Рекомендательная система. AI-агент анализирует клиента и подсвечивает оператору релевантные продуктовые сценарии в рамках его бизнес-правил. Решение остается за сотрудником банка, но AI избавляет от ручного анализа и сокращает время подготовки экспертного заключения.
• Бэк-офис банка. AI-помощник автоматически распознает входящие платежи, сопоставляет их с активными денежными требованиями и актуализирует доступные лимиты финансирования в режиме онлайн.
• Клиентский сервис. AI-ассистент во встроенном чате, который интегрирован с Telegram, MAX, почтой, может обрабатывать типовые запросы и переключать диалог на оператора.
Это позволяет масштабировать бизнес без расширения штата бэк-офиса и держать актуальные статусы денежных требований в режиме реального времени. Для клиента это означает более низкую комиссию и быстрый доступ к деньгам. Для фактора — снижение рисков и операционных затрат.
Интеграционная шина: как подключать банки за недели, а клиентов — за минуты
Одним из бизнес-требований к мультифакторной платформе является способность подключать любого контрагента — от современных ERP-систем до учетных систем, не поддерживающих активные интеграции. Эту проблему решает построенная интеграционная шина, которая поддерживает несколько сценариев обмена: синхронное взаимодействие по REST API для систем с высокими требованиями к скорости, а также асинхронные механизмы — выгрузку данных на защищенный FTP/SFTP и отправку в callback-сервисы по REST.
Ролевые сценарии подключения:
• клиент (поставщик) входит в систему через УКЭП;
• фактор подключается со своей риск-моделью в короткие сроки — конвейер настраивается под его продуктовые карты;
• дебитору (заказчику) подключения не требуется — верификация реестров проходит через его действующую систему ЭДО.
Для внешних систем, которым требуется безопасный обмен без раскрытия данных, предусмотрена интеграция через OAuth 2.0 — этот стандарт все чаще применяется наряду с синхронными и асинхронными протоколами.
Юридическая сила и технологический суверенитет
Факторинг — это не просто цифры, это юридически значимые сделки. Их обеспечивают:
• квалифицированная электронная подпись (УКЭП) для всех участников;
• согласовательная модель — верификация реестров через действующую систему ЭДО заказчика;
• поддержка МЧД (машиночитаемых доверенностей).
Что важно для банков — включение платформы в реестр отечественного ПО. Это гарантия того, что критическая инфраструктура защищена от санкционных рисков, а система будет поддерживаться и развиваться вне зависимости от геополитической ситуации.
Результат: запуск или модернизация факторинга за несколько недель — под любой сценарий.
Что дальше
Финансовый конвейер существенно ускоряет принятие решений по заявкам и экономит операционные ресурсы при оформлении факторинга. Следующим этапом автоматизации становится подключение к модулю сопровождения — системе управления, контроля и учета факторинговых сделок. Так замыкается полный цикл: от выдачи финансирования до автоматического распределения входящих платежей, начисления комиссии и формирования резервов.
Таким образом, для банков, факторинговых компаний и промышленных холдингов закрываются оба сценария: запуск платформы онлайн факторинга в короткие сроки или оптимизация факторинга без остановки операционного цикла.
Дальнейшими шагами развития системы будут совершенствование аналитических инструментов для сегментации контрагентов, разработка мобильного приложения, модуль прогнозной аналитики для факторов.
Итог: технологии, которые работают на бизнес
Контейнерная архитектура, AI-агенты и интеграционная шина — это не просто элементы автоматизации. Вместе они позволяют создать промышленную платформу, которая:
• масштабируется под любые нагрузки благодаря Kubernetes и CQRS;
• интегрируется с любой учетной системой через REST API;
• юридически значима благодаря УКЭП и ЭДО;
• технологически суверенна — включена в реестр отечественного ПО.
На рынке факторинга все активнее обсуждается переход к архитектурным решениям, способным объединять участников цепочек поставок в режиме 24/7. Финансовый конвейер, построенный на принципах контейнеризации и событийной обработки данных, в перспективе способен стать единой средой для финансирования поставщиков независимо от отрасли.
Опубликовано: РБК Компании