Ольга Толстунова

Вице-президент по цифровизации, Инжиниринговый дивизион ГК «Росатом» (АСЭ)

Ольга Толстунова: «Мы закладываем фундамент для построения цифровых двойников»

Дивизионы «Росатома» переходят на цифровые продукты. При этом практически ни одна задача в области информационных технологий не будет решена без анализа имеющихся российских решений. О том, как должны измениться подходы к информационному моделированию и отношения с заказчиками при переходе к импортозамещению, какую роль при этом будет играть платформа Multi-D, журналу RUБЕЖ в рамках форума «Цифровая индустрия промышленной России» (ЦИПР) рассказала Ольга Толстунова, вице-президент по цифровизации, Инжиниринговый дивизион ГК «Росатом» (АСЭ).

Беседовал: Михаил Динеев, главный редактор журнала RUБЕЖ

Михаил Динеев: Ольга, как стало понятно из выступлений экспертов на форуме ЦИПР-2020, даже для структуры масштаба «Росатома» мало создать собственный импортонезависимый продукт. Важно сделать его если не общеупотребимым, то хотя бы востребованным за пределами энергетической отрасли. Как происходит процесс передачи цифровых наработок «Росатома» заказчикам из других отраслей?

Ольга Толстунова: Наши цифровые продукты по большей части реализованы непосредственно в рамках дивизиональных проектов. В 2020 году разработки Multi-D включены в портфель цифровых продуктов Госкорпорации «Росатом». Большинство разработок являются импортонезависимыми, что подтверждено экспертными заключениями, и в перспективе будут использованы не только в отраслевых проектах, но и представлены потенциальным внешним Заказчикам.
Несмотря на то, что наша цифровая разработка гибкая и прежде всего «заточена» под проекты сооружения АЭС, под индивидуальные требования и потребности наших Заказчиков, мы ориентированы и на внешнего потребителя. Платформа Multi-D открывает широкий диапазон возможностей для оптимизации и повышения прозрачности сложных бизнес-процессов для компаний из других отраслей, имеющих в портфеле проекты сооружения сложных инженерных объектов.

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

М. Динеев: Главный цифровой продукт АСЭ – платформа Multi-D. Что она собой представляет, каковы ее функции и возможности? И какие задачи на нее возлагаются в рамках импортозамещения и цифровизации?

О. Толстунова: Платформенное решение Multi-D – это собственная разработка АСЭ для комплексного управления проектами капитального строительства в единой информационной среде на протяжении всего жизненного цикла объекта.
Первые версии продуктов Multi-D разрабатывались как отдельные решения, нацеленные на быстрое закрытие проблемных вопросов в управлении проектами сооружения АЭС.
При этом, несмотря на отсутствие единой платформы, все продукты служили единой цели – созданию единой информационной модели. К слову, у новых версий – задача та же.

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

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

М. Динеев: На каком этапе развития сейчас платформа Multi-D? Что уже сделано?

О. Толстунова: Одноплатформенность обеспечивает нам ускорение процессов разработки, гибкость в создании решений и оперативную доработку под требования бизнеса. Поэтому на сегодняшний день на разной степени готовности уже находятся такие обновленные или абсолютно новые модули Multi-D как IMS (система управления информацией), UTS (система объединённых календарно-сетевых графиков), MDDR (система электронного документооборота и ресурсного планирования), Project (система управления сооружением), ESB (интеграционная шина предприятия).
Уже вышел обновлённый софт нашей разработки Multi-D Unified Time Schedule (UTS, объединенный график), который благодаря моделированию последствий изменений «на лету», устранению ручной «очистки» графиков, возможности интеграции и автоматизированной предобработки данных позволит снизить затраты и риски срыва сроков. UTS позволяет объединять графики проектирования, комплектации, строительно-монтажных и пусконаладочных работ в единый график. Кроме того, он показывает логистические коллизии, проводит расчет требуемых сроков проектирования, поставки и пусконаладки на основании сроков СМР, проводит анализ и формирует отчеты.

Например, если поставщик намерен доставить оборудование не в мае 2022 года, а в октябре 2023 года, то на нашем графике сразу будут видны все возможные срывы и задержки по другим видам работ. Это как цепная реакция. И руководители проекта сооружения могут динамически среагировать: поменять связи, что-то сдвинуть вперёд, а что-то назад (как, например, вот эту поставку), а также предусмотреть заранее компенсирующие мероприятия.

Еще один продукт более технический, но не менее важный – это MDDR (Mutli-D Docs&Resources) – внутренний СЭД и ресурсное планирование, для обеспечения на предприятиях в периметре отрасли в единую систему документооборота и оперативного обмена приказами и поручениями. В частности, это касается проектов сооружения за рубежом. Кроме того, система позволяет реализовать нормальное ресурсное планирование. Если, например, приходит какой-то приказ или распоряжение, то можно сразу же в этой системе спланировать и распределить задачи между сотрудниками с учетом их текущей и плановой рабочей загруженности.

Есть еще одна собственная разработка – продукт Multi-D Project – система выдачи недельно-суточных заданий и контроля факта строительно-монтажных работ. В ней рабочая документация делится по комплектам, дробится на недельно-суточные задания, а подрядчик уже эти недельно-суточные задания дробит с точностью до человека-дня и так далее. Там же, в Multi-D Project, можно контролировать ход исполнения заданий. Т.е. это точная детализация планирования и учета факта.

Есть еще сервисная шина предприятия (ESB), через которую продукты Multi-D связываются с остальными системами, т.е. она обеспечивает обмен сообщениями на принципах сервис-ориентированной архитектуры. Multi-D ESB предназначена для круглосуточного обеспечения надежной и безопасной передачи информации, при этом она преобразует формат данных системы-источника в формат систем-приёмников информации. Шина обеспечивает централизованное управление, а также исключает двойной ввод данных. Проектировщик не сможет передать пустую проектную потребность, нули, или проставить дробные значения там, где должны быть целые числа: шина на этапе передачи данных это сразу отсекает и возвращает обратно.

В начале августа была реализована и прошла успешные испытания онлайн интеграция ИС TCM NC и ЦР ЦВОР, в рамках которой в автоматическом режиме данные из СУИД на базе SPF передаются в «Систему оценки стоимости» (ИС TCM NC). Важной особенностью данной интеграции является тот факт, что Multi-D ESB передает данные в отраслевую шину ЕСИК БП на платформе SAP. Таким образом, можно заявить, что с внедрением Multi-D ESB появилась возможность интеграции с любыми отраслевыми ИС.
В планах до конца года ввести в промышленную эксплуатацию более 20 информационных потоков обмена с TCM NC.

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

М. Динеев: Есть ли у вас в планах следующий шаг – переход на работу с цифровыми моделями и цифровыми двойниками и проектирование объектов атомной энергетики в формате BIM?

О. Толстунова: Меня все чаще спрашивают про цифровых двойников, я считаю, что АСЭ делает фундамент для них. Мы создаем информационную модель объекта, которая должна лечь в основу большой операционной модели – она и будет представлять из себя цифровой двойник.
Как дивизион Росатома мы отвечаем за цифровое досье, по итогам проектирования и по итогам закупки оборудования, ведем его цифровой реестр. Этот реестр мы передаем заказчику на основании контрактных обязательств.

М. Динеев: Что можно сказать о требованиях заказчиков к качеству передаваемых цифровых данных? У кого они самые жесткие? Можно ли привести в качестве примера Тяньваньскую АЭС в Китае?

О. Толстунова: На самом деле на всех проектах есть общие требования к оцифровке объектов и особенные. Отдельно китайский проект не могу выделить, тем более Китай достойный конкурент России в сфере атомной энергетики. Самые жесткие требования к информационной модели, пожалуй, у европейских проектов.

М. Динеев: Вы, когда говорите про жёсткие требования, что имеете в виду? Детализацию информационной модели?

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

М. Динеев: Вы можете озвучить уровень детализации, чтобы проектировщики, которые нас читают, поняли, о каких конкретно цифрах идет речь?

О. Толстунова: Так как АЭС, даже типизированная, это всегда уникальный объект, то и описание требований к детализации всегда уникально. Усреднено можно говорить, что все они по большинству параметров соответствуют или превосходят LOD 500 в нотации BIM, а в части количества возможных технологических параметров для каждого объектов информационной модели: 94 общих для всех типов, плюс до 183 уникальных в зависимости от классификации объекта (типа дисциплины).

Кроме того, в модели обязательно проставляются связи объектов между собой (один к одному, один ко многим, многие к одному, многие ко многим). Важно, что в процессе реализации проекта станции, накапливаются не только все эти данные и связи между, но и история и причины их изменений.
В совокупности, это дает десятки, а то и сотни терабайт данных по завершению проекта.
К примеру, на проекте сооружения АЭС Пакш-2 к настоящему времени, еще до момента разработки РД по основным зданиям и сооружениям и до получения лицензии на сооружения АЭС уже накоплено 1,5 Терабайта данных. К моменту получения лицензии на сооружение, планируем, что эта цифра достигнет 5 Терабайт.

М. Динеев: Как АСЭ передает информационную модель в эксплуатацию после завершения строительства объекта?

О. Толстунова: В соответствии с условиями контракта.

М. Динеев: Какой софт вы используете для создания информационных моделей?

О. Толстунова: В подготовке к созданию информационной модели участвуют фактически все ИТ-подразделения компании, а это значит, что задействован весь ИТ-ландшафт предприятия – это и ИТ-инфраструктура, и собственные продукты, и передовые ИТ-решения. Заказчик получает информацию об объекте по множеству разрезов. Полученная информация передается в Multi-D IMS, где объединяется по всем аспектам, т.е. вовлекает всех участников проекта — заказчика, подрядчиков и поставщиков — в единое информационное поле. IMS – это такой агрегатор данных, а не их парадигма.
И софт для информационной модели, да, мы как раз пишем сами.

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

И дело тут не только в импортозамещении – любая АЭС, пожалуй, самый сложный инженерный объект в мире и PLM-софт для нее особенный. Поэтому мы сочетаем возможности разных разработок для получения оптимально результата и доводим их до нужного решения в соответствии с нашими потребностями.

М. Динеев: Как происходит передача информационной модели от проектировщиков и строителей к стадии эксплуатации? Используется ли для этого IFC формат?

О. Толстунова: На текущий момент междисциплинарная информационная модель АЭС собирается на стадии разработки проектной и рабочей документации и передается на стадию управления сооружением, в том числе с использованием формата IFC (для архитектурно-строительной части, вентиляции и ряда других специальностей). Однако стандарт IFC в настоящее время недостаточно проработан в части сложной технологии, являющейся основой проекта атомной станции.

Росатом совместно с buildingSmart Russia прорабатывает возможность расширения формата IFC, с учетом специфики сложных промышленных объектов капитального строительства. Заказчику (на стадии эксплуатации) информационная модель передается в том объеме, который прописан в соответствующем EPC-контракте. Для каждого проекта требования в настоящий момент разные: где-то мы передаем только базы данных, необходимые для загрузки в системы эксплуатации, а где-то - более полную информационную модель, включающую как базы данных, там и 3D-часть. Уровни LOD и LOI , а также форматы передачи информационной модели Заказчику согласовываются в рамках каждого контракта индивидуально.

М. Динеев: Можно оплачивать работу проектировщиков, исходя из затраченного на создание модели времени?

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

М. Динеев: Есть ли стандарт требований к детализации?

О. Толстунова: Мы хотим сделать стандартную информационную модель. В 2020 году, в рамках реализации программы цифровизации Дивизиона совместно с ЧУ ОЦКС, запущен отраслевой проект стандарта Информационной Модели объекта. Информационная Модель (ИМ) – продукт, который требуют наши заказчики, при этом требования от Заказчиков к качеству, полноте и составу ИМ – разные для разных проектов. Идея в том, чтобы сделать отраслевой стандарт с двумя уровнями. Первый – базовый, включающий самые минимальные требования к детализации и прописывать ее в контрактах. Второй уровень – расширенная версия, где заказчик будет сразу понимать, что все его пожелания возможны, но за дополнительную оплату. Тогда всё по-честному получается.

М. Динеев: Насколько готов «Росатом», его дивизионы, к изменениям, к переходу на новую схему работы с информационными моделями и их детализацией?

О. Толстунова: Это, как проект, уже включено в единую цифровую стратегию. (прим. В 2018 году в ГК «Росатом» принята Единая цифровая стратегия, в которую входит несколько отраслевых программ, в том числе «Цифровизация процессов сооружения АЭС», реализацией которой занимается Инжиниринговый дивизион). Весь вопрос в том, чтобы действительно довести это до стадии базового регламента, не экспериментального формата работы.
Я очень надеюсь на коллег, ОЦКС возглавляет Геннадий Станиславович Сахаров (директор по капитальным вложениям, государственному строительному надзору и государственной экспертизе Госкорпорации «Росатом» - примечание редакции), который взаимодействует с Минстроем России. Геннадий Станиславович поддерживает реформирование подхода и я уверена, что вместе получится добиться позитивных изменений.

М. Динеев: По поводу инструментария проектирования. Вы упомянули о специализированных программных продуктах, о которых за пределами «Росатома» мало кто слышал. «Росатом» намерен импортозаместить их собственными разработками?

О. Толстунова: Вы и не должны были слышать. Процесс проектирования для дивизионов «Росатом» реализуется в САПРах (системах автоматического проектирования - примечание редакции) в виде определенной последовательности проектных процедур и операций. В состав САПРов входят различные подсистемы, в том числе системы 3D- моделирования и инженерного анализа. Впоследствии полученные данные по разным дисциплинам со всех САПРов агрегируются в СУИД (системе управления инженерными данными). Фактически здесь уже складывается вся информационная модель целиком.
При этом в архиве остается закрытая часть данных, которую мы не передаем сторонним вендорам. Здесь же, в системе, заказчик видит, какие его требования отработаны и в какой части документации есть возможность все проверить еще на стадии проектирования.

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

М. Динеев: Когда вы планируете осуществить переход на российское ПО для проектов АСЭ?

О. Толстунова: Сейчас мы движемся планомерно в соответствии с отраслевой дорожной картой по реализации программы импотозамещения, которая рассчитана до 2024 года. Технологическая независимость от зарубежного ПО – это наша ключевая задача.

М. Динеев: Что должен сделать производитель оборудования, чтобы оно было включено в проекты АСЭ? Как попасть в библиотеки проектировщиков, нужно ли для этого разработать специально кастомизированное под ваши требования семейства устройств?

О. Толстунова: У АСЭ есть специальный цифровой каталог (ЕОНКОМ), куда производитель может внести информацию по выпускаемому оборудованию: 3D-модель, а также ключевые технические параметры. Проектировщики АСЭ выбирают прототипы оборудования из данного каталога, в котором представлены решения различных производителей, и на основе характеристик подходящего оборудования формируют проектную потребность и исходные технические требования, которые уходят в конкурсную закупку, принять участие в которой могут все производители на конкурентной основе.
При этом проектирование всегда ведется по нормам, которые четко прописаны в контракте.

М. Динеев: Есть ли у импортозамещения обратная сторона? Какие риски для экспортно-ориентированной компании тут возможны, на Ваш взгляд?

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

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

М. Динеев: Выходит, при установленной планке - заместить 44% всего программного обеспечения - Инжиниринговый дивизион и «Росатом в целом могут столкнуться с определенными трудностями в продвижении на внешних рынках?

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

М. Динеев: Насколько вероятно легализовать, скажем так, собственный продукт «Логос» на экспортном направлении?

О. Толстунова: Все возможно. Фактически «Логос» стал первым цифровым продуктом Росатома, официально выведенным на российский рынок. У проекта – богатая история. Продукты «Логос» уже успешно интегрированы в работу более 70 предприятий различных отраслей промышленности - авиастроения, транспортного машиностроения и атомной энергетики. Но потребуется время и много работы, больше организационно-политической, чтобы представить собственные цифровые продукты на мировой рынок. Показать иностранным регуляторам, что данные расчетов в нашем ПО и на их софте совпадают. И здесь критична значимая выборка данных, которую не просто накопить на таком сложном инженерным объекте, как АЭС.

М. Динеев: На ваш взгляд, какое ведомство могло бы координировать такую работу? АСЭ участвует в отраслевых объединениях?

О. Толстунова: Надо подумать. Мы плотно сотрудничаем с Техническим комитетом по стандартизации ТК 465 «Строительство». Председателем ПК 5 «Управление жизненным циклом объектов капитального строительства» ТК 465 с 2020 года является Сергей Ергопуло, директор по развитию цифрового проектирования Объединенного проектного института, входящего в состав нашего Дивизиона.

Из международных объединений могу назвать buildingSmart. Интересы АСЭ в данной ассоциации представляет Ирина Власова, она руководитель отделения buildingSmart в России. В АСЭ она отвечает за внедрение цифровых продуктов на проекты сооружения.

***

Атомстройэ́кспорт — Инжиниринговый дивизион Госкорпорации «Росатом», один из ведущих на рынке строительства атомных электростанций.
Головной офис компании расположен в Москве.
Инжиниринговый дивизион создан путем объединения ведущих компаний отрасли:
АО ИК «АСЭ» – управляющая компания
АО АСЭ
АО «Атомэнергопроект»
АО «АТОМПРОЕКТ»
Строительно-монтажные активы: ООО «СМУ-№1», ООО «ВдМУ», ООО «ТрестРосСЭМ», АО «НИКИМТ-Атомстрой», ПАО «Энергоспецмонтаж», АО «СЕЗАМ».

Основные направления деятельности:
- Проектирование АЭС большой мощности
- Сооружение АЭС большой мощности на условиях EPC, EPC(M)
- Цифровые технологии для управления сложными инженерными объектами на базе Multi-D[2]

Инжиниринговый дивизион ГК «Росатом» занимает около 30 % глобального рынка сооружения АЭС. Ведет свою деятельность в Европе, на Ближнем Востоке, в Азии и в Северной Африке, а также в Азиатско-Тихоокеанском регионе[3]. 80% выручки дивизиона составляют зарубежные проекты[4].

***

Multi-D IMS 4.0 (Система управления информацией) — импортонезависимое решение. Отчуждаемая система для формирования единого информационного пространства для всех участников проекта, обеспечивающего управление жизненным циклом сооружения АЭС (и любых других сложных инженерных объектов).

Краткие функциональные характеристики:
В IMS 4.0 в структурированной форме осуществляется хранение и управление данными, содержащими информацию об объекте, включая:
— Необходимую документацию объекта строительства;
— Управление требованиями (централизованное хранилище взаимосвязанных требований, от требований заказчиков на высоком уровне до детальных требований на уровне компонентов объекта);
— 3D-модели в требуемом формате;
— Элементы системы управления проектом;
— Системы управления конфигурацией проекта (базовые линии, графики, запросы на изменения и т.д.);
— Бизнес-объекты IMS 4.0, используемые базами данных по проекту (системы, проектные позиции, помещения, элементы проектирования и проч.);
— Реестр замечаний.

IMS 4.0 обеспечивает коммуникацию заказчиков и подрядчиков; в системе происходит согласование документов (в т.ч. трассируются ревизии и согласования документов).

Установка производится силами разработчика.

Multi-D Unified Time Schedule (Объединенный график) — система объединённых календарно-сетевых графиков (проектирования, выполнения строительно-монтажных работ, закупки и поставки оборудования и др.), предназначенная для анализа контроля конфликтов (коллизий) между ними с целью обеспечения эффективного проектного управления сооружением сложных инженерных объектов.

Краткие функциональные характеристики:
— Интеграция различных графиков и объединение их посредством специального общего кода;
— Выявление коллизий и управление изменениями графиков;
— Визуализация целевых планов и технологических зависимостей;
— Формирование аналитических отчетов.

Установка производится силами разработчика.

Multi-D Enterprise Service Bus (Интеграционная шина предприятия) — интеграционная шина данных, обеспечивает централизованный и унифицированный событийно-ориентированный обмен информацией между модулями платформы Multi-D и внешними системами.

Краткие функциональные характеристики:

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

Установка производится силами разработчика.

Multi-D Docs and Resources – система электронного документооборота и ресурсного планирования.

Краткие функциональные характеристики:

Конфигурация ОРД

— Управление входящими, исходящими и внутренними документами.
— Типизация документов и назначение правил формирования регистрационных номеров.
— Централизованное хранение документации.
— Возможность внесения замечаний в документы и трассировки изменений;
— Создание и контроль поручений;
— Разграничения прав доступа на уровне групп и отдельных документов.
— Автоматизация маршрутов движения документов.
— Создание цепочек документов, визуализация связей.
— Параллельная обработка документов (согласование, визирование и прочее).
— Контроль сроков выполнения задач.
— Передача прав на исполнение с уведомлением.

Управление поручениями.

— Отслеживание состояния работы по документу/комплекту документов.
— Анализ просроченных документов.
Конфигурация «Ресурсное и проектное планирование»
— Создание ресурсных планов в разрезе функциональных блоков.
— Согласование ресурсных планов.
— Формирования месячного плана загрузки ресурсов.
— Контроль исполнения задач и соблюдения сроков.
— Формирование отчетов.
— Анализ распределения сотрудников/ресурсов по проекту.

Multi-D Platform - единая информационная среда, обеспечивающая разработку и функционирование отраслевых программных продуктов и приложений для целей предприятия.