BIMSERT
4.72K subscribers
896 photos
213 videos
852 files
2.42K links
Нормативно о ПИР/СМР с BIM&ТИМ. Обзор и аналитика НПА и НТД по BIM&ТИМ и не только.
Download Telegram
LAW_505600.attach_LAW_505600_1.PDF.pdf
375.4 KB
Обновлен СанПиН 1.2.3685-21

Постановлением Главного государственного санитарного врача РФ от 17.03.2025 N 2 внесены изменения в СанПиН 1.2.3685-21 "Гигиенические нормативы и требования к обеспечению безопасности и (или) безвредности для человека факторов среды обитания", утв. постановлением Главного государственного санитарного врача РФ от 28.01.2021 N 2".

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

Особое внимание для всех кто разрабатывает проектную документацию ОКС относящихся к общеобразовательным организациям, профессиональным образовательным организациям, организациям дополнительного образования:

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

Изменения вступают в силу с 01.09.2025 года и к указанному сроку полностью войдут в Реестр требований (ID: 346).
BIMSERT
GOST_R_72041-2025.pdf
Рубрика «Мнение»: отклик по ГОСТ Р 72041-2025

Клепа Виктор Владимирович VDC директор, сооснователь ООО «Интеллектуальный строительный инжиниринг»:

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

У нас получился разнобой, КСИ изначально отклонился от принципов ИСО 81346, создав таблицу 16, а не развив таблицу 6 до типов, в ОКС и в помещениях тоже отклонились. ИСО 81346 использовал теорию множеств, чтобы корректно разделить фасетным принципом множество классов с возможностью их потом сводить определенным образом для решения всего спектра задач на всем ЖЦ ОКС. Мы, возможно от недопонимания как работает эта система в целом , стали порождать без надобности новые сущности, внося путаницу.
👍3
Forwarded from СЕРГЕЙ ДОЛЖНИКОВ (Должников Сергей)
Вышел ГОСТ Р 72041-2025 «Классификация в строительстве. Общие положения»

Коллеги уже начали обсуждать, однако, перед тем, как обсуждать ГОСТ, стоит напомнить 2 задачи, которые должен выполнять отраслевой классификатор:
Стандартизация и унификация наименований и характеристик строительных объектов, элементов и материалов на всех этапах жизненного цикла, от получения исходно-разрешительной документации до эксплуатации ОКС
Однозначная трактовка и идентификация информации об объектах

С этим плохо справлялся КСИ, об этом мы с коллегами подробного говорили в одном из наших видеовыпусков:
📱YouTube
📱ВК-Видео

ГОСТ Р 72041-2025 «Классификация в строительстве. Общие положения» - эта некая альтернатива КСИ? Если да, то зачем?

✔️В рассматриваемом ГОСТ предлагается следующая структура:

Процесс (работа/расценка)
Предмет (материал)
Средство (техника)
Объект (ОКС)
Элемент (Конструкция)
Исполнитель (трудовой ресурс)

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

Разработчики ГОСТ пошли от абстрактного процесса, не привязывая его к Объекту. Сметчики не дадут соврать, но в зависимости от ОКС, один и тот же процесс будет стоить по разному, так как есть масса модификаторов к стоимости.
Почему Объект и Элементы оказались в конце иерархии не понятно, так как они первостепенны по отношению к Процессам, Материалам и Средствам. Это легко увидеть как в ЛКСЭ, который мы с коллегами моделировали, так и западных классификаторах, типа Юникласс или в структуре того же IFC.
Ставить Процесс первичным равносильно попытке запихать в среднюю матрёшку самую большую

✔️Логичнее была бы следующая структура, в которой нет процессов:

Объект (ОКС)
Строительная система (разделы ПД/РД)
Элементы (конструкции)
Предметы (материалы)
Характеристики (параметры)

✔️Процессы имеют другие параметры и другие потребности в ресурсах. Пример иерархии для процессов:

Объект (ОКС)
Строительная система (разделы ПД/РД)
Элементы (конструкции)
Процессы (работа/расценка)
Средства (техника)
Предметы (материалы, требуемые для работы)
Характеристика (параметры)

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

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

Конструкция — это полноценный физический объект, который является частью как более высокой системы (ОКС), так и сам является системой (состоит из простых материалов).

Почему в ГОСТ нарушена основополагающая иерархия - не известно. Однако, коллег можно похвалить за приложение А, классификационную группировку процессов в строительстве. Она вполне коррелирует с положениями СП 543, отличаясь лишь в некоторых деталях.

К остальным приложениям ГОСТ тоже есть вопросы, но в одном посте это утомительно, и без того сложные объяснения)))
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1
Рубрика «Мнение»

Александр Шестаков, Генеральный директор HARDROLLER

Кажется, уже можно констатировать, что никакого прорыва не будет. В коммерческом сегменте идет естественный постепенный процесс внедрения цифры там, где это экономически целесообразно и можно посчитать экономический эффект. Государственное и нормативное регулирование в виде ТИМ, КСИ и XML и переписывания СП пока никак не отразилось на происходящем на площадке: общий журнал работ после прошедших 5 лет разработки форматов по-прежнему нельзя зарегистрировать в ГСН даже в Москве. Да и получившиеся форматы в итоге только увеличивают трудозатраты и риски всех участников строительства. По сути, получилось не просто перекладывание бумаги в электронный вид под зорким взглядом контролирующих органов. Резко увеличились требования, и теперь в течение 1 рабочего дня нужно собрать в разы больший объем информации о выполненных работах, включая комплект сопроводительных документов. Это невозможно в условиях реальной строительной площадки, а никакого запаса времени для сбора документов регулятор не предусматривает. Ключевой вопрос перевода огромной массы сертификатов соответствия, паспортов качества и заключений лабораторий в цифровой вид до сих пор даже не поднимается. В бюджетном секторе как-то внедряется ИСУП, но какой-то истории успеха и там мы не видим.
💯8🔥4👍2🤷1
Ответы на вопросы вебинара ФАУ Главгосэкпертизы России от 31.01.2025 года

Полная версия

Примечательные:

Вопрос 37:

При загрузке на государственную экспертизу проектной документации в форме ЦПМ (3D) в формате IFC, допустимо ли не загружать её
графическую часть в формате PDF?
Ответ:
В соответствии с подпунктом "а" пункта 2 Состава сведений, документов и материалов, включаемых в информационную модель объекта капитального строительства и представляемых в форме электронных документов, и требования к форматам указанных электронных документов, утвержденных постановлением Правительства РФ от 17.05.2024 614, цифровая информационная модель дополняет графическую часть проектной документации, предусмотренной постановлением Правительства РФ от 16.02.2008 87, таким образом, ЦИМ не заменяет собой проектную документацию.

Вопрос N 73:
Скажите пожалуйста, когда появится изменённый ППРФ по строительному контролю, СП 48 и СП по строительному контролю?
Ответ:
Свод правил 543.1325800.2024 «Строительный контроль при строительстве, реконструкции, капитальном ремонте объектов капитального строительства»
(далее - СП 543.1325800.2024) утвержден приказом Минстроя России от 27.12.2024 950/пр и введен в действие с 28.01.2025. СП 543.1325800.2024 устанавливает требования к организации и проведению строительного контроля при осуществлении строительства, реконструкции и капитального ремонта объектов капитального строительства (далее- ОКС). Допускается применение положений указанного свода правил для особо опасных, технически сложных, уникальных и линейных объектов, за исключением случаев, установленных документами по стандартизации, утвержденными профильными федеральными органами исполнительной власти. Согласно
области применения данного документа строительный контроль
осуществляется при строительстве, реконструкции, капитальном ремонте всех ОКС, в том числе применим к особо опасным, технически сложным
уникальным и линейным объектам, если это не противоречит профильным
документам в области стандартизации. В настоящее время проводится актуализация СП 48.13330.2019 «СНиП 12-01-2004 Организация строительства» в части исключения дублирования и противоречий положений по строительному контролю в связи с разработкой СП 543.1325800.2024.

Вопрос N82:
Будет ли видно в последующих версиях (в случае изменения) ТЗ в XML что именно изменилось, или будет требоваться при проведении экспертизы заново все перечитывать?
Ответ:
Нет, на данный момент не планируется, сравнение версий возможно осуществить общедоступными программными средствами сравнения xml документов.

Вопрос N86:
Что должно быть внесено в параметры
"Глобальный идентификатор объекта капитального строительства", "Код сложного объекта капитального строительства"? Что подразумевается
под "неформальное описание" в ряде разделов, можно лп где-нибудь увидеть примеры? Предполагается ли какое-то ограничение по созданию многократных вложенностей многосоставных объектов в основном объекте капитального строительства?
Ответ:
Глобальный идентификатор (GUID) формируется самостоятельно автором
документа, в сервисе генерируется автоматически. «Код объекта...»- поле не является обязательным для заполнения, может быть заполнено при наличии сведений у застройщика, добавлено согласно пожеланиям при разработке xml-схемы. Неформальное описание - альтернатива внесения сведений, если нет возможности указать данные в соответствии с определенной структурой, иными словами, неформальное описание - любой текст. Замечу, что если в
сервисе рядом с названием поля нет красной звездочки, то поле может быть не заполнено. Ограничений на глубину вложенности объектов нет (реализовано по аналогии с xml схемой раздела №1 «Пояснительная записка» ПД).

Вопрос N105:
Как можно описать "Формулу" в случае, например, когда определение объема твердого тела определяется программой (REVIT и т.п.), особенно
при наличии криволинейных поверхностей площадь, объем свода, объем криволинейного пилона и т.п.
Ответ:
Графа является обязательной для заполнения, при этом необходимый
минимальный объем информации следует определять в каждом случае
отдельно.
👍2🔥1
Рубрика «Вопрос/Ответ»: XML-схема Задания на проектирование - шаблоны ограничений (регулярные выражения)

Вопрос:
Что в xml-схеме Задания на проектирование означает ограничение вида «(\s*[^\s]\s*)+»?

Ответ:
В XML-схеме ограничение вида «(\s*[^\s]\s*)+» используется в регулярных выражениях для определения допустимого формата строковых значений.

Содержание регулярного выражения
Разберем регулярного выражения по частям:
1. «\s*» - ноль или более пробельных символов (пробелы, табуляции, переносы строк)
2. «[^\s]» - любой символ, который НЕ является пробельным
3. «\s*» - снова ноль или более пробельных символов
4. «(...)+» - вся эта группа повторяется один или более раз

Смысл ограничения
Данное выражение означает:
- строка должна содержать хотя бы один непробельный символ («[^\s]»);
- непробельные символы могут быть окружены произвольным количеством пробелов с обеих сторон;
- такая комбинация (пробелы + непробельный символ + пробелы) может повторяться много раз.

Практическое применение
Такое ограничения часто используется для:
- запрета полностью пустых строк (состоящих только из пробелов);
- разрешения строк с произвольным количеством пробелов вокруг значимых символов;
- обеспечения, что в строке есть хотя бы один видимый (не пробельный) символ.
Примеры допустимых строк:
- "a"
- " a "
- " a b "
- " word "
Примеры недопустимых строк:
- "" (полностью пустая строка)
- " " (только пробелы)
- " \t\n " (только пробельные символы)

В контексте XML-схемы это ограничение обычно используется в элементах «<xs:pattern>» или «<xs:restriction>» для валидации строковых значений.
🔥1
Рубрика «Вопрос/Ответ»: Как читать отдельные условия в описании XML-схемы задания на проектирование

Вопрос:
Как читать отдельные условия в описании XML-схемы задания на проектирование. Например, для элемента tOrganization / Address? Почему файл XML не проходит валидацию, в случае если указан только номер региона?

Ответ:
Очевидно в описании схемы вас смутило описание примера экземпляра:
<Address>
<Country>{0,1}</Country>
<RegionCode>{1,1}</RegionCode>
<District>{0,1}</District>
<City>{0,1}</City>
<Settlement>{0,1}</Settlement>
<Street>{0,1}</Street>
<Building>{0,1}</Building>
<Room>{0,1}</Room>
<Note>{0,1}</Note>
</Address>

Кроме указанного описания всегда важно обращаться еще и внимание на наложенные проверки («assert»): в данном случае «District or City or Settlement or Street or Building or Room or Note».

Дело в том, что в данной XML-схеме с учётом ограничений («{min,max}») и проверки («assert») обязательно должны присутствовать следующие элементы:
1. Строго обязательный элемент (по ограничению «{1,1}»):
- «<RegionCode>» - должен быть указан ровно один раз, так как его кардинальность «{1,1}» означает минимум 1, максимум 1.
2. Условно обязательные элементы (из-за проверки «assert»):
- проверка «a<b» требует, чтобы адрес не состоял только из «<RegionCode>» - это значит, что хотя бы один из следующих элементов должен присутствовать: «<District>», «<City>», «<Settlement>», «<Street>», «<Building>», «<Room>», «<Note>».

Итоговые требования к валидному файл XML выглядят следующим образом:
«<RegionCode>» - всегда есть (без него схема невалидна) + минимум один элемент из списка «<District>»,«<City>»,«<Settlement>», «<Street>», «<Building>», «<Room>», «<Note>».

Примеры:
✔️ Корректный адрес (соответствует схеме):
xml
<Address>
<RegionCode>77</RegionCode> <!-- Обязательный -->
<City>Москва</City> <!-- Хотя бы один дополнительный -->
</Address>


✖️ Некорректный адрес (нарушает «assert»):
xml
<Address>
<RegionCode>77</RegionCode> <!-- Только RegionCode — недостаточно! -->
</Address>


✖️ Некорректный адрес (нарушает ограничение «{1,1}»):
xml
<Address> <!-- Нет RegionCode — ошибка! -->
<City>Москва</City>
</Address>


Вывод:
- без «<RegionCode>» схема недействительна;
- с одним только «<RegionCode>» схема недействительна (из-за наличия проверки («assert»);
- должно быть минимум два элемента «<RegionCode>» и любой другой из списка («City», «Street» и т. д.).
🙊2
О публикации Изменения N 2 к СП 48.13330.2019

Напомним, ранее в Письме Минстроя России от 05.05.2025 N 26170-АЛ/08
дополнительно сообщалось, что приказом Минстроя России от 21 апреля 2025 г. N 244/пр утверждены Изменения N 2 к СП 48.13330.2019 "СНиП 12-01-2004 Организация строительства" (далее - СП 48.13330.2019).

Согласно указанным Изменениям N 2 пункт 9.1.22 СП 48.13330.2019 "применение материалов, изделий, конструкций, оборудования, отличных по типу, марке, характеристикам, производителю от указанных в проектной и сметной документации, допускается при согласовании соответствующих изменений проектно-сметной документации в установленном порядке" отменен.
Внесенные изменения в СП 48.13330.2019 вступают в силу с 22 мая 2025 г.


В связи с указанным, коллеги из Минстроя Росиии, где опубликованные изменения в СП 48.13330.2019?

P.S.
Где Фунтик?
Где мой поросеночек?
Где моя сказочка?!
(Госпожа Белладонна, м/ф «Приключения поросёнка Фунтика»)
🤝6
Forwarded from Всё про IFC
Открытый веб-валидатор IFC: https://github.com/opensource-construction/model-checker

🔴Обработка файлов на стороне клиента использованием технологии WASM - никакие данные не отправляются на серверы.
🔴Стандартная проверка моделей на соответствие распространенным проблемам.
🔴Валидация моделей на соответствие цифровым требованиям IDS.
🔴Просмотр отчетов в HTML или BCF.

Протестировать тут

👥 @IFC_ru
👥 @IFC_club
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥3👍1
📌Коллеги, добрый день!
Отрадно, что наш канал читают и обсуждают в своих пабликах эксперты топ-уровня!
Отлично, что точки зрения у нас с коллегами разные, значит монополии на правду ни у кого нет.
- письмо Департамента цифрового развития Минстроя России 13.05.2025 N 13429-OГ/14. И отметим сразу - выводы по меньшей мере некорректные. Причем ни в письме, ни в комментари к нему.


Дискуссия острая! 🌶️ 10.09.2025г. На Невском строительном форуме 2025г. состоится экспертный поединок в стиле "К барьеру" на тему XML в строительстве. Приглашаем коллег поучаствовать в нашем поединке! 🥊

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

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

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

Да, с точки зрения процедуры проведения экспертизы, вопросы также находятся в плоскости гражданского законодательства, хотя бы частично, потому что порядок проведения экспертизы определяется помимо постановления правительства (№145), если мы говорим о государственной экспертизе, также договором, который по своей природе является договором возмездного оказания услуг, то есть гражданско-правовым.

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

Посмотрим, по какому пути пойдет практика, но тем не менее на данный момент сбрасывать со счетов это разъяснение Минстроя было бы, на мой взгляд, несколько опрометчиво, рискуя не загрузить документы на экспертизу.
Чеготова Елена Викторовна
Please open Telegram to view this post
VIEW IN TELEGRAM
👍6
Forwarded from СЕРГЕЙ ДОЛЖНИКОВ (Должников Сергей)
Вышел в свет 6-й номер журнала "Информационное моделирование", в котором редакция журнала любезно разместила мою статью: Интеграция технологий информационного моделирования в строительный контроль: старт без финиша

В конце 2024 года, была опубликована новость о проведенном НОТИМ исследовании и анализе российского программного обеспечения, которое уже внедрено и успешно применяется в сфере промышленного строительства. В основном речь шла о ПО для этапа проектирования.
Мы же с коллегами, примерно в тот же период приступили к исследованию - какой объем рынка ПО занимают программные продукты для строительного контроля, насколько это ПО удовлетворяет требованиям строительства в целом и требованиям входного, операционного и приемочного контроля в частности.
Исследованию подвергнуто около 150 программных продуктов. Цель: получение объективных данных о том, какой продукт относится к какому из этапов строительного контроля, кто является целевой аудиторией, классификация ПО.

Статья написана еще в конце января 2025 г., в ней мы рассказываем о методике исследования соответствия предлагаемого функционала ПО, которое разработчики предлагают использовать для строительного контроля.

На сегодняшний день мы с коллегами в процессе завершения исследования, о его предварительных результатах я расскажу на BIM-форуме 04.06.2025 г., Главный зал, 14:30, круглый стол BIM в стройке - кто, как, зачем

➡️Статья - см. следующий пост
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3🔥2
В Госдуму внесен законопроект о патентно-правовой охране технических решений, реализуемых в программных средствах

В частности, законопроект предусматривает внесение следующих изменений в ГК РФ.

Статью 1350 ГК РФ планируется дополнить положением, согласно которому в качестве изобретения охраняется в том числе техническое решение, реализуемое в программируемом средстве или относящееся к способу, осуществляемому с помощью такого средства.

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

Кроме того, изменения вносятся в статью 1351 ГК РФ: закрепляется, что техническое решение, реализованное в программируемом устройстве, также охраняется в качестве полезной модели.

Помимо прочего, законопроект гармонизирует нормы и практику патентования объектов дизайна. В пункт 1 статьи 1352 ГК РФ планируется внести дополнение, согласно которому охране в качестве промышленного образца подлежит графический интерфейс программы для ЭВМ или его составная часть, имеющая самостоятельное значение.
👎2
Цифровой двойник леса «увеличил» запасы древесины на 40%

Российские учёные разработали цифровой двойник леса для более точного учёта.

Пермская целлюлозно-бумажная компания (ПЦБК) разработала собственную технологию цифрового двойника леса, которая помогла обнаружить значительные объёмы неучтённой древесины. За три года исследования на арендованных участках специалисты выявили, что реальные запасы древесины превышают официальные данные на 10–40%. Представители компании отметили, что технология позволила создать точные 3D-модели лесных массивов и оценить объёмы ресурсов без необходимости физического осмотра.

Цифровой двойник основывается на технологии лидарной съёмки, которая сканирует каждое дерево и создаёт виртуальную модель леса с высокой степенью детализации. Для разработки этой системы были задействованы внутренние ресурсы компании: специалисты лесного департамента разработали ПО, которое обрабатывает данные с лазерных сканеров с помощью искусственного интеллекта. На закупку оборудования, включая БПЛА и камеры лидар, было потрачено от 4 до 6 миллионов рублей.
Результаты исследования стали важным этапом в оптимизации лесопользования. На участках общей площадью 400 тысяч га фактический объем древесины оказался значительно выше, чем указано в государственных реестрах.
Например, в 2022 году обследование территории выявило разницу в 21%, а к 2024 году на отдельных участках она достигла 40%.
Полученные данные переданы в Минприроды Пермского края, что должно помочь внедрить более точные методы учёта лесных ресурсов и снизить экологическую нагрузку за счёт выборочного подхода к рубкам.

Справка о форме отчетов по лесам:
Приказом Минприроды России от 21.08.2017 N 451 утвержден перечень информации, включаемой в отчет об использовании лесов, формы и порядка представления отчета об использовании лесов, а также требований к формату отчета об использовании лесов в электронной форме. Файл, содержащий отчет об использовании лесов (далее - Отчет), должен быть представлен в XML-формате в кодировке Windows-1251 и иметь расширение ".xml".
Формирование Отчета должно осуществляться в форме электронного документа, соответствующего форме Отчета (приложение 2 к настоящему Приказу), на едином портале государственных и муниципальных услуг (далее - Единый портал) в виде файлов в формате XML, в соответствии с описанием структуры XML-документов (далее - XSD-схема), если описание XML-структуры и XSD-схемы, алгоритма передачи XML-документа представлены в свободном доступе на информационном ресурсе Единого портала или на официальном сайте органа государственной власти, органа местного самоуправления в пределах их полномочий, определенных в соответствии со статьями 81 - 84 Лесного кодекса РФ.
Допускается упаковывать файл Отчета в архив формата ZIP (ZIP-format). Каждый файл упаковывается отдельно, имя архивного файла должно совпадать с именем исходного файла и иметь расширение ".zip".
Как_строить_проще_быстрее_и_выгоднее_в_бюджете_проблемы_и_решения.pdf
187.6 KB
Та самая презентация Антон Анатольевича Шафаростова, заместителя министра строительства и развития инфраструктуры Свердловской области, как дополнение огненного выступления для вдумчивого изучения и обязательного максимального репоста!

Стремление Минстроя РФ научиться максимально точно считать и обосновывать стоимость работ противоречит:
✔️стремлению Минфина РФ любыми путями уменьшить стоимость работ
✔️стремлению ФАС РФ развивать конкуренцию по ценовому критерию.

📍Постоянные изменения законодательства увеличивают непроизводительные трудозатраты — правят то сметное нормирование, то Градкодекс, то закупочную нормативку и т.д. Сделанное приходится переделывать, а выученное приходится забывать (но не насовсем!). В ходе проверок стало сложно восстанавливать процесс принятия решений из-за множества поправок в НПА.

📍Отказаться от понятия «достоверность сметной стоимости», поскольку оно сбивает с толку активистов, зевак, руководителей и контролёровпо стадии «П» невозможно достоверно определить стоимость строительства.

📍Полноценно ввести в оборот ГОСТ Р 58535-2019 «Стоимостной инжиниринг. Термины и определения», который в п.п. 35…40 определяет классы точности оценки стоимости проекта.
Стадия «П» отражена в п.37 (2 класс точности) и даёт точность стоимостных оценок от –5% до 15% в нижнем диапазоне и от +5% до +20% в верхнем диапазоне.

‼️Лимит затрат на непредвиденные расходы(пункт 179 Методики определения сметной стоимости) целесообразно установить в соответствии со 2 классом точности.

📍Применять принцип экономности при наличии проектной документации, а принцип результативности – в закупках «под ключ».

📍Законодателю и регулятору целесообразно ответить: зачем называть цену подрядных работ твёрдой, если она таковой не является?

А также:
🔹Практика применения положений Порядка определения НМЦК (приказ Минстроя РФ от 23.12.2019 № 841):
🔹Как правильно произвести обоснование НМЦК на проектные работы для учёта затрат проектировщика?
🔹Этот вездесущий НДС в строительных работах: кто виноват и что делать

❗️Зачем нужны десятки сметных методик, если цена контракта определяется на торгах без составления новых сметных расчётов?

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

Почему госэкспертиза не контролирует фактическую стоимость объекта на этапе получения ЗоС и РнС?
Работы, отражённые в технической части проекта и не учтённые в локальных сметах – хроническая головная боль подрядчиков и заказчиков. Почему Минстрой РФ избегает нормативного регулирования этой ситуации? Судебная практика зачастую зависит лишь от квалификации юристов, участвующих в арбитражном процессе.

Почему бы Минстрою РФ не сделать официальный, аттестованный онлайн/оффлайн калькулятор НМЦК на основе НЦС и машиночитаемой сметной документации, расчёты которого принимали бы все контрольные органы в качестве достоверных?
🔥9👍3
Задание на проектирование в xml
Особенности заполнения элементов:
Элемент tDocument / Requisites (Реквизиты документа)


Структура элементов:
Requisites (родительский элемент)
├── Date (дочерний элемент)
├── Number (дочерний элемент)
├── Authors (дочерний элемент)├── Author (вложенный элемент)…
└── SecurityLabel (дочерний элемент)

При заполнении полей в строках дочерних и вложенных элементов обратите внимание на следующие условия их заполнения:
- для элемента tRequisites / Date (Дата разработки документа) - дата утверждения документа соответствует
дате формирования электронной цифровой подписи к документу утверждающего лица;
- для элемента tRequisites / Number (Номер документа) есть ограничения по содержанию: «Непустая текстовая строка (максимальной длиной 1000
символов)»;
- для элемента tRequisites / Authors (Авторы документа) - в составе роли автора установлена проверка, что должен быть указан как минимум утверждающий документа (если у документа один автор, то укажите его с ролью «Утверждено», если авторов несколько, укажите хотя бы у одного из них роль «Утверждено»). Для всех остальных доступна роль «Согласовано»);
- для элемента SecurityLabel (Гриф ограничения доступа к документу)
значение заполняется из Справочника «Коды грифов ограничения доступа к
документу»: «Без грифа», «Конфиденциально», «Коммерческая тайна», «Данный материал запрещается размножать, передавать другим организациям и лицам для целей, не предусмотренных настоящим документом». Рекомендуется не использовать значение «Без грифа» (см. «Важно»).

Важно:
На сервисах, которыми вы будите пользоваться для формирования ЗнП.xml, есть встроенный механизм форматно-логических проверок (далее - ФЛП): см. кнопка «Проверить» на выпадающей справа вкладке сервиса ЕЦПЭ и кнопка «Проверить ошибки и скачать» на xmlonline.

И здесь нюанс:
- если формируете ЗнП.xml на сервисе ЕЦПЭ и в поле строки «Гриф ограничения доступа к документу» выбрали значение «Без грифа» - при проверке XML на соответствие XML-схеме встроенной ФЛП на ЕЦПЭ и при проверке файла ЗнП.xml на сайте https://checkxml.platformaexpert.ru - ошибки не возникает;
- если формируете ЗнП.xml на сервисе https://xmlonline.ru/ и в поле строки «Гриф ограничения доступа к документу» выбрали значение «Без грифа» - при проверке XML на соответствие XML-схеме встроенной ФЛП на xmlonline и при последующей проверке того де файла XML на сайте https://checkxml.platformaexpert.ru - возникает ошибка следующего вида:

https://xmlonline.ru/:
Ошибка:
Содержимое элемента 'Реквизиты документа' не является полным. Заполните элемент 'Гриф ограничения доступа к документу'.
Где ошибка:
Документ: задание на проектирование → Реквизиты документа
№ строки в XML файле: 4
Просмотр ошибки: TypeCode... <Requisites>


https://checkxml.platformaexpert.ru
Ошибка:
содержимое элемента 'Requisites' не является полным. Ожидается один из '{SecurityLabel}'. (33, 15)


В этой связи, при работе на сервисе https://xmlonline.ru/ в поле строки «Гриф ограничения доступа к документу» выбирайте любое другое значение кроме значения «Без грифа». Либо пользуйтесь ЕЦПЭ, либо напишите разработчику сервиса https://xmlonline.ru/ (на сервисе пока есть и другие недоработки).

UPD: проблему «Без грифа» коллеги с xmlonline.ru устранили. Спасибо.

#XML_схема
#Задание_на_проектирование
#Элемент_tDocument_Requisites
#bimsert
👍3🔥2
Задания на проектирование в xml: ошибка на сервисе формирования ЗнП на ЕЦПЭ

Активно
сегодня тестировали возможности создания Задания на проектирование в xml формате на сервисе ЕЦПЭ.

Решили не ограничиваться только лишь встроенной форматно-логической проверкой (ФЛП) на сервисе ЕЦПЭ и проверили сформированный файл ЗнП.xml на внешнем сервисе, что на сайте https://checkxml.platformaexpert.ru (ФАУ «ГГЭ»).

С чем столкнулись.

В рамках встроенных ФЛП проверок на сервисе ЕЦПЭ - проверка файла ЗнП.xml прошла успешно, но на внешнем сервисе checkxml.platformaexpert.ru была выявлена ошибка:
Ошибка: Атрибуту 'SchemaVersion' не разрешено появляться в элементе 'Document'. (4, 217)
Ошибка: Недействительный контент был обнаружен, начиная с элемента 'QualitySolutions'. Ожидается один из '{MarginalCost}'. (93, 44)


При этом, повторимся, на сервисе ЕЦПЭ, встроенная ФЛП проверка файла ЗнП.xml пройдена была успешно.

Перепроверили себя. Описание. Схему. Значения атрибутов в элементах. Но поняли, что ошибка вне нашей зоны ответственности, и обратились в техническую поддержку платформы ЕЦПЭ на адрес support@platformaexpert.ru, предварительно описав ошибку (скопируйте описание ошибки с checkxml.platformaexpert.ru), приложите скриншот ошибки и файл ЗнП.xml. Далее - получили ответ от коллег (ответ во всяком случае пока приходит довольно быстро - менее 5 минут).

Ответ службы технической поддержки:
Добрый день! 
Ошибка в сервисе ЗнП, в ближайшее время планируется исправление. 
Можете вручную добавить -01-00 и проверка будет пройдена.


И вторым сообщение, коллеги любезно оказали услугу, прислали откорректированный в ручную файл, правда сайт checkxml.platformaexpert.ru при повторной проверке по исправленному в ручную файлу коллегами «падает»…но дождемся upd.

В общем, к чему мы это все: сервис на ЕЦПЭ тоже проходит отладку. Поэтому, пока до Update сервиса по формированию ЗнП на ЕЦПЭ - если встретите указанную ошибку при дополнительной проверке на внешнем сервисе checkxml.platformaexpert.ru, то ее можно проигнорировать. В ближайшее время ее устранят.

#XML_схема
#Задание_на_проектирование
#ошибка_ЕЦПЭ
#bimsert
👍2🔥1