С 1 марта 2026 года изменяется правовое регулирование в сфере использования российских программ и баз данных
Установлено, что Правительство РФ по представлению Минцифры России определяет НКО, осуществляющую функции оператора реестра российского ПО. Такая НКО должна соответствовать в совокупности установленным требованиям [ч. 3 ст. 12.1 149-ФЗ от 27.07.2006 в ред. 325-ФЗ от 31.07.2025].
Для целей включения в реестр российского ПО сведений о программах и базах данных раскрывается понятие российской коммерческой организации (КО). Если иное не предусмотрено международным договором, российской КО является КО, находящаяся под контролем РФ, или субъекта РФ, или мунобразования, или гражданина РФ, или контролируемых ими совместно или по отдельности лиц [ч. 3 ст. 15 41-ФЗ от 01.04.2025 в ред. 325-ФЗ от 31.07.2025].
При этом под контролем понимается возможность определять решения, принимаемые указанной российской КО, в силу наличия права прямо или косвенно распоряжаться >50% общего количества голосов, приходящихся на голосующие акции (доли), составляющие уставный капитал данной российской КО.
Разработчик российского ПО признается значимым в случае его соответствия следующим требованиям [пп. "в" ч. 5 ст. 12.1 149-ФЗ от 27.07.2006 в ред. 325-ФЗ от 31.07.2025]:
- разработчик российского ПО является российским хозяйственным обществом (ХО), которое, если иное не предусмотрено международным договором, находится под контролем РФ, или субъекта РФ, или мунобразования, или гражданина РФ, или контролируемых ими совместно или по отдельности лиц. При этом под контролем понимается возможность определять решения, принимаемые указанным российским ХО, в силу наличия права прямо или косвенно распоряжаться >50% общего количества голосов, приходящихся на голосующие акции (доли), составляющие уставный капитал данного российского ХО;
- разработчик российского ПО заключил с Правительством РФ соглашение о разработке или модернизации за счет собственных средств программ и баз данных в целях импортозамещения ПО для реализации особо значимых проектов.
Минцифры России наделено полномочиями:
- по ведению перечня значимых разработчиков российского ПО [ч. 5 ст. 15 41-ФЗ от 01.04.2025 в ред. 325-ФЗ от 31.07.2025];
- по формированию и ведению перечня российских программ и баз данных, разработанных и используемых для собственных нужд российскими ЮЛ (в перечень на основании решений правительственной комиссии, если иное не предусмотрено ФЗ, включаются сведения о программах и базах данных, которые соответствуют установленным требованиям) [ч. 3.2 ст. 2 58-ФЗ от 07.04.2025 в ред. 325-ФЗ от 31.07.2025 N];
- по ведению перечня доверенных российских программ и баз данных (в перечень на основании решений правительственной комиссии включаются сведения о программах и базах данных, которые соответствуют установленным требованиям) [ч. 3.7 ст. 2 58-ФЗ от 07.04.2025 в ред. 325-ФЗ от 31.07.2025].
В случае, если ФЗ и иными НПА установлено требование об использовании программы и базы данных, сведения о которых включены в единый реестр российских программ и баз данных, указанное требование считается выполненным при условии использования программ и баз данных, сведения о которых включены в перечень российских программ и баз данных, разработанных и используемых для собственных нужд российскими ЮЛ [ч. 3.6 ст. 2 58-ФЗ от 07.04.2025 в ред. 325-ФЗ от 31.07.2025].
Случаи использования программ и баз данных, сведения о которых включены в перечень доверенных российских программ и баз данных, определяются ФЗ, актами Президента РФ и Правительства РФ [ч. 3.11 ст. 2 58-ФЗ от 07.04.2025 в ред. 325-ФЗ от 31.07.2025].
Определены особенности включения в перечень российских программ и баз данных, разработанных и используемых для собственных нужд российскими ЮЛ, сведений о программах и базах данных, исключительные права на которые принадлежат г. Москве [ст. 21 Закона РФ от 15.04.1993 N 4802-1 в ред. 325-ФЗ от 31.07.2025].
Принят ряд подзаконных актов (ПП РФ от 26.11.2025 N 1888, от 28.11.2025 N 1931, N 1936 и N 1937; Приказ Минцифры России от 09.12.2025 N 1160).
📸 bimsert
Установлено, что Правительство РФ по представлению Минцифры России определяет НКО, осуществляющую функции оператора реестра российского ПО. Такая НКО должна соответствовать в совокупности установленным требованиям [ч. 3 ст. 12.1 149-ФЗ от 27.07.2006 в ред. 325-ФЗ от 31.07.2025].
Для целей включения в реестр российского ПО сведений о программах и базах данных раскрывается понятие российской коммерческой организации (КО). Если иное не предусмотрено международным договором, российской КО является КО, находящаяся под контролем РФ, или субъекта РФ, или мунобразования, или гражданина РФ, или контролируемых ими совместно или по отдельности лиц [ч. 3 ст. 15 41-ФЗ от 01.04.2025 в ред. 325-ФЗ от 31.07.2025].
При этом под контролем понимается возможность определять решения, принимаемые указанной российской КО, в силу наличия права прямо или косвенно распоряжаться >50% общего количества голосов, приходящихся на голосующие акции (доли), составляющие уставный капитал данной российской КО.
Разработчик российского ПО признается значимым в случае его соответствия следующим требованиям [пп. "в" ч. 5 ст. 12.1 149-ФЗ от 27.07.2006 в ред. 325-ФЗ от 31.07.2025]:
- разработчик российского ПО является российским хозяйственным обществом (ХО), которое, если иное не предусмотрено международным договором, находится под контролем РФ, или субъекта РФ, или мунобразования, или гражданина РФ, или контролируемых ими совместно или по отдельности лиц. При этом под контролем понимается возможность определять решения, принимаемые указанным российским ХО, в силу наличия права прямо или косвенно распоряжаться >50% общего количества голосов, приходящихся на голосующие акции (доли), составляющие уставный капитал данного российского ХО;
- разработчик российского ПО заключил с Правительством РФ соглашение о разработке или модернизации за счет собственных средств программ и баз данных в целях импортозамещения ПО для реализации особо значимых проектов.
Минцифры России наделено полномочиями:
- по ведению перечня значимых разработчиков российского ПО [ч. 5 ст. 15 41-ФЗ от 01.04.2025 в ред. 325-ФЗ от 31.07.2025];
- по формированию и ведению перечня российских программ и баз данных, разработанных и используемых для собственных нужд российскими ЮЛ (в перечень на основании решений правительственной комиссии, если иное не предусмотрено ФЗ, включаются сведения о программах и базах данных, которые соответствуют установленным требованиям) [ч. 3.2 ст. 2 58-ФЗ от 07.04.2025 в ред. 325-ФЗ от 31.07.2025 N];
- по ведению перечня доверенных российских программ и баз данных (в перечень на основании решений правительственной комиссии включаются сведения о программах и базах данных, которые соответствуют установленным требованиям) [ч. 3.7 ст. 2 58-ФЗ от 07.04.2025 в ред. 325-ФЗ от 31.07.2025].
В случае, если ФЗ и иными НПА установлено требование об использовании программы и базы данных, сведения о которых включены в единый реестр российских программ и баз данных, указанное требование считается выполненным при условии использования программ и баз данных, сведения о которых включены в перечень российских программ и баз данных, разработанных и используемых для собственных нужд российскими ЮЛ [ч. 3.6 ст. 2 58-ФЗ от 07.04.2025 в ред. 325-ФЗ от 31.07.2025].
Случаи использования программ и баз данных, сведения о которых включены в перечень доверенных российских программ и баз данных, определяются ФЗ, актами Президента РФ и Правительства РФ [ч. 3.11 ст. 2 58-ФЗ от 07.04.2025 в ред. 325-ФЗ от 31.07.2025].
Определены особенности включения в перечень российских программ и баз данных, разработанных и используемых для собственных нужд российскими ЮЛ, сведений о программах и базах данных, исключительные права на которые принадлежат г. Москве [ст. 21 Закона РФ от 15.04.1993 N 4802-1 в ред. 325-ФЗ от 31.07.2025].
Принят ряд подзаконных актов (ПП РФ от 26.11.2025 N 1888, от 28.11.2025 N 1931, N 1936 и N 1937; Приказ Минцифры России от 09.12.2025 N 1160).
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1
С 09.02.2026 в ГИС ЕГРЗ будет реализована проверка полноты загружаемого состава комплекта проектной документации
С 09.02.2026 при загрузке положительного заключения в ГИС ЕГРЗ будет проверяться указанный в заключении экспертизы состав разделов проектной документации в соответствии с пунктами 3(1) и 3(2) Положения о составе разделов проектной документации и требованиях к их содержанию, утвержденного постановлением Правительства Российской Федерации от 16.02.2008 № 87.
В случае отсутствия в заключении экспертизы указания одного или нескольких обязательных разделов проектной документации, пользователь будет проинформирован соответствующим предупреждением.
📸 bimsert
С 09.02.2026 при загрузке положительного заключения в ГИС ЕГРЗ будет проверяться указанный в заключении экспертизы состав разделов проектной документации в соответствии с пунктами 3(1) и 3(2) Положения о составе разделов проектной документации и требованиях к их содержанию, утвержденного постановлением Правительства Российской Федерации от 16.02.2008 № 87.
В случае отсутствия в заключении экспертизы указания одного или нескольких обязательных разделов проектной документации, пользователь будет проинформирован соответствующим предупреждением.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤1👍1
QldCT0KDQl18xMiDQvNC10YEgMjAyNS5wZGY=?=.pdf
387 KB
Основные показатели деятельности организаций экспертизы за 2025 год по данным ЕГРЗ
По итогам 2025 года количество заключений экспертизы проектной документации и (или) результатов инженерных изысканий, включенных в ЕГРЗ, в сравнении с аналогичным периодом 2024 года практически не изменилось (-0,4 %).
📸 bimsert
По итогам 2025 года количество заключений экспертизы проектной документации и (или) результатов инженерных изысканий, включенных в ЕГРЗ, в сравнении с аналогичным периодом 2024 года практически не изменилось (-0,4 %).
Please open Telegram to view this post
VIEW IN TELEGRAM
=utf_8B0JHRjtC70LvQtdGC0LXQvdC4INCV0JPQoNCXIDEyINC80LXRgSAyMDI1LnBkZg===.pdf
3.3 MB
Аналитический бюллетень ЕГРЗ за 2025 год
За 2025 год в ЕГРЗ включено 82,8 тысяч заключений экспертизы проектной документации и (или) результатов инженерных изысканий.
📸 bimsert
За 2025 год в ЕГРЗ включено 82,8 тысяч заключений экспертизы проектной документации и (или) результатов инженерных изысканий.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1
№3_Проект_приказа_79пр+приложение_28_01_2026.docx
362.1 KB
Подготовлена очередная версия внесения изменений в состав, сроки и периодичность размещения информации в ГИС ЖКХ
На публичное обсуждение размещена очередная версия проекта приказа Минстроя России о внесении изменений в состав, сроки и периодичность размещения информации поставщиками информации в ГИС ЖКХ.
В целях организации системы государственного учета жилищного фонда, позволяющей формировать достоверную информацию о составе жилья, его состоянии, стоимости объектов и изменение этих показателей, проектом приказа предлагается утвердить изменения, которые вносятся в состав размещения информации поставщиками информации в государственной информационной системе жилищно-коммунального хозяйства (далее – ГИС ЖКХ), обязательное размещение которой предусмотрено Федеральным законом № 209-ФЗ «О государственной информационной системе жилищно-коммунального хозяйства» (далее – Федеральный закон № 209-ФЗ), установленные приказом Минстроя России от 7 февраля 2024 г. № 79/пр.
Сбор сведений в ГИС ЖКХ о жилых домах и жилых помещениях в многоквартирных домах обеспечивается с учетом действующих положений Федерального закона № 209-ФЗ, в соответствии с которыми поставщиками данных являются исполнительные органы субъектов РФ, органы местного самоуправления и юридические лица.
В целях обеспечения оперативного размещения данных о состоянии жилищного фонда, актуализации размещенной информации предлагается внести соответствующие изменения в приказ Минстроя России от 7 февраля 2024 г. № 79/пр, в соответствии с которыми расширить перечень информации предоставляемой поставщиками в ГИС ЖКХ.
За достоверность размещаемых сведений в ГИС ЖКХ в соответствии с положениями Федерального закона № 209-ФЗ отвечают поставщики информации.
Указанные изменения отвечают концепции цифровизации существующих процессов и политике повышения доступности данных, размещаемых
в государственных информационных ресурсах.
Также, проектом приказа предусматривается изменение сроков размещения информации в ГИС ЖКХ лицами, осуществляющими поставки ресурсов, необходимых для предоставления коммунальных услуг в многоквартирные дома, жилые дома, лицами, осуществляющими деятельность по управлению многоквартирными домами на основании договора управления многоквартирным домом, ТСЖ, кооперативами, осуществляющими управление многоквартирным домом, региональным оператором по обращению с твердыми коммунальными отходами информации.
Указанные изменения необходимы в целях реализации подпункта «б» пункта
1 статьи 1 Федерального закона № 177-ФЗ.
📸 bimsert
На публичное обсуждение размещена очередная версия проекта приказа Минстроя России о внесении изменений в состав, сроки и периодичность размещения информации поставщиками информации в ГИС ЖКХ.
В целях организации системы государственного учета жилищного фонда, позволяющей формировать достоверную информацию о составе жилья, его состоянии, стоимости объектов и изменение этих показателей, проектом приказа предлагается утвердить изменения, которые вносятся в состав размещения информации поставщиками информации в государственной информационной системе жилищно-коммунального хозяйства (далее – ГИС ЖКХ), обязательное размещение которой предусмотрено Федеральным законом № 209-ФЗ «О государственной информационной системе жилищно-коммунального хозяйства» (далее – Федеральный закон № 209-ФЗ), установленные приказом Минстроя России от 7 февраля 2024 г. № 79/пр.
Сбор сведений в ГИС ЖКХ о жилых домах и жилых помещениях в многоквартирных домах обеспечивается с учетом действующих положений Федерального закона № 209-ФЗ, в соответствии с которыми поставщиками данных являются исполнительные органы субъектов РФ, органы местного самоуправления и юридические лица.
В целях обеспечения оперативного размещения данных о состоянии жилищного фонда, актуализации размещенной информации предлагается внести соответствующие изменения в приказ Минстроя России от 7 февраля 2024 г. № 79/пр, в соответствии с которыми расширить перечень информации предоставляемой поставщиками в ГИС ЖКХ.
За достоверность размещаемых сведений в ГИС ЖКХ в соответствии с положениями Федерального закона № 209-ФЗ отвечают поставщики информации.
Указанные изменения отвечают концепции цифровизации существующих процессов и политике повышения доступности данных, размещаемых
в государственных информационных ресурсах.
Также, проектом приказа предусматривается изменение сроков размещения информации в ГИС ЖКХ лицами, осуществляющими поставки ресурсов, необходимых для предоставления коммунальных услуг в многоквартирные дома, жилые дома, лицами, осуществляющими деятельность по управлению многоквартирными домами на основании договора управления многоквартирным домом, ТСЖ, кооперативами, осуществляющими управление многоквартирным домом, региональным оператором по обращению с твердыми коммунальными отходами информации.
Указанные изменения необходимы в целях реализации подпункта «б» пункта
1 статьи 1 Федерального закона № 177-ФЗ.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2❤1🔥1🤝1
О несоответствии разъяснений из Письма Минстроя России от 30.01.2026 г. № 4409-КМ/14 требованиям, утвержденным приказом Минстроя России от 12.05.2017 г. № 783/пр
В письме Минстроя России от 30.01.2026 г. № 4409-КМ/14 содержится указание на обязательность подписания электронных документов УКЭП всеми лицами, участвующими в подготовке документации. Между тем такой подход не соответствует положениям Требований к формату электронных документов, представляемых для проведения государственной экспертизы проектной документации и (или) результатов инженерных изысканий и проверки достоверности определения сметной стоимости строительства, реконструкции, капитального ремонта объектов капитального строительства, утв. Приказом Минстроя России от 12.05.2017 г. № 783/пр (далее - Требования).
Указанные Требования прямо допускают возможность подтверждения авторства и целостности электронных документов с использованием информационного удостоверяющего листа (ИУЛ) в случаях, когда отдельные лица (разработчики, лица, ответственные за нормоконтроль и согласование ПД) не обладают УКЭП. При этом подписание всего комплекта электронных документов, направляемых на государственную экспертизу, осуществляется уполномоченным лицом заявителя, обладающим УКЭП.
Таким образом, требование об обязательном наличии УКЭП у каждого автора электронного документа необоснованно сужает предусмотренные Требованиями, утв. Приказом Минстроя России от 12.05.2017 г. № 783/пр, способы оформления электронных документов и фактически вводит дополнительные условия, не установленные нормативным правовым актом.
Следовательно, соответствующие положения письма Минстроя России от 02.02.2026 г. № 4409-КМ/14 противоречат Требованиям, утв. Приказом Минстроя России от 12.05.2017 г. № 783/пр, и не могут рассматриваться как обязательные к применению.
Дополнительно обращаем внимание, что договор о проведении государственной экспертизы заключается с лицом, являющимся застройщиком. При этом право подавать заявление, направлять документацию, подписывать, изменять, оплачивать, исполнять и расторгать договор, а также получать результат проведения государственной экспертизы возникает также у заявителя (техзаказчика либо иного лица), действующего от имени застройщика на основании документов, подтверждающих переданные полномочия (договор поручения, агентирования, доверенность и иные документы).
Подрядная организация вправе выступать заявителем при обращении в экспертную организацию с заявлением о проведении экспертизы при наличии документов, подтверждающих полномочия заявителя действовать от имени застройщика, техзаказчика, лица, обеспечившего выполнение инженерных изысканий и (или) подготовку проектной документации, в случаях, предусмотренных частями 1.1 и 1.2 статьи 48 ГрК РФ, при условии, что полномочия на заключение, изменение, исполнение и расторжение договора о проведении государственной экспертизы прямо оговорены (подпункт «и» пункта 13 Положения, утв. Постановлением Правительства РФ от 05.03.2007 № 145).
При этом процедура подписания всего комплекта документов, направляемых в электронном виде на государственную экспертизу, уполномоченным лицом заявителя и процедура подписания проектной документации лицами, участвующими в её разработке, осуществлении нормоконтроля и согласовании, в т.ч. в случаях невозможности обеспечения их электронной подписью с оформлением ИУЛ, не являются тождественными.
Первая процедура подтверждает факт направления документации в экспертную организацию уполномоченным лицом заявителя, тогда как вторая процедура подтверждает факт подписания ПД конкретными лицами, участвовавшими в её разработке, нормоконтроле и согласовании. Даже в случае, если одно из таких лиц одновременно действует от имени застройщика (техзаказчика) в качестве заявителя, это не подменяет собой юридическую природу и правовое значение подписания ПД иными участниками её подготовки и не отменяет предусмотренную Требованиями, утв. Приказом Минстроя России от 12.05.2017 г. № 783/пр, возможность подтверждения их участия посредством ИУЛ.
P.S. Автору письма - выговор. Подписанту - урок.
В письме Минстроя России от 30.01.2026 г. № 4409-КМ/14 содержится указание на обязательность подписания электронных документов УКЭП всеми лицами, участвующими в подготовке документации. Между тем такой подход не соответствует положениям Требований к формату электронных документов, представляемых для проведения государственной экспертизы проектной документации и (или) результатов инженерных изысканий и проверки достоверности определения сметной стоимости строительства, реконструкции, капитального ремонта объектов капитального строительства, утв. Приказом Минстроя России от 12.05.2017 г. № 783/пр (далее - Требования).
Указанные Требования прямо допускают возможность подтверждения авторства и целостности электронных документов с использованием информационного удостоверяющего листа (ИУЛ) в случаях, когда отдельные лица (разработчики, лица, ответственные за нормоконтроль и согласование ПД) не обладают УКЭП. При этом подписание всего комплекта электронных документов, направляемых на государственную экспертизу, осуществляется уполномоченным лицом заявителя, обладающим УКЭП.
Таким образом, требование об обязательном наличии УКЭП у каждого автора электронного документа необоснованно сужает предусмотренные Требованиями, утв. Приказом Минстроя России от 12.05.2017 г. № 783/пр, способы оформления электронных документов и фактически вводит дополнительные условия, не установленные нормативным правовым актом.
Следовательно, соответствующие положения письма Минстроя России от 02.02.2026 г. № 4409-КМ/14 противоречат Требованиям, утв. Приказом Минстроя России от 12.05.2017 г. № 783/пр, и не могут рассматриваться как обязательные к применению.
Дополнительно обращаем внимание, что договор о проведении государственной экспертизы заключается с лицом, являющимся застройщиком. При этом право подавать заявление, направлять документацию, подписывать, изменять, оплачивать, исполнять и расторгать договор, а также получать результат проведения государственной экспертизы возникает также у заявителя (техзаказчика либо иного лица), действующего от имени застройщика на основании документов, подтверждающих переданные полномочия (договор поручения, агентирования, доверенность и иные документы).
Подрядная организация вправе выступать заявителем при обращении в экспертную организацию с заявлением о проведении экспертизы при наличии документов, подтверждающих полномочия заявителя действовать от имени застройщика, техзаказчика, лица, обеспечившего выполнение инженерных изысканий и (или) подготовку проектной документации, в случаях, предусмотренных частями 1.1 и 1.2 статьи 48 ГрК РФ, при условии, что полномочия на заключение, изменение, исполнение и расторжение договора о проведении государственной экспертизы прямо оговорены (подпункт «и» пункта 13 Положения, утв. Постановлением Правительства РФ от 05.03.2007 № 145).
При этом процедура подписания всего комплекта документов, направляемых в электронном виде на государственную экспертизу, уполномоченным лицом заявителя и процедура подписания проектной документации лицами, участвующими в её разработке, осуществлении нормоконтроля и согласовании, в т.ч. в случаях невозможности обеспечения их электронной подписью с оформлением ИУЛ, не являются тождественными.
Первая процедура подтверждает факт направления документации в экспертную организацию уполномоченным лицом заявителя, тогда как вторая процедура подтверждает факт подписания ПД конкретными лицами, участвовавшими в её разработке, нормоконтроле и согласовании. Даже в случае, если одно из таких лиц одновременно действует от имени застройщика (техзаказчика) в качестве заявителя, это не подменяет собой юридическую природу и правовое значение подписания ПД иными участниками её подготовки и не отменяет предусмотренную Требованиями, утв. Приказом Минстроя России от 12.05.2017 г. № 783/пр, возможность подтверждения их участия посредством ИУЛ.
P.S. Автору письма - выговор. Подписанту - урок.
👍12❤7🔥4
This media is not supported in your browser
VIEW IN TELEGRAM
Заместителям и подписантам прочих писем - посвящается
😁15🙊4🤪2
Тема дня: «Цифровая трансформация надзора: почему органы Госстройнадзора на местах еще не в полной мере используют BIM-модели (ЦИМ) для контроля, и что мешает?»
День сегодня богат на события.
Но у нас один вопрос. Почему коллеги из Главного управления государственного строительного надзора Московской области при проверке соответствия работ и материалов требованиям проектной документации не используют цифровые информационные модели (ЦИМ), как это делает ГУА Мособлгосэкспертиза?
Ведь ЦИМ - это современный и эффективный инструмент, который дополняет графическую часть проектной и исполнительной документации в составе ИМ ОКС, и помогает точнее контролировать качество строительства. Не так ли? Может, стоит развивать компетенции в этой области? Понятно что нечистых на руку везде хватает, но все же пункт 1 части 3 статьи 52 ГрК РФ наделяет органы ГСН обязанностью работать с ПД в т.ч. в форме ИМ ОКС, а равно и ЦИМ в ее составе, не так ли? Чем не инструмент? Ну прекрасный же повод начать с себя, да еще в таком важном деле.
📸 bimsert
День сегодня богат на события.
Но у нас один вопрос. Почему коллеги из Главного управления государственного строительного надзора Московской области при проверке соответствия работ и материалов требованиям проектной документации не используют цифровые информационные модели (ЦИМ), как это делает ГУА Мособлгосэкспертиза?
Ведь ЦИМ - это современный и эффективный инструмент, который дополняет графическую часть проектной и исполнительной документации в составе ИМ ОКС, и помогает точнее контролировать качество строительства. Не так ли? Может, стоит развивать компетенции в этой области? Понятно что нечистых на руку везде хватает, но все же пункт 1 части 3 статьи 52 ГрК РФ наделяет органы ГСН обязанностью работать с ПД в т.ч. в форме ИМ ОКС, а равно и ЦИМ в ее составе, не так ли? Чем не инструмент? Ну прекрасный же повод начать с себя, да еще в таком важном деле.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍8😁5
Снимок экрана 2026—02—03 в 19.58.45.pdf
542.9 KB
На сайте Минстроя России опубликованы новые XML-схемы
Пояснительная записка к сметной документации
Акт на засыпку (обваловку) уложенного трубопровода
Журнал сварочных работ
Журнал монтажа кабельных муфт
Журнал антикоррозионной защиты сварных соединений
Правда после публикации слетели все сроки всех новых XML-схем. Мало того их разместили не в той директории. Схема по сметной документации стала вдруг действующей в день размещения. Та же учесть постигнула и другие XML-схемы для этапа строительства. И где даты разрешения и даты вступления в действие? День в Департаменте цифрового развития Минстроя России не задался. Мы это уже поняли.
Два повода для выговора за один вечер - ну такое себе.
UPD:
Схемы перенесли на вкладку «XML-схемы, не вступившие в силу».
Даты указали:
📸 bimsert
Пояснительная записка к сметной документации
Акт на засыпку (обваловку) уложенного трубопровода
Журнал сварочных работ
Журнал монтажа кабельных муфт
Журнал антикоррозионной защиты сварных соединений
Правда после публикации слетели все сроки всех новых XML-схем. Мало того их разместили не в той директории. Схема по сметной документации стала вдруг действующей в день размещения. Та же учесть постигнула и другие XML-схемы для этапа строительства. И где даты разрешения и даты вступления в действие? День в Департаменте цифрового развития Минстроя России не задался. Мы это уже поняли.
Два повода для выговора за один вечер - ну такое себе.
UPD:
Схемы перенесли на вкладку «XML-схемы, не вступившие в силу».
Даты указали:
Опубликовано:
03.02.2026
Вступит в силу:
03.05.2026
Please open Telegram to view this post
VIEW IN TELEGRAM
❤2😁1
ПЗ к сметной документации в формате XML: перечень элементов
Перечень элементов, используемых в XML-документе представления ПЗ к сметной документации:
Структура логической модели XML-файла состоит из строк и представлена элементами и атрибутами XML (тегами), а также их значениями.
Элемент – составная часть XML-документа, представляющая собой некоторую законченную смысловую единицу.
Элемент может содержать один или несколько вложенных элементов и/или атрибутов – составной элемент (элемент cложного типа).
Элемент, не содержащий в себе другие элементы/атрибуты – простой элемент (элемент простого типа).
Атрибут представляет собой составную часть элемента, уточняющую свойства элемента, несущую дополнительную информацию об элементе. Атрибут всегда определяется как простой тип.
#XML #XML_ПЗ_СД #XML_схемы
📸 bimsert
Перечень элементов, используемых в XML-документе представления ПЗ к сметной документации:
• Объект строительства:
- структурированные сведения об объекте непроизводственного назначения;
- структурированные сведения об объекте производственного назначения;
- структурированные сведения о линейном объекте;
• Элемент для хранения полного перечня структурированной проектной документации. Содержит массив "карточек документов";
• Содержание Пояснительной записки к сметной документации. Содержит сведения об источниках финансирования, примененных нормативах и итоговых стоимостных показателях:
- структурированные сведения об источниках финансирования;
- структурированное описание данных, используемых для определения стоимости (сметные нормативы, индексы, методики и т.д.);
- поправочные коэффициенты (учитывающие усложняющие факторы и (или) условия производства работ);
- базисный уровень цен, в котором определена стоимость в данном документе (уровень цен нормативной базы. Для ФСНБ-2001 это 01.01.2000, для ФСНБ-2022 - это 01.01.2022);
- текущий уровень цен, в котором определена стоимость в данном документе;
- сводка сметной стоимости по основным категориям затрат (всего, СМР, оборудование, прочие (в т.ч. проектно-изыскательские работы).
• Подписи исполнителя, представителей заказчика и подрядчика;
• Дополнительное произвольное текстовое описание, подготовленное разработчиком сметной документации.
Структура логической модели XML-файла состоит из строк и представлена элементами и атрибутами XML (тегами), а также их значениями.
Элемент – составная часть XML-документа, представляющая собой некоторую законченную смысловую единицу.
Элемент может содержать один или несколько вложенных элементов и/или атрибутов – составной элемент (элемент cложного типа).
Элемент, не содержащий в себе другие элементы/атрибуты – простой элемент (элемент простого типа).
Атрибут представляет собой составную часть элемента, уточняющую свойства элемента, несущую дополнительную информацию об элементе. Атрибут всегда определяется как простой тип.
#XML #XML_ПЗ_СД #XML_схемы
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2
Структура XML-схемы ПЗ к сметной документации
Структура приведена в виде логического дерева элементов XML-схемы.
Обозначения {choice} и [О]/[Н] соответствуют механизмам XML Schema.
Кратность элементов может быть больше 1, если не указано иное.
Construction (Строит.) [О]
[О] / [Н] — обязательный / необязательный элемент или атрибут.
Описание носит структурный характер и не заменяет формальное XSD-описание.
#XML_ПЗ_сметы #XML_ПЗ_СД #XML
📸 bimsert
Структура приведена в виде логического дерева элементов XML-схемы.
Обозначения {choice} и [О]/[Н] соответствуют механизмам XML Schema.
Кратность элементов может быть больше 1, если не указано иное.
Construction (Строит.) [О]
┣━ Meta (Метад.) [О]
┃ ┣━ Soft (ПО) [О]
┃ ┃ ┣━ Name (Наим. ПО) [О]
┃ ┃ ┗━ Version (Верс. ПО) [О]
┃ ┗━ File (Файл) [О]
┃ ┣━ Type (Тип: ПЗ) [О]
┃ ┗━ Version (Верс. форм.) [О]
┣━ ObjectDescription (Объект) [О]
┃ ┗━ ObjectTypeChoice (Тип ОКС) [О] {choice}
┃ ┣━ NonIndustrialObject (Непрод. ОКС) [О]
┃ ┃ ┣━ Name (Наим.) [О]
┃ ┃ ┣━ ConstructionType (Тип стр. 1–5) [О]
┃ ┃ ┣━ ConstructionDuration (Срок стр.) [Н]
┃ ┃ ┣━ ConstructionDates (Даты) [Н]
┃ ┃ ┃ ┣━ BeginDate (Нач.) [Н]
┃ ┃ ┃ ┣━ EndDate (Оконч.) [Н]
┃ ┃ ┃ ┗━ OperationDate (Ввод) [Н]
┃ ┃ ┣━ Address (Адрес) [Н]
┃ ┃ ┃ ┣━ Country (Страна) [Н]
┃ ┃ ┃ ┣━ Region (Субъект) [О]
┃ ┃ ┃ ┣━ District (Район) [Н]
┃ ┃ ┃ ┣━ City (НП) [Н]
┃ ┃ ┃ ┣━ Street (Ул.) [Н]
┃ ┃ ┃ ┣━ Building (Зд.) [Н]
┃ ┃ ┃ ┣━ Coordinates (Коорд.) [Н]
┃ ┃ ┃ ┃ ┣━ Latitude (Шир.) [О]
┃ ┃ ┃ ┃ ┗━ Longitude (Долг.) [О]
┃ ┃ ┃ ┣━ PriceZone (Цен. зона) [Н]
┃ ┃ ┃ ┃ ┣━ SubRegionCode (Код) [Н]
┃ ┃ ┃ ┃ ┗━ SubRegionName (Наим.) [Н]
┃ ┃ ┃ ┗━ TerritorySign (Терр.) [Н]
┃ ┃ ┣━ Functions (Назнач.) [О]
┃ ┃ ┃ ┣━ FunctionsClass (Класс) [О]
┃ ┃ ┃ ┗━ FunctionsNote (Прим.) [Н]
┃ ┃ ┣━ MainTEI (Осн. ТЭП) [О]
┃ ┃ ┃ ┣━ Name [О]
┃ ┃ ┃ ┣━ Measure [О]
┃ ┃ ┃ ┣━ Value [О]
┃ ┃ ┃ ┣━ OldValue [Н]
┃ ┃ ┃ ┗━ UnitCost [О]
┃ ┃ ┣━ AdditionalTEI (Доп. ТЭП) [Н]
┃ ┃ ┃ ┣━ Name [Н]
┃ ┃ ┃ ┣━ Measure [Н]
┃ ┃ ┃ ┣━ Value [Н]
┃ ┃ ┃ ┣━ OldValue [Н]
┃ ┃ ┃ ┗━ UnitCost [Н]
┃ ┃ ┣━ ObjectClassChoice (Класс) [О] {choice}
┃ ┃ ┃ ┣━ Group1 (Гр. 1) [Н]
┃ ┃ ┃ ┃ ┣━ FireDangerCategory (Пож.) [Н]
┃ ┃ ┃ ┃ ┗━ PeoplePermanentStay (Люди) [Н]
┃ ┃ ┃ ┗━ Group2 (Гр. 2) [Н]
┃ ┃ ┃ ┗━ ObjectParts (Части) [Н]
┃ ┃ ┃ ┗━ ObjectPart (Часть) [Н]
┃ ┃ ┃ ┣━ ObjectName [Н]
┃ ┃ ┃ ┗━ TechnicalEconomicIndicators (ТЭП) [Н]
┃ ┃ ┣━ Resources (Рес.) [Н]
┃ ┃ ┃ ┗━ Resource (Ресурс) [Н]
┃ ┃ ┃ ┣━ Name [Н]
┃ ┃ ┃ ┣━ Measure [Н]
┃ ┃ ┃ ┗━ Value [Н]
┃ ┃ ┗━ ElectronicBudgetObjectCode (Эл. бюдж.) [Н]
┃ ┣━ IndustrialObject (Прод. ОКС) [О]
┃ ┃ ┗━ (Структура в целом аналогична NonIndustrialObject, с отраслевыми уточнениями)
┃ ┗━ LinearObject (Лин. ОКС) [О]
┃ ┗━ (Структура в целом аналогична NonIndustrialObject, с отраслевыми уточнениями)
┣━ ProjectDocumentationContent (Сост. ПД) [О]
┃ ┗━ ProjectDocument (Док.) [О]
┃ ┣━ GUID [О]
┃ ┣━ DocumentType (ПЗ/ССР/ОСР/ЛСР/КАЦ) [О]
┃ ┣━ File [О]
┃ ┃ ┣━ FileName [О]
┃ ┃ ┗━ FileFormat [О]
┃ ┗━ SummaryData (Свод) [Н]
┃ ┣━ TotalCost [Н]
┃ ┗━ BasicPriceLevel [Н]
┣━ ExplanatoryNoteEstimate (ПЗ см.) [Н]
┃ ┣━ FinanceSource (Фин.) [Н] {choice}
┃ ┃ ┣━ BudgetSource (Бюдж.) [Н]
┃ ┃ ┃ ┗━ BudgetLevel [Н]
┃ ┃ ┗━ PrivateSource (Внебюдж.) [Н]
┃ ┃ ┗━ SourceRatio [Н]
┃ ┣━ Legal (НПА) [Н]
┃ ┃ ┣━ Main [Н]
┃ ┃ ┗━ Methodology [Н]
┃ ┣━ Coefficients (Коэф.) [Н]
┃ ┃ ┗━ Coefficient (Коэф.) [Н]
┃ ┃ ┣━ Name [Н]
┃ ┃ ┣━ Reason [Н]
┃ ┃ ┗━ Values (Знач.) [Н]
┃ ┃ ┗━ Value (Знач.) [Н]
┃ ┃ ┣━ Target [О]
┃ ┃ ┗━ CoefValue [Н]
┃ ┗━ CostSummary (Стоимость) [Н]
┃ ┣━ Total [Н]
┃ ┃ ┣━ BasicLevelPrice [Н]
┃ ┃ ┗━ CurrentLevelPrice [Н]
┃ ┗━ VAT [Н]
┗━ Signatures (Подп.) [О]
┣━ ComposeFIO (Сост.) [О]
┃ ┣━ Name [О]
┃ ┗━ Position [О]
┗━ VerifyFIO (Пров.) [О]
┣━ Name [О]
┗━ Position [О]
[О] / [Н] — обязательный / необязательный элемент или атрибут.
Описание носит структурный характер и не заменяет формальное XSD-описание.
#XML_ПЗ_сметы #XML_ПЗ_СД #XML
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2
ПЗ_СД.pdf
302.9 KB
XSLT-преобразование ПЗ сметной документации из формата XML
Пример человековоспринимаемой формы ПЗ сметной документации из формата XML.
Стоит отметить, что сметчиков ждет увлекательный квест, особенно при описании сведений о сложных ОКС (два и более) (как решать - см. аналогичную проблематику и решения для ЗнП/ПЗ.ПД: справка-1 и справка-2).
Сама ПЗ.СД напоминает дашборд и скорее более полезна для эксперта, чем для сметчика. Не обольщайтесь простотой внешнего вида визуализации до момента заполнения и создания. У кого то «оптимизация труда», а у сметчиков… по классике - за себя и за того парня, ну вы поняли.
#XML_ПЗ_сметы, #XMl_ПЗ_СД, #XML, #XSLT
📸 bimsert
Пример человековоспринимаемой формы ПЗ сметной документации из формата XML.
Стоит отметить, что сметчиков ждет увлекательный квест, особенно при описании сведений о сложных ОКС (два и более) (как решать - см. аналогичную проблематику и решения для ЗнП/ПЗ.ПД: справка-1 и справка-2).
Сама ПЗ.СД напоминает дашборд и скорее более полезна для эксперта, чем для сметчика. Не обольщайтесь простотой внешнего вида визуализации до момента заполнения и создания. У кого то «оптимизация труда», а у сметчиков… по классике - за себя и за того парня, ну вы поняли.
#XML_ПЗ_сметы, #XMl_ПЗ_СД, #XML, #XSLT
Please open Telegram to view this post
VIEW IN TELEGRAM
❤3👍2
Росреестр провел анализ законодательных изменений в сфере земли и недвижимости за IV квартал 2025 года
Дайджест законодательных изменений в сфере земли и недвижимости. IV квартал 2025.
В режиме "было/стало" проанализированы положения в том числе:
- Федерального закона от 15.12.2025 N 478-ФЗ "О внесении изменений в Федеральный закон "О государственной регистрации недвижимости";
- Федерального закона от 28.12.2025 N 491-ФЗ "О внесении изменений в статью 72 Федерального закона "О государственной регистрации недвижимости" и статьи 1 и 3 Федерального закона "О внесении изменений в Федеральный закон "О государственной регистрации недвижимости" и признании утратившими силу отдельных положений законодательных актов Российской Федерации";
- Приказа Росреестра от 31.10.2025 N П/0398/25 "Об утверждении методических рекомендаций по применению основных принципов определения арендной платы при аренде земельных участков, находящихся в государственной или муниципальной собственности, утвержденных Постановлением Правительства Российской Федерации от 16 июля 2009 г. N 582".
📸 bimsert
Дайджест законодательных изменений в сфере земли и недвижимости. IV квартал 2025.
В режиме "было/стало" проанализированы положения в том числе:
- Федерального закона от 15.12.2025 N 478-ФЗ "О внесении изменений в Федеральный закон "О государственной регистрации недвижимости";
- Федерального закона от 28.12.2025 N 491-ФЗ "О внесении изменений в статью 72 Федерального закона "О государственной регистрации недвижимости" и статьи 1 и 3 Федерального закона "О внесении изменений в Федеральный закон "О государственной регистрации недвижимости" и признании утратившими силу отдельных положений законодательных актов Российской Федерации";
- Приказа Росреестра от 31.10.2025 N П/0398/25 "Об утверждении методических рекомендаций по применению основных принципов определения арендной платы при аренде земельных участков, находящихся в государственной или муниципальной собственности, утвержденных Постановлением Правительства Российской Федерации от 16 июля 2009 г. N 582".
Наполнение ЕГРН
Федерализация полномочий
Зоны с особыми условиями использования территории
Государственная кадастровая оценка:
Федеральный закон от 28.12.2025 N 513-ФЗ
Государственная кадастровая оценка: Приказ Росреестра от 31.10.2025 N П/0398/25
Размещение объектов
Федеральный государственный контроль (надзор) в области геодезии и картографии
Национальная система пространственных данных
Порядок определения размера арендной платы
Лицензирование геодезической и картографической деятельности
Вовлечение земельных участков и объектов недвижимости в экономический оборот
Геодезические сети
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1🔥1
В дополнение к вопросу порядка подписания проектной документации направляемой на экспертизу
Часть 1/2
Кроме алгоритма подписания проектной документации непосредственно установленного в пункте 7 Требований к формату электронных документов, представляемых для проведения государственной экспертизы проектной документации и (или) результатов инженерных изысканий и проверки достоверности определения сметной стоимости строительства, реконструкции, капитального ремонта объектов капитального строительства, утв. Приказом Минстроя России от 12.05.2017 г. N 783/пр (далее – Приказ Минстроя России №783/пр), важно напомнить и об аналогичном порядке заложенном уже в ГОСТ Р 21.101-2020, необходимость соблюдения положений которого закреплена Правилами выполнения и оформления текстовых и графических материалов, входящих в состав проектной и рабочей документации, утв. Приказом Минрегиона России от 02.04.2009 № 108, соблюдение которых, в свою очередь, закреплено в пункте 6 Положения о составе разделов проектной документации и требованиях к их содержанию, утв. Постановлением Правительства РФ от 16.02.2008 г. N 87.
Не лишним будет напомнить семантику указанных требований.
Проектная документация, сформированная в форме электронного документа подписывается лицами, участвующими в ее разработке, осуществлении нормоконтроля и согласовании, а в случае невозможности их обеспечения электронной подписью - на отдельные документы в составе проектной документации оформляется информационно-удостоверяющий лист (далее – ИУЛ) на бумажном носителе, содержащий наименование электронного документа, к которому он выпущен, фамилии и подписи не обеспеченных электронной подписью лиц, дату и время последнего изменения документа.
Приказом Минстроя России от 12 мая 2017 г. № 783/пр требования к оформлению ИУЛ не установлены.
В то же время согласно приказу Минрегиона России от 02.04.2009 № 108 «Об утверждении правил выполнения и оформления текстовых и графических материалов, входящих в состав проектной и рабочей документации», выполнение и оформление текстовых и графических материалов, входящих в состав проектной документации, должно осуществляться в соответствии с национальными стандартами «Система проектной документации для строительства», которые утверждаются приказами в установленном порядке.
С 01.01.2021 года действует национальный стандарт ГОСТ Р 21.101-2020 «СПДС. Основные требования к проектной и рабочей документации», утв. и введен в действие Приказом Росстандарта от 23.06.2020 №282-ст. Согласно приложению Д к указанному стандарту, учету при выполнении графической и текстовой документации для строительства также подлежит ГОСТ 2.051-2013 «ЕСКД. Электронные документы. Общие положения».
Приложением Х к ГОСТ Р 21.101-2020 установлены рекомендуемые правила выполнения и форма ИУЛ:
1. ИУЛ используют для сопровождения выпуска одного документа, нескольких документов или основного комплекта документов при условии, что в комплект входят все документы электронного документа.
2. Если ИУЛ выпускают на один электронный документ, то ему присваивают обозначение электронного документа с добавлением кода ИУЛ (например, Раздел ПД №1_2345_ПЗ_ИУЛ).
3. Если ИУЛ выпускают на комплект документов, например, соответствующий части раздела (подраздела) проектной документации, то ему присваивают обозначение части с добавлением кода ИУЛ (например, Раздел ПД №3_2345_АР1_ИУЛ).
4. Допускается присваивать обозначение ИУЛ иным способом, при этом правила присвоения обозначений ИУЛ устанавливает организация-разработчик.
5. В ИУЛ указывают обозначения электронного документа, которые он удостоверяет, фамилии и подлинные подписи лиц, разработавших, проверивших, согласовавших и утвердивших соответствующий электронный документ.
Часть 1/2
Кроме алгоритма подписания проектной документации непосредственно установленного в пункте 7 Требований к формату электронных документов, представляемых для проведения государственной экспертизы проектной документации и (или) результатов инженерных изысканий и проверки достоверности определения сметной стоимости строительства, реконструкции, капитального ремонта объектов капитального строительства, утв. Приказом Минстроя России от 12.05.2017 г. N 783/пр (далее – Приказ Минстроя России №783/пр), важно напомнить и об аналогичном порядке заложенном уже в ГОСТ Р 21.101-2020, необходимость соблюдения положений которого закреплена Правилами выполнения и оформления текстовых и графических материалов, входящих в состав проектной и рабочей документации, утв. Приказом Минрегиона России от 02.04.2009 № 108, соблюдение которых, в свою очередь, закреплено в пункте 6 Положения о составе разделов проектной документации и требованиях к их содержанию, утв. Постановлением Правительства РФ от 16.02.2008 г. N 87.
Не лишним будет напомнить семантику указанных требований.
Проектная документация, сформированная в форме электронного документа подписывается лицами, участвующими в ее разработке, осуществлении нормоконтроля и согласовании, а в случае невозможности их обеспечения электронной подписью - на отдельные документы в составе проектной документации оформляется информационно-удостоверяющий лист (далее – ИУЛ) на бумажном носителе, содержащий наименование электронного документа, к которому он выпущен, фамилии и подписи не обеспеченных электронной подписью лиц, дату и время последнего изменения документа.
Приказом Минстроя России от 12 мая 2017 г. № 783/пр требования к оформлению ИУЛ не установлены.
В то же время согласно приказу Минрегиона России от 02.04.2009 № 108 «Об утверждении правил выполнения и оформления текстовых и графических материалов, входящих в состав проектной и рабочей документации», выполнение и оформление текстовых и графических материалов, входящих в состав проектной документации, должно осуществляться в соответствии с национальными стандартами «Система проектной документации для строительства», которые утверждаются приказами в установленном порядке.
С 01.01.2021 года действует национальный стандарт ГОСТ Р 21.101-2020 «СПДС. Основные требования к проектной и рабочей документации», утв. и введен в действие Приказом Росстандарта от 23.06.2020 №282-ст. Согласно приложению Д к указанному стандарту, учету при выполнении графической и текстовой документации для строительства также подлежит ГОСТ 2.051-2013 «ЕСКД. Электронные документы. Общие положения».
Приложением Х к ГОСТ Р 21.101-2020 установлены рекомендуемые правила выполнения и форма ИУЛ:
1. ИУЛ используют для сопровождения выпуска одного документа, нескольких документов или основного комплекта документов при условии, что в комплект входят все документы электронного документа.
2. Если ИУЛ выпускают на один электронный документ, то ему присваивают обозначение электронного документа с добавлением кода ИУЛ (например, Раздел ПД №1_2345_ПЗ_ИУЛ).
3. Если ИУЛ выпускают на комплект документов, например, соответствующий части раздела (подраздела) проектной документации, то ему присваивают обозначение части с добавлением кода ИУЛ (например, Раздел ПД №3_2345_АР1_ИУЛ).
4. Допускается присваивать обозначение ИУЛ иным способом, при этом правила присвоения обозначений ИУЛ устанавливает организация-разработчик.
5. В ИУЛ указывают обозначения электронного документа, которые он удостоверяет, фамилии и подлинные подписи лиц, разработавших, проверивших, согласовавших и утвердивших соответствующий электронный документ.
👍3❤2💯1
В дополнение к вопросу порядка подписания проектной документации направляемой на экспертизу
Часть 2/2
Подписи лица, разработавшего электронный документ и ИУЛ, и нормоконтролера являются обязательными.
ВАЖНО!
Частями 2 и 3 статьи 47, частями 4 и 5 статьи 48 Градостроительного кодекса Российской Федерации (далее – ГрК РФ) установлено, что работы по договорам подряда о выполнении инженерных изысканий и подготовке проектной документации, внесению изменений в проектную документацию, должны выполняться только индивидуальными предпринимателями или юридическими лицами, которые являются членами саморегулируемых организаций в области инженерных изысканий и в области архитектурно-строительного проектирования соответственно.
Выполнение инженерных изысканий и работ по подготовке проектной документации обеспечивается специалистами по организации инженерных изысканий (главными инженерами проектов) и специалистами по организации архитектурно-строительного проектирования (главными инженерами проектов, главными архитекторами проектов) (далее – ГИП, ГАП).
К должностным обязанностям ГИПа (ГАПа), согласно части 3 статьи 55.5-1 ГрК РФ, относятся в том числе представление, согласование и приемка результатов работ по выполнению инженерных изысканий, подготовке проектной документации. Наличие подписи ГИПа (ГАПа) обязательно.
Рекомендуется указывать полностью фамилию, имя, отчество (при наличии), идентификационный номер в Национальном реестре специалистов ГИПа (ГАПа)*
___
* xml-схема ПЗ понуждает указать как номер в НРС так и СНИЛС ГИПа/ГАПа.
В случае выполнения инженерных изысканий по отдельному договору подряда изыскательской организации (индивидуального предпринимателя) с застройщиком, техническим заказчиком - специалиста по организации инженерных изысканий.
6. ИУЛ рекомендуется выполнять в соответствии с формой 15 на листах формата A4, A5 по ГОСТ 2.301.68 «Единая система конструкторской документации».
Обязательные требования к оформлению ИУЛ:
• наименование файла электронного документа должно соответствовать наименованию загружаемого документа. Например: наименование документа «Раздел ПД №1_ПЗ» (наименование документа должно соответствовать требованиям ППРФ № 87), наименование электронного документа должно соответствовать приказу Минстроя России № 783/пр и содержать слова «Раздел ПД №1_ПЗ.xml».
• Наименование файла ИУЛ должно соответствовать наименованию электронного документа, к которому он выпущен. Например, файл электронного документа называется «Раздел ПД №1_ПЗ», тогда ИУЛ к данному файлу должен называться «Раздел ПД №1_ПЗ_ИУЛ.pdf».
• В тексте документа ИУЛ должно быть обязательно прописано полное наименование документа, к которому выпущен УЛ.
ИУЛ должен быть представлен только в виде скана с оригинала в масштабе 1:1, без возможности редактирования.
Такой ИУЛ сканируется в соответствии п.6 требований, утвержденных приказом Минстроя России № 783/пр и сформированный по результатам сканирования электронный документ подписывается лицом, уполномоченным на предоставление документов для оказания услуг, с использованием электронный подписи.
P.S. Шах и мат Письму Минстроя России от 30.01.2026 г. № 4409-КМ/14.
Часть 2/2
Подписи лица, разработавшего электронный документ и ИУЛ, и нормоконтролера являются обязательными.
ВАЖНО!
Частями 2 и 3 статьи 47, частями 4 и 5 статьи 48 Градостроительного кодекса Российской Федерации (далее – ГрК РФ) установлено, что работы по договорам подряда о выполнении инженерных изысканий и подготовке проектной документации, внесению изменений в проектную документацию, должны выполняться только индивидуальными предпринимателями или юридическими лицами, которые являются членами саморегулируемых организаций в области инженерных изысканий и в области архитектурно-строительного проектирования соответственно.
Выполнение инженерных изысканий и работ по подготовке проектной документации обеспечивается специалистами по организации инженерных изысканий (главными инженерами проектов) и специалистами по организации архитектурно-строительного проектирования (главными инженерами проектов, главными архитекторами проектов) (далее – ГИП, ГАП).
К должностным обязанностям ГИПа (ГАПа), согласно части 3 статьи 55.5-1 ГрК РФ, относятся в том числе представление, согласование и приемка результатов работ по выполнению инженерных изысканий, подготовке проектной документации. Наличие подписи ГИПа (ГАПа) обязательно.
Рекомендуется указывать полностью фамилию, имя, отчество (при наличии), идентификационный номер в Национальном реестре специалистов ГИПа (ГАПа)*
___
* xml-схема ПЗ понуждает указать как номер в НРС так и СНИЛС ГИПа/ГАПа.
В случае выполнения инженерных изысканий по отдельному договору подряда изыскательской организации (индивидуального предпринимателя) с застройщиком, техническим заказчиком - специалиста по организации инженерных изысканий.
6. ИУЛ рекомендуется выполнять в соответствии с формой 15 на листах формата A4, A5 по ГОСТ 2.301.68 «Единая система конструкторской документации».
Обязательные требования к оформлению ИУЛ:
• наименование файла электронного документа должно соответствовать наименованию загружаемого документа. Например: наименование документа «Раздел ПД №1_ПЗ» (наименование документа должно соответствовать требованиям ППРФ № 87), наименование электронного документа должно соответствовать приказу Минстроя России № 783/пр и содержать слова «Раздел ПД №1_ПЗ.xml».
• Наименование файла ИУЛ должно соответствовать наименованию электронного документа, к которому он выпущен. Например, файл электронного документа называется «Раздел ПД №1_ПЗ», тогда ИУЛ к данному файлу должен называться «Раздел ПД №1_ПЗ_ИУЛ.pdf».
• В тексте документа ИУЛ должно быть обязательно прописано полное наименование документа, к которому выпущен УЛ.
ИУЛ должен быть представлен только в виде скана с оригинала в масштабе 1:1, без возможности редактирования.
Такой ИУЛ сканируется в соответствии п.6 требований, утвержденных приказом Минстроя России № 783/пр и сформированный по результатам сканирования электронный документ подписывается лицом, уполномоченным на предоставление документов для оказания услуг, с использованием электронный подписи.
P.S. Шах и мат Письму Минстроя России от 30.01.2026 г. № 4409-КМ/14.
👍3❤2😁2💯1
В ГД предложили отменить штрафы за использование зарубежного пиратского ПО
Депутаты Госдумы от фракции "Новые люди" Владимир Плякин, Амир Хамитов, Ярослав Самылин и Олег Леонов предложили отменить штрафы за использование зарубежного пиратского программного обеспечения (ПО).
Обращение с соответствующим предложением было направлено в правительство РФ. Документ имеется в распоряжении РИА Новости.
В настоящее время штрафы за использование зарубежного пиратского ПО составляют: для физических лиц - от 1 500 до 2 000 рублей; для должностных лиц и индивидуальных предпринимателей - от 10 000 до 20 000 рублей; для организаций - от 30 000 до 40 000 рублей.
Авторы инициативы отмечают, что использование пиратского ПО из "недружественных" стран уже стало обыденной практикой, а нормы КоАП о штрафах носят во многом декларативный характер и не выполняют своей превентивной функции.
Парламентарии подчеркивают, что данная мера направлена на защиту рядовых пользователей и бизнеса от необоснованного наказания в ситуациях, когда легальная покупка или продление лицензий объективно невозможны.
📸 bimsert
Депутаты Госдумы от фракции "Новые люди" Владимир Плякин, Амир Хамитов, Ярослав Самылин и Олег Леонов предложили отменить штрафы за использование зарубежного пиратского программного обеспечения (ПО).
Обращение с соответствующим предложением было направлено в правительство РФ. Документ имеется в распоряжении РИА Новости.
В настоящее время штрафы за использование зарубежного пиратского ПО составляют: для физических лиц - от 1 500 до 2 000 рублей; для должностных лиц и индивидуальных предпринимателей - от 10 000 до 20 000 рублей; для организаций - от 30 000 до 40 000 рублей.
"Законопроектом предлагается освободить граждан и организации от административной ответственности за использование пиратского программного обеспечения тех иностранных правообладателей, которые фактически прекратили работу в России по причине санкционных ограничений и недружественных действий своих государств", - сказано в документе.
Авторы инициативы отмечают, что использование пиратского ПО из "недружественных" стран уже стало обыденной практикой, а нормы КоАП о штрафах носят во многом декларативный характер и не выполняют своей превентивной функции.
Парламентарии подчеркивают, что данная мера направлена на защиту рядовых пользователей и бизнеса от необоснованного наказания в ситуациях, когда легальная покупка или продление лицензий объективно невозможны.
"Отмена штрафов призвана узаконить сложившуюся практику и привести законодательство в соответствие с реалиями, устранив риск формального преследования добросовестных пользователей, вынужденных прибегать к нелицензионному ПО для обеспечения непрерывности рабочих процессов", - заключается в документе.
Please open Telegram to view this post
VIEW IN TELEGRAM
💯3😁2
Объем рынка «цифровых зданий» в сегменте многоквартирных домов показал рост на уровне 24%
Согласно последнему исследованию Rubetek Lab объем рынка «цифровых зданий» в сегменте многоквартирных домов (МКД) в России составил по итогам 2024 года около 110 млрд руб., показав рост на уровне 24%. Оценка включает подсегменты систем автоматизации управления зданием, технологий умного дома (умные датчики, сенсоры и пр.), систем безопасности (видеонаблюдение и видеоаналитика), инженерных систем, а также подключенной потребительской электроники (умные ТВ, смарт-колонки и пр.). По прогнозам Rubetek Lab, эта тенденция будет сохраняться до 2030 года, стимулируя рост интереса девелоперов к внедрению цифровых технологий. Проникновение цифровых технологий, сквозных решений и умных сервисов на их основе в российском сегменте МКД увеличится к 2030 году более чем на треть, по прогнозам Rubetek Lab. Объем рынка цифровых зданий МКД превысит к этому моменту 440 млрд руб. при сохранении актуальных тенденций в сфере цифровизации экономики и внимания государства к повышению комфорта и безопасности жизни граждан в рамках запущенных национальных проектов.
📸 bimsert
Согласно последнему исследованию Rubetek Lab объем рынка «цифровых зданий» в сегменте многоквартирных домов (МКД) в России составил по итогам 2024 года около 110 млрд руб., показав рост на уровне 24%. Оценка включает подсегменты систем автоматизации управления зданием, технологий умного дома (умные датчики, сенсоры и пр.), систем безопасности (видеонаблюдение и видеоаналитика), инженерных систем, а также подключенной потребительской электроники (умные ТВ, смарт-колонки и пр.). По прогнозам Rubetek Lab, эта тенденция будет сохраняться до 2030 года, стимулируя рост интереса девелоперов к внедрению цифровых технологий. Проникновение цифровых технологий, сквозных решений и умных сервисов на их основе в российском сегменте МКД увеличится к 2030 году более чем на треть, по прогнозам Rubetek Lab. Объем рынка цифровых зданий МКД превысит к этому моменту 440 млрд руб. при сохранении актуальных тенденций в сфере цифровизации экономики и внимания государства к повышению комфорта и безопасности жизни граждан в рамках запущенных национальных проектов.
Please open Telegram to view this post
VIEW IN TELEGRAM
🤔1
Минстроем России разъяснены требования к мощению пешеходных дорожек
В Письме Минстроя России от 02.07.2025 N 18366-ОГ/06 разъяснены требования к мощению пешеходных.
Сообщается, в частности, что согласно пункту 6.1 СП 82.13330.2016 "СНиП III-10-75 Благоустройство территорий" покрытия внутриквартальных проездов, тротуаров, пешеходных и велодорожек, площадок следует выполнять с отводом поверхностных вод, они не должны быть источниками грязи и пылить в сухую погоду. Материал поверхности покрытия и его структура должны обладать сцепными свойствами, обеспечивающими защиту от скольжения при любых погодных условиях.
ГОСТ 32961-2014 "Дороги автомобильные общего пользования" (далее - ГОСТ 32961-2014) распространяется на бортовые камни, изготовленные из горных пород и бетонов, применяемые в сборных конструкциях на автомобильных дорогах общего пользования, предназначенных для физического и визуального ограничения транспортных зон, отделения проезжей части от других элементов автомобильных дорог, обеспечения безопасности дорожного движения. Настоящий стандарт устанавливает технические требования к бортовым камням, а также их классификацию и требования к безопасности, маркировке, транспортированию и хранению.
В соответствии с пунктом 5.2.2.2 ГОСТ 32961-2014 поверхность бортовых камней, изготовленных из природного камня, по видам и характеристикам фактуры должна соответствовать требованиям ГОСТ 32018-2012 "Изделия строительно-дорожные из природного камня" (далее - ГОСТ 32018-2012). При этом наличие необработанных (необновленных) поверхностей граней не допускается.
Согласно пункту 4.10 ГОСТ 32018-2012 полированную, лощеную, шлифованную и пиленую фактуры относят к тонким фактурам, остальные - к грубым. Тонкие фактуры не допускаются для плит мощения и брусчатых камней, по которым возможно передвижение людей на открытом воздухе.
Таким образом, мощение пешеходных дорожек изделиями с глянцевой (полированной) поверхностью не соответствует положениям вышеуказанных документов по стандартизации. Покрытие должно обладать устойчивостью против скольжения, бортовые камни предназначены для разметки границ транспортных зон и ограничения габаритов приближения, а также разделения проезжих частей от остальных элементов дороги.
📸 bimsert
В Письме Минстроя России от 02.07.2025 N 18366-ОГ/06 разъяснены требования к мощению пешеходных.
Сообщается, в частности, что согласно пункту 6.1 СП 82.13330.2016 "СНиП III-10-75 Благоустройство территорий" покрытия внутриквартальных проездов, тротуаров, пешеходных и велодорожек, площадок следует выполнять с отводом поверхностных вод, они не должны быть источниками грязи и пылить в сухую погоду. Материал поверхности покрытия и его структура должны обладать сцепными свойствами, обеспечивающими защиту от скольжения при любых погодных условиях.
ГОСТ 32961-2014 "Дороги автомобильные общего пользования" (далее - ГОСТ 32961-2014) распространяется на бортовые камни, изготовленные из горных пород и бетонов, применяемые в сборных конструкциях на автомобильных дорогах общего пользования, предназначенных для физического и визуального ограничения транспортных зон, отделения проезжей части от других элементов автомобильных дорог, обеспечения безопасности дорожного движения. Настоящий стандарт устанавливает технические требования к бортовым камням, а также их классификацию и требования к безопасности, маркировке, транспортированию и хранению.
В соответствии с пунктом 5.2.2.2 ГОСТ 32961-2014 поверхность бортовых камней, изготовленных из природного камня, по видам и характеристикам фактуры должна соответствовать требованиям ГОСТ 32018-2012 "Изделия строительно-дорожные из природного камня" (далее - ГОСТ 32018-2012). При этом наличие необработанных (необновленных) поверхностей граней не допускается.
Согласно пункту 4.10 ГОСТ 32018-2012 полированную, лощеную, шлифованную и пиленую фактуры относят к тонким фактурам, остальные - к грубым. Тонкие фактуры не допускаются для плит мощения и брусчатых камней, по которым возможно передвижение людей на открытом воздухе.
Таким образом, мощение пешеходных дорожек изделиями с глянцевой (полированной) поверхностью не соответствует положениям вышеуказанных документов по стандартизации. Покрытие должно обладать устойчивостью против скольжения, бортовые камни предназначены для разметки границ транспортных зон и ограничения габаритов приближения, а также разделения проезжих частей от остальных элементов дороги.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥1
Минстрой России дал разъяснения по особенностям по проектированию систем вентиляции и кондиционирования воздуха
В Письме Минстроя России от 28.10.2025 N 30009-ОГ/08 даны разъяснения по проектированию систем вентиляции и кондиционирования воздуха в строящихся, реконструируемых или капитально ремонтируемых зданиях.
Рассмотрены положения СП 60.13330.2020, ГОСТ 30494-2011, СанПиН 2.1.3684-21, СанПиН 1.2.3685-21 на предмет определения значения максимальной скорость движения и температуру в струе приточного воздуха при входе в обслуживаемую или рабочую зону (на рабочих местах) помещения.
Письмо
Приложение. Письмо ФАУ "ФЦС" от 24.10.2025 N Исх-7228
📸 bimsert
В Письме Минстроя России от 28.10.2025 N 30009-ОГ/08 даны разъяснения по проектированию систем вентиляции и кондиционирования воздуха в строящихся, реконструируемых или капитально ремонтируемых зданиях.
Рассмотрены положения СП 60.13330.2020, ГОСТ 30494-2011, СанПиН 2.1.3684-21, СанПиН 1.2.3685-21 на предмет определения значения максимальной скорость движения и температуру в струе приточного воздуха при входе в обслуживаемую или рабочую зону (на рабочих местах) помещения.
Письмо
Приложение. Письмо ФАУ "ФЦС" от 24.10.2025 N Исх-7228
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3
На публичное обсуждение вынесены проекты национальных стандартов для интернета вещей и цифровых двойников
1.11.194-1.183.25
ПНСТ Умное производство. Двойники цифровые. Модель зрелости и руководство по оценке зрелости
1.11.194-1.182.25
ПНСТ Системы киберфизические. Типовая архитектура для киберфизической системы управления умным станком. Часть 4. Требования и рекомендации по внедрению типовой архитектуры для субтрактивного производства
Разработчик:
ФГАОУ ДПО АСМС, ФГАОУ ВО СПбПУ
🤍 🤍 🤍
1.11.194-1.199.26
ПНСТ Умное производство. Объектно-процессуальная методология
1.11.194-1.206.26
ПНСТ Безопасность AR/VR. Руководство по безопасному погружению, настройке и использованию
1.11.194-1.196.26
ПНСТ Умное производство. Каталоги поведения оборудования для виртуальной производственной системы. Часть 5. Взаимодействие каталога поведения оборудования с проектированием производственных систем и производственными операциями
1.11.194-1.202.26
ГОСТ Р Информационные технологии. Интернет вещей. Совместимость систем интернета вещей. Часть 1. Структура
1.11.194-1.194.26
ПНСТ Информационные технологии. Интернет вещей. Формат, значение и кодирование данных
1.11.194-1.193.26
ПНСТ Информационные технологии. Интернет вещей. Функциональные требования для определения статуса самостоятельного карантина с помощью интерфейсов передачи данных Интернета вещей
1.11.194-1.192.26
ПНСТ Информационные технологии. Интернет вещей промышленный. Универсальный интерфейс прикладного программирования для промышленных устройств
1.11.194-1.198.26
ГОСТ Р Умное производство. Системы автоматизации производства и их интеграция. Оценка конвергенции информатизации и индустриализации для промышленных предприятий. Часть 2. Модель зрелости и методология оценки
1.11.194-1.191.26
ПНСТ Информационные технологии. Интернет вещей. Автономная идентификация объектов Интернета вещей в умном доме. Требования и структура
1.11.194-1.188.26
ПНСТ Информационные технологии. Интернет вещей. Совместимость систем интернета вещей. Часть 4. Синтаксическая совместимость
1.11.194-1.200.26
ГОСТ Р Умное производство. Интероперабельность единиц производственных возможностей для промышленных прикладных решений. Часть 4. Определение единиц воспроизводимости
1.11.194-1.211.26
ГОСТ Р Информационные технологии. Структура данных. Уникальная идентификация для Интернета вещей
1.11.194-1.190.26
ПНСТ Информационные технологии. Интернет вещей. Функциональная архитектура для обеспечения взаимодействия идентификаторов ресурсов
1.11.194-1.201.26
ГОСТ Р Умное производство. Каталоги поведения оборудования для виртуальной производственной системы. Часть 1. Общие положения
1.11.194-1.197.26
ГОСТ Р Умное производство. Системы автоматизации производства и их интеграция. Оценка конвергенции информатизации и индустриализации для промышленных предприятий. Часть 1. Структура и типовая модель
1.11.194-1.189.26
ПНСТ Информационные технологии. Интернет вещей. Совместимость систем интернета вещей. Часть 5. Совместимость поведения и политики
1.11.194-1.205.26
ПНСТ Информационное моделирование для систем образования и обучения на основе VR/AR/MR
1.11.194-1.195.26
ПНСТ Информационные технологии. Интернет вещей. Показатели оценки для систем Интернета вещей
1.11.194-1.187.26
ГОСТ Р Информационные технологии. Интернет вещей промышленный. Типовая архитектура
1.11.194-1.186.26
ГОСТ Р Информационные технологии. Интернет вещей. Периферийные вычисления
1.11.194-1.204.26
ПНСТ Информационные технологии. Медиаконтекст и управление им. Часть 1. Архитектура
1.11.194-1.185.26
ПНСТ Информационные технологии. Интернет вещей. Требования к платформе обмена данными для различных служб интернета вещей. Часть 2. Транспортная совместимость между узловыми точками
1.11.194-1.203.26
ПНСТ Умное производство. Цифровые двойники производства. Типовые примеры
Разработчик:
ФГАОУ ВО «СПбПУ», НП "Русское биометрическое общество"
📸 bimsert
1.11.194-1.183.25
ПНСТ Умное производство. Двойники цифровые. Модель зрелости и руководство по оценке зрелости
1.11.194-1.182.25
ПНСТ Системы киберфизические. Типовая архитектура для киберфизической системы управления умным станком. Часть 4. Требования и рекомендации по внедрению типовой архитектуры для субтрактивного производства
Разработчик:
ФГАОУ ДПО АСМС, ФГАОУ ВО СПбПУ
1.11.194-1.199.26
ПНСТ Умное производство. Объектно-процессуальная методология
1.11.194-1.206.26
ПНСТ Безопасность AR/VR. Руководство по безопасному погружению, настройке и использованию
1.11.194-1.196.26
ПНСТ Умное производство. Каталоги поведения оборудования для виртуальной производственной системы. Часть 5. Взаимодействие каталога поведения оборудования с проектированием производственных систем и производственными операциями
1.11.194-1.202.26
ГОСТ Р Информационные технологии. Интернет вещей. Совместимость систем интернета вещей. Часть 1. Структура
1.11.194-1.194.26
ПНСТ Информационные технологии. Интернет вещей. Формат, значение и кодирование данных
1.11.194-1.193.26
ПНСТ Информационные технологии. Интернет вещей. Функциональные требования для определения статуса самостоятельного карантина с помощью интерфейсов передачи данных Интернета вещей
1.11.194-1.192.26
ПНСТ Информационные технологии. Интернет вещей промышленный. Универсальный интерфейс прикладного программирования для промышленных устройств
1.11.194-1.198.26
ГОСТ Р Умное производство. Системы автоматизации производства и их интеграция. Оценка конвергенции информатизации и индустриализации для промышленных предприятий. Часть 2. Модель зрелости и методология оценки
1.11.194-1.191.26
ПНСТ Информационные технологии. Интернет вещей. Автономная идентификация объектов Интернета вещей в умном доме. Требования и структура
1.11.194-1.188.26
ПНСТ Информационные технологии. Интернет вещей. Совместимость систем интернета вещей. Часть 4. Синтаксическая совместимость
1.11.194-1.200.26
ГОСТ Р Умное производство. Интероперабельность единиц производственных возможностей для промышленных прикладных решений. Часть 4. Определение единиц воспроизводимости
1.11.194-1.211.26
ГОСТ Р Информационные технологии. Структура данных. Уникальная идентификация для Интернета вещей
1.11.194-1.190.26
ПНСТ Информационные технологии. Интернет вещей. Функциональная архитектура для обеспечения взаимодействия идентификаторов ресурсов
1.11.194-1.201.26
ГОСТ Р Умное производство. Каталоги поведения оборудования для виртуальной производственной системы. Часть 1. Общие положения
1.11.194-1.197.26
ГОСТ Р Умное производство. Системы автоматизации производства и их интеграция. Оценка конвергенции информатизации и индустриализации для промышленных предприятий. Часть 1. Структура и типовая модель
1.11.194-1.189.26
ПНСТ Информационные технологии. Интернет вещей. Совместимость систем интернета вещей. Часть 5. Совместимость поведения и политики
1.11.194-1.205.26
ПНСТ Информационное моделирование для систем образования и обучения на основе VR/AR/MR
1.11.194-1.195.26
ПНСТ Информационные технологии. Интернет вещей. Показатели оценки для систем Интернета вещей
1.11.194-1.187.26
ГОСТ Р Информационные технологии. Интернет вещей промышленный. Типовая архитектура
1.11.194-1.186.26
ГОСТ Р Информационные технологии. Интернет вещей. Периферийные вычисления
1.11.194-1.204.26
ПНСТ Информационные технологии. Медиаконтекст и управление им. Часть 1. Архитектура
1.11.194-1.185.26
ПНСТ Информационные технологии. Интернет вещей. Требования к платформе обмена данными для различных служб интернета вещей. Часть 2. Транспортная совместимость между узловыми точками
1.11.194-1.203.26
ПНСТ Умное производство. Цифровые двойники производства. Типовые примеры
Разработчик:
ФГАОУ ВО «СПбПУ», НП "Русское биометрическое общество"
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥3❤1
Утвержден свод правил "Яхтенные гавани. Правила проектирования"
31 января 2026 года введен в действие свод правил СП 548.1325800.2025 "Яхтенные гавани. Правила проектирования".
Настоящий свод правил устанавливает правила проектирования при строительстве новых и реконструкции существующих яхтенных гаваней морских (марин) и на внутренних водных путях, а также объектов инфраструктуры, предназначенных для обслуживания и стоянки маломерных, прогулочных, спортивных парусных судов и яхт.
Свод правил не распространяется на частные яхтенные стоянки вместимостью до 2 стояночных мест.
Сам свод правил пока не опубликован.
📸 bimsert
31 января 2026 года введен в действие свод правил СП 548.1325800.2025 "Яхтенные гавани. Правила проектирования".
Настоящий свод правил устанавливает правила проектирования при строительстве новых и реконструкции существующих яхтенных гаваней морских (марин) и на внутренних водных путях, а также объектов инфраструктуры, предназначенных для обслуживания и стоянки маломерных, прогулочных, спортивных парусных судов и яхт.
Свод правил не распространяется на частные яхтенные стоянки вместимостью до 2 стояночных мест.
Сам свод правил пока не опубликован.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2