«Интеграционный долг» обходится российским компаниям в 15% IT-бюджета. Что это такое и как лечится

Как устаревшая архитектура замедляет цифровую трансформацию, приводит к потере клиентов и создает уязвимости для регулятора — комментирует Андрей Богданов, CEO компании Bercut (ПАО Ростелеком).

Компании тратят до 15% годового IT-бюджета на поддержку интеграций между устаревшими и новыми системами, показывают данные исследования IDC. При этом время запуска новых цифровых продуктов растет: если в 2020 году интеграция нового сервиса занимала в среднем 2–3 месяца, то в 2025-м — 4–6 месяцев. Причина — накопленный «интеграционный долг»: каждое новое подключение требует индивидуальной разработки, а изменения в одной системе ломают десятки зависимостей.

По данным Gartner, в 2025 году компании среднего размера использовали свыше 500 различных приложений, а крупные корпорации — более 1000. Российские компании, как правило, работают с 50–300 системами. Каждое подключение нового решения требует интеграции с десятками существующих — и это стало главным тормозом цифровой трансформации в условиях импортозамещения и необходимости быстрой адаптации к изменениям рынка.

Парадокс медленных систем: почему клиенты уходят к конкурентам

Объяснить проблему можно на простом примере: клиент нажимает «открыть счет» в мобильном приложении, а оно зависает на несколько минут. За этим скрывается сложный маршрут передачи данных между множеством разнородных систем — например, CRM, Core Banking, ERP, кредитным бюро, аналитическим хранилищем, — где каждая из этих систем занята поиском информации, преобразованием форматов и пересылкой данных дальше по цепочке. Если подобная задержка становится регулярной, пользователь теряет терпение и переходит в компанию, где сервис работает быстрее.

По данным исследований, это не исключение, а норма. 80% потерь клиентов в финтехе и телекоме происходит не из-за цены или качества обслуживания, а по причине низкой скорости работы и сложности систем, согласно внутренней аналитики Bercut об интеграционных практиках российских компаний. Для промышленности эта метрика еще выше: потеря 2–3 недель на интеграцию данных означает срыв сроков поставки и штрафы контрагентов.

Финансовая стоимость проблемы колоссальна. По данным международных аналитиков, в 2024 году один из топ-10 банков России по активам столкнулся с проблемой: бизнес требовал запустить новый продукт за месяц, а IT-департамент заявил, что минимум три месяца уйдет только на интеграцию пяти систем. Каждая система использует свой формат данных и требует отдельного адаптера. Эта задача потребует две-три недели разработки плюс тестирование на каждый источник. Для производственного предприятия цена задержки еще выше: срыв графика поставок одного крупного заказа может стоить 50–100 млн рублей штрафов и потери репутации.

Наследие двух десятилетий инвестиций: как компании попадают в интеграционный ад

Проблема не уникальна. Типичный IT-ландшафт крупной российской компании в 2025 году выглядит так:

• SAP и Oracle — системы управления ресурсами (ERP — Enterprise Resource Planning) для финансовых операций, инвестиции 2005–2015 годов.
• 1С — платформа бухгалтерии и управления производством.
• Российские платформы и решения — отечественные системы и решения импортозамещения (внедрены после 2014 года в соответствии с требованиями локализации IT-инфраструктуры).
• Облачные сервисы — с 2018 года для масштабирования мощностей.
• AI/ML-сервисы — с 2023 года для оптимизации процессов.
• IoT и edge-вычисления — для промышленности и производства (с 2021 года для сбора данных с оборудования в реальном времени).

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

Результат — множество «временных» решений, которые становятся постоянными. Каждая такая интеграция создается без внимания к документированию, стандартизации и масштабируемости. Разработчики, спешащие завершить задачу, не могут применять best practices архитектуры — вместо этого они используют быстрые приемы и специфические решения для каждого случая. Когда требуется изменение, обновление или добавление новой системы, команда обнаруживает, что поддержка этих хаотично созданных интеграций требует того же или большего объема усилий, что и при первоначальной разработке. По оценкам международных аналитиков, такой подход обходится компаниям в дополнительные 30–40% затрат в будущем по сравнению с первоначальными инвестициями в разработку.

В типичной крупной корпорации существует 300–500 point-to-point интеграций, работающих в разных технологиях, поддерживаемых разными командами, документированных по-разному. Это не система, а джунгли. Мировые аналитические агентства выяснили, что такая архитектура становится главным препятствием для масштабирования инноваций и является одной из основных причин задержки цифровой трансформации в 70% корпораций.

Прямые затраты на поддержку интеграций

По данным международных исследований, российские компании тратят на поддержку интеграций 12–15% годового IT-бюджета. Для крупной корпорации с IT-бюджетом 5 млрд рублей это 600–750 млн рублей ежегодно. Структура затрат выглядит следующим образом:

• 40% — зарплаты разработчиков интеграций (дефицитные специалисты: senior-инженер по интеграциям стоит 300–500 тыс. рублей в месяц).
• 30% — исправление ошибок и экстренные патчи (когда обновление SAP ломает три зависимые интеграции).
• 20% — тестирование и контроль качества.
• 10% — документирование (часто игнорируется, что усугубляет проблему).

Для промышленных предприятий эти затраты усугубляются необходимостью интеграции с системами, которые работают 24/7: производственное оборудование, системы мониторинга. Каждый час простоя из-за ошибки интеграции стоит реальных денег. А есть еще более опасные косвенные потери, их сложно измерить, но они убивают бизнес. По данным исследования McKinsey «Digital Transformation in Russia 2024», компания, которая запускает новый цифровой продукт на три месяца раньше конкурента, захватывает в среднем 8–10% дополнительной доли рынка в первый год. В исследованиях международных аналитических агентств основной причиной задержки в 70% случаев называют невозможность быстро интегрировать необходимые системы.

Для промышленности задержка на запуск нового продукта или изменение в технологии производства означает потерю контрактов: если завод не может адаптировать свои системы быстро, клиент уходит к конкуренту с более гибкой инфраструктурой.

Дефицит компетенций усугубляет кризис

По разным оценкам российских и международных экспертов, дефицит senior-специалистов по интеграциям в России составляет более 40%. Средняя зарплата — 300–500 тыс. рублей в Москве, 200–350 тыс. в регионах. Специалист с опытом одновременной работы с SAP, облачными архитектурами и интеграционными платформами — это редкий профиль, поиск которого занимает 8–12 месяцев.

Для промышленности ситуация еще критичнее: требуется специалист, который понимает не только IT, но и производство — управление производством (MES), SCADA-системы, IoT-интеграции. Такой профиль еще более редкий. Ситуация усугубилась после ухода западных вендоров в 2022–2024 годах: многие российские специалисты потеряли доступ к обучающим программам и сертификациям.

Ответ не в найме большего числа разработчиков — это экономически нецелесообразно. Ответ в правильной архитектуре. Bercut уверены: проблему нельзя решить увеличением штата. Нужна архитектурная перестройка — переход от интеграций «точка-к-точке» к централизованной платформе управления интеграциями.

Почему классические ESB не работают в 2025 году

В 2010-х годах многие компании внедряли ESB (Enterprise Service Bus) — централизованную шину, через которую проходят все данные. Однако, по данным Gartner Integration Platforms Magic Quadrant 2024, классические ESB-решения были спроектированы для мира, где все системы находятся в одном дата-центре. Они плохо масштабируются в современных гибридных облачных архитектурах и не поддерживают интеграцию с AI-сервисами. IDC отмечает, что 65% компаний, внедривших классические ESB в период 2010–2018, сегодня переосмысляют свою архитектуру интеграций.

Новое поколение: гибридные интеграционные платформы

Гибридная интеграционная платформа (HIP) — это архитектурный подход, созданный специально для реальностей 2025 года. HIP работает везде: на серверах в дата-центре (on-premise), в облаке, и на edge-устройствах (датчики, IoT-шлюзы в промышленности). Одна платформа, единая логика управления, разные места развертывания.

Выделим четыре ключевые преимущества HIP перед классическими ESB:

• Гибридное развертывание. ESB требует выбора: либо облако, либо on-premise. HIP работает везде одновременно. Для российских компаний это критично: регуляторные требования часто требуют держать данные in-premise, но нужна масштабируемость облака.
• Асинхронность и событийная архитектура. HIP поддерживает Event-driven архитектуру (EDA): системы не запрашивают друг друга синхронно, а передают события. Банк отправляет событие «Счет открыт», и все остальные системы подписаны на это событие. Это ускоряет интеграции на порядок и снижает нагрузку на сеть.
• Low-code и визуальная разработка. HIP включает инструменты визуального маппинга данных и готовые модули для стандартных интеграций. Это позволяет разработчикам среднего уровня, а не только senior-архитекторам, создавать интеграции.
• Встроенная поддержка AI/ML и Data Governance. Современные интеграционные платформы должны подготавливать данные для AI. HIP включает слой подготовки данных, или Data Fabric, автоматический каталог данных и управление качеством данных.

Архитектура HIP: модульность вместо монолита

Ключевая отличие современных HIP-платформ, например, Bercut HIP 2.0, — модульная архитектура. Компания не берет готовый монолитный «черный ящик», а выбирает компоненты в зависимости от задач:

Event Mesh — для асинхронных интеграций в реальном времени между сервисами и доменами. Критично для промышленности, где данные с датчиков должны поступать тысячами в секунду.

Datamapper — визуальный инструмент для преобразования данных между разными форматами. Удаляет необходимость писать код для каждого маппинга.

ESB — для синхронной интеграции legacy-систем и оркестрации процессов. Нужна, если есть старые монолиты типа SAP.

ETL Kit — для пакетной обработки больших объемов данных и регламентных загрузок.

Artificial Data Fabric — слой подготовки данных для аналитики и ML/AI. Объединяет разные хранилища данных (DWH, data lakes, операционные БД) и предоставляет согласованные датасеты.

API Manager — управление API, защита, лимиты, аналитика. Нужна, если открываются интеграции для партнеров.

SDK Kit и Developer Portal — инструменты для разработки собственных адаптеров и модулей.

Для российских компаний, в условиях импортозамещения и растущих требований к локализации IT-инфраструктуры, архитектура интеграций становится не просто технической, но стратегической необходимостью, — отмечает Андрей Богданов. — Платформа, которая позволяет быстро менять инфраструктуру, сохранять контроль над данными и работать везде — облако, on-premise, edge — позволяет организации оставаться гибкой и суверенной.

Российский рынок интеграционных платформ: новая конкуренция после ухода западных вендоров

После ухода западных вендоров российский рынок перестраивается. Gartner отмечает, что в условиях импортозамещения локальные решения получают все больше преимуществ.

Например, Bercut — это разработчик с вертикальной экспертизой в телеком и финансовых системах. Платформа Bercut HIP 2.0 включена в реестр Минцифры, сертифицирована ФСТЭК для работы с критической информационной инфраструктурой.

В России рынок интеграционных платформ еще формируется и пока нет явного лидера. Компании выбирают решение исходя из вертикальной экспертизы вендора и отраслевых потребностей: банки предпочитают решения с опытом в финансовых системах и compliance, телеком — платформы с опытом работы с OSS/BSS архитектурами, промышленность — решения, которые понимают специфику управления производством (MES, SCADA, IoT) и могут работать на edge-устройствах.

Взгляд в будущее: AI, облака, IoT и суверенитет данных

Аналитики и эксперты в ИТ видят четыре тренда, которые будут определять эволюцию интеграционных платформ. В первую очередь — AI как встроенная функция.

В ближайшие 2–3 года ML-модели станут частью интеграционных платформ, — прогнозирует Андрей Богданов. — Автоматический маппинг полей, предиктивное обнаружение сбоев, обнаружение аномалий в потоках данных — это уже реальность. Компании, которые подготовили свои данные через Data Governance, переходят к ML-моделям естественным расширением платформы. 

Для промышленности это означает встроенные возможности для предиктивного обслуживания оборудования и оптимизации производства на основе данных.

Гибридное облако и edge-вычисления — второй тренд. Не все данные нужно отправлять в облако. Производства требуют локальной обработки с низкой задержкой. Платформа должна работать везде одинаково. Для промышленности это критично: данные с датчиков должны обрабатываться на месте с минимальной задержкой, а только затем важные insights отправляются в облако для анализа.

Третий тренд — интеграция IoT и real-time данные. С ростом числа датчиков и IoT-устройств в промышленности объемы real-time данных экспоненциально растут. Платформа должна справляться с миллионами событий в секунду, фильтровать, агрегировать и отправлять нужные данные в системы управления.

И последнее — суверенитет данных и локальные стандарты. Требования ФЗ-187, сертификация ФСТЭК и ФСБ, реестр Минцифры — это новая реальность. Платформа должна быть технологически продвинутой, но соответствовать российским регуляторным требованиям. Это особенно важно для компаний в критической информационной инфраструктуре — из сферы энергетики, транспорта, финансов и оборонно-промышленного комплекса.