О публикации Изменения 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).
В связи с указанным, коллеги из Минстроя Росиии, где опубликованные изменения в СП 48.13330.2019?
P.S.
Где Фунтик?
Где мой поросеночек?
Где моя сказочка?!
(Госпожа Белладонна, м/ф «Приключения поросёнка Фунтика»)
Напомним, ранее в Письме Минстроя России от 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
Forwarded from ГК Интера: Строительство и проектирование
Отрадно, что наш канал читают и обсуждают в своих пабликах эксперты топ-уровня!
Отлично, что точки зрения у нас с коллегами разные, значит монополии на правду ни у кого нет.
- письмо Департамента цифрового развития Минстроя России 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
Telegram
BIMSERT
О некорректных выводах из писем Минстроя России по части подготовки задания на проектирование в формате xml
Какой то опасный тренд стал набирать силу - написать письмо в профильный ФОИВ, чтобы тот дал разъяснения, которые давать то даже не уполномочен, а…
Какой то опасный тренд стал набирать силу - написать письмо в профильный ФОИВ, чтобы тот дал разъяснения, которые давать то даже не уполномочен, а…
👍6
Forwarded from СЕРГЕЙ ДОЛЖНИКОВ (Должников Сергей)
В конце 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
Forwarded from СЕРГЕЙ ДОЛЖНИКОВ (Должников Сергей)
ИМ_№6_Интеграция_ТИМ_в_СК_Должников_С_Л_.pdf
4.1 MB
👍5🤝1
В Госдуму внесен законопроект о патентно-правовой охране технических решений, реализуемых в программных средствах
В частности, законопроект предусматривает внесение следующих изменений в ГК РФ.
Статью 1350 ГК РФ планируется дополнить положением, согласно которому в качестве изобретения охраняется в том числе техническое решение, реализуемое в программируемом средстве или относящееся к способу, осуществляемому с помощью такого средства.
В пояснительной записке к законопроекту отмечено, что патентуемое техническое решение может применяться в любой материальной области, включая химию, металлургию, электронику, транспорт, спорт и т.д.
Кроме того, изменения вносятся в статью 1351 ГК РФ: закрепляется, что техническое решение, реализованное в программируемом устройстве, также охраняется в качестве полезной модели.
Помимо прочего, законопроект гармонизирует нормы и практику патентования объектов дизайна. В пункт 1 статьи 1352 ГК РФ планируется внести дополнение, согласно которому охране в качестве промышленного образца подлежит графический интерфейс программы для ЭВМ или его составная часть, имеющая самостоятельное значение.
В частности, законопроект предусматривает внесение следующих изменений в ГК РФ.
Статью 1350 ГК РФ планируется дополнить положением, согласно которому в качестве изобретения охраняется в том числе техническое решение, реализуемое в программируемом средстве или относящееся к способу, осуществляемому с помощью такого средства.
В пояснительной записке к законопроекту отмечено, что патентуемое техническое решение может применяться в любой материальной области, включая химию, металлургию, электронику, транспорт, спорт и т.д.
Кроме того, изменения вносятся в статью 1351 ГК РФ: закрепляется, что техническое решение, реализованное в программируемом устройстве, также охраняется в качестве полезной модели.
Помимо прочего, законопроект гармонизирует нормы и практику патентования объектов дизайна. В пункт 1 статьи 1352 ГК РФ планируется внести дополнение, согласно которому охране в качестве промышленного образца подлежит графический интерфейс программы для ЭВМ или его составная часть, имеющая самостоятельное значение.
👎2
Цифровой двойник …леса «увеличил» запасы древесины на 40%
Российские учёные разработали цифровой двойник леса для более точного учёта.
Пермская целлюлозно-бумажная компания (ПЦБК) разработала собственную технологию цифрового двойника леса, которая помогла обнаружить значительные объёмы неучтённой древесины. За три года исследования на арендованных участках специалисты выявили, что реальные запасы древесины превышают официальные данные на 10–40%. Представители компании отметили, что технология позволила создать точные 3D-модели лесных массивов и оценить объёмы ресурсов без необходимости физического осмотра.
Цифровой двойник основывается на технологии лидарной съёмки, которая сканирует каждое дерево и создаёт виртуальную модель леса с высокой степенью детализации. Для разработки этой системы были задействованы внутренние ресурсы компании: специалисты лесного департамента разработали ПО, которое обрабатывает данные с лазерных сканеров с помощью искусственного интеллекта. На закупку оборудования, включая БПЛА и камеры лидар, было потрачено от 4 до 6 миллионов рублей.
Результаты исследования стали важным этапом в оптимизации лесопользования. На участках общей площадью 400 тысяч га фактический объем древесины оказался значительно выше, чем указано в государственных реестрах.
Например, в 2022 году обследование территории выявило разницу в 21%, а к 2024 году на отдельных участках она достигла 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".
Forwarded from Просто о сметах
Как_строить_проще_быстрее_и_выгоднее_в_бюджете_проблемы_и_решения.pdf
187.6 KB
Та самая презентация Антон Анатольевича Шафаростова, заместителя министра строительства и развития инфраструктуры Свердловской области, как дополнение огненного выступления для вдумчивого изучения и обязательного максимального репоста!
Стремление Минстроя РФ научиться максимально точно считать и обосновывать стоимость работ противоречит:
✔️стремлению Минфина РФ любыми путями уменьшить стоимость работ
✔️стремлению ФАС РФ развивать конкуренцию по ценовому критерию.
📍Постоянные изменения законодательства увеличивают непроизводительные трудозатраты — правят то сметное нормирование, то Градкодекс, то закупочную нормативку и т.д. Сделанное приходится переделывать, а выученное приходится забывать (но не насовсем!). В ходе проверок стало сложно восстанавливать процесс принятия решений из-за множества поправок в НПА.
📍Отказаться от понятия «достоверность сметной стоимости», поскольку оно сбивает с толку активистов, зевак, руководителей и контролёров – по стадии «П» невозможно достоверно определить стоимость строительства.
📍Полноценно ввести в оборот ГОСТ Р 58535-2019 «Стоимостной инжиниринг. Термины и определения», который в п.п. 35…40 определяет классы точности оценки стоимости проекта.
‼️Лимит затрат на непредвиденные расходы(пункт 179 Методики определения сметной стоимости) целесообразно установить в соответствии со 2 классом точности.
📍Применять принцип экономности при наличии проектной документации, а принцип результативности – в закупках «под ключ».
📍Законодателю и регулятору целесообразно ответить: зачем называть цену подрядных работ твёрдой, если она таковой не является?
А также:
🔹Практика применения положений Порядка определения НМЦК (приказ Минстроя РФ от 23.12.2019 № 841):
🔹Как правильно произвести обоснование НМЦК на проектные работы для учёта затрат проектировщика?
🔹Этот вездесущий НДС в строительных работах: кто виноват и что делать
❗️Зачем нужны десятки сметных методик, если цена контракта определяется на торгах без составления новых сметных расчётов?
Если госэкспертиза не проверяет материалы конъюнктурного анализа цен в рамках проверки достоверности сметной стоимости, то зачем она вообще проверяет сметную стоимость?
Почему госэкспертиза не контролирует фактическую стоимость объекта на этапе получения ЗоС и РнС?
Работы, отражённые в технической части проекта и не учтённые в локальных сметах – хроническая головная боль подрядчиков и заказчиков. Почему Минстрой РФ избегает нормативного регулирования этой ситуации? Судебная практика зачастую зависит лишь от квалификации юристов, участвующих в арбитражном процессе.
Почему бы Минстрою РФ не сделать официальный, аттестованный онлайн/оффлайн калькулятор НМЦК на основе НЦС и машиночитаемой сметной документации, расчёты которого принимали бы все контрольные органы в качестве достоверных?
Стремление Минстроя РФ научиться максимально точно считать и обосновывать стоимость работ противоречит:
✔️стремлению Минфина РФ любыми путями уменьшить стоимость работ
✔️стремлению ФАС РФ развивать конкуренцию по ценовому критерию.
📍Постоянные изменения законодательства увеличивают непроизводительные трудозатраты — правят то сметное нормирование, то Градкодекс, то закупочную нормативку и т.д. Сделанное приходится переделывать, а выученное приходится забывать (но не насовсем!). В ходе проверок стало сложно восстанавливать процесс принятия решений из-за множества поправок в НПА.
📍Отказаться от понятия «достоверность сметной стоимости», поскольку оно сбивает с толку активистов, зевак, руководителей и контролёров – по стадии «П» невозможно достоверно определить стоимость строительства.
📍Полноценно ввести в оборот ГОСТ Р 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/:
https://checkxml.platformaexpert.ru
В этой связи, при работе на сервисе https://xmlonline.ru/ в поле строки «Гриф ограничения доступа к документу» выбирайте любое другое значение кроме значения «Без грифа». Либо пользуйтесь ЕЦПЭ, либо напишите разработчику сервиса https://xmlonline.ru/ (на сервисе пока есть и другие недоработки).
UPD: проблему «Без грифа» коллеги с xmlonline.ru устранили. Спасибо.
#XML_схема
#Задание_на_проектирование
#Элемент_tDocument_Requisites
#bimsert
Особенности заполнения элементов:
Элемент 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 была выявлена ошибка:
При этом, повторимся, на сервисе ЕЦПЭ, встроенная ФЛП проверка файла ЗнП.xml пройдена была успешно.
Перепроверили себя. Описание. Схему. Значения атрибутов в элементах. Но поняли, что ошибка вне нашей зоны ответственности, и обратились в техническую поддержку платформы ЕЦПЭ на адрес support@platformaexpert.ru, предварительно описав ошибку (скопируйте описание ошибки с checkxml.platformaexpert.ru), приложите скриншот ошибки и файл ЗнП.xml. Далее - получили ответ от коллег (ответ во всяком случае пока приходит довольно быстро - менее 5 минут).
Ответ службы технической поддержки:
И вторым сообщение, коллеги любезно оказали услугу, прислали откорректированный в ручную файл, правда сайт checkxml.platformaexpert.ru при повторной проверке по исправленному в ручную файлу коллегами «падает»…но дождемся upd.
В общем, к чему мы это все: сервис на ЕЦПЭ тоже проходит отладку. Поэтому, пока до Update сервиса по формированию ЗнП на ЕЦПЭ - если встретите указанную ошибку при дополнительной проверке на внешнем сервисе checkxml.platformaexpert.ru, то ее можно проигнорировать. В ближайшее время ее устранят.
#XML_схема
#Задание_на_проектирование
#ошибка_ЕЦПЭ
#bimsert
Активно сегодня тестировали возможности создания Задания на проектирование в 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
Размещена XML-схема Конъюнктурного анализа
На сайте Минстроя России размещена новая версия XML-схемы Результаты конъюнктурного анализа
Опубликовано:
23.05.2025
Вступит в силу:
26.08.2025
P.S. Реестр обновить забыли. Пятница.
На сайте Минстроя России размещена новая версия XML-схемы Результаты конъюнктурного анализа
Опубликовано:
23.05.2025
Вступит в силу:
26.08.2025
P.S. Реестр обновить забыли. Пятница.
1. Проект ПП №780.docx
59.5 KB
Подготовлен к утверждению ТР о безопасности сетей газораспределения и газопотребления
Подготовленная Минэнерго России новая редакция Технического регламента по безопасности сетей газораспределения и газопотребления, утв. Постановлением Правительства от 29.10.2010 г. N 870 (далее - Регламент) получила положительное заключение оценки регулирующего воздействия.
Напомним, новая редакция подготовлена в связи с требованиями Постановления Правительства от 31.12.2020 N 2467 («регуляторная гильотина»).
Принятием акта будет обеспечено сохранение правил технического регламента, связанных с сетью газораспределения и с сетью газопотребления, а также на связанные с ними процессы проектирования (включая инженерные изыскания), строительства, реконструкции, монтажа, эксплуатации (включая техническое обслуживание, текущий ремонт), капитального ремонта, консервации и ликвидации.
Из нового Регламента исключен пункт 3 устанавливающий условия неприменении его требований, в связи с утратой актуальности указанных требований. В пункте 7 нового технического регламента из понятийного аппарата исключены термины «особые условия» и «транспортабельное здание блочного исполнения», поскольку по тексту нового техничного регламента не применяются.
Новые обязательные требования или иные обязанности не устанавливаются.
Новая редакция вступает в силу - с 01.09.2025 г.
Подготовленная Минэнерго России новая редакция Технического регламента по безопасности сетей газораспределения и газопотребления, утв. Постановлением Правительства от 29.10.2010 г. N 870 (далее - Регламент) получила положительное заключение оценки регулирующего воздействия.
Напомним, новая редакция подготовлена в связи с требованиями Постановления Правительства от 31.12.2020 N 2467 («регуляторная гильотина»).
Принятием акта будет обеспечено сохранение правил технического регламента, связанных с сетью газораспределения и с сетью газопотребления, а также на связанные с ними процессы проектирования (включая инженерные изыскания), строительства, реконструкции, монтажа, эксплуатации (включая техническое обслуживание, текущий ремонт), капитального ремонта, консервации и ликвидации.
Из нового Регламента исключен пункт 3 устанавливающий условия неприменении его требований, в связи с утратой актуальности указанных требований. В пункте 7 нового технического регламента из понятийного аппарата исключены термины «особые условия» и «транспортабельное здание блочного исполнения», поскольку по тексту нового техничного регламента не применяются.
Новые обязательные требования или иные обязанности не устанавливаются.
Новая редакция вступает в силу - с 01.09.2025 г.
Новый нацстандарт на процессы жизненного цикла систем
⚡️ ГОСТ Р 57193-2025 Системная и программная инженерия. Процессы жизненного цикла систем
Настоящий стандарт устанавливает общие основы описаний процессов и применяется в отношении жизненного цикла систем (ЖЦС), создаваемых человеком. Настоящий стандарт определяет с инженерной точки зрения множество системных процессов и соответствующую терминологию. Процессы могут быть применены на любом уровне иерархии в структуре рассматриваемой системы. Выбранные из них множества могут быть использованы в течение жизненного цикла (ЖЦ) для управления и осуществления стадий и этапов ЖЦС. Это реализуется путем вовлечения всех участников, заинтересованных в достижении конечных целей создания и применения систем. Системные процессы также могут быть рассмотрены сточки зрения совершенствования самих процессов ЖЦ, используемых в пределах организации или проекта (т.е. в этом случае сам процесс может быть определен и рассмотрен как система).
Приложение А содержит нормативное руководство относительно приспосабливания процессов ЖЦС. В приложении Б приведен пример перечня угроз нарушения надежности реализации процесса, а в приложении В даны ссылки на типовые показатели, модели и методы прогнозирования рисков в условиях возможных угроз. В приложении Г сформулированы рекомендации по количественному определению допустимых вероятностных значений рисков, а в приложении Д даны ссылки на перечни рекомендуемых методик системного анализа. В приложении Е изложены особенности в применении процессов ЖЦ к системе систем.
Настоящий стандарт распространяется на полный ЖЦС, включая замысел, разработку, производство, эксплуатацию и снятие с эксплуатации систем, а также приобретение и поставку систем, осуществляемые внутри или вне организации. Процессы жизненного цикла, описанные в настоящем стандарте, могут быть применены однократно, многократно и рекурсивно по отношению к системе и ее элементам.
Неэквивалентен (NEQ) ISO/IEEE 15288:2023.
Вступает в действие - с 30.06.2025 г.
Заменяет ГОСТ Р 57193-2016.
Настоящий стандарт устанавливает общие основы описаний процессов и применяется в отношении жизненного цикла систем (ЖЦС), создаваемых человеком. Настоящий стандарт определяет с инженерной точки зрения множество системных процессов и соответствующую терминологию. Процессы могут быть применены на любом уровне иерархии в структуре рассматриваемой системы. Выбранные из них множества могут быть использованы в течение жизненного цикла (ЖЦ) для управления и осуществления стадий и этапов ЖЦС. Это реализуется путем вовлечения всех участников, заинтересованных в достижении конечных целей создания и применения систем. Системные процессы также могут быть рассмотрены сточки зрения совершенствования самих процессов ЖЦ, используемых в пределах организации или проекта (т.е. в этом случае сам процесс может быть определен и рассмотрен как система).
Приложение А содержит нормативное руководство относительно приспосабливания процессов ЖЦС. В приложении Б приведен пример перечня угроз нарушения надежности реализации процесса, а в приложении В даны ссылки на типовые показатели, модели и методы прогнозирования рисков в условиях возможных угроз. В приложении Г сформулированы рекомендации по количественному определению допустимых вероятностных значений рисков, а в приложении Д даны ссылки на перечни рекомендуемых методик системного анализа. В приложении Е изложены особенности в применении процессов ЖЦ к системе систем.
Настоящий стандарт распространяется на полный ЖЦС, включая замысел, разработку, производство, эксплуатацию и снятие с эксплуатации систем, а также приобретение и поставку систем, осуществляемые внутри или вне организации. Процессы жизненного цикла, описанные в настоящем стандарте, могут быть применены однократно, многократно и рекурсивно по отношению к системе и ее элементам.
Неэквивалентен (NEQ) ISO/IEEE 15288:2023.
Вступает в действие - с 30.06.2025 г.
Заменяет ГОСТ Р 57193-2016.
Please open Telegram to view this post
VIEW IN TELEGRAM
Новые стандарты на термины и определения систем водоснабжения и водоотведения
⚡️ ГОСТ 25151-2024 Водоснабжение. Термины и определения
Настоящий стандарт устанавливает термины и определения в области централизованного водоснабжения во всех видах документации и литературы, входящих в сферу работ по проектированию, строительству и эксплуатации, в области водоснабжения и (или) использующих результаты этих работ.
Вступает в силу - с 01.06.2025.
Заменяет ГОСТ 25151-82.
⚡️ ГОСТ 25150-2024 Канализация. Термины и определения
Настоящий стандарт устанавливает применяемые в науке, проектировании, строительстве и эксплуатации термины и определения понятий в области канализации (водоотведения).
Вступает в силу - с 01.06.2025.
Заменяет ГОСТ 25150-82.
Настоящий стандарт устанавливает термины и определения в области централизованного водоснабжения во всех видах документации и литературы, входящих в сферу работ по проектированию, строительству и эксплуатации, в области водоснабжения и (или) использующих результаты этих работ.
Вступает в силу - с 01.06.2025.
Заменяет ГОСТ 25151-82.
Настоящий стандарт устанавливает применяемые в науке, проектировании, строительстве и эксплуатации термины и определения понятий в области канализации (водоотведения).
Вступает в силу - с 01.06.2025.
Заменяет ГОСТ 25150-82.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥9👍2