Финтех
с 2022г.
Презентация проекта
ERP-система
Создано цифровое пространство для эффективной работы всех подразделений и автоматизации ключевых операций, что позволило обеспечить контроль, точность и отслеживаемость всех финансовых потоков в едином контуре банка.
Производительность
120+
событий, передаваемых через шину интеграции в реальном времени
одновременных сессий в клиенте Optisystems WFM
Нагрузка на процессинг
80 000
транзакций в минуту — обработка внутри модулей (договоры, платежи, проводки)
максимальное время загрузки расписания специалиста на 14 дней
Автоматизация
85%
доля автоматизированных процессов (договоры, закупки, налоги, платежи)
Преимущества
Единый контур
для управления договорами, закупками, оплатами, корпоративными финансами, налогами и кадровыми процессами
с телефонией, опер-планирование для контакт-центра
Производительность
120+
Нагрузка
80 000
транзакций в минуту — обработка внутри модулей (договоры, платежи, проводки)
Автоматизация
85%
доля автоматизированных процессов (договоры, закупки, налоги, платежи)
Преимущества
Единый контур
для управления договорами, закупками, оплатами, корпоративными финансами, налогами и кадровыми процессами
Заказчик проекта
Проект открыт руководителем Дирекции операционной эффективности, в зоне ответственности которого сквозная автоматизация и стандартизация процессов, а также управляемость данными.
Цель проекта
Создать единую корпоративную платформу управления ключевыми процессами, которая заменит разрозненные системы и масштабируется под бизнес-требования и регуляторные изменения.
Что отмечает заказчик
Этот проект стал для нас фундаментом всей операционной модели.
Когда ключевые процессы асинхронны, невозможно обеспечить ни скорость, ни прозрачность. Собственная ERP-система дала нам управляемость над любыми изменениями и в процессах, и в бизнес-логике, позволяя раскатывать их сразу на всю компанию. Мы получили платформу, которая работает под нас, а не наоборот.
Задачи
На старте проекта архитектура не позволяла эффективно поддерживать рост и изменение бизнес-модели. Зависимость от внешних платформ и отсутствие единого центра данных ограничивали прозрачность процессов и усложняли операционное управление. В итоге повышалась стоимость сопровождения, а скорость внедрения новых функций снижалась, переставая отвечать требованиям регулятора и бизнеса.
Бизнес-проблематика
Зависимость от внешних систем
Использование платформ на базе SAP и других сторонних решений ограничивало развитие любых внутренних процессов. Любые изменения, связанные с добавлением нового модуля, корректировкой бизнес-правил, адаптацией под требования регулятора, требовали длительных согласований и новых бюджетов.
Разрозненность систем и данных
Из-за отсутствия единой платформы данные дублировались, требовали ручных сверок, а также затрудняли закрытие финансовых периодов, создавая высокую операционную нагрузку на бухгалтерию и ИТ. Несогласованность систем мешала автоматизировать сквозные процессы и увеличивала нарастание технического долга.
Низкая скорость адаптации
Легаси-системы и архитектурные ограничения не позволяли быстро реагировать на изменения законодательства и запускать новые модули. Даже небольшие корректировки требовали многоступенчатых согласований и доработок, что снижало эффективность цифровой трансформации, замедляя внедрение инноваций.
Причины
- Нет единой архитектуры для сквозных процессов
Бизнес-процессы распределены между изолированными системами, невозможно формировать единое цифровое ядро.
- Высокая доля ручных операций
Закрытие периода, расчеты, согласования не были автоматизированы, это увеличивало операционные затраты и риски ошибок.
- Зависимость бизнес-функций от SAP-контура
Любое изменение требовало многоступенчатых согласований, что мешало развитию внутренних процессов.
- Разросшийся технический долг
Развитие платформы замедлялось растущим количеством обходных решений, локальных патчей и легаси-ограничений.
- Ограниченный контроль работы систем
Не хватало единого слоя мониторинга, что усложняло контроль SLA и прогнозирование нагрузки.
Решение
Разработать единую систему управления компанией на основе микро-сервисной архитектуры, которая обеспечит: независимость от внешних решений, высокую скорость адаптации к изменениям и полную автоматизацию ключевых процессов. Основной задачей было создать модульную, масштабируемую и гибкую корпоративную цифровую экосистему, которая обеспечит полный цикл управления бизнес-процессами банка, включая работу с договорами, закупками, оплатами, налогами, кадровыми операциями и финансовыми расчетами.
Разработка
Люди в команде
120+
сотрудников разрабатывают самую масштабную систему Enterprise-уровня
Эффективность
8
продуктовых команд полного цикла задействовано в разработке
Особенности
30
продуктовых фич в месяц деплоили на пике разработки
Ключевые микро-платформы ERP-системы
Микро-платформа «Договоры»
Полный цикл работы с договорными обязательствами: создание, согласование, учет, исполнение и контроль изменений. Платформа взаимодействует с финансовыми, закупочными и учетными системами, обеспечивая непрерывность процессов и корректность формирования проводок.
Что мы сделали
- Разработали систему генерации документов по доходным и нефинансовым договорам, включая организацию их полного документооборота с прохождением документа по маршруту (контроль, согласование, формирование и выпуск)
- Реализовали резервирование средств бюджета
- Добавили создание, ведение и учет дополнительных соглашений
- Реализовали автоматизированный документооборот и ведение истории изменений
Что отмечает команда
Проект разработки корпоративной ERP стал серьезным вызовом: приходилось работать на стыке разных логик, систем и процессов, которые раньше существовали автономно. Самым сложным было сохранить устойчивость при высоких нагрузках и непрерывных изменениях. Такие решения становятся зрелыми, когда день за днем выдерживают весь реальный объем операций банка. И только когда система стала стабильно работать в условиях разнородных данных, параллельных потоков и десятков интеграционных сценариев, мы смогли говорить о настоящей платформе, а не просто о наборе модулей.
Микро-платформа «Закупки и оплаты»
Система объединяет данные о поставщиках, закупочных позициях, актах и оплатах, автоматически формирует бухгалтерские записи. Благодаря интеграции с финансовыми сервисами можно отслеживать статус каждой закупки в режиме реального времени.
Что мы сделали
- Разработали процессы учета и автоматическую генерацию проводок по закупкам, оплатам, нематериальным активам
- Реализовали сервис регистрации договоров и формирования реестра операций, в том числе для закупок
- Настроили контроль корректности и полноты данных на всех этапах закупочного цикла
- Добавили механизмы валидации и статусы для прозрачного прохождения согласований
Микро-платформа «Налоги»
Налоговый контур ERP обрабатывает операции с разными ставками, синхронизируется с финансовыми и бухгалтерскими модулями. Платформа исключает ручные ошибки и и формирует единый подход к налоговым операциям во всей системе.
Что мы сделали
- Разработали процессы учета и автоматическую генерацию проводок по закупкам, оплатам, нематериальным активам
- Реализовали сервис регистрации договоров и формирования реестра операций, в том числе для закупок
- Настроили контроль корректности и полноты данных на всех этапах закупочного цикла
- Добавили механизмы валидации и статусы для прозрачного прохождения согласований
Микро-платформа «Кредитование»
Единый центр управления всей кредитной логикой внутри ERP, связующее звено между финансовыми подразделениями и внешними кредитными системами, точка интеграции кредитных операций в сквозную финансовую модель банка.
Что мы сделали
- Разработали системы анализа кредиторской задолженности и генерации отчетности
- Внедрили сквозную интеграцию с внешними системами обработки кредитных заявок
- Реализовали сопоставление кредитных обязательств с платежным и договорным контурами ERP
- Подготовили базу для масштабирования объема заявок
Микро-платформа «Платежи»
Полный цикл прохождения платежа с прозрачным контролем статусов, сроков и оснований, единая точка входа для всех исходящих денежных операций, встроенная в общий контур договоров, закупок, налогов и учета.
Что мы сделали
- Реализовали сервис платежей, включая учет расчетов с подотчетными лицами
- Автоматизировали процессы формирования заявок и регистрации операций
- Реализовали регистрацию всех платежных операций в ERP с фиксацией статусов и оснований
Искусственный интеллект и автоматизация
Что мы сделали
- Внедрили помощник бухгалтера на базе машинного обучения
- Разработали систему умного поиска с использованием графовых моделей и LLM
- Разработали решение для распознавания документов на основе технологии OCR
Что отмечает команда
Проект разработки корпоративной ERP стал серьезным вызовом: приходилось работать на стыке разных логик, систем и процессов, которые раньше существовали автономно. Самым сложным было сохранить устойчивость при высоких нагрузках и непрерывных изменениях. Такие решения становятся зрелыми, когда день за днем выдерживают весь реальный объем операций банка. И только когда система стала стабильно работать в условиях разнородных данных, параллельных потоков и десятков интеграционных сценариев, мы смогли говорить о настоящей платформе, а не просто о наборе модулей.
Стек технологий
Серверная часть
Java
Основной язык программирования для разработки серверной логики и интеграции с различными системами.
Spring Framework
Фреймворк для создания масштабируемых и гибких микросервисов.
Apache Kafka
Платформа для организации межсервисного взаимодействия и обработки событий в реальном времени.
Мониторинг и логирование
Prometheus
Система мониторинга и оповещения с открытым исходным кодом
Grafana
Платформа для визуализации данных мониторинга
ELK Stack (Elasticsearch, Logstash, Kibana)
Для сбора, обработки и визуализации логов
Разработка и тестирование
JUnit
Фреймворк для модульного тестирования на языке Java
Selenium
Инструмент для автоматизированного тестирования веб-приложений
Jenkins
Система для автоматизации сборки и развертывания приложений
База данных
PostgreSQL
Реляционная база данных с открытым исходным кодом для хранения и управления данными
MongoDB
Документо-ориентированная база данных для хранения неструктурированных данных
Интеграция с внешними системами
RESTful API
Для взаимодействия с внешними кадровыми и финансовыми системами
Apache Camel
Фреймворк для интеграции различных систем и протоколов
Безопасность
OAuth 2.0
Протокол авторизации для безопасного доступа к API
JWT (JSON Web Tokens)
Для обеспечения безопасной передачи информации между клиентом и сервером
Оркестрация и масштабирование
Kubernetes
Платформа для автоматизации развертывания, масштабирования и управления контейнеризированными приложениями
Docker
Среда для разработки, доставки и запуска приложений в контейнерах
Риски и сложности
Риск технологической зависимости и потеря управляемости развития
Зависимость от сторонних ERP-решений оттягивала внедрение любого изменения: каждый новый модуль, интеграция или корректировка бизнес-логики могла длиться месяцами. Если время реакции на изменения превышало 6–9 месяцев, реализовывался стратегический риск: санкции регулятора из-за невозможности вовремя адаптироваться к требованиям.
30–40%
ежегодный рост стоимости использования ERP с учетом сохранения прежней архитектуры и прогноза объема изменений
120–180+
дней — средний срок внедрения функциональных изменений (критически медленно)
Решение
Создание собственной ERP-платформы (современная архитектура, стек) позволит банку вернуть контроль над развитием системы, сократив верхнюю границу времени выхода на рынок в 2–3 раза. ERP-ядро станет гибким и масштабируемым, устойчивым при пиковых нагрузках.
30–40%
ежегодный рост стоимости использования ERP с учетом сохранения прежней архитектуры и прогноза объема изменений
120–180+
дней — средний срок внедрения функциональных изменений (критически медленно)
Риск расхождения данных и рост ошибок учета
Фрагментированная ИТ-среда с изолированными системами и хранилищами приводила к разночтению данных между подразделениями, что для банка максимально критичная ошибка. Корректировки в договорах, закупках или платежах могли выполняться слишком поздно, что создавало финансовые и операционные риски.
15–22%
инцидентов в учетных системах прямо или косвенно были связаны с расхождением данных (внутренняя оценка банка)
40%
документов требовали повторной сверки подразделениям для формирования итоговых отчетов
Решение
Платформа ERP стала единственным достоверным источником данных. Все операции синхронизируются, а централизованные справочники и валидации на стороне API снизили риск расхождений в ежедневных отчетах до операционно допустимого уровня.
15–22%
инцидентов в учетных системах прямо или косвенно были связаны с расхождением данных (внутренняя оценка банка)
40%
документов требовали повторной сверки подразделениям для формирования итоговых отчетов
Риск деградации процессов при росте нагрузки
При кратном росте количества операций, договоров, платежных событий или интеграционных потоков системы теряли стабильность и предсказуемость: отмечалось снижение SLA, увеличение времени обработки документов, а в пиковые периоды наблюдались каскадные задержки между подразделениями.
х2,5
средний рост времени обработки документов при одновременном возрастании нагрузки на 20-30% (по расчетам операционных команд)
3–5%
доля зависших или повторно обрабатываемых операций при пиковых нагрузках
Решение
Новая ERP-платформа строится на принципах горизонтального масштабирования, событийной интеграции и распределенных очередей. Потоки синхронизации переведены в режим реального времени, а критичные операции получили гарантированную доставку.
х2,5
средний рост времени обработки документов при одновременном возрастании нагрузки на 20-30% (по расчетам операционных команд)
3–5%
доля зависших или повторно обрабатываемых операций при пиковых нагрузках
Результаты
Предсказуемость выполнения сквозных бизнес-процессов
До внедрения:
нет гарантированного времени прохождения, а фактическое отклонение от плановых сроков могло достигать 60% в периоды подготовки отчетов и пиковых нагрузок.
После внедрения:
отклонения не превышают 7% даже в пиковые периоды
Финансы, ИТ и бизнес работают в одном операционном ритме.
Устойчивость ERP-системы
До внедрения:
при росте нагрузки задержки в расчетах, каскадные блокировки между модулями.
После внедрения:
стабильная обработка 80 000+ транзакций в минуту во внутренних модулях (договоры, платежи, налоги, проводки) без роста очередей.
ERP стала инфраструктурным активом.
Скорость восстановления при сбоях
До внедрения:
45–120 минут
После внедрения:
7 минут
Система перешла из режима реакции на инциденты в режим контролируемой устойчивости. Потери от ИТ-сбоев перестали масштабироваться вместе с объемом операций.
