ЛОЦМАН:PLM: проектирование, согласования и объёмы с ИИ-агентом

Проектная организация уже работала в ЛОЦМАН:PLM — системе управления инженерными данными и жизненным циклом изделия (PLM, Product Lifecycle Management — управление жизненным циклом изделия) от компании АСКОН: в ней жил состав объекта и его частей, комплект документации с версиями и электронный архив, маршруты согласования, замечания и извещения об изменениях, спецификации и ведомости. Чертёж выпускался в КОМПАС-3D, документ возвращался в ЛОЦМАН:PLM, статус согласования был виден в системе, а замечания заказчика регистрировались там же. Но участок между «документ готов» и «комплект согласован, объёмы подтверждены» держался на людях: состав объекта сверяли со спецификацией глазами, версии одного документа одновременно жили у двух групп, замечания разбирали по почте и по журналу в Excel, а извещение об изменении расходилось по исполнителям вручную — и часть документов уезжала дальше в прежней редакции. Именно на этом участке — между документом и решением — время уходит быстрее всего, и именно туда встаёт ИИ-агент.

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

Коротко: что добавляет ИИ-агент к составу и документам

ЛОЦМАН:PLM ведёт состав объекта, документы, версии и маршруты согласования, но не проверяет, сходятся ли они между собой и отвечено ли на каждое замечание. ИИ-агент поверх системы читает состав, спецификации, документы, журнал замечаний и переписку, сопоставляет записи между собой, собирает замечания и извещения в один список и готовит черновик ответа. Решения, подписи и отправка комплекта остаются за человеком. Бесплатный разбор стратегии внедрения ИИ в компанию показывает, где этот участок именно у вас.

Содержание

• Что такое ЛОЦМАН:PLM и какие процессы в ней живут
• Где заканчиваются возможности системы
• Что съедает время между документом и решением
• Что делает ИИ-агент поверх ЛОЦМАН:PLM
• Какие риски это снимает
• Сколько часов это возвращает
• Что остаётся за человеком
• Как это выглядит на практике
• Как внедрить поэтапно

Что такое ЛОЦМАН:PLM и какие процессы в ней живут

ЛОЦМАН:PLM — российская система управления инженерными данными и жизненным циклом изделия, разработчик — АСКОН, запись в едином реестре российских программ для электронных вычислительных машин и баз данных № 1307. По описанию вендора её ключевая задача — управление данными, которые представляют собой взаимосвязанные информационные объекты и документы: конструкция, характеристики, технология изготовления и другая информация об изделии. В PLM-решении АСКОН система выполняет координирующую роль: она связывает между собой средства проектирования, технологической подготовки, нормирования и управления качеством, а не подменяет их.

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

Состав объекта и электронная структура

Основой электронного описания изделия в ЛОЦМАН:PLM служит электронная структура изделия (ЭСИ) — иерархия составных частей с входимостью, количеством и характеристиками. Для стройки та же логика работает по объекту: здание, установка, узел, сборочная единица, деталь, а рядом — разделы проекта и комплекты документов по ним. Механизмы управления конфигурациями позволяют вести несколько исполнений одного объекта одновременно: то, что у проектировщика в голове держится как «вариант для второго заказчика», в системе существует как отдельная конфигурация со своими документами.

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

Документы, версии и электронный архив

Электронный архив технической документации в ЛОЦМАН:PLM предназначен для централизованного хранения и систематизации всех типов документов — электронных и бумажных — и данных об изделии; модуль архива сохраняет версии документов. Электронное подписание и маршруты согласования фиксируют, кто и когда документ утвердил.

Это уже сильно больше, чем папка на сервере: версия не теряется, подпись привязана к конкретной редакции. Но архив отвечает на вопрос «что и когда сохранено», а не на вопрос «та ли редакция ушла в комплект». Документ с версией 3 в архиве и лист с версией 2 в отправленном комплекте — это две записи, которые сходятся только при сверке. Похожая логика — в разборе ИИ и архив проектной документации: как не принять часть за целое.

Согласования, замечания и извещения об изменениях

ЛОЦМАН:PLM ведёт бизнес-процессы инженерной деятельности: участник получает задание, видит исходные данные, фиксирует результат и передаёт дальше; система уведомляет о конфликтах планирования и нарушении сроков проектов. Управление замечаниями устроено предметно — замечание существует как объект с версионностью и фильтрами, есть инструменты автоматического сравнения двухмерных документов и наглядного сравнения трёхмерных моделей сборочных единиц и деталей. Работа с несоответствиями и улучшениями ведётся по ГОСТ 2.503.

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

Спецификации, ведомости и объёмы

Спецификации и ведомости в системе собираются из состава, а не набираются заново — это экономит основное время выпуска. Но объёмы в проекте живут в нескольких разрезов одновременно: по разделам, по маркам, по очередям, по поставкам, по видам работ. Сходиться они должны между собой, потому что от них зависит и заказ материалов, и смета, и акт о приёмке выполненных работ (КС-2). Расхождение между ведомостью и спецификацией находят обычно на согласовании или, хуже, на объекте. Как эта работа выглядит со стороны выпуска объёмов, разобрано в статье ИИ и ведомость объёмов работ: черновик ВОР из сотен проектных файлов.

Связь с системами проектирования и учёта

ЛОЦМАН:PLM интегрируется с системами проектирования: наиболее тесная интеграция реализована с КОМПАС-3D, где функции управления данными доступны прямо из интерфейса системы проектирования, а для проверок используются КОМПАС-Эксперт (трёхмерные модели) и ВЕРТИКАЛЬ (техпроцессы). Для стыковки с остальным контуром предусмотрена интеграционная шина предприятия. Поэтому ЛОЦМАН:PLM в проектной организации — не «ещё одна программа», а слой, через который проходят все документы проекта.

Разборы соседних систем того же класса — Renga: проектирование, согласования и объёмы с ИИ-агентом, nanoCAD: чертежи, согласования и объёмы с ИИ-агентом, Tekla Structures: металлоконструкции, спецификации и объёмы с ИИ-агентом и Autodesk Revit: BIM-модель, согласования и объёмы с ИИ-агентом — там речь о геометрии и чертежах, здесь — о составе, версиях и согласованиях. Общий разбор коллизий и замечаний по чертежам — в статье ИИ в проектировании: проверка чертежей и коллизии, а выбор системы целиком — в обзоре российского ПО для строительства с ИИ.

Где заканчиваются возможности системы

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

Полезно понимать масштаб контура, в котором эти задачи решаются. По данным компании «Системный софт», которые приводит CNews (январь 2026 года), российский рынок инженерного программного обеспечения по итогам 2025 года составил порядка 50–55 млрд рублей, показав рост примерно на 20% к предыдущему году, а лучшая динамика отмечена как раз в сегментах систем автоматизированного проектирования и PLM/PDM (PDM, Product Data Management — управление данными об изделии). Рынок растёт не потому, что компании любят покупать лицензии, а потому что объём проектов растёт быстрее числа инженеров. По оценкам ДОМ.РФ, которые привёл Минстрой России при утверждении национального стандарта по внедрению технологий информационного моделирования, применение модели сокращает бумажный документооборот на 85%, сроки обработки документов — на 50%, а количество ошибок при проектировании — на 80%. Но 80% — это ошибки, до которых проектировщик догадался их найти. Остаток — расхождения между составом, спецификацией и документами, замечания без ответа, извещения, не дошедшие до исполнителя, — в системе не виден, потому что для этого нужно сверять записи между собой и с перепиской.

Границы системы по процессам выглядят так:

Что система делает сама	Что остаётся человеку
Хранит состав объекта, документы и версии	Решает, какое техническое решение принять
Ведёт маршруты согласования и задания	Определяет, чей ответ на замечание верный
Показывает замечания как объекты с версионностью	Решает, что именно менять в документе
Сравнивает двухмерные документы и трёхмерные модели	Оценивает последствия изменения для смежных разделов
Проверяет атрибуты, форматы и требования	Сверяет смысл: состав, спецификация, лист комплекта
Собирает спецификации и ведомости из состава	Следит, что извещение дошло до всех исполнителей
Хранит историю подписей и изменений	Отвечает за комплект перед заказчиком и экспертизой

Что съедает время между документом и решением

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

1. Сверка состава со спецификацией и документами. Позиция в составе, строка в спецификации и лист в комплекте — три разные записи об одном. Их сопоставляют построчно, вручную, по обозначениям и количеству.
2. Сверка версий и комплектности. У комплекта есть обязательный перечень документов, и у каждого — актуальная версия. Проверка идёт глазами: какой документ в комплекте, какая у него редакция, есть ли подпись именно на ней.
3. Разбор замечаний. Замечания приходят письмом, таблицей, в среду общих данных и в журнал замечаний одновременно — от заказчика, экспертизы, смежных разделов и авторского надзора. Их нужно свести в один список, убрать дубли и развести по исполнителям.
4. Подготовка ответов. На каждое замечание пишется ответ со ссылкой на документ и версию — часто те же формулировки, что в прошлом объекте, но заново.
5. Извещения об изменениях. Изменение в одном разделе тянет правки в смежных; извещение нужно выпустить, разослать и проконтролировать, что каждый исполнитель получил его и обновил свой документ. Здесь чаще всего и теряется редакция.
6. Согласование со смежниками и заказчиком. Статус согласования в системе виден, но причина задержки — нет: чей это этап, что именно ждём, не завис ли ответ на замечание, которое все считают закрытым. Похожие задачи на уровне обмена моделями и документацией разобраны в статье среда общих данных: что добавляет ИИ-агент.
7. Сводка по статусу для руководителя. Сколько документов в работе, сколько на согласовании, сколько замечаний открыто и по каким объектам рискует сорваться срок — это сводится вручную, уже после того как отставание случилось.

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

Что делает ИИ-агент поверх ЛОЦМАН:PLM

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

1. Читает состав, документы и журнал замечаний. Электронную структуру объекта, спецификации и ведомости, комплект документов с версиями, замечания, маршруты и историю согласований, извещения об изменениях, переписку и график выпуска. Отдельных файлов и новых систем не требуется.
2. Сопоставляет состав, спецификацию и документы. Сводит позиции по обозначениям и количеству и показывает расхождения: где позиция есть в составе, но не попала в спецификацию, где документ ссылается на узел, которого в составе уже нет, где количество не сходится.
3. Проверяет версии и комплектность. Сравнивает редакции документов в архиве, в комплекте и в отправленных материалах, показывает документы без подписи на актуальной версии и позиции обязательного перечня, которых в комплекте нет.
4. Собирает замечания в один список. Разбирает письма, таблицы, записи в среде общих данных и журнал замечаний, убирает дубли, определяет тип замечания и исполнителя, ставит срок реакции.
5. Готовит черновик ответа на замечание. Со ссылкой на документ, версию и позицию спецификации; для спорных — с подборкой материалов, чтобы инженер решал, а не искал. Логика безопасной проверки документов с ссылками на строки разобрана в материале как безопасно проверять договоры и таблицы с ИИ.
6. Ведёт извещения об изменениях. Показывает, какие документы и позиции затронуты изменением, кто из исполнителей ещё не получил извещение и где в комплекте осталась прежняя редакция, — до отправки, а не после замечания заказчика.
7. Предупреждает о риске срыва срока и возвращает всё в тот же контур. Сравнивает оставшийся объём выпуска и открытые замечания со сроком согласования и сообщает заранее: список расхождений — руководителям групп, ответы — в журнал замечаний, сводка — главному инженеру проекта. Ни в документы, ни в состав, ни в подписи агент не пишет.

ИИ для этой задачи уже применяется, а не обсуждается как перспектива. По данным Института статистических исследований и экономики знаний НИУ ВШЭ, основанным на сплошных обследованиях Росстата 2025–2026 годов, технологии ИИ используют около 5,2% крупных и средних организаций — на 0,4 процентного пункта больше, чем годом ранее, а в компаниях с численностью более 500 человек доля пользователей достигает 17%. Эффект там же оценивают сами организации: 62,7% отметили рост качества и эффективности бизнес-процессов, 51,1% — улучшение производственных процессов. Главный барьер назван честно: высокие затраты (54% ответов). Поэтому вопрос сегодня не в том, работает ли это, а в том, с какого участка такая работа окупается быстрее всего у вас.

Какие риски это снимает

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

Отрицательное заключение и новый тур замечаний

Комплект, вернувшийся из экспертизы из-за несходящихся объёмов или незакрытого замечания, — это не «поправим лист»: это новый цикл сборки, проверки и подписей и сдвиг всего, что стоит за сдачей. По данным Информационно-аналитического центра Главгосэкспертизы России, в 2025 году в Единый государственный реестр заключений экспертизы было включено 82 790 заключений, из них 4 585 отрицательных, а их доля выросла до 5,5% — на 1,8 процентного пункта больше, чем годом ранее. Причиной роста ведомство называет отмену возможности неоднократных продлений сроков проведения экспертизы: раньше замечания можно было «дотянуть» продлением, теперь каждый тур дороже по времени.

Штраф по закону

Нарушение требований проектной документации — это статья 9.4 Кодекса Российской Федерации об административных правонарушениях. Для юридического лица оно стоит от 100 до 300 тысяч рублей; если нарушение затрагивает надёжность и безопасность и создаёт угрозу вреда — от 300 до 600 тысяч рублей либо административное приостановление деятельности до 60 суток; при повторном нарушении — от 700 тысяч до 1 миллиона рублей либо приостановление до 90 суток. Платит организация, а простой на объекте считает заказчик и предъявляет его в переписке, где у вас должен быть ответ.

Переделки и работа по устаревшей редакции

Документ, ушедший в работу в прежней редакции, оплачивается дважды: сначала как проектная работа, потом как переделка — в конструкции, в закупке, в монтаже. По разбору PlanRadar (обзор 2026 года) переделки в строительстве обычно стоят 5–10% стоимости проекта, а на плохо контролируемых проектах — до 20%; по сведённым там отраслевым исследованиям разброс составляет 1–20% стоимости проекта. Причина, по которой переделки плохо считают, простая: их прячут в отклонения по труду, перерасход материалов и накладные. В проектной организации первый вклад в них — расхождение между составом, спецификацией и комплектом документов.

Возврат комплекта и сдвиг закрытия объёмов

Комплект, отправленный с расхождением по объёмам, возвращается на пересогласование — с новым циклом сборки, подписи и проверки. Дальше сдвигается закрытие объёмов и оплата: акт о приёмке выполненных работ (КС-2) без подтверждённого комплекта подписывать нечем, а подрядчик и заказчик начинают считать одно и то же по-разному.

Спор с заказчиком без доказательной базы

Без доказательной базы — истории версий, даты замечания и ответа, подтверждения того, какая редакция ушла и когда, — позиция в споре слабая. И наоборот: журнал, где видно, когда замечание получено, что и когда отвечено, какое извещение и кому ушло, — это аргумент, а не память участников.

Зависимость от конкретного человека

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

Потеря управляемости изменений

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

Сколько часов это возвращает

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

Типовой расчёт для проектной организации, которая ведёт около 400 документов комплекта в месяц по одному объекту:

Показатель	Вручную	С агентом
Сверка состава и спецификаций с документами (700 позиций, 3 минуты на позицию)	35 часов	7 часов
Сверка версий и комплектности комплекта (400 документов, 3 минуты на документ)	20 часов	5 часов
Разбор замечаний заказчика, экспертизы и смежных разделов (90 замечаний, 8 минут)	12 часов	4 часа
Извещения об изменениях и контроль рассылки (30 извещений, 25 минут)	около 13 часов	3 часа
Сводки по статусу согласований для руководителя (4 сводки, 2 часа)	8 часов	2 часа
Итого на объект в месяц	около 88 часов	около 21 часа

88 часов на объекте при стоимости часа инженерной работы 1 000 рублей — это около 88 000 рублей в месяц; с агентом остаётся порядка 21 000 рублей, то есть экономия около 67 000 рублей на объекте и примерно 201 000 рублей в месяц, если таких объектов три. Считайте это моделью, а не обещанием: входные числа — количество позиций, документов, замечаний и стоимость часа — берутся ваши, и результат пересчитывается на них за пару минут.

Хотите увидеть ту же схему на своих объектах? На бесплатном разборе стратегии внедрения ИИ мы разбираем ваш объём выпуска, число замечаний по туру и считаем часы на ваших числах.

Что остаётся за человеком

• Принятие технических решений. Что менять при расхождении и какой вариант узла принять — решает инженер, а не программа.
• Подпись и ответственность. Подписывает документацию и отвечает за неё человек; агент готовит проект, но не подписывает.
• Утверждение извещений об изменениях. Решение о выпуске извещения и о том, кого оно затрагивает, остаётся за главным инженером проекта.
• Переговоры с заказчиком и экспертизой. Спорные позиции по объёмам — это переговоры, а не сверка таблиц.
• Изменения в составе и документах. Правки агент не вносит: он показывает, что поправить, и человек это делает.
• Проверка выводов агента. Неоднозначные расхождения и спорные замечания всегда уходят на подтверждение специалисту.

Как это выглядит на практике

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

Общее в обоих случаях одно: система оставалась на месте, менялся участок между данными и решением. Ни состав, ни документы при этом не переписывались.

Как внедрить поэтапно

1. Выберите один процесс, а не всё сразу. Обычно начинают со сверки состава и спецификаций или с разбора замечаний — там эффект видно уже на первом объекте.
2. Соберите данные за прошлый объект. Электронную структуру, спецификации и ведомости, комплект документов с версиями, журнал замечаний, маршруты согласования, извещения и переписку. Это же станет материалом для проверки: агент должен найти на нём те расхождения, которые вы уже знаете.
3. Проверьте на закрытом объекте. Прогон на прошедшем проекте — самая честная проверка: если расхождения и незакрытые замечания не находятся, сценарий переделывается до старта, а не во время согласования.
4. Задайте правила и границы. Что агент делает сам (читать, сопоставлять, готовить черновик) и что запрещено (писать в состав и документы, подписывать, отправлять от вашего имени).
5. Встройте в текущий порядок. Результат приходит туда, где люди уже работают: руководителю группы, в журнал замечаний, главному инженеру проекта. Новых систем для этого не нужно.
6. Закрепите метрики. Часы на сверку, число расхождений, найденных до отправки, число туров замечаний, срок закрытия замечания, доля документов, ушедших в комплект в актуальной редакции. Первый месяц — замер, дальше — сравнение.

Что в итоге

ЛОЦМАН:PLM закрывает сильную часть работы проектной организации: состав объекта и электронную структуру, документы с версиями и электронный архив, маршруты согласования и замечания, спецификации из состава, интеграцию с системами проектирования. Слабый участок остаётся за границей системы — сверка содержания между составом, спецификацией и комплектом, контроль актуальной редакции, извещения, дошедшие не до всех, раннее предупреждение срыва срока. Именно там работу забирает ИИ-агент: сначала риски — отрицательное заключение и новый тур замечаний, штраф по статье 9.4 КоАП, переделки в диапазоне 1–20% стоимости проекта, возврат комплекта и сдвиг закрытия объёмов; вторым планом деньги и часы — около 88 часов в месяц на объекте вручную против 21 с агентом, и это уже следствие снятых рисков. Система остаётся, появляется управляемый контур поверх неё, а решения и подписи остаются за людьми. Начать можно с бесплатного разбора стратегии внедрения ИИ: на нём видно, какой участок вашего выпуска даст результат первым. Общий порядок работы с агентами описан в разборе ИИ-агенты для бизнеса: что это и где работают.

Источники

• Российский рынок инженерного программного обеспечения: около 50–55 млрд рублей по итогам 2025 года, рост примерно на 20% к предыдущему году, лучшая динамика — в сегментах систем автоматизированного проектирования и PLM/PDM (данные компании «Системный софт», публикация CNews, январь 2026 года) — cnews.ru
• Итоги деятельности экспертных организаций за 2025 год по данным Единого государственного реестра заключений экспертизы: 82 790 заключений, из них 4 585 отрицательных, доля выросла до 5,5% (+1,8 п. п. к 2024 году), причина роста — отмена неоднократных продлений сроков (аналитический бюллетень Информационно-аналитического центра Главгосэкспертизы России) — ceur.ru
• Оценки ДОМ.РФ, приведённые Минстроем России при утверждении национального стандарта по внедрению технологий информационного моделирования: сокращение бумажного документооборота на 85%, сроков обработки документов на 50%, ошибок при проектировании на 80% — minstroyrf.gov.ru
• Применение технологий искусственного интеллекта в крупных и средних организациях России: около 5,2% организаций (+0,4 п. п. к 2024 году), 17% в компаниях с численностью более 500 человек, рост качества и эффективности бизнес-процессов отметили 62,7%, производственных процессов — 51,1%, высокие затраты как барьер — 54% (ИСИЭЗ НИУ ВШЭ по данным сплошных обследований Росстата 2025–2026 годов) — issek.hse.ru
• Стоимость переделок в строительстве: 5–10% стоимости проекта, до 20% на плохо контролируемых проектах, по сведённым отраслевым исследованиям — 1–20% (обзор PlanRadar, 2026 год) — planradar.com
• Статья 9.4 Кодекса Российской Федерации об административных правонарушениях: штраф для юридического лица 100–300 тысяч рублей, при угрозе вреда 300–600 тысяч рублей либо приостановление деятельности до 60 суток, повторно 700 тысяч — 1 миллион рублей либо до 90 суток — consultant.ru
• Описание системы ЛОЦМАН:PLM (данные вендора): управление инженерными данными и жизненным циклом изделия, электронная структура изделия и механизмы управления конфигурациями, бизнес-процессы и управление изменениями, модуль автопроверки данных и документов с интеграцией с КОМПАС-Эксперт и ВЕРТИКАЛЬ, управление замечаниями и сравнение 2D/3D, электронный архив технической документации, электронное подписание, интеграционная шина предприятия, запись в едином реестре российских программ № 1307 — ascon.ru