Начато публичное обсуждение очередной версии ГОСТ Р 21.101

Разработан проект национального стандарта ГОСТ Р Система проектной документации для строительства. Основные требования к проектной и рабочей документации.

Копию проекта стандарта на бумажном носителе можно получить по адресу: 111123, РФ, г. Москва, ул. Плеханова, д. 4А, этаж 2, помещение 12, комната 13, тел. 8 (919)729-52-83, e-mail: cob2022@yandex.ru

Шифр темы ПНС 1.13.465-1.618.24.

Разработчиком документа является: ООО "Центр организации бизнеса".

Срок публичного обсуждения:
с 08.08.2024 до 08.10.2024.

Отменены правила предоставления субсидии субъектам малого и среднего предпринимательства на возмещение затрат на использование российского программного обеспечения

Постановлением Правительства Российской Федерации от 08.08.2024 № 1064 признано утратившим силу постановление Правительства Российской Федерации от 28 июня 2021 г. № 1031 «Об утверждении Правил предоставления субсидии из федерального бюджета Российскому фонду развития информационных технологий на возмещение затрат по использованию субъектами малого и среднего предпринимательства российского программного обеспечения».

Напомним, отменный нормативный правовой акт определял цели, условия и порядок предоставления субсидии из федерального бюджета Российскому фонду развития информационных технологий на возмещение затрат по использованию субъектами малого и среднего предпринимательства российского программного обеспечения в рамках реализации федерального проекта "Цифровые технологии" национальной программы "Цифровая экономика Российской Федерации".

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

P.S.1. Конечно единый реестр российских программ для электронных вычислительных машин и баз данных крайне скудно был представлен отечественными САПР, если не сказать больше. Но теперь инструментов поддержки нет и для того что было.
P.S.2. Где там драйвер отрасли, представляющий интересы отрасли? Ребята из НОТИМа, вам какую метлу подарить чтобы снова не проспали значимый вопрос…

Определен адрес сайта для жилых домов возводимых по договорам строительного подряда с использованием счетов эскроу

На публичное обсуждение размещен проект постановления Правительства РФ об установлении адреса сайта единой информационной системы жилищного строительства в информационно-телекоммуникационной сети «Интернет», на котором подлежат размещению сведения, предусмотренные Федеральным законом «О строительстве жилых домов по договорам строительного подряда с использованием счетов эскроу», и о внесении изменений в постановление Правительства РФ от 26 марта 2019 г. № 319.

В качестве адреса предполагается использовать https://строим.дом.рф/.

Предполагаемый срок вступления в силу - с 1 марта 2025 года.

Изменения в Реестр документов

На публичное обсуждение размещен проект постановления Правительства РФ о внесении изменения в пункт 3 Правил формирования и ведения реестра документов, сведений, материалов, согласований, предусмотренных нормативными правовыми актами Российской Федерации и необходимых застройщику, техническому заказчику для выполнения предусмотренных частями 3-7 статьи 5.2 Градостроительного кодекса РФ мероприятий при реализации проекта по строительству объекта капитального строительства.

Проектом постановления предлагается внести изменения в пункт 3 Правил формирования и ведения реестра документов, сведений, материалов, согласований, предусмотренных нормативными правовыми актами РФ ‎и необходимых застройщику, техническому заказчику для выполнения предусмотренных частями 3 – 7 статьи 5.2 Градостроительного кодекса РФ мероприятий при реализации проекта по строительству объекта капитального строительства, утвержденных постановлением Правительства РФ от 21 июля 2023 г. № 1180, определив оператором Реестра документов ФАУ «ФЦС».

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

При этом предъявление требований о получении в целях реализации проекта по строительству ОКС документов, сведений, материалов, согласований, не включенных в Реестр документов, не допускается.

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

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

При этом Реестр документов необходимо непрерывно актуализировать в связи с изменениями, вносимыми в нормативные правовые акты.

В целях оперативной актуализации Реестра документов предлагается назначить оператором Реестра документов ФАУ «ФЦС».

На базе ЕИС ЖС будет создан Единый цифровой реестр нуждающихся в улучшении жилищных условий

На публичное обсуждение размещен законопроект о внесении изменений в Жилищный кодекс РФ и отдельные законодательные акты РФ, подготовленный Минстроем России.

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

- ведение учета граждан, нуждающихся в улучшении жилищных условий ведение учета подлежащих предоставлению и предоставленных гражданам, нуждающимся в улучшении жилищных условий, жилых помещений;

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

Замечания к проекту Приказа Минстроя России «Об утверждении методических рекомендаций по формированию требований к цифровой информационной модели многоквартирного дома»
(МР формирование требований к ЦИМ МКЖД)

Краткая версия

Расширенная версия

Ранее:
- см. Проекты приказов;
- см. Замечания к Составу и минимальным требованиям к ЦИМ, включаемой в ИМ ОКС непроизводственного назначения на этапе АСП;
- см. Замечания к Составу и минимальным требованиям к ЦИМ, включаемой в ИМ ОКС непроизводственного назначения на этапах строительства, реконструкции;
- см. Замечания к Форме ТЗ на ИМ ОКС, форме плана реализации проекта, МР по заполнению формы ТЗ и плана;
- см. Замечания к Форме ТЗ ЦИМ и МУ к ТЗ ЦИМ.

P.S.1. В силу того, что профильный ФОИВ в отношении последнего документа (МР формирование требований к ЦИМ МКЖД) вышел за пределы своих компетенций (т.е. не наделен правом по выпуску указанных методических рекомендаций даже в 614 ПП) мы ограничились общими замечаниями по указанному факту.
P.S.2. А так, если детально смотреть, то раздел “Энергоэффективность” уже как с сентября 2023 года сторнирован (прям беда с понимание состава разделов ПД по 87 ПП);
P.S.3. Состав элементов дисциплинарных ЦИМ, а также состав атрибутивной и геометрической информации не позволяет сформировать равноправную и взаимозаменяемую форму графической части проектной документации, как того требуют стандарты СПДС, включенные доказательную базу Правил оформления проектной и рабочей документации, в т.ч. распространяющиеся на представление ПД и РД в форме ИМ ОКС и дополняющей их графическую часть трехмерную модель.
P.S.4. Кроме того, атрибутивный состав ЦИМ не соответствует минимальному составу проектных значений параметров и других проектных характеристик здания, наличие которых во исполнение требований 384-ФЗ, должны быть установлены из условия обеспечения 8 уровней безопасности.
P.S.5. Копирование ТИМ Регламента г. Москвы в НПА без должной апробации положений последнего и до завершения периода сбора отзывов действующего НТД в виде ПНСТ по аналогичному предмету стандартизации, явление пагубное, ибо сам взятый за основу ТИМ Регламент г. Москвы вступает в противоречие с ПП 614 и разработан без учета его положений.
P.S.6. КСИ - снова нарушение требований по кодированию, закрепленных в нацстандартах.

О значимости ТИМ СТО

Уважаемые коллеги, напоминаем, с 1 сентября 2024 года, обеспечение соответствия безопасности зданий, сооружений, процессов, осуществляемых на всех этапах жизненного цикла, требованиям 384-ФЗ, может осуществляться в результате применения стандарта организации (СТО).

Для организаций любых форм собственности, имеющих свои СТО (региональные экспертные организации, органы исполнительной власти на местах, застройщики, проектные организации и службы заказчика, эксплуатационные организации и пр), регламентирующие процессы, например, проектирования на тех или иных этапах ЖЦ ОКС, в т.ч. с использованием ТИМ, открывается прекрасная возможность предложить всем участникам градостроительных отношений сбалансированный на практике СТО по ТИМ.

С учетом указанного, рекомендуем активнее направлять ваши стандарты на экспертизу в ТК 505.

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

Ваш стандарт на равне с любым документом из Реестра требований, после получения соответствующего заключения в профильном ТК 505, будет более чем достаточным для обоснования требований ФЗ-384, выраженных в такой форме ПД/РД как ИМ ОКС. И не только для вас, но и для всех участников градостроительных отношений.

Что там с xml-схемой ВОР?

Пример человеко-читаемой формы ведомости объемов работ в формате xml.
Обратите внимание, что каждая строка ВОР должна будет содержать ссылку/ссылки на страницу документа в формате *.pdf или ссылку/ссылки на элемент/элементы ЦИМ в формате *.ifc.
Способы указания ссылок на элемент/элементы в ЦИМ в формате *.ifc (прим.ред. - формально еще и в ином формате с открытой спецификацией) еще в стадии уточнения. Вариантов каким способом указать не менее трех.

P.S.1. Сметчики, по вашу душу тема. Если еще не прошли образовательный курс по работе с ЦИМ, то дерзайте.
P.S.2. Сама xml-схема на выходе.

❗️Экслюзив. Специально для @smety
Проект формата представления ведомости объемов работ (ВОР) в электронном виде (на основе формата XML) — направлен на утверждение в Минстрой РФ

О вариантах связей позиций в ВОР.xml и ЦИМ.ifc, которые рассматривались при создании xml-схемы ВОР

Часть 1

В xml-схеме ВОР разработчиками предложен алгоритм указания ссылки на файлы в ветке: /Construction/Sections/Section/Works/Work/Links.

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

При этом, разработчики, при разработке xml-схемы ВОР исходили почему то только из двух форматов. Хотя тот по ПП РФ от 17.05.2024 г. N614, ЦИМ, дополняющая графическую часть ПД, может быть представлена не только лишь форматом *.ifc, но и в ином формате с открытой спецификацией. А таковые есть у отечественных вендоров.

1. Файлы формата *.pdf.
Согласно Приказа Минстроя России от 12 мая 2017 г. N 783/пр, формат *.pdf - используется для документов с текстовым содержанием, в том числе включающих формулы и (или) графические изображения (за исключением документов, указанных в подпункте "в" пункта 3 указанного приказа), а также документов с графическим содержанием.
Безусловно соответсвующий раздел или подраздел проектной документации представленный как электронный документ может состоять из нескольких файлов, и у каждого из них есть страницы.
По этой причине в ветке: /Construction/Sections/Section/Works/Work/Links/Link имеется тег Link/ FileID, в котором необходимо будет указать соответсвующую ссылку на файл электронного документа, и соотвественно тег Link/ PageNumber, в котором необходимо будет указать страницу в электронном документе.
И да, для одной строки можно указать несколько файлов и в каждом файле можно указать несколько страниц.

О вариантах связей позиций в ВОР.xml и ЦИМ.ifc, которые рассматривались при создании xml-схемы ВОР

Часть 2

2. Файлы формата *.ifс.
Здесь алгоритм исходит из необходимости в xml-файле ВОР передать информацию, которой будет достаточно для открытия соответсвующего электронного документа в формате *.ifc для просмотра с выделением объектов, которые разработчик, составляющий ВОР, связал с соответсвующей позицией в ВОР.

При решении задачи с форматом файла *.ifc разработчики рассматривали несколько вариантов связи последнего со стройкой/позицией ВОР.

Вариант 1. Реализация посредством указания в ВОР.xml так называемых IFCGUIDов. В IFC у каждого элемента есть IFCGUID, и в данном случае, в файл ВОР.xml, формируемый на основе соответсвующей xml-схемы ВОР, предполагалось записывать ссылку на файл (тег Link/FileID ) и IFCGUID (тег Link/ifcGuid).
Таким образом, при просмотре обоснования строки/позиции ВОР, прикладное программное обеспечении могло бы открывать файл соответсвующий файл формата *.ifc и демонстрировать все объекты, IFCGUIDы которых будут привязаны к данной строке/позиции ВОР.
Данного вариант связи имеет существенный недостаток - у одной строки/позиции ВОР могут быть тысячи, если не сказать больше, десятки тысяч IFCGUID. Есть еще нюансы с дубликатами IFCGUID. Хранить такое количество IFCGUID в XML файле мягко сказать не совсем удобно.
 
Вариант 2. Запрос по признакам.
Чтобы не добавлять ничего нового в файл формата *.ifc и сделать более гибку связь элементов в файле *.ifc с строкой/позицией в файле *.xml ВОР, разработчиками схемы рассматривался следующий вариант.
С учетом того, что *.ifc файлы имеют витиеватую структуру, с учетом специфики маппинга, с учетом многообразия в файле *.ifc т.н. свойств, с учетом, что все эти свойства могут быть представлены разными наборами, в т.ч. одно и тоже свойство может разных файлах именоваться по-разному, разработчики, рассматривали в качестве механизма, возможность записать в отдельный тег определённый запрос, обработав который прикладное ПО, с использованием которого осуществляется открытие и просмотр файлов модели в формате *.ifc, сможет отображать все элементы модели, соответствующие данному запросу. При этом, сам синтаксис такого запроса должен дать прост и минимален, а его описание нашло бы свое отражение в описании к утверждаемой xml-схеме ВОР. Например, чтобы показать все стены на третьем этаже, необходимо получить запрос: «свойствоХ=ifcWall and (свойствоY=3)».

Вариант 3. Добавление в файл *.ifc т.н. специального признака и указание на него в ВОР.xml. С целью исключения проблемы, связанной с хранением довольно значительного количества IFCGUIDов в файле ВОР.xml как один из вариантов, разработчиками xml-схемы ВОР, рассматривался вариант, при котором разработчик прикладного ПО, в которой создаётся файл *.ifc, добавляет в файл *.ifc для каждого элемента дополнительное свойство (операнд/атрибут). При этом, важно чтобы указанное значение в составе т.н. дополнительного свойства заполнялось по определеному правилу, что в дальнейшем бы обеспечило единообразие при выборе всех необходимых элементов из файла модели в формате *.ifc. Например, у каждого объекта в *.ifc создавался бы признак «VOR_line» и в который записывалось бы соответсвующее значение, например, цифра 1, 2, 3 и тд. Тогда, в *.xml файле ВОР в тег Link/FileID указывалась бы ссылка на файл, а в теге Link/propertyName указывалось бы «VOR_line», а в теге Link/propertyValue, например, указывалось значение «3».
Таким образом, при просмотре обоснования строки/позиции №3 в ВОР, прикладное ПО, осуществляющее просмотр файла *.ifc, могло бы отображать все необходимые элементы, у которых имеется свойство «VOR_line» и оно равно «3».
 
Теперь, внимание вопрос знатокам.

Какой вариант, согласно описанию к xml-схемы ВОР, был выбран разработчиками в составе xml-схемы ВОР?

Является ли принятый алгоритм универсальным в случае использования иных форматов с открытой спецификацией для ЦИМ?

Ответы, мнения - в комментариях.

Как проверить xml файл ВОР?
Для проверки ВОР.xml из приложенного примера можно воспользоваться тестовым ресурсом по адресу.
Последовательность действий для подгрузки xml файла ВОР см.слайд.

Проект нового ГОСТ Р 21.101 с пояснительной запиской к нему.

"Домклик" дистанционно оценит строительство домов

"Домклик" интегрировал платформу "Рососмотр", созданную стартапом Viewapp, выпускником международного акселератора Sber500, в процесс оценки строительства домов своих клиентов по всей России.

Платформа цифровых осмотров "Рососмотр" позволяет клиентам провести осмотр самостоятельно и удаленно, а сотрудникам "Домклик" - проверить данные на достоверность. На основе собранной информации банк принимает решение о выдаче следующего транша кредита для продолжения строительства в течение 10 минут вместо нескольких часов. Приложением уже воспользовались более 50 тыс. человек.

"Рососмотр" - платформа для создания и управления любыми видами осмотров и мобильное приложение с защитой создаваемого контента от подмены и изменения. Пользователи самостоятельно проводят дистанционный осмотр и загружают необходимые фото и видео в приложение для смартфона.
Осмотры проводятся по заранее разработанным сценариям. Кроме самих фотографий и видео, "Домклик" видит точные координаты, где сделаны снимки, поэтому может соотнести их с координатами участка, на котором должен быть построен дом, и убедиться в подлинности строительства. Система имеет высокую степень защиты от подмены геокоординат.

"Приложение "Рососмотр" - образец инновационных разработок, которые меняют правила игры в строительстве и финансах, а главное приносят реальную пользу нашим клиентам. Основная задача, которую оно решает, - фиксация этапов строительства объекта для подтверждения банку целевого использования кредитных средств. Приложение гарантирует точность в определении геолокации объекта, блокирует подмену и изменения реальных снимков, а также с помощью нейронных сетей выявляет подозрительные осмотры. Все это значительно сокращает время на принятие решения банком о выдаче нового транша, и мы рады, что уже более 50 тысяч наших клиентов смогли воспользоваться приложением", - сообщил директор дивизиона "Домклик" Сбербанка Алексей Лейпи.

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

Источник comnews

P.S. Банки по-прежнему охотно верят камерам, а не моделям.

Рекламации (претензии) предписан машиночитаемый формат

На публичное обсуждение размещен проект приказа ФНС России об утверждении формата представления акта рекламации (претензии) ‎в электронной форме.

Настоящим проектом приказа ФНС России предусматривается утвердить XML формат представления акта рекламации (претензии) в электронной форме.

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

Проект приказа ФНС России разработан в целях предоставления налогоплательщикам возможности:
- реализации права на представление документов в электронной форме по телекоммуникационным каналам связи в неизменном виде;
- сокращения документооборота, времени на ведение учета и контрольных процедур;
- улучшения взаимодействия налогоплательщиков и налоговых органов.

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

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

Описание xml-схемы рекламации