НСИ

В ОАО «РЖД» за короткое время осуществили перенос на импортонезависимую платформу основной функциональности управления критически важной для бизнеса НСИ. Кроме этого, в рамках проекта обеспечены технологические условия для тиражирования этого решения. О реализации проекта рассказывают Кирилл Семион, начальник департамента информатизации ОАО «РЖД», и Александр Толгский, руководитель дирекции по продажам департамента «Государственные программы» IBS – номинанты на премию Data Award.

— В каком состоянии находились процессы управления НСИ в РЖД до реализации проекта? Как они были реализованы?

Кирилл Семион: ОАО «РЖД» имеет разветвленную организационную структуру и осуществляет хозяйственную деятельность по различным направлениям. С учетом этого, а также высокого уровня автоматизации деятельности ОАО «РЖД» и его дочерних предприятий одним из ключевых вопросов, стоящих перед компанией, является обеспечение единства, полноты и достоверности нормативно-справочной информации, используемой различными специалистами компании в ходе исполнения своих обязанностей.

В рамках решения этой задачи в компании в разное время были созданы специализированные системы для ведения нормативно-справочной информации, но, несмотря на это, в различных создаваемых и развиваемых информационных системах ОАО «РЖД» разработчиками были реализованы возможности по ведению НСИ. Это приводило к нарушению принципов единства и полноты нормативно-справочной информации, затрудняло взаимодействие на уровне отдельных информационных систем, усложняло существующую архитектуру и ИТ-ландшафт ОАО «РЖД».

— В чем заключались основные проблемы? Почему это было важно для РЖД?

К.С.: Ключевая предпосылка проекта — отсутствие единой системы управления НСИ. По состоянию на 2022 год в ОАО «РЖД» эксплуатировались две информационные системы, обеспечивающие централизованное ведение справочников — ИС, предназначенная для ведения технологических справочников, и система, предназначенная для ведения справочников, используемых в рамках автоматизации предприятия в целом (ERP).

Второй предпосылкой стало то, что централизованные системы ведения НСИ были созданы с использованием лучших на тот момент из представленных на рынке решений — платформы и продукты иностранных производителей. Таким образом, использование решений иностранных вендоров для автоматизации функции ведения справочников во множестве функциональных и технологических систем ОАО «РЖД», после ухода иностранных вендоров из России несло существенные риски выхода из строя вычислительной инфраструктуры и общесистемного программного обеспечения, а также обострило вопрос информационной безопасности.

Совокупность этих факторов и привела к старту проекта по созданию новой версии Автоматизированной системы централизованного ведения нормативно-справочной информации (АС ЦНСИ-2), реализованной на базе решений, включенных в реестр отечественного программного обеспечения Минцифры России, и отвечающей всем требованиям ОАО «РЖД» к решению такого класса.

— Какой подход был выбран для решения задачи?

К.С.: В ОАО «РЖД» существуют довольно жесткие требования, предъявляемые к внедряемому ПО. На старте проекта было принято решение провести анализ включенных в реестр отечественного программного обеспечения продуктов, а затем предложить разработчикам пройти комплексное тестирование в соответствии с методикой ОАО «РЖД» и подтвердить возможность применения своего решения как в части показателей назначения, так и в части предоставляемых продуктом функциональных возможностей.

Мы направили ряду разработчиков письмо с предложением провести демонстрацию и последующее тестирование их решений. Ряд компаний, включая компанию IBS, ответили согласием. По итогам тестирования, которое в общей сложности продолжалось более трех месяцев, был подготовлен отчет о тестировании, который подтвердил заявленные характеристики продукта «Планета.НСИ» и его функциональность.

После выбора решения для создания АС ЦНСИ-2 ОАО «РЖД» была проведена объемная работа по формированию границ проекта, состава нормативно-справочной информации, организационного объема и требований к создаваемой на базе платформы автоматизированной системе.

— Какие требования предъявлялись к создаваемому решению?

Александр Толгский: В первую очередь создаваемое отечественное решение необходимо было за короткое время интегрировать в существующую ИТ-архитектуру ОАО «РЖД» без ущерба для существующих процессов управления НСИ в замещаемом ПО. Чтобы упростить переход специалистов к полноценному использованию новой системы, также было необходимо, с одной стороны, воспроизвести существующую в АС ЦНСИ функциональность, а с другой — обеспечить ее реализацию максимально удобным для пользователей способом с учетом существующих технологических возможностей платформы.

В целом, если говорить про требования, система на первом этапе должна была обеспечить централизованную миграцию исторических данных и ведение более 1,4 тыс. справочников и связанных с ними метаданных, обеспечить возможность интеграции с более чем 140 информационными системами ОАО «РЖД» (как потребителями, так и источниками данных).

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

А.Т.: В рамках проекта была проведена масштабная работа по развертыванию отказоустойчивой конфигурации инфраструктурного ПО и платформы «Планета.НСИ» в тестовом и производственном контурах ОАО «РЖД», настроена базовая функциональность платформы и реализована дополнительная функциональность в соответствии с ТЗ, реализованы типовые средства интеграции с системами-потребителями и системами- источниками, мигрированы справочники и связанные с ними метаданные, проведено комплексное тестирование и обеспечена возможность переключения взаимодействия внешних систем со старой АС ЦНСИ на новую АС ЦНСИ-2 без пауз в предоставлении нормативно-справочной информации.

— В какие сроки и какими силами реализован проект?

А.Т.: Тестирование платформы заняло три месяца, далее порядка восьми месяцев шла работа проектной команды на стороне ОАО «РЖД». Сам проект реализации и внедрения платформы АС ЦНСИ-2 проходил с марта 2023-го по ноябрь 2023 год.

Общий размер команды с нашей стороны составил более 100 человек.

— В чем заключались сложности проекта? Как они решались?

А.Т.: При внедрении новой системы ведения НСИ требовалось воспроизвести все наполнение унаследованной системы, реализовать более 1,4 тыс. справочников, настроить связи между ними и контроли, которые обеспечивались не только видимыми триггерами в базе данных, но и в программном коде унаследованного приложения.

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

Специалистами IBS совместно со специалистами Главного вычислительного центра с привлечением АО «НИИАС» была проведена работа по глубокому обследованию особенностей реализации каждого справочника, настроены автоматические процедуры сверки данных между унаследованной и новой системой АС ЦНСИ-2 и исследования причин каждого расхождения в данных и их устранения.

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

— Что представляет собой созданное решение?

К.С.: Созданная АС ЦНСИ-2 обеспечивает централизованную функцию ведения НСИ в ОАО «РЖД», функционирует на базе программной платформы и вычислительного кластера, созданных в Российской Федерации.

Сегодня система включает в себя более 1,4 тыс. справочников, для каждого из которых реализованы модели данных, средства контроля качества данных и пользовательские интерфейсы. Для основной массы справочников АС ЦНСИ-2 является мастер-системой, а для части систем, которые еще находятся в процессе перевода на отечественные решения, АС ЦНСИ-2 выступает в качестве шлюза-маршрутизатора в старую систему АС ЦНСИ.

— Как изменились процессы, связанные с управлением НСИ? Как это повлияло на работу сотрудников?

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

С внедрением платформы «Планета.НСИ» существенно упростились процедуры по созданию новых объектов НСИ. Создание новых объектов НСИ, включая создание моделей данных, экранных форм, форм поиска и алгоритмов контроля качества данных, теперь можно проводить непосредственно через веб-интерфейс АС ЦНСИ-2 без участия разработчика.

Система также предусматривает возможность создания новых объектов НСИ при помощи импорта метаданных из шаблона, что существенно ускоряет реализацию новых объектов НСИ, и перевод ведения справочников из смежных информационных систем ОАО «РЖД» в АС ЦНСИ-2.

— Каких результатов удалось достичь?

А.Т.: АС ЦНСИ-2 за короткое время была интегрирована в существующую ИТ-архитектуру ОАО «РЖД». При этом был обеспечен перенос на импортонезависимую платформу основного функционала управления критически важной для бизнеса НСИ. Кроме этого, в рамках проекта обеспечен технологический задел для тиражирования АС ЦНСИ-2 в части состава справочников и подключения новых источников и потребителей данных.

— А какие результаты ожидаются в перспективе?

К.С.: К АС ЦНСИ-2 активно подключаются новые системы, в том числе реализуемые в рамках стратегии цифровизации ОАО «РЖД».

Мы планируем и далее развивать АС ЦНСИ-2 как в части расширения функциональных возможностей и повышения удобства пользователей в работе с системой, так и в части перевода ведения справочников из функциональных систем в АС ЦНСИ-2 и обеспечения интеграции с автоматизированными системами ОАО «РЖД».

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

— В каких направлениях будет развиваться проект? И какие возможности он открыл для компании?

К.С.: Реализация проекта позволила ОАО «РЖД» выявить точки роста не только в части ведения нормативно-справочной информации, но и в существующих бизнес-процессах компании и смежных с АС ЦНСИ-2 системах. Мы продолжим и далее совершенствовать процессы ведения нормативно-справочной информации и переводить системы на централизованное ведение справочников. То есть новая информационная система стала и будет развиваться как полноценный компонент всей корпоративной системы управления данными.

Управлению нормативно-справочной информацией был посвящен целый блок докладов в рамках организованного издательством «Открытые системы» форума «Управление данными — 2021», и эти выступления вызвали чрезвычайно высокий интерес у слушателей. Одним из докладчиков стала Яна Соколова, заместитель руководителя департамента PLM и САПР Объединенной двигателестроительной корпорации, рассказавшая о результатах внедрения и тиражировании системы класса Master Data Management (MDM) на базе решения Semantic MDM. Мы поговорили с ней об итогах и уроках проекта, а также о достигнутых бизнес-эффектах.

- Как в ОДК пришли к необходимости централизовать справочники на базе единой системы MDM? Какие для этого были предпосылки?

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

- Что стало непосредственным толчком для начала проекта?

В 2012 году мы начали внедрение на заводе «Салют» системы САПР технологических процессов и поняли, что все эксплуатируемые решения используют собственные справочники.

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

- С чего был начат проект, какие этапы он включал?

Справочники — общая дисциплина, в равной степени относящаяся и к бухгалтерии, и к закупщикам, и к инженерам. Но исторически сложилось так, что проект реализовывала служба главного технолога — именно он был главным функциональным заказчиком. Поэтому начали с инженерного контура — технологических и конструкторских данных. Затем постепенно перешли на остальные: финансовый, закупочный. Далее подтянули справочник контрагентов и т. д.

- С какими проблемами пришлось столкнуться при реализации проекта? Какие из них были сложнее — организационные или технические?

Сама система довольно сложна — это не офисное приложение, которое работает «из коробки». Она требует существенной кастомизации, но не из-за особенностей процессов, как это бывает с большинством бизнес-приложений, а из-за необходимости учитывать нюансы. Например, понадобилось значительно доработать решение с точки зрения возможности встроить его в другие системы, являющиеся потребителями справочной информации. Пришлось выполнять много интеграций, преобразований данных. На сегодняшний день к MDM подключены 34 информационные системы, и с каждым годом мы наращиваем их число. Конечно, все эти годы мы работаем с разработчиком системы — SDI Solution, постепенно дорабатываем функциональность: расширяем, улучшаем, оптимизируем.

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

Главные проблемы были связаны со складскими службами, поскольку у нас территориально распределенная структура и новые процессы требовалось вводить одновременно на разных складах в различных городах. Приходилось много ездить, чтобы организовывать и контролировать работу. Но у нас была мощная поддержка со стороны генерального директора площадки, на которой проводился запуск. Заручившись его поддержкой, мы побороли сопротивление.

- Часто говорят о важности административного ресурса. А реально ли в принципе выполнить подобные проекты без поддержки руководства?

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

Кроме того, одновременно на предприятии внедряли новую систему ERP. Руководители этого проекта тоже заявляли о пользе централизованной MDM и настаивали на использовании нового справочника. Это усилило наши позиции.

- Почему выбрали именно Semantic MDM? Каковы были ключевые критерии выбора системы? Существовали ли альтернативы? Ведь рынок MDM-решений далеко не пуст.

Это сейчас рынок не пуст. А почти 10 лет назад большинство решений были представлены импортными производителями. Дорого и сложно. К тому же зарубежный поставщик всегда неприятен для оборонной промышленности. Тренд на импортозамещение еще не был обозначен, но отечественные разработчики все равно были в приоритете.

Кроме того, к внедрению MDM мы пришли через другие проекты — в частности, САПР технологических процессов. А в этой области можно рассматривать только отечественных производителей. Остановились на решении Timeline компании SDI Solution, и наличие у этого поставщика системы MDM стало серьезным аргументом в его пользу.

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

Сотрудники компании были полностью вовлечены в наш проект, в начале пути мы работали одной командой. Они присутствовали на нашей территории, совместно с нами разрабатывая проектные решения. Это важно, потому что у нас совсем не было опыта работы с MDM.

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

За 10 лет мы внедрили систему MDM, которая содержит более 4 млн объектов, 1,5 млн из них — справочник номенклатуры. К централизованному справочнику подключены 34 системы, использующие его данные. Это говорит о том, что система нормативно-справочной информации разрослась, «пустила корни» и плотно вошла в ИТ-архитектуру холдинга. Мы масштабировали ее на 12 площадок, и культура управления нормативно-справочной информацией уже охватила общие бизнес-процессы компании. Этим, безусловно, можно гордиться.

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

Мы поменяли много версий системы, каждый год внедряем серьезные обновления. Процессы управления НСИ выстроены таким образом, что между инициаторами заявок и экспертами, обрабатывающими их, получается хороший диалог. Удобно подавать заявки и обрабатывать их, удобно отслеживать выполнение SLA и KPI. Мы можем переработать достаточно большой объем исторических данных, сформировали довольно большую экспертную базу.

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

- А что можно было бы сделать лучше? Какие уроки вы вынесли из этого проекта?

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

- Каковы эффекты от реализации проекта, в том числе экономические?

Можно выделить несколько уровней эффектов. Самый первый — качество данных. Конечно же, создание централизованной системы управления НСИ серьезно повышает качество данных по сравнению с использованием локальных справочников. И это уже само по себе достойный результат. Когда мы нормализовали исторические объемы из двух основных контуров — инженерного и коммерческого — и смогли их свести между собой, то они совпали далеко не полностью. До внедрения MDM никто не мог точно сказать, какова потребность в материалах и обеспеченность ими.

Во-вторых, выяснилось, что в коммерческом контуре (то есть на складах) около 30% неидентифицируемых, «мусорных» данных. Они либо были неверно введены, либо дублировались. В результате такие объекты на складах представляли собой мертвый груз, который нельзя списать на производство из-за невозможности его идентифицировать. И 20% таких данных находилось в инженерном контуре. Мы не пытались это перевести в денежное выражение, но очевидно, что потери были существенные. И при масштабировании на другие площадки полученный эффект возрастает кратно.

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

- Масштабирование проекта — отдельная сложная задача. Как происходит этот процесс в территориально распределенной структуре Объединенной двигателестроительной корпорации?

В 2016 году управляющая компания признала эффект от внедрения на первой площадке — заводе «Салют», и было принято решение эту же платформу MDM сделать общекорпоративной. С тех пор мы продолжаем этот проект, он должен завершиться в следующем году. Но основная сложная работа будет выполнена до конца нынешнего года. Мы нормализовали исторические данные всех площадок и подключили к ним информационные системы.

- Какими вы видите перспективы развития проекта? Куда движется созданная система?

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

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