Утвержден новый национальный стандарт по организационно-распорядительной документации
⚡️ ГОСТ Р 7.0.97-2025 Система стандартов по информации, библиотечному и издательскому делу. Организационно-распорядительная документация. Требования к оформлению документов.
Настоящий стандарт распространяется на организационно-распорядительные документы: уставы, положения, правила, инструкции, регламенты, постановления, распоряжения, приказы, решения, протоколы, договоры, акты, письма, справки и др.
Определены состав реквизитов документов, правила их оформления, в том числе с применением информационных технологий; виды бланков, состав реквизитов бланков, схемы расположения реквизитов на документе; образцы бланков; правила создания документов.
Положения стандарта распространяются на документы на бумажном и электронном носителях.
Стандарт утвержден взамен ГОСТ Р 7.0.97-2016.
Вступает в действие - с 18.08.2025 г.
Настоящий стандарт распространяется на организационно-распорядительные документы: уставы, положения, правила, инструкции, регламенты, постановления, распоряжения, приказы, решения, протоколы, договоры, акты, письма, справки и др.
Определены состав реквизитов документов, правила их оформления, в том числе с применением информационных технологий; виды бланков, состав реквизитов бланков, схемы расположения реквизитов на документе; образцы бланков; правила создания документов.
Положения стандарта распространяются на документы на бумажном и электронном носителях.
Стандарт утвержден взамен ГОСТ Р 7.0.97-2016.
Вступает в действие - с 18.08.2025 г.
Please open Telegram to view this post
VIEW IN TELEGRAM
Рубрика «Обзор законопроектов»
Проект Федерального закона N 960721-8 "О внесении изменений в Федеральный закон "Об информации, информационных технологиях и о защите информации" (ред., принятая ГД ФС РФ в I чтении 17.07.2025).
В целях ликвидации правовых пробелов в области регулирования ИТ-инфраструктуры госорганов путем структурирования государственных информационных систем (далее - ГИС) и конкретизации их критериев законопроектом предлагается:
- ввести понятия "государственная информационная система", "государственная цифровая платформа", "государственный информационный ресурс", "ведомственный сервис";
- закрепить исчерпывающий перечень актов, являющихся основанием для создания государственных, муниципальных и ведомственных информационных систем (далее - ИС);
- определить виды государственных информационных систем (федеральные и региональные);
- создать правовые условия для привлечения органами госвласти к мероприятиям по созданию и развитию ГИС подведомственных им государственных бюджетных или автономных учреждений;
- установить, что исключительно на территории России должны будут размещаться технические средства, обеспечивающие функционирование ИС, используемых госорганами, органами местного самоуправления, органами управления государственными внебюджетными фондами, унитарными предприятиями и учреждениями, ППК, госкомпаниями и госкорпорациями, а также технические средства для функционирования государственных и муниципальных ИС;
- наделить Правительство РФ полномочиями по установлению требований к ГИС, общих требований к содержанию актов о создании, развитии (модернизации) и эксплуатации ГИС, а также дополнительных требований к ведомственным сервисам и входящим в состав государственных цифровых платформ ГИС;
- обязать операторов ИС, в которых обрабатывается информация государственных, муниципальных и ведомственных ИС, обеспечивать непрерывное взаимодействие с госсистемой обнаружения, предупреждения и ликвидации последствий компьютерных атак;
- установить тождественность дефиниций "модернизация" и "развитие" информационных систем;
- разрешить использовать ведомственные и иные ИС госучреждений, государственных внебюджетных фондов, госкомпаний и госкорпораций для обеспечения функционирования ГИС.
Проект Федерального закона N 960721-8 "О внесении изменений в Федеральный закон "Об информации, информационных технологиях и о защите информации" (ред., принятая ГД ФС РФ в I чтении 17.07.2025).
В целях ликвидации правовых пробелов в области регулирования ИТ-инфраструктуры госорганов путем структурирования государственных информационных систем (далее - ГИС) и конкретизации их критериев законопроектом предлагается:
- ввести понятия "государственная информационная система", "государственная цифровая платформа", "государственный информационный ресурс", "ведомственный сервис";
- закрепить исчерпывающий перечень актов, являющихся основанием для создания государственных, муниципальных и ведомственных информационных систем (далее - ИС);
- определить виды государственных информационных систем (федеральные и региональные);
- создать правовые условия для привлечения органами госвласти к мероприятиям по созданию и развитию ГИС подведомственных им государственных бюджетных или автономных учреждений;
- установить, что исключительно на территории России должны будут размещаться технические средства, обеспечивающие функционирование ИС, используемых госорганами, органами местного самоуправления, органами управления государственными внебюджетными фондами, унитарными предприятиями и учреждениями, ППК, госкомпаниями и госкорпорациями, а также технические средства для функционирования государственных и муниципальных ИС;
- наделить Правительство РФ полномочиями по установлению требований к ГИС, общих требований к содержанию актов о создании, развитии (модернизации) и эксплуатации ГИС, а также дополнительных требований к ведомственным сервисам и входящим в состав государственных цифровых платформ ГИС;
- обязать операторов ИС, в которых обрабатывается информация государственных, муниципальных и ведомственных ИС, обеспечивать непрерывное взаимодействие с госсистемой обнаружения, предупреждения и ликвидации последствий компьютерных атак;
- установить тождественность дефиниций "модернизация" и "развитие" информационных систем;
- разрешить использовать ведомственные и иные ИС госучреждений, государственных внебюджетных фондов, госкомпаний и госкорпораций для обеспечения функционирования ГИС.
Результаты анализа общих именований в пространстве имен XML-схем ПЗ, ЗнП, Заключения (данные ИИ)
Объекты анализа:
XML-схемы:
- explanatorynote-01-05.xsd (Пояснительная записка);
- DesignAssignment-01-00.xsd (Задание на проектирование);
- conclusion-01-03.xsd (Заключение).
В анализ включены все типы данных из указанных схем:
- ComplexType (сложные типы);
- SimpleType (простые типы);
- Attribute (атрибуты);
- Element (элементы);
- AttributeGroup (группы атрибутов);
- Group (группы элементов).
Результаты сравнения общих имен из принятого пространства имен по всем указанным xml-схемам:
Общие для всех указанных схем: 18 имен (9 ComplexType: tAddress, tDocument, tOrganization, tPerson, tPostAddress, tSignFile, tTEI, tTechnicalCustomer, tfile;
9 SimpleType: tCadastralNumber, tClimateDistrict, tEmail, tFunctionsClass, tGeologicalConditions, tSNILS, tSchemaVersion, tSeismicActivity, tWindDistrict)
Доля в каждой схеме:
- explanatorynote: 13.33% (18 из 135);
- DesignAssignment: 12.95% (18 из 139);
- conclusion: 18.75% (18 из 96).
Парные совпадения:
- для explanatorynote + DesignAssignment: 33 имен, из них 20 имен ComplexType (tAuthor, tCell, tClimateConditions, tEngineeringSurveyDocument, tImage, tIndustrialObject, tLandInfo, tLinearObject, tModel, tNonIndustrialObject, tOKS, tObjectParts, tProjectDocument, tProjectDocumentSection, tProjectDocumentSubSection, tResources, tRow, tSRO, tTable, tTextBlock) и 13 SimpleType (tAlignTypes, tBudgetLevel, tConstructionType, tDangerIndustrialClass, tDangerousAndComplex, tDocumentType, tFileChecksum, tFileFormat, tFileName, tFireDangerCategory, tPlacement, tPositiveDecimal, tUnique).
Доля:
- explanatorynote: 24.44% (33 из 135);
- DesignAssignment: 23.74% (33 из 139).
- для explanatorynote + conclusion: 18 имен, из них 4 ComplexType (tDocuments, tEngineeringSurveyDocuments, tfinanceSources, tWorkPerson;
14 SimpleType: non-empty-string, string100, string1000, string200, string50, string500, tDocumentType, tEngineeringSurveyType, tOGRNIP, tRegionsRF, tResponsibilityLevel, tShowDistrict, tYesNo, tYear).
Доля:
- explanatorynote: 13.33% (18 из 135)
- conclusion: 18.75% (18 из 96).
- для DesignAssignment + conclusion: 3 имени, из них 2 ComplexType (tStage, tClimateConditions) и 1 SimpleType (tObjectType).
Доля:
- DesignAssignment: 2.16% (3 из 139);
- conclusion: 3.12% (3 из 96).
Уникальные типы:
- explanatorynote: 66 имен (48.89%)
(44 ComplexType, 15 SimpleType, 6 Attribute, 1 Element);
- DesignAssignment: 85 имен (61.15%)
(28 ComplexType, 50 SimpleType, 2 AttributeGroup, 4 Group, 1 Element);
- conclusion: 57 имен (59.38%)
(28 ComplexType, 26 SimpleType, 2 Group, 1 Element).
Общие имена (хотя бы с одной схемой):
- explanatorynote: 69 имен (51.11%)
- DesignAssignment: 54 имени (38.85%)
- conclusion: 39 имен (40.62%)
Анализ по типам элементов:
ComplexType (сложные типы):
• общие для всех: 9 (11.69% от explanatorynote, 15.25% от DesignAssignment, 20.93% от conclusion);
• парные:
- explanatorynote + DesignAssignment: 20;
- explanatorynote + conclusion: 4;
- DesignAssignment + conclusion: 2.
SimpleType (простые типы):
• общие для всех: 9 (17.65% от explanatorynote, 12.33% от DesignAssignment, 18.00% от conclusion);
• парные:
- explanatorynote + DesignAssignment: 13;
- explanatorynote + conclusion: 14;
- DesignAssignment + conclusion: 1.
Другие типы (Attribute, Element, Group):
- нет пересечений между схемами из-за наличия уникальных:
• атрибутов - в explanatorynote - 6;
• групп - в DesignAssignment - 4 и в conclusion - 2;
• элементов: ExplanatoryNote - в explanatorynote; Document в DesignAssignment; Conclusion в conclusion.
Результаты сравнения - см. рис. (диаграммы Венна).
#XML, #ЗнП, #ПЗ, #Заключение, #explanatorynote_01_05,
#DesignAssignment_01_00,
#conclusion_01_03
Объекты анализа:
XML-схемы:
- explanatorynote-01-05.xsd (Пояснительная записка);
- DesignAssignment-01-00.xsd (Задание на проектирование);
- conclusion-01-03.xsd (Заключение).
В анализ включены все типы данных из указанных схем:
- ComplexType (сложные типы);
- SimpleType (простые типы);
- Attribute (атрибуты);
- Element (элементы);
- AttributeGroup (группы атрибутов);
- Group (группы элементов).
Результаты сравнения общих имен из принятого пространства имен по всем указанным xml-схемам:
Общие для всех указанных схем: 18 имен (9 ComplexType: tAddress, tDocument, tOrganization, tPerson, tPostAddress, tSignFile, tTEI, tTechnicalCustomer, tfile;
9 SimpleType: tCadastralNumber, tClimateDistrict, tEmail, tFunctionsClass, tGeologicalConditions, tSNILS, tSchemaVersion, tSeismicActivity, tWindDistrict)
Доля в каждой схеме:
- explanatorynote: 13.33% (18 из 135);
- DesignAssignment: 12.95% (18 из 139);
- conclusion: 18.75% (18 из 96).
Парные совпадения:
- для explanatorynote + DesignAssignment: 33 имен, из них 20 имен ComplexType (tAuthor, tCell, tClimateConditions, tEngineeringSurveyDocument, tImage, tIndustrialObject, tLandInfo, tLinearObject, tModel, tNonIndustrialObject, tOKS, tObjectParts, tProjectDocument, tProjectDocumentSection, tProjectDocumentSubSection, tResources, tRow, tSRO, tTable, tTextBlock) и 13 SimpleType (tAlignTypes, tBudgetLevel, tConstructionType, tDangerIndustrialClass, tDangerousAndComplex, tDocumentType, tFileChecksum, tFileFormat, tFileName, tFireDangerCategory, tPlacement, tPositiveDecimal, tUnique).
Доля:
- explanatorynote: 24.44% (33 из 135);
- DesignAssignment: 23.74% (33 из 139).
- для explanatorynote + conclusion: 18 имен, из них 4 ComplexType (tDocuments, tEngineeringSurveyDocuments, tfinanceSources, tWorkPerson;
14 SimpleType: non-empty-string, string100, string1000, string200, string50, string500, tDocumentType, tEngineeringSurveyType, tOGRNIP, tRegionsRF, tResponsibilityLevel, tShowDistrict, tYesNo, tYear).
Доля:
- explanatorynote: 13.33% (18 из 135)
- conclusion: 18.75% (18 из 96).
- для DesignAssignment + conclusion: 3 имени, из них 2 ComplexType (tStage, tClimateConditions) и 1 SimpleType (tObjectType).
Доля:
- DesignAssignment: 2.16% (3 из 139);
- conclusion: 3.12% (3 из 96).
Уникальные типы:
- explanatorynote: 66 имен (48.89%)
(44 ComplexType, 15 SimpleType, 6 Attribute, 1 Element);
- DesignAssignment: 85 имен (61.15%)
(28 ComplexType, 50 SimpleType, 2 AttributeGroup, 4 Group, 1 Element);
- conclusion: 57 имен (59.38%)
(28 ComplexType, 26 SimpleType, 2 Group, 1 Element).
Общие имена (хотя бы с одной схемой):
- explanatorynote: 69 имен (51.11%)
- DesignAssignment: 54 имени (38.85%)
- conclusion: 39 имен (40.62%)
Анализ по типам элементов:
ComplexType (сложные типы):
• общие для всех: 9 (11.69% от explanatorynote, 15.25% от DesignAssignment, 20.93% от conclusion);
• парные:
- explanatorynote + DesignAssignment: 20;
- explanatorynote + conclusion: 4;
- DesignAssignment + conclusion: 2.
SimpleType (простые типы):
• общие для всех: 9 (17.65% от explanatorynote, 12.33% от DesignAssignment, 18.00% от conclusion);
• парные:
- explanatorynote + DesignAssignment: 13;
- explanatorynote + conclusion: 14;
- DesignAssignment + conclusion: 1.
Другие типы (Attribute, Element, Group):
- нет пересечений между схемами из-за наличия уникальных:
• атрибутов - в explanatorynote - 6;
• групп - в DesignAssignment - 4 и в conclusion - 2;
• элементов: ExplanatoryNote - в explanatorynote; Document в DesignAssignment; Conclusion в conclusion.
Результаты сравнения - см. рис. (диаграммы Венна).
#XML, #ЗнП, #ПЗ, #Заключение, #explanatorynote_01_05,
#DesignAssignment_01_00,
#conclusion_01_03
👍3🔥1
Выводы и рекомендации по результатам анализа общих именований в пространстве имен XML-схем ПЗ, ЗнП, Заключения
Выводы:
1. Процент общих элементов для каждой схемы:
explanatorynote (Пояснительная записка):
- общие элементы со всеми схемами: 13.33% (18 из 135);
- элементы, общие хотя бы с одной схемой: 51.11% (69 из 135);
- уникальные элементы: 48.89% (66 из 135).
DesignAssignment (Задание на проектирование):
- общие элементы со всеми схемами: 12.95% (18 из 139);
- элементы, общие хотя бы с одной схемой: 38.85% (54 из 139);
- уникальные элементы: 61.15% (85 из 139).
conclusion (Заключение):
- общие элементы со всеми схемами: 18.75% (18 из 96);
- элементы, общие хотя бы с одной схемой: 40.62% (39 из 96);
- уникальные элементы: 59.38% (57 из 96).
2. Уровень совместимости между схемами:
- высокая совместимость (30-40% общих элементов):
explanatorynote ↔ DesignAssignment:
• 37.78% элементов explanatorynote встречаются в DesignAssignment;
• 36.69% элементов DesignAssignment встречаются в explanatorynote.
- средняя совместимость (20-30% общих элементов):
explanatorynote ↔ conclusion:
• 26.67% элементов explanatorynote встречаются в conclusion;
• 37.50% элементов conclusion встречаются в explanatorynote.
- низкая совместимость (<20% общих элементов):
DesignAssignment ↔ conclusion:
• 15.11% элементов DesignAssignment встречаются в conclusion;
• 21.88% элементов conclusion встречаются в DesignAssignment.
Единственный значимый общий тип: tObjectType.
3. Уровень уникальности пространства имен в xml-схемах:
- наибольшая уникальность имен элементов (>60%) в DesignAssignment - 61.15%;
- средняя уникальность имен элементов (50-60%) в conclusion - 59.38%;
- наименьшая уникальность имен элементов (<50%) в explanatorynote - 48.89%.
4. Предрасположенность к интеграции:
- все схемы имеют «ядро» из 18 базовых типов (13-19% от их состава);
- explanatorynote наиболее открыта для интеграции (51% элементов общие);
- DesignAssignment наиболее специализирована (61% уникальных элементов).
Рекомендации разработчикам сервисов по формированию электронных документов в формате xml на основе указанных xml-схем:
1. Для схем explanatorynote ↔ DesignAssignment - создать общий подмодуль с 33 совместно используемыми типами.
2. Для схем explanatorynote ↔ conclusion - разработать адаптер-модуль для 18 общих типов.
3. Для схем DesignAssignment ↔ conclusion - использовать минимальную интеграцию через базовые типы.
4. Оптимизация уникальных компонентов:
- сохранить уникальные типы DesignAssignment в специализированном пространстве имен;
- вынести общие типы conclusion в отдельный модуль для повторного использования;
- для explanatorynote разработать транслятор в форматы других схем.
Заключение:
Каждая схема сохраняет специализацию (48-61% уникальных элементов), но обеспечивает интеграцию через общее «ядро» (13-19% полностью общих типов). Наибольший потенциал для унификации наблюдается между explanatorynote и DesignAssignment.
Из отрицательного - в некоторых схемах по-прежнему присутствуют двойственные наименования в составе простых типов (см. пример для простого типа tAddress на рис.).
#XML, #ЗнП, #ПЗ, #Заключение, #explanatorynote_01_05,
#DesignAssignment_01_00,
#conclusion_01_03
Выводы:
1. Процент общих элементов для каждой схемы:
explanatorynote (Пояснительная записка):
- общие элементы со всеми схемами: 13.33% (18 из 135);
- элементы, общие хотя бы с одной схемой: 51.11% (69 из 135);
- уникальные элементы: 48.89% (66 из 135).
DesignAssignment (Задание на проектирование):
- общие элементы со всеми схемами: 12.95% (18 из 139);
- элементы, общие хотя бы с одной схемой: 38.85% (54 из 139);
- уникальные элементы: 61.15% (85 из 139).
conclusion (Заключение):
- общие элементы со всеми схемами: 18.75% (18 из 96);
- элементы, общие хотя бы с одной схемой: 40.62% (39 из 96);
- уникальные элементы: 59.38% (57 из 96).
2. Уровень совместимости между схемами:
- высокая совместимость (30-40% общих элементов):
explanatorynote ↔ DesignAssignment:
• 37.78% элементов explanatorynote встречаются в DesignAssignment;
• 36.69% элементов DesignAssignment встречаются в explanatorynote.
- средняя совместимость (20-30% общих элементов):
explanatorynote ↔ conclusion:
• 26.67% элементов explanatorynote встречаются в conclusion;
• 37.50% элементов conclusion встречаются в explanatorynote.
- низкая совместимость (<20% общих элементов):
DesignAssignment ↔ conclusion:
• 15.11% элементов DesignAssignment встречаются в conclusion;
• 21.88% элементов conclusion встречаются в DesignAssignment.
Единственный значимый общий тип: tObjectType.
3. Уровень уникальности пространства имен в xml-схемах:
- наибольшая уникальность имен элементов (>60%) в DesignAssignment - 61.15%;
- средняя уникальность имен элементов (50-60%) в conclusion - 59.38%;
- наименьшая уникальность имен элементов (<50%) в explanatorynote - 48.89%.
4. Предрасположенность к интеграции:
- все схемы имеют «ядро» из 18 базовых типов (13-19% от их состава);
- explanatorynote наиболее открыта для интеграции (51% элементов общие);
- DesignAssignment наиболее специализирована (61% уникальных элементов).
Рекомендации разработчикам сервисов по формированию электронных документов в формате xml на основе указанных xml-схем:
1. Для схем explanatorynote ↔ DesignAssignment - создать общий подмодуль с 33 совместно используемыми типами.
2. Для схем explanatorynote ↔ conclusion - разработать адаптер-модуль для 18 общих типов.
3. Для схем DesignAssignment ↔ conclusion - использовать минимальную интеграцию через базовые типы.
4. Оптимизация уникальных компонентов:
- сохранить уникальные типы DesignAssignment в специализированном пространстве имен;
- вынести общие типы conclusion в отдельный модуль для повторного использования;
- для explanatorynote разработать транслятор в форматы других схем.
Заключение:
Каждая схема сохраняет специализацию (48-61% уникальных элементов), но обеспечивает интеграцию через общее «ядро» (13-19% полностью общих типов). Наибольший потенциал для унификации наблюдается между explanatorynote и DesignAssignment.
Из отрицательного - в некоторых схемах по-прежнему присутствуют двойственные наименования в составе простых типов (см. пример для простого типа tAddress на рис.).
#XML, #ЗнП, #ПЗ, #Заключение, #explanatorynote_01_05,
#DesignAssignment_01_00,
#conclusion_01_03
👍2🔥1
Сравнение_XML_схем_Минстроя_России_на_предмет_наименований_идентичных.pdf
4.9 MB
Проблематика создания XML-схем Минстроя России
Мы часто слышим о качестве данных от официальных лиц Минстроя России. Одно дело нагнать данные через разработанные XML-схемы, а другое дело, если данные одинаковые, то почему они в разных XML-схемах звучат по разному (ЗнП.xsd, ПЗ.xsd, Заключение.xsd)…Понятно, что у каждой схемы свое назначение, и может быть свой подрядчик-разработчик. Но понятно и другое, что нужен единый подход к формированию пространства имен в каждой из XML-схем, если речь идет о одинаковых наборах данных.
Про учет правил по созданию XML-схем не говорим, подразумевая, что их нужно придерживаться, чтобы исключать штрафные круги при разработке сервисов по формированию электронных документов на основе XML-схем.
Пример сравнения пространства имен все типов из трех XML-схем от наших подписчиков (спасибо коллеге из Перми) к вопросу указанного отрицательного явления (см. файл).
Кого там пнуть надо в Департаменте цифрового развития Минстроя России? Трое без волос очевидно не вывозят тему.
#XML, #ЗнП, #ПЗ, #Заключение, #explanatorynote_01_05,
#DesignAssignment_01_00,
#conclusion_01_03
Мы часто слышим о качестве данных от официальных лиц Минстроя России. Одно дело нагнать данные через разработанные XML-схемы, а другое дело, если данные одинаковые, то почему они в разных XML-схемах звучат по разному (ЗнП.xsd, ПЗ.xsd, Заключение.xsd)…Понятно, что у каждой схемы свое назначение, и может быть свой подрядчик-разработчик. Но понятно и другое, что нужен единый подход к формированию пространства имен в каждой из XML-схем, если речь идет о одинаковых наборах данных.
Про учет правил по созданию XML-схем не говорим, подразумевая, что их нужно придерживаться, чтобы исключать штрафные круги при разработке сервисов по формированию электронных документов на основе XML-схем.
Пример сравнения пространства имен все типов из трех XML-схем от наших подписчиков (спасибо коллеге из Перми) к вопросу указанного отрицательного явления (см. файл).
Кого там пнуть надо в Департаменте цифрового развития Минстроя России? Трое без волос очевидно не вывозят тему.
#XML, #ЗнП, #ПЗ, #Заключение, #explanatorynote_01_05,
#DesignAssignment_01_00,
#conclusion_01_03
😁7🔥4👀4💯3✍2🤯1
Forwarded from Artem Boiko
Бесплатное n8n приложение: Менеджмент проекта: универсальная система управления задачами и отчётами через телеграмм и таблицу
Универсальный автоматизированный бесплатный workflow на базе n8n, предназначенный для управления задачами и отчётами в любых отношениях "менеджер-исполнитель". Система использует Telegram-бота как удобный интерфейс для взаимодействия, Google Sheets (или можно подключить к любым другим таблицам) для хранения данных и автоматических напоминаний о задачах и отчётах.
🤖 Демо-бот менеджмента задач: https://t.iss.one/ProjectDiaryBot
▪️ Таблица с задачами и отчётами: https://docs.google.com/spreadsheets/d/14V795nago6Qt7PpECflnuFSTdTvwo-fWEG_n83wgKug
▪️ Видео демонстрации работы: https://t.iss.one/n8n_pipelines/1660
Система подходит для любых отношений "менеджер-исполнитель", где нужно ставить задачи, отслеживать выполнение и собирать отчёты. Система позволяет начать с минимального описания задачи (ID, название, исполнитель, время) и дополнять её реальными данными исполнителя (статус, фото, комментарии, GPS), что делает её универсальной для любых сценариев:
♻️ Строительство. Менеджер проекта и прорабы-подрядчики:
-> Менеджер: Назначает задачи (например, "Уложить плитку 10 м²") и запрашивает фотоотчёты (журнал работ, сварка).
<- Исполнитель: Отправляет статус ("выполнено"), фото и GPS стройплощадки.
Дополнения: Погода, комментарии о проблемах (например, "нет материалов").
♻️ Офис. Менеджер проекта и сотрудники-исполнители:
-> Менеджер: Назначает задачи ("Подготовить презентацию к 15:00") с приоритетами.
<- Исполнитель: Отвечает статусом ("готово") и прикрепляет файл/скриншот.
Дополнения: Комментарии о прогрессе или проблемах.
Начало обсуждения технического задания workflow менеджера задач n8n в группе "n8n Development": https://t.iss.one/n8n_pipelines/831
Скачать полный n8n workflow и инструкции по установки бесплатного приложения:
📥 GitHub: https://github.com/boikoartem/Project-management-with-task-management-and-photo-reports
Англоязычная версия приложения:
📥 GitHub: Project Management: Universal Task and Report Management System
https://github.com/datadrivenconstruction/Project-management-n8n-with-task-management-and-photo-reports
Универсальный автоматизированный бесплатный workflow на базе n8n, предназначенный для управления задачами и отчётами в любых отношениях "менеджер-исполнитель". Система использует Telegram-бота как удобный интерфейс для взаимодействия, Google Sheets (или можно подключить к любым другим таблицам) для хранения данных и автоматических напоминаний о задачах и отчётах.
🤖 Демо-бот менеджмента задач: https://t.iss.one/ProjectDiaryBot
▪️ Таблица с задачами и отчётами: https://docs.google.com/spreadsheets/d/14V795nago6Qt7PpECflnuFSTdTvwo-fWEG_n83wgKug
▪️ Видео демонстрации работы: https://t.iss.one/n8n_pipelines/1660
Система подходит для любых отношений "менеджер-исполнитель", где нужно ставить задачи, отслеживать выполнение и собирать отчёты. Система позволяет начать с минимального описания задачи (ID, название, исполнитель, время) и дополнять её реальными данными исполнителя (статус, фото, комментарии, GPS), что делает её универсальной для любых сценариев:
♻️ Строительство. Менеджер проекта и прорабы-подрядчики:
-> Менеджер: Назначает задачи (например, "Уложить плитку 10 м²") и запрашивает фотоотчёты (журнал работ, сварка).
<- Исполнитель: Отправляет статус ("выполнено"), фото и GPS стройплощадки.
Дополнения: Погода, комментарии о проблемах (например, "нет материалов").
♻️ Офис. Менеджер проекта и сотрудники-исполнители:
-> Менеджер: Назначает задачи ("Подготовить презентацию к 15:00") с приоритетами.
<- Исполнитель: Отвечает статусом ("готово") и прикрепляет файл/скриншот.
Дополнения: Комментарии о прогрессе или проблемах.
Начало обсуждения технического задания workflow менеджера задач n8n в группе "n8n Development": https://t.iss.one/n8n_pipelines/831
Скачать полный n8n workflow и инструкции по установки бесплатного приложения:
📥 GitHub: https://github.com/boikoartem/Project-management-with-task-management-and-photo-reports
Англоязычная версия приложения:
📥 GitHub: Project Management: Universal Task and Report Management System
https://github.com/datadrivenconstruction/Project-management-n8n-with-task-management-and-photo-reports
🔥3
vii-2025-06-105_web.pdf
927.1 KB
Механизм разработки РПСО и СТО должен быть усовершенствован
Статья из «Вестника инженерных изысканий», Июнь 2025 № 6 (105) стр. 16-23.
Прошло уже полтора год с момента принятия Федерального закона от 25 декабря 2023 г. № 653-ФЗ «О внесении изменений в Федеральный закон «Технический регламент о безопасности зданий и сооружений», а профессиональное сообщество строительной отрасли по-прежнему находится в процессе критического осмысления его основных положений.
Статья из «Вестника инженерных изысканий», Июнь 2025 № 6 (105) стр. 16-23.
Прошло уже полтора год с момента принятия Федерального закона от 25 декабря 2023 г. № 653-ФЗ «О внесении изменений в Федеральный закон «Технический регламент о безопасности зданий и сооружений», а профессиональное сообщество строительной отрасли по-прежнему находится в процессе критического осмысления его основных положений.
Больше всего опасений у инженерного, научного и экспертного сообщества вызывают именно РПСО. Поскольку законодательством предусмотрено привлечение к разработке таких документов научных организаций, ведущие центры оказались практически завалены предложениями. Причем связаны они не с инновациями, а с необходимостью обоснования спорных проектных решений, которые в обычном порядке не проходят экспертизу. Во многих случаях инициатива разработки исходит со стороны заказчика. При этом далеко не все ГИПы готовы ставить свою подпись под документом сомнительного содержания и требуют его оформления в виде СТО.
Специалисты экспертизы тоже не спешат брать на себя ответственность за те РПСО, которые к ним поступают. Поэтому стараются готовить как можно больше замечаний и требований дополнительного обоснования тех или иных решений, всячески затягивая процедуру утверждения.
Встречаются случаи, когда эксперты, наоборот, выступают инициаторами подготовки научных обоснований, когда видят, что в обычном порядке документация не имеет перспективы быть утвержденной в положенный срок.
Ученым ответственность за сомнительные с точки зрения требований безопасности решения тоже не нужна. Поэтому со стороны крупных научных центров начинают звучать предложения ввести практику утверждения РПСО в отраслевом техническом комитете.
По СТО ситуация не намного лучше. Ответственный секретарь ТК 465 «Строительство» Сергей Хвоинский отмечает, что из 15 СТО, поступивших на рассмотрение с момента вступления в силу новых норм законодательства, ни один не был подготовлен в соответствии с требованиями ГОСТ Р 1.4-2004. Наметилась тенденция, что документы идут с отклонениями от тех норм, которые прописаны в основополагающих стандартах в сводах правил. Поэтому технический комитет, собственно, и вынужден был разработать вышеупомянутые порядки в дополнение к требованиям приказа Минпромторга. В результате на сегодняшний день от разработчиков требуется, в частности, представление сопоставительного анализа требований, заложенных в СТО, с действующей нормативно-технической базой.
Очевидно, что если существующие фильтры в лице научных организаций, экспертизы и ГИПов не сработают, в отрасли начнется хаос. По выражению модератора конференции Азария Лапидуса, в отрасли складывается революционная ситуация наоборот - у нас верхи не хотят применять новые нормы закона, потому что не понимают как это делать, а низы не могут, потому что тоже не понимают, что с ними делать. Потому что многие известные в отрасли специалисты выступают против использования новых видов документов в качестве доказательной базы Технического регламента.
Могут ли физических лиц из НРС в области инженерных изысканий и архитектурно-строительного проектирования исключить из ошибок в ИМ ОКС с/без ЦИМ?
В феврале 2025 года на просторах интернета «ушел в плаванье» Аналитический отчет за 2024 год по практике исключения сведений о физических лицах из Национального реестра специалистов в области инженерных изысканий и архитектурно-строительного проектирования (Москва, 2025 г.).
Ну казалось бы, как в той песне: «По реке плывет кирпич, деревянный как стекло, ну и пусть себе плывет, нам не нужен пенопласт».
И если обратить внимание на причины, по которым на физических лиц из НРС в области инженерных изысканий и архитектурно-строительного проектирования подавались жалобы в НОПРИЗ, то среди таковых причин, связанных с ошибками допущенными в такой форме ПД как ИМ ОКС (с/без ЦИМ) вы не найдете.
Однако, анализируя знания, навыки и умения, изложенные в проф стандарте «Специалист по организации архитектурно-строительного проектирования», формально ошибки при формировании ПД в форме ИМ ОКС, в ряде случаев могут стать основанием для исключения ГИП/ГАП из НРС.
Приятного в этом мало.
Но потенциальная «собака» зарыта глубже.
Не смотря на то, что во всех случаях причины и решения были связаны с «привычной» текстовой и графической часть ПД, указанная тенденция имеет все шансы затронуть работу соответсвующих специалистов и с ПД в форме ИМ ОКС (с/без ЦИМ).
Поживем - увидим. А пока учимся на ошибках других.
Однако, если анализировать, те случаи которые описаны в Аналитическом отчете, и которые были связаны с «привычной» формой ПД и РИИ, то стоит обратить внимание, на ряд суждений, которые легли в основу обоснования принятого решения по исключению специалиста из НРС.
Т.е. в ряде случаев решение об исключении, на наш взгляд, основано на некорректно установленной причинно-следственной связи наступления тех или иных событий, положенных в обоснование причин исключения.
Так, к примеру, приведем цитату по содержанию указанного документа, вызывающую сомнения в корректности выстраивании причинно-следственной связи детерминированного вида (если изменить причину, то это обязательно приведёт к перемене следствия).
Т.е. проверяющих не смутила, действовавшая в период заключения договора на экспертизу (договор на ПИР от 03.08.2020, а договор на экспертизу очевидно значительно позднее заключен) редакция п.24 Положения, утв. ПП РФ от 05.03.2007 N 145 (в ред. ПП РФ от 31.12.2019 N 1948 - дейст. с 17.01.2020) которая устанавливала, что основаниями для отказа в принятии ПД и (или) РИИ, представленных на экспертизу, являются отсутствие в ПД разделов, которые подлежат включению в состав такой документации в соответствии с требованиями, установленными Положением, утв. ПП РФ от 16.02.2008 г. N 87?
А если заменить указанную причину на отсутствие отказа в приемке некомплектной документации…и попробовать выяснить, почему не был выдан отказ в рассмотрении представленной документации по существу…
И вот вся эта не очень убедительная история, пока в ряде случае, развивается в отношении привычной текстовой и графической частей ПД.
А если заглянуть чуть дальше…
И как только еще не догадались жалобы за наличие несоответствий в СДМ, включаемых в ИМ ОКС, в т.ч. и ЦИМ в ее составе на ГИПов, ГАПов подавать…
В общем в теории - исключение возможно, на практике скорее только в купе с более существенными причинами не связанными с формой документации.
Напомним, что согласно Приказа Минтруда России от 21.04.2022 N 228н, данные специалисты теперь должны обладать знаниями и уметь использовать ТИМ.
В феврале 2025 года на просторах интернета «ушел в плаванье» Аналитический отчет за 2024 год по практике исключения сведений о физических лицах из Национального реестра специалистов в области инженерных изысканий и архитектурно-строительного проектирования (Москва, 2025 г.).
Ну казалось бы, как в той песне: «По реке плывет кирпич, деревянный как стекло, ну и пусть себе плывет, нам не нужен пенопласт».
И если обратить внимание на причины, по которым на физических лиц из НРС в области инженерных изысканий и архитектурно-строительного проектирования подавались жалобы в НОПРИЗ, то среди таковых причин, связанных с ошибками допущенными в такой форме ПД как ИМ ОКС (с/без ЦИМ) вы не найдете.
Однако, анализируя знания, навыки и умения, изложенные в проф стандарте «Специалист по организации архитектурно-строительного проектирования», формально ошибки при формировании ПД в форме ИМ ОКС, в ряде случаев могут стать основанием для исключения ГИП/ГАП из НРС.
Приятного в этом мало.
Но потенциальная «собака» зарыта глубже.
Не смотря на то, что во всех случаях причины и решения были связаны с «привычной» текстовой и графической часть ПД, указанная тенденция имеет все шансы затронуть работу соответсвующих специалистов и с ПД в форме ИМ ОКС (с/без ЦИМ).
Поживем - увидим. А пока учимся на ошибках других.
Однако, если анализировать, те случаи которые описаны в Аналитическом отчете, и которые были связаны с «привычной» формой ПД и РИИ, то стоит обратить внимание, на ряд суждений, которые легли в основу обоснования принятого решения по исключению специалиста из НРС.
Т.е. в ряде случаев решение об исключении, на наш взгляд, основано на некорректно установленной причинно-следственной связи наступления тех или иных событий, положенных в обоснование причин исключения.
Так, к примеру, приведем цитату по содержанию указанного документа, вызывающую сомнения в корректности выстраивании причинно-следственной связи детерминированного вида (если изменить причину, то это обязательно приведёт к перемене следствия).
Подготовка специалистом ПД без необходимых исходных данных, направление на госэкспертизу результатов несостоявшегося проекта, подготовка документации с нарушениями требований технических регламентов явилось основанием для исключения сведений о таком специалисте из НРС.
…
Проект сдавался без некоторых разделов в документации, которые разрабатывались и сдавались уже после начала экспертизы.
Т.е. проверяющих не смутила, действовавшая в период заключения договора на экспертизу (договор на ПИР от 03.08.2020, а договор на экспертизу очевидно значительно позднее заключен) редакция п.24 Положения, утв. ПП РФ от 05.03.2007 N 145 (в ред. ПП РФ от 31.12.2019 N 1948 - дейст. с 17.01.2020) которая устанавливала, что основаниями для отказа в принятии ПД и (или) РИИ, представленных на экспертизу, являются отсутствие в ПД разделов, которые подлежат включению в состав такой документации в соответствии с требованиями, установленными Положением, утв. ПП РФ от 16.02.2008 г. N 87?
А если заменить указанную причину на отсутствие отказа в приемке некомплектной документации…и попробовать выяснить, почему не был выдан отказ в рассмотрении представленной документации по существу…
И вот вся эта не очень убедительная история, пока в ряде случае, развивается в отношении привычной текстовой и графической частей ПД.
А если заглянуть чуть дальше…
И как только еще не догадались жалобы за наличие несоответствий в СДМ, включаемых в ИМ ОКС, в т.ч. и ЦИМ в ее составе на ГИПов, ГАПов подавать…
В общем в теории - исключение возможно, на практике скорее только в купе с более существенными причинами не связанными с формой документации.
Напомним, что согласно Приказа Минтруда России от 21.04.2022 N 228н, данные специалисты теперь должны обладать знаниями и уметь использовать ТИМ.
Forwarded from Канал BIM INSPECTOR
Не пропустите наш вебинар «BIM Inspector: Настройка BIM стандартов, масок и правил проверки»
31 июля 2025 г.
13:00 (МСК)
Трансляция в Telegram-канале BIM Inspector
Максим Курбатов, руководитель продукта
*Ссылка на трансляцию будет отправлена на почту после регистрации
#BIM #вебинар #BIM_Inspector #Настройка_BIM_стандартов
Please open Telegram to view this post
VIEW IN TELEGRAM
Роскадастр представил типовые ошибки при подготовке карт-планов территории
ППК "Роскадастр" в своем Письме от 18.07.2025 N 30-0378/25 представил материалы совещания по теме "Типовые ошибки, допускаемые при подготовке карт-планов территории".
Письмо
Приложение. Ответы на вопросы, поступившие в ходе подготовки и проведения совещания
#ВРИ, #ПЗЗ, #ЕГРН, #ПМТ
ППК "Роскадастр" в своем Письме от 18.07.2025 N 30-0378/25 представил материалы совещания по теме "Типовые ошибки, допускаемые при подготовке карт-планов территории".
Письмо
Приложение. Ответы на вопросы, поступившие в ходе подготовки и проведения совещания
#ВРИ, #ПЗЗ, #ЕГРН, #ПМТ
Forwarded from NSR Specification - блог (Ольга Кутузова)
Media is too big
VIEW IN TELEGRAM
Давайте смотреть правде в глаза: мы занимаемся разработкой решения, пока не имеющего аналогов. И, соответственно, сталкиваемся с необходимостью доказывать свою эффективность.
Поэтому, нам надо показывать и доказывать
Спасибо коллегам!
Подобных пилотных проектов мы провели уже больше десяти. Каждый раз рождались на свет новые фичи.
И ... каждый раз нам казалось, что мы готовы к промышленной эксплуатации.
Наивные мы.
Итак, к делу.
Решено было использовать только его и не добавлять новых атрибутов (обычно мы добавляем характеристики элементам, значения которых задаём на основе визуального осмотра, расчёта на основе других значений или запрашиваем информацию у Заказчика)
И вот, счастливый финал, мы показываем коллегам из РЖД результаты наших экспериментов...
нормативное требование устанавливает минимальное расстояние между осями трубопроводов, а CADLIB МиА измеряет расстояние между стенками труб. В самом требовании этот нюанс прямым текстом не озвучен.
Но, специалисты то знают!
В общем, нужно пересчитать.
О, счастье, у нас получилось и это
С костылями и молитвами (ибо прямого указания нет).
Но, получилось!
В, общем, смотрите видео:
Please open Telegram to view this post
VIEW IN TELEGRAM
👍7🔥3
Media is too big
VIEW IN TELEGRAM
Цифровой стандарт стройки Ямала
На Ямале утвердили собственный региональный стандарт цифровой стройки. Теперь застройщики делятся на уровни, стройка контролируется онлайн, а строительные процессы становятся точнее и прозрачнее — вплоть до учёта рабочего времени и дронов с видеосъёмкой.
На Ямале утвердили собственный региональный стандарт цифровой стройки. Теперь застройщики делятся на уровни, стройка контролируется онлайн, а строительные процессы становятся точнее и прозрачнее — вплоть до учёта рабочего времени и дронов с видеосъёмкой.
👍6🔥2
Forwarded from Всё про IFC
Разбираем ТЗ на ЦИМ. Выпуск 2
Делим модели на разделы.
Если у вас достаточно большой и сложный объект с кучей инфраструктуры, то подробное деление ЦИМ на отдельные файлы имеет смысл. Например, системы ВК можно разделить на файлы В0, В1, В2 и т.д. (см. скрин)
Но в случае небольшого объекта можно обойтись без выделения одной трубы в отдельный IFC-файл. И тогда возникает вопрос, каким образом выделять те самые В0, В1, В2 ... ?
🛑 1-ый способ:
- Добавить атрибут каждому элементу системы и фильтровать по ним.
🛑 2-ой способ:
- не дублировать лишний раз одну и ту же информацию, а объединять элементы в подсистему с соответствующим именем и видеть ее в диспетчере(структуре) проекта.
🔹 IfcBuildingSystem (или IfcBuiltSystem для IFC 4x3) - строительные системы (КЖ, КР, КД, фасады и т.д.)
🔹 IfcDistributionSystem - инженерные систем (К0, К1, К2, К3, В0, В1 и т.д.)
🔹 IfcSystem - любые системы без конкретизации.
Об особенностях каждого способа ранее порассуждали тут и тут.
И лучше заранее понимать, какое разделение ЦИМ прописать в ТЗ, так как от этого зависит работа проектировщика, и у некоторых САПР были проблемы с реализацией второго способа.
👥 @IFC_ru
👥 @IFC_club
Делим модели на разделы.
Если у вас достаточно большой и сложный объект с кучей инфраструктуры, то подробное деление ЦИМ на отдельные файлы имеет смысл. Например, системы ВК можно разделить на файлы В0, В1, В2 и т.д. (см. скрин)
Но в случае небольшого объекта можно обойтись без выделения одной трубы в отдельный IFC-файл. И тогда возникает вопрос, каким образом выделять те самые В0, В1, В2 ... ?
- Добавить атрибут каждому элементу системы и фильтровать по ним.
- не дублировать лишний раз одну и ту же информацию, а объединять элементы в подсистему с соответствующим именем и видеть ее в диспетчере(структуре) проекта.
Об особенностях каждого способа ранее порассуждали тут и тут.
И лучше заранее понимать, какое разделение ЦИМ прописать в ТЗ, так как от этого зависит работа проектировщика, и у некоторых САПР были проблемы с реализацией второго способа.
Please open Telegram to view this post
VIEW IN TELEGRAM
ГПЗУ вошел в состав аукционной документации на земельные участки
В аукционную документацию включен градостроительный план выставленного на торги земельного участка, находящегося в государственной или муниципальной собственности.
Указаное стало возможно с принятием Федерального закона от 31.07.2025 N 296-ФЗ, который внес соответствующие изменения в статью 39.11 Земельного кодекса РФ.
Изменения главным образом направлены на сокращение инвестиционно-строительного цикла путем предоставления участникам аукциона информации, содержащейся в градостроительном плане земельного участка, до определения победителя и оформления прав на земельный участок, что позволит осуществить работы по архитектурно-строительному проектированию на более раннем этапе инвестиционного цикла.
В аукционную документацию включен градостроительный план выставленного на торги земельного участка, находящегося в государственной или муниципальной собственности.
Указаное стало возможно с принятием Федерального закона от 31.07.2025 N 296-ФЗ, который внес соответствующие изменения в статью 39.11 Земельного кодекса РФ.
Изменения главным образом направлены на сокращение инвестиционно-строительного цикла путем предоставления участникам аукциона информации, содержащейся в градостроительном плане земельного участка, до определения победителя и оформления прав на земельный участок, что позволит осуществить работы по архитектурно-строительному проектированию на более раннем этапе инвестиционного цикла.
👍5
BIMSERT
779131-8.pdf
Приняты поправки в Градостроительный кодекс
Федеральным законом от 31.07.2025 № 309-ФЗ внесены изменения в Градостроительный кодекс Российской Федерации.
Ранее об основных изменениях.
Федеральным законом от 31.07.2025 № 309-ФЗ внесены изменения в Градостроительный кодекс Российской Федерации.
Ранее об основных изменениях.
publication.pravo.gov.ru
Федеральный закон от 31.07.2025 № 309-ФЗ ∙ Официальное опубликование правовых актов
Федеральный закон от 31.07.2025 № 309-ФЗ
"О внесении изменений в Градостроительный кодекс Российской Федерации"
"О внесении изменений в Градостроительный кодекс Российской Федерации"
В Жилищном кодексе установлены требования к техническому обслуживанию газового оборудования
Федеральным законом от 31.07.2025 № 308-ФЗ внесены изменения в Федеральный закон "О газоснабжении в Российской Федерации" и статьи 113 и 157-3 Жилищного кодекса Российской Федерации".
Предусмотрены отдельные положения, устанавливающие Требования к техническому обслуживанию, ремонту, установке, замене внутридомового и внутриквартирного газового оборудования.
Федеральным законом от 31.07.2025 № 308-ФЗ внесены изменения в Федеральный закон "О газоснабжении в Российской Федерации" и статьи 113 и 157-3 Жилищного кодекса Российской Федерации".
Предусмотрены отдельные положения, устанавливающие Требования к техническому обслуживанию, ремонту, установке, замене внутридомового и внутриквартирного газового оборудования.
publication.pravo.gov.ru
Федеральный закон от 31.07.2025 № 308-ФЗ ∙ Официальное опубликование правовых актов
Федеральный закон от 31.07.2025 № 308-ФЗ
"О внесении изменений в Федеральный закон "О газоснабжении в Российской Федерации" и статьи 113 и 157-3 Жилищного кодекса Российской Федерации"
"О внесении изменений в Федеральный закон "О газоснабжении в Российской Федерации" и статьи 113 и 157-3 Жилищного кодекса Российской Федерации"
Проектная документация неоднократного применения по объектам Фонда реновации жилой застройки Москвы будет проходит экспертизу в ГАУ МГЭ
На публичное обсуждение размещен проект Постановления Правительства РФ о внесении изменения в постановление Правительства РФ от 10 июня 2025 г. № 874 «Об утверждении особенностей проведения государственной экспертизы проектной документации объекта капитального строительства, подготовленной в целях неоднократного применения при архитектурно-строительном проектировании объектов капитального строительства».
Проектом постановления устанавливается возможность прохождения государственной экспертизы проектной документации ОКС, подготовленной в целях неоднократного применения при архитектурно-строительном проектировании ОКС (далее - проектная документация неоднократного применения), подготовка которой обеспечена Московским фондом реновации жилой застройки (далее – Фонд реновации) в соответствии с Законом о статусе столицы, проводится исполнительным органом субъекта Российской Федерации – города федерального значения Москвы, уполномоченным на проведение государственной экспертизы проектной документации, или подведомственным указанному органу государственным (бюджетным или автономным) учреждением.
Анализ правоприменительной практики подтверждает, что действующая процедура подготовки проектной документации неоднократного применения Фондом реновации является не оптимальной и затрудняет проведение в отношении нее государственной экспертизы, в связи с чем данные изменения являются своевременными и актуальными.
На публичное обсуждение размещен проект Постановления Правительства РФ о внесении изменения в постановление Правительства РФ от 10 июня 2025 г. № 874 «Об утверждении особенностей проведения государственной экспертизы проектной документации объекта капитального строительства, подготовленной в целях неоднократного применения при архитектурно-строительном проектировании объектов капитального строительства».
Проектом постановления устанавливается возможность прохождения государственной экспертизы проектной документации ОКС, подготовленной в целях неоднократного применения при архитектурно-строительном проектировании ОКС (далее - проектная документация неоднократного применения), подготовка которой обеспечена Московским фондом реновации жилой застройки (далее – Фонд реновации) в соответствии с Законом о статусе столицы, проводится исполнительным органом субъекта Российской Федерации – города федерального значения Москвы, уполномоченным на проведение государственной экспертизы проектной документации, или подведомственным указанному органу государственным (бюджетным или автономным) учреждением.
Анализ правоприменительной практики подтверждает, что действующая процедура подготовки проектной документации неоднократного применения Фондом реновации является не оптимальной и затрудняет проведение в отношении нее государственной экспертизы, в связи с чем данные изменения являются своевременными и актуальными.
🤯1
Forwarded from Бесславные Строители
This media is not supported in your browser
VIEW IN TELEGRAM
31 июля отмечается международный день специалистов по внедрению цифровых технологий 🤖
Поздравляем всех цифровизаторов-внедрятелей, и, в частности, нашего главного внедрятеля «сигма-боя от Минстроя» Константина Михайлика👏
Поздравляем всех цифровизаторов-внедрятелей, и, в частности, нашего главного внедрятеля «сигма-боя от Минстроя» Константина Михайлика
Please open Telegram to view this post
VIEW IN TELEGRAM
😁16🔥4💯3🙊2
проект пп рф.docx
31.8 KB
ТПД: подготовлены очередные изменения в Постановление Правительства РФ от 05.03.2007 г. № 145
На публичное обсуждение размещен проект Постановления Правительства РФ о внесении изменений в Постановление Правительства РФ от 05.03.2007 г. № 145 и иные нормативные правовые акты.
Проектом постановления п. 15 Положения об организации и проведении государственной экспертизы проектной документации и результатов инженерных изысканий, утвержденного постановлением Правительства РФ от 05.03.2007 г. № 145 (далее – Положение № 145), предлагается признать утратившим силу, так как рассмотрение документа, подтверждающего аналогичность назначения и проектной мощности проектируемого ОКС и соответствие природных и иных условий территории, на которой планируется осуществлять строительство такого ОКС, назначению, проектной мощности ОКС и условиям территории, с учетом которых типовая проектная документация, которая использована для проектирования, подготавливалась для первоначального применения, не является необходимым при проведении экспертизы проектной документации и не относится к предмету экспертизы проектной документации, установленному п. 1 ч. 5 ст. 49 ГрК РФ и включающему в себя оценку соответствия проектной документации требованиям технических регламентов, санитарно-эпидемиологическим требованиям, требованиям в области охраны окружающей среды, требованиям государственной охраны объектов культурного наследия, требованиям к безопасному использованию атомной энергии, требованиям промышленной безопасности, требованиям к обеспечению надежности
и безопасности электроэнергетических систем и объектов электроэнергетики, требованиям антитеррористической защищенности объекта, заданию застройщика или технического заказчика на проектирование, результатам инженерных.
Корреспондирующие правки вносятся в п. 13.1, 16 и 16.1 Положения № 145, а также Постановления Правительства РФ от 31.12.2019 г. № 1948 и в изменения, которые вносятся в акты Правительства РФ, утвержденные Постановлением Правительства РФ от 01.03.2022 г. № 278.
Отдельные положения указанных выше постановлений также признаются утратившими силу (по перечню согласно приложению, к проекту постановления).
На публичное обсуждение размещен проект Постановления Правительства РФ о внесении изменений в Постановление Правительства РФ от 05.03.2007 г. № 145 и иные нормативные правовые акты.
Проектом постановления п. 15 Положения об организации и проведении государственной экспертизы проектной документации и результатов инженерных изысканий, утвержденного постановлением Правительства РФ от 05.03.2007 г. № 145 (далее – Положение № 145), предлагается признать утратившим силу, так как рассмотрение документа, подтверждающего аналогичность назначения и проектной мощности проектируемого ОКС и соответствие природных и иных условий территории, на которой планируется осуществлять строительство такого ОКС, назначению, проектной мощности ОКС и условиям территории, с учетом которых типовая проектная документация, которая использована для проектирования, подготавливалась для первоначального применения, не является необходимым при проведении экспертизы проектной документации и не относится к предмету экспертизы проектной документации, установленному п. 1 ч. 5 ст. 49 ГрК РФ и включающему в себя оценку соответствия проектной документации требованиям технических регламентов, санитарно-эпидемиологическим требованиям, требованиям в области охраны окружающей среды, требованиям государственной охраны объектов культурного наследия, требованиям к безопасному использованию атомной энергии, требованиям промышленной безопасности, требованиям к обеспечению надежности
и безопасности электроэнергетических систем и объектов электроэнергетики, требованиям антитеррористической защищенности объекта, заданию застройщика или технического заказчика на проектирование, результатам инженерных.
Корреспондирующие правки вносятся в п. 13.1, 16 и 16.1 Положения № 145, а также Постановления Правительства РФ от 31.12.2019 г. № 1948 и в изменения, которые вносятся в акты Правительства РФ, утвержденные Постановлением Правительства РФ от 01.03.2022 г. № 278.
Отдельные положения указанных выше постановлений также признаются утратившими силу (по перечню согласно приложению, к проекту постановления).
1.13.505-1.020.24 ПНСТ.docx
93 MB
ПНСТ по ЦИМ школ и поликлиник вынесены на голосование в ТК 505
Секретариат ТК 505 «Информационное моделирование» в соответствии с положениями Федерального закона от 29.06.2015 №162-ФЗ «О стандартизации в Российской Федерации», ГОСТ Р 1.16-2011 «Стандартизация в Российской Федерации. Стандарты национальные предварительные. Правила разработки, утверждения, применения и отмены» сообщает о проведении заочного голосования по вопросам:
1. О целесообразности утверждения предварительного национального стандарта ПНСТ «Требования к цифровым информационным моделям объектов непроизводственного назначения. Школы» (1.13.505-1.020.24);
2. О целесообразности утверждения предварительного национального стандарта ПНСТ «Требования к цифровым информационным моделям объектов непроизводственного назначения. Поликлиники» (1.13.505-1.021.24);
3. О внесении изменений в приказ Федерального агентства по техническому регулированию и метрологии от «27» декабря 2024 г. № 3141 в части Положения ТК, Структуры ТК и Состава ТК. В частности за не соблюдение обязанностей членов технического комитета из его состава предлагается исключить 23 организации сократив состав членов ТК 505 до 68 организаций.
Период проведения заочного голосования – с 1 августа 2025 г. по 10 августа 2025 г. включительно.
Сводки замечаний и окончательные редакции ПНСТ, по которым на основе положительного заключения ТК 505 вынесено решение о проведении голосования - см. Приложения.
Секретариат ТК 505 «Информационное моделирование» в соответствии с положениями Федерального закона от 29.06.2015 №162-ФЗ «О стандартизации в Российской Федерации», ГОСТ Р 1.16-2011 «Стандартизация в Российской Федерации. Стандарты национальные предварительные. Правила разработки, утверждения, применения и отмены» сообщает о проведении заочного голосования по вопросам:
1. О целесообразности утверждения предварительного национального стандарта ПНСТ «Требования к цифровым информационным моделям объектов непроизводственного назначения. Школы» (1.13.505-1.020.24);
2. О целесообразности утверждения предварительного национального стандарта ПНСТ «Требования к цифровым информационным моделям объектов непроизводственного назначения. Поликлиники» (1.13.505-1.021.24);
3. О внесении изменений в приказ Федерального агентства по техническому регулированию и метрологии от «27» декабря 2024 г. № 3141 в части Положения ТК, Структуры ТК и Состава ТК. В частности за не соблюдение обязанностей членов технического комитета из его состава предлагается исключить 23 организации сократив состав членов ТК 505 до 68 организаций.
Период проведения заочного голосования – с 1 августа 2025 г. по 10 августа 2025 г. включительно.
Сводки замечаний и окончательные редакции ПНСТ, по которым на основе положительного заключения ТК 505 вынесено решение о проведении голосования - см. Приложения.