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

Трансформация ИТ-ландшафта в крупном агрохолдинге сегодня в первую очередь упирается не в выбор «правильной» ERP или WMS, а в управление обменами и данными между десятками систем.

Для топ-менеджмента это уже не техническая тема, а вопрос скорости изменений, CAPEX/OPEX и управляемости бизнеса.

Зачем описывать обмены «по‑взрослому»

Валерий Немцов, технический директор DTT и модератор встречи, сразу заострил: ни одна система не живет в вакууме, каждая новая внедряемая платформа немедленно «завязывается» на окружающий ИТ-ландшафт. Если эти связи не описаны, компания платит за это срывами сроков, ростом стоимости проектов и зависимостью от отдельных людей.

Он предлагает смотреть на проекты через 2 ключевые оптики:

• Внедрение новой системы: «Надо честно ответить на три вопроса: что системе нужно от мира, чем мы можем ее подпитать из уже существующих источников, и что она сама будет отдавать вовне», — отмечает Немцов.
• Замена существующей системы: «Для крупных внедрений базовый критерий — сделать минимум не хуже. Это означает перепроверку всех взаимодействий старой системы с окружением, источников данных и всех потребителей, которых нужно подпитывать в новой конфигурации».

При этом, подчеркивает Валерий, развитие композитного ИТ-ландшафта — практически неизбежно:
«Так или иначе вы придёте к тому, что ландшафт станет композитным: набор бизнес-приложений, корпоративная шина данных, корпоративное хранилище и множество слабосвязанных сервисов. В этот момент ключевой задачей становится не просто внедрить шину, а понимать и формализовать, как именно каждое приложение с ней связано».

Для топ-менеджмента это означает три стратегические цели, которые напрямую завязаны на качество описания обменов:

•       снижение CAPEX и OPEX при большой программе проектов;
•       повышение скорости изменений без потери качества;
•       уменьшение рисков при плановых и «вынужденных» заменах ключевых систем.

От Excel и «звонков» к процессу, где документация так же важна, как код

Дмитрий Комаров, руководитель группы разработки интеграционных потоков «Комос Групп», показал, как на практике эволюционирует культура работы с обменами, когда холдинг проходит путь от десятка интеграций до тысячи.

«Исторически мы прошли все стадии, которые проходят почти все компании: от кодинга “по звонку” до попыток вести Excel, а потом до специализированной системы для документирования интеграций», — вспоминает Комаров.

Он выделяет семь этапов зрелости:

1. Кодинг по звонку без формализации.
2. Телефон + набросок ТЗ и только потом код.
3. Документирование “задним числом” после запуска, чтобы «что-то осталось».
4. Excel как квазидокументация с периодическими «субботниками» по актуализации.
5. Специализированная система (Integration Management Studio, IMS) с структурированными данными по обменам.
6. Проектирование через документацию: разработчики кодят строго по описанию в системе, а эта же база становится ядром для сопровождения.
7. Процессный уровень: «Мы приравняли документирование по важности к кодингу. У нас есть отдельные наряды на документацию, обязательное ревью документации, два ответственных — за код и за описание».

По словам эксперта, эффект становится виден не сразу, но растет нелинейно:
«Когда у вас 3–5 обменов, кажется, что документирование только тормозит. При первой сотне вы понимаете, что 101‑й уже не сделать по‑старому. А где-то после 300–400 интеграций вы ловите себя на мысли: так это же дешевле. Чем больше обменов и систем, тем ниже удельная стоимость разработки и сопровождения каждой новой интеграции».

Ключевые кейсы: где документирование стало фактором успеха

Команда «Комос Групп» показала несколько кейсов, хорошо понятных любому крупному FMCG/АПК игроку.

1. Замена легаси ERP (Axapta) на 1С

Ситуация:

• Axapta — легаси-система, часть компетенций утрачена.
• Она интегрирована с десятками других систем, многие тоже легаси.
• Документация по обменам фрагментарна, часто «живет в головах» пользователей.
• Проект реализуется с участием ФРП (Airfree), что усиливает требования к контролю и отчетности.

Решения:

• Переход к единой системе документирования (IMS) как обязательному артефакту проекта.
• Консолидация всех имеющихся документов, Excel и кода в едином формате, включая выявление противоречий и «белых пятен».
• Точные интервью с пользователями и анализ легаси-кода для пополнения базы.
• Проектирование новых обменов с 1С УТ на основе этой консолидированной модели, включая последовательность шагов по «выщелкиванию» Axapta и вводу 1С.

Результат:

• Единая актуальная картина интеграций позволила и успешно завершить проект, и быстро отчитаться перед инвестором, и передать решения на сопровождение с минимальными рисками.

2. Внедрение системы прогнозирования

Здесь число систем было меньше, но сложность выше: у каждой — своя команда, терминология, ограничения и ожидания.

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

Команда приняла несколько принципиальных решений:

• Назначить одного владельца документации, который ведёт сбор информации, анализ и фиксацию изменений.
• Использовать единый защищённый документ ТЗ как центральную точку согласования между всеми участниками, с регулярным циклом согласования только изменений.
• Каждое принятое изменение одновременно отражать в IMS (описание обменов) и в 1С ETLU (задачи на разработчиков).

Эффект:

• Отсутствие разрывов между задумкой, документацией и кодом.
• Прозрачность для всех стейкхолдеров: видно, что делается, зачем и как это влияет на интеграции.
• Успешное завершение проекта без «разъехавшихся» ожиданий между бизнесом и IT.

3. Контроль персональных данных по 152‑ФЗ

При 450 системах и тысячах обменов вопрос персональных данных стал критичным.

«Задача была простая и страшная: навести порядок с PDN так, чтобы в любой момент можно было ответить, какие персональные данные куда уходят и кто это согласовал», — описывает Дмитрий.

Подход:

• Дополнительно оцифровать в IMS все обмены, которые ранее не попадали в зону ответственности интеграционной команды.
• Отметить, какие из них содержат персональные данные.
• Встроить в процесс обязательное согласование любого изменения обменов с PDN и фиксировать согласования в IMS.

Результат:

• Возможность быстро ответить на любой запрос о маршрутах персональных данных, истории запуска и ответственных лицах.
• Снижение регуляторных и репутационных рисков на уровне всего холдинга.

4. Быстрое тиражирование 1С-систем

В конце 2025 года «Комос Групп» почти одновременно получил четыре срочных проекта на подключение новых систем.

«Сроки были сжатые, но у нас уже была шина и IMS. Системы оказались типовыми, похожими на те, что у нас есть. Мы смогли организовать работу так, что все четыре проекта для команды выглядели как один виртуальный проект», — говорит Комаров.

Факты:

• Одна и та же команда 4–5 человек закрыла все четыре проекта за три месяца.
• Там, где возможно, интеграции тиражировались; где нужно — дорабатывались.
• За те же три месяца прошла передача на первую линию поддержки, которую научили пользоваться IMS.
• Большая часть вопросов теперь решается на 1–2 линии, не отвлекая ядро команды.

Показательный момент: последнюю систему тиражировали за два дня. «Это была наша вишенка на торте — чистое тиражирование по уже отлаженным шаблонам», — отмечает Дмитрий.

Цифры, которые важны для топ-менеджмента

В финале Комаров обобщает эффект от инвестиций в документирование, которое встроено в процессы разработки и сопровождения интеграций:

• «Сроки запуска крупных проектов сократились в 2–3 раза. То, что раньше занимало год–полтора, теперь занимает 3–5 месяцев», — приводит он оценку.
• «Подключение новых унифицированных систем ускорилось в 8–12 раз. Если бы мы оставались на точка‑точка интеграциях без документации, таких результатов не было бы», — подчеркивает спикер.
• Более сложные функциональные вопросы всё чаще решаются через анализ описанных обменов: IMS стала не только техническим, но и бизнес-инструментом для аналитиков.

Отдельно он формулирует мысль, которая может служить ориентиром для любой компании в АПК и FMCG:
«Инвестиции в документирование окупаются снижением стоимости сопровождения и повышением надежности всей IT‑экосистемы холдинга. Звучит как лозунг, но для нас это уже обыденность».

И добавляет рекомендацию:
«Когда внедряется новая система, обычно основное внимание уделяется самой системе, а обмены идут вторым приоритетом. Попробуйте хотя бы выровнять приоритеты. Уделите интеграциям столько же внимания, и вы увидите, насколько ваша жизнь упростится».

Что можно взять на заметку комьюнити Digital4food

Опыт Комосгрупп и DataTechTeam показывает: чтобы IT-ландшафт не тормозил развитие бизнеса, а поддерживал его, стоит:

• принять композитный ландшафт и корпоративную шину данных как целевую модель, а не «разовую инициативу»;
• внедрить специализированный инструмент для описания обменов и встроить работу с ним в ежедневный цикл разработки и поддержки;
• приравнять качество документации к качеству кода и закрепить это процессами ревью и ответственностью;
• начинать не с «идеального финала», а с небольшого проекта и постепенно наращивать покрытие.

«Начните с небольшого набора обменов, посмотрите, что занимает больше всего времени, и автоматизируйте всё, что можно. Но для начала вам придётся структурировать процесс», — резюмирует Дмитрий Комаров.

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