ВТБ реализовал один из крупнейших и амбициозных проектов в области импортозамещения в российском финансовом секторе. Система «Аналитическая отчетность» ВТБ была полностью переведена с платформы SAP BW/4 HANA на импортонезависимый стек open source технологий. О том, как банку удалось не просто повторить, но и превзойти функциональность ушедшего вендора, создав собственную промышленную BI-платформу, рассказывают руководители проекта: Михаил Гагарин, директор проектов управления автоматизации внутренних процессов и сервисов ВТБ, Михаил Синельников, лидер кластера импортозамещения аналитической отчетности «ИнноТех»/ВТБ, Владимир Ведяков, ИТ-лидер кластера импортозамещения аналитической отчетности «Сапиенс Солюшнс», — номинанты на премию Data Award.

- Что представляла собой аналитическая платформа для отчетности до реализации проекта?

Михаил Гагарин: До начала проекта наша аналитическая отчетность базировалась на стеке SAP. Это была мощное платформенное решение: SAP BW/4 HANA в роли хранилища и витрин данных, а также SAP Analysis for Office и SAP Lumira как основные интерфейсы для более чем 750 пользователей. Система содержала 293 отчета и формы ввода, тысячи объектов хранилища и интеграции с 14 ключевыми источниками, включая SAP S/4 и SAP HCM. Это был сложный, эволюционно развивавшийся механизм, критически важный для управления финансами и персоналом банка.

- Какие проблемы стояли на старте проекта, помимо санкционных?

Михаил Синельников: Перед нами стояла стратегическая задача: обеспечить технологическую независимость и сохранить всю полноту функциональности корпоративной отчетности. Однако главный вызов заключался в динамике внешних условий. В середине проекта мы получили жесткое предписание отказаться от Microsoft Office, что сделало невозможным использование ключевого инструмента отчетности SAP Analysis for Office. Представьте: нам нужно было построить «крышу» (отчеты в новом интерфейсе) раньше, чем возведены «несущие стены» (новое хранилище данных), и сделать это синхронно с изменениями в старой системе, которая продолжала жить и развиваться. Это требовало не просто миграции, а ювелирной синхронизации бэклогов команд разработки и высочайшей адаптивности.

- Какой подход к созданию системы был выбран, какие принципы соблюдали?

Владимир Ведяков: Мы выбрали подход параллельной разработки, разделив проект на два независимых, но синхронизированных направления: «от источника до витрины» и «от витрины до отчета». Это было наше главное проектное ноу-хау.

Ключевым следствием этого стало двукратное сокращение времени создания решения: мы начали разрабатывать и стабилизировать отчеты еще до того, как хранилище данных было полностью готово. Благодаря архитектурному «мостику» — промежуточному решению с выгрузкой данных из старого SAP BW в новое хранилище — мы обеспечили бесшовный переход пользователей на новый инструмент. Кроме того, мы заложили длительный этап стабилизации. Это позволило не просто «сдать проект», а добиться его полного принятия бизнесом, адаптировать пользовательский опыт и снять все возражения еще до финального запуска.

- Почему именно open source, а не российские коммерческие решения?

М.Г.: Выбор был прагматичным и стратегическим. Во-первых, нам была важна скорость — мы брали технологии, уже одобренные и работающие в контуре банка. Во-вторых, мы хотели получить не просто замену, а гибкую платформу под нашим полным контролем. Open source дал нам свободу от вендорозависимости и возможность «доработать напильником» до уровня, который не могли предложить готовые коробочные решения на тот момент. Наше преимущество — мы не купили «конструктор», а научились «лить детали для него сами», под свои уникальные и жесткие требования.

- Что представляет собой созданное решение, какова его архитектура?

В.В.: Мы собрали архитектуру из open source компонентов, дополнив их собственными уникальными разработками. Костяк платформы: Apache Superset (BI-витрина), Arenadata DB и ClickHouse (хранилище и высоконагруженные вычисления), Apache NiFi и Airflow (интеграция и оркестрация). Отдельная гордость — это применение комбинированной архитектуры, а также собственный фреймворк, который превратил BI-инструмент в промышленную систему. Это решение, которое доказало свою надежность в масштабах одной из крупнейших финансовых групп страны.

- Вы дублировали функционал SAP или пытались его развить?

М.С.: Аппетит приходит во время еды. Мы начинали с задачи «Повторить один в один», но уже в процессе поняли, что open source дает нам возможности, которых у SAP не было. Мы не просто догнали ушедшего вендора — мы создали платформу с расширенным функционалом.

- Какие именно доработки реализованы, каких возможностей они касались?

М.С.: Мы провели колоссальную работу по доведению продуктов open source до Enterprise-уровня. Можно упомянуть несколько ключевых возможностей, которых нет в типовых решениях. Самое главное — промышленная сводная таблица. Мы разработали уникальный компонент, полностью заместивший SAP Analysis for Office. Он поддерживает сложные иерархии, подытоги, форматированную выгрузку в формат XLSX и историю навигации. Это достижение позволило перевести более 750 финансовых специалистов на отечественное ПО без потери производительности труда.

Кроме того, реализован полноценный модуль форм ввода. Удалось создать аналог SAP BI IP, работающий с Greenplum и Arenadata DB. Система поддерживает многопользовательский ввод, блокировки данных, расчеты и журналирование. Мы обеспечили бизнесу непрерывность процессов планирования и бюджетирования, сохранив привычный функционал после ухода SAP.

Наконец, self-service аналитика. Мы внедрили функциональность, которая позволяет пользователям самостоятельно создавать отчеты, не отвлекая ИТ-специалистов. Это сократило нагрузку на ИТ-поддержку и повысило скорость принятия решений в подразделениях.

- Каковы масштабы аналитической платформы? Каких ресурсов потребовало ее создание?

В.В.: Масштабы впечатляют: более 18 тыс. новых объектов хранилища, 293 отчета и 66 форм ввода, интегрированных с 14 системами-источниками. В пике над проектом работали 61 человек, а его длительность — 2,5 года — сопоставима с внедрением исходного SAP-решения. Но здесь важно понимать качественную разницу. Внедрение SAP — это сборка дома из готового, но дорогого и неподвластного вам конструктора. Мы же не просто собрали дом, мы отлили все детали конструктора заново, улучшили их и теперь полностью управляем процессом их производства. Это наш главный технологический актив.

- Что в ходе проекта было самым сложным?

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

- Какие функциональные улучшения достигнуты по сравнению с прежним решением?

М.С.: Помимо уже упомянутого self-service, мы внедрили автоматическую рассылку отчетов, и теперь ключевые показатели приходят руководителям на почту по расписанию, исключая человеческий фактор. Кроме того, появились новые визуализации — например, интерактивная карта для анализа региональной сети. Реализована оптимизация процессов: процесс перераспределения ИТ-расходов теперь полностью автоматизирован внутри новой платформы.

- Каковы эффекты?

М.Г.: Результаты превзошли ожидания. Достигнут технологический суверенитет — мы полностью заместили отчетность SAP BW/4 HANA и выполнили требования регулятора, обезопасив банк от санкционных рисков. Наблюдается рост производительности: ряд ключевых отчетов стал работать вдвое быстрее, чем на SAP HANA. Очевидна и экономическая эффективность. Мы заложили основу для снижения совокупной стоимости владения за счет отказа от миллионных лицензий SAP и получили полный контроль над кодом, исключив будущие расходы на принудительные обновления вендора.

- Что говорят пользователи? Какова обратная связь?

М.Г.: Это наш главный KPI. Оба ключевых заказчика — Финансовый департамент и Департамент по работе с персоналом — оценили проект на максимальный балл. Пользователи не просто подтвердили сходимость данных, они увидели новые возможности. Ускорение отчетов, появление self-service и рассылок изменило их ежедневную работу. И лучший показатель успеха — это интерес со стороны других бизнес-подразделений банка, которые теперь хотят подключаться к нашей платформе.

- Что дал проект банку?

М.Г.: Проект дал банку стратегическое преимущество. Мы получили не просто замену SAP, а современную, гибкую и полностью подконтрольную BI-платформу. Банк теперь не зависит от решений иностранных вендоров, защищен от санкций и может адаптировать аналитику под любые новые бизнес-задачи быстрее, чем раньше. Это фундамент для развития данных и управления эффективностью бизнеса на годы вперед.

- А что нового может узнать рынок?

М.С.: Наш опыт — это готовое методологическое и технологическое пособие для всех желающих импортозаместить BI. Вот пять ключевых уроков, которые мы готовы транслировать рынку. Во-первых, open source — это не компромисс, а новый стандарт качества. Мы доказали, что сборка на базе открытых платформ способна не просто заместить, а превзойти по производительности решения мировых лидеров. Рынок может перестать бояться open source и начать рассматривать его как основной инструмент для построения систем.

Во-вторых, архитектура важнее вендора. Наш опыт с промежуточным слоем данных доказал, что грамотная архитектура позволяет нивелировать любые внешние шоки — например, внезапный отказ от Microsoft Office. Рынок может перенять наш подход к параллельной миграции, сокращающей время разработки в два раза.

В-третьих, способность к кастомизации — главное преимущество. Мы не просто установили Apache Superset, но и превратили его в промышленную систему с уникальными компонентами: сводной таблицей, формами ввода. Это показывает рынку путь, как получить решение «сшитое по мерке», а не «коробочный костюм», при этом сохранив все выгоды open source.

Четвертый урок заключается в том, что длительная стабилизация — залог принятия бизнесом. Мы не ограничились формальным соблюдением сроков, хотя проект действительно был сдан вовремя, а сфокусировались на адаптации пользователей. Результатом стали высокие оценки заказчиков и отсутствие «откатов» к старым процессам. Этот опыт можно использовать на рынке, как успешный кейс повышения NPS в ИТ-проектах.

Наконец, миграция — это возможность для улучшений. Наряду с главной целью — сохранением функциональности SAP, мы оптимизировали процессы. Self-service и автоматические рассылки стали ценным дополнением для бизнеса. Это доказывает, что импортозамещение может и должно быть драйвером позитивных изменений, а не просто вынужденной мерой.

- В каком направлении будет развиваться проект?

М.Г.: Банку удалось создать собственную BI-платформу, что обеспечило технологический суверенитет и позволило адаптировать инструменты аналитики под задачи бизнеса без оглядки на ограничения. В ближайших планах — внедрение модуля качества данных и масштабирование системы на новые подразделения и все региональные офисы, что позволит кратно увеличить число пользователей.