Публичное обсуждение проектов НПА

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

• объекты-аналоги;
  
• укрупненные показатели стоимости строительства единицы площади (объема, мощности) объекта;
  
• укрупненные показатели стоимости на укрупненные виды работ;
  
• укрупненные нормативы расхода ресурсов и цены (тарифы) на ресурсы;
  
• нормативы расхода ресурсов в натуральном выражении и цены (тарифы) на ресурсы;
  
• микроэлементные нормативы расхода ресурсов по технологическим процессам, формируемые в технологических картах по каждому виду работ.
  

Предлагаю несколько улучшений
для определений в данном документе.

1. «Цифровая экосистема нормирования и ценообразования в строительстве»

В тексте нет чёткого, лаконичного определения этого понятия. Описание разбросано по документу: говорится, что она объединяет 7 информационных систем (стр. 18), автоматизирует процессы (стр. 18-19), формирует инфраструктуру (стр. 23) и интегрируется с ГИС «Госстройпортал» (стр. 9). Однако отсутствует единая формулировка, объясняющая её суть как единого целого. Из-за этого термин не является конкретным понятием.

Что я предлагаю изменить: Цифровая экосистема нормирования и ценообразования в строительстве – это интегрированная совокупность государственных информационных систем и баз данных (включая реестры ТНПА, технологических карт, нормативов и цен), функционирующая на базе ГИС «Госстройпортал». Она обеспечивает сквозную автоматизацию процессов разработки и актуализации сметных нормативов, мониторинга цен на ресурсы, формирования сметной документации в машиночитаемом формате и информационное взаимодействие всех участников строительной деятельности на всех этапах жизненного цикла объекта.

2. «Стоимостной инжиниринг»

Концепция позиционирует стоимостной инжиниринг как цель и результат модернизации («переход... к стоимостному инжинирингу»). Однако определение даётся расплывчато: «расширение функций управления стоимостью». Это не раскрывает специфику инжиниринга по сравнению с обычным управлением стоимостью или ценообразованием. Читатель не понимает, что нового привносит этот термин.

Что я предлагаю изменить: Стоимостной инжиниринг в строительстве – это профессиональная деятельность по управлению стоимостью строительного проекта, основанная на системном анализе и оптимизации затрат на всех этапах его жизненного цикла (от инвестиционного замысла до эксплуатации и ликвидации). В отличие от традиционного ценообразования, стоимостной инжиниринг включает в себя: оценку стоимости на основе широкого спектра данных (аналоги, укрупненные показатели), анализ экономической эффективности проектных решений, управление рисками, связанными со стоимостью, и контроль бюджета в ходе строительства с использованием цифровых инструментов (BIM, цифровые двойники).

3. «Проектно-технологические модули (ПТМ)»

В тексте ПТМ упоминаются как основа для группировки работ и формирования укрупненных показателей (УПС ВР). Однако в таблице на стр. 15 они лишь приведены как пример («фундаменты, каркас, кровля»), а в тексте на стр. 19 говорится о «совершенствовании группировки работ в ПТМ». Сам термин нигде не определён. Что это такое? Просто новый способ классификации? Чёткое определение отсутствует.

Что я предлагаю изменить: Проектно-технологический модуль (ПТМ) – это укрупнённый элемент строительного объекта (конструктивный элемент, вид работ или комплекс работ), который характеризуется технологической и функциональной целостностью. ПТМ служит единицей для укрупненного нормирования и ценообразования. Примерами ПТМ являются: «Устройство буронабивных свай», «Монтаж каркаса здания», «Устройство кровли». Классификация ПТМ обеспечивает переход от детализированных элементных смет к более агрегированным показателям стоимости, сохраняя при этом прозрачность состава работ.

4. «Машиночитаемый формат» (применительно к документам)

Понятие используется очень активно, но его определение подразумевается, а не даётся явно. Это может привести к путанице, так как под «машиночитаемостью» можно понимать и простой файл .docx, и сложный структурированный формат. Без чёткого определения сложно ставить задачи разработчикам цифровой экосистемы.

Что я предлагаю изменить: Машиночитаемый формат документа – это способ представления документа в электронном виде, при котором его содержание (текст, данные, требования, нормы) структурировано с помощью формальных языков и разметки (например, XML, JSON), что позволяет программному обеспечению автоматически распознавать, извлекать, интерпретировать и обрабатывать отдельные элементы документа без участия человека. В отличие от других форматов (PDF, JPEG), предназначенных только для просмотра, машиночитаемый формат обеспечивает автоматическую интеграцию данных документа в информационные системы (например, автоматическое заполнение базы НРР на основе данных из технологической карты).

Надеюсь, предложения будут полезны!  С уважением,  Островская А.А.

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

·       Векторизация существующих таблиц НРР с целью применения к ним семантического поиска. Это когда пользователь задает задачу в свободной форме и получает ответ не только по прямым совпадениям слов (как сейчас), но и со схожим по смыслу ответом. Причем схожий по смыслу ответ может быть лучше прямого совпадения, поскольку пользователи не всегда качественно формируют запросы, соответствующие сложной лексике, которая используется в таблицах.

·       Автоматическая проверка стоимости материалов в интернете используя публичные прайсы и базу цен госстройпортал. Автоматическая рассылка запросов цен.

·       Работа с собственной базой цен материалов и работ (описывал выше).

На будущее мы ставим перед собой не просто улучшения пользовательского опыта взаимодействия с ценами, а комплексную экспертизу проекта. Для этого мы разработали некоторые модули автоматического проектирования  конструкций в соответствии с ТНПА Беларуси.  Комплексная экспертиза необходима  для  выявления  скрытые резервов экономии. Для это необходимо выполнить итерационное проектирование с разными  материалами, конструкциями и соответствующими работами, определить допустимость замены и при неизменном соответствии требованиям норм. На данном этапе это зачастую затруднительно, поскольку никто не хочет перепроектировать или давать несколько вариантов, но при создании автоматизированных систем проектирования и применения цен, это будет проще делать на различных этапах проектирования и экспертизы. Что в целом позволит ускорить проектирование и снизит стоимость строительства. Гвоздев Виктор