Дорогие коллеги, поздравляем Вас с 1 Мая!
Желаем жить с улыбкой на лице, работать с энтузиазмом, стремиться к мечтам и наполнять свою жизнь счастливыми моментами.
Пусть труд облагораживает каждого из Вас, пусть любимая работа имеет свои последствия в виде высокой зарплаты и постоянной самореализации.
Крепких сил и успехов в вашей трудовой деятельности!
По традиции излагаем поздравление в отраслевых форматах, сегодня в BCF (XML).
Желаем жить с улыбкой на лице, работать с энтузиазмом, стремиться к мечтам и наполнять свою жизнь счастливыми моментами.
Пусть труд облагораживает каждого из Вас, пусть любимая работа имеет свои последствия в виде высокой зарплаты и постоянной самореализации.
Крепких сил и успехов в вашей трудовой деятельности!
По традиции излагаем поздравление в отраслевых форматах, сегодня в BCF (XML).
<?xml version="1.0" encoding="UTF-8"?>
<BCF version="2.1" xmlns:xsi="https://www.w3.org/2001/XMLSchema-instance">
<Markup>
<Topic Guid="a1b2c3d4-5678-90ab-cdef-1234567890ab" TopicType="Greeting">
<Title>Поздравление с 1 Мая</Title>
<CreationDate>2024-05-01T00:00:00Z</CreationDate>
<CreationAuthor>Компания</CreationAuthor>
<Priority>High</Priority>
<Stage>Official</Stage>
<Labels>
<Label>Праздник</Label>
<Label>1 Мая</Label>
<Label>Поздравление</Label>
</Labels>
<Comment Guid="b2c3d4e5-6789-01ab-c234-567890123456">
<Date>2025-05-01T00:00:00Z</Date>
<Author>Компания</Author>
<Text>
Дорогие коллеги, поздравляем Вас с 1 Мая!
Желаем жить с улыбкой на лице, работать с энтузиазмом, стремиться к мечтам и наполнять свою жизнь счастливыми моментами. Пусть труд облагораживает каждого из Вас, пусть любимая работа имеет свои последствия в виде высокой зарплаты и постоянной самореализации.
Крепких сил и успехов в вашей трудовой деятельности!
</Text>
</Comment>
<BimSnippet SnippetType="HTML">
<Reference>greeting.html</Reference>
</BimSnippet>
<DocumentReference>
<ReferencedDocument>may1_greeting.pdf</ReferencedDocument>
<Description>Официальное поздравление</Description>
</DocumentReference>
</Topic>
</Markup>
</BCF>
Ключевые элементы:
1. Topic - содержит основную информацию о поздравлении
2. Comment - включает текст поздравления
3. Labels - теги для категоризации
4. BimSnippet и DocumentReference - могут ссылаться на дополнительные материалы (открытки, PDF и т.д.)
Формат сохраняет структуру BCF, но адаптирован для передачи праздничного сообщения и настроения!
🔥6🤝4👍1
<Письмо>_Росреестра_от_22_04_2025_N_13_00621_25_"О_видах_разрешенного.pdf
104.3 KB
Росреестр ответил на вопросы о заполнении разделов XML-файла межевого плана и подготовке акта согласования местоположения границ земельного участка
В письме Росреестра от 22.04.2025 N 13-00621/25 "О видах разрешенного использования земельных участков"
даны ответы на следующие вопросы, в том числе:
- какую площадь земельного участка указывать в межевом плане;
- необходимо ли проводить процедуру согласования местоположения границ земельного участка и подготавливать акт согласования местоположения границ;
- кто согласовывает границу объекта кадастровых работ (в случае необходимости подготовки акта согласования).
В письме Росреестра от 22.04.2025 N 13-00621/25 "О видах разрешенного использования земельных участков"
даны ответы на следующие вопросы, в том числе:
- какую площадь земельного участка указывать в межевом плане;
- необходимо ли проводить процедуру согласования местоположения границ земельного участка и подготавливать акт согласования местоположения границ;
- кто согласовывает границу объекта кадастровых работ (в случае необходимости подготовки акта согласования).
👍1
Ответ_Минстроя_РФ_от_07_05_2024_г_№_11823_ОГ_08.pdf
725.2 KB
Особенности оценки соответствия проектной документации по объектам электросетевого хозяйства
Часть 1/2
Интересное письмо прислали коллеги.
По данному вопросу можно отметить следующее.
1. Требования 384-ФЗ от 30.12.2009 не распространяется на безопасность технологических процессов, соответствующих функциональному назначению зданий и сооружений. Учету подлежат лишь возможные опасные воздействия этих процессов на состояние здания, сооружения или их частей.
2. В соответствии с п. 1 ч. 5 ст. 49 ГрК РФ, в предмет экспертизы проектной
документации, среди прочего, входит и оценка соответствия проектной документации требованиям технических регламентов и иным требованиям, в т.ч. требованиям к обеспечению надежности и безопасности электроэнергетических систем и объектов электроэнергетики, и что такие требования применяются отдельно от требований 384-Ф3.
3. Нужно четко разделять:
- требованиям к обеспечению надежности и безопасности электроэнергетических систем и объектов электроэнергетики, которые не установлены 384-ФЗ, но могут быть установлены в иных технических регламентах, и входят в предмет экспертизы,
и
- требования, с связанные с обеспечением безопасности технологических процессов, соответствующих функциональному назначению зданий и сооружений, на которые согласно ч. 3 ст. 3 384-Ф3 требования 384-ФЗ не распространяются, и в отношении которых учету при экспертизе подлежат лишь возможные опасные воздействия этих процессов на состояние здания, сооружения или их частей.
Та самая грань между указанными требованиями «проведена» в Реестре требований (применительно к ОКС, в отношении которых подготовка ПД и (или) выполнение ИИ осуществлена на основании ГПЗУ/ППТ, выданного/утвержденной после 01.09.24 г. - см. ст. 4 653-ФЗ от 25.12.2023)
На начиная с 01.08.24 и по настоящее время РТ в отношении Требований к обеспечению надежности и безопасности электроэнергетических систем и объектов электроэнергетики (раздел 7) включены требования 8 актов ФОИВ (даты, наименования и редакции нужно отдельно уточнять):
Часть 1/2
Интересное письмо прислали коллеги.
По данному вопросу можно отметить следующее.
1. Требования 384-ФЗ от 30.12.2009 не распространяется на безопасность технологических процессов, соответствующих функциональному назначению зданий и сооружений. Учету подлежат лишь возможные опасные воздействия этих процессов на состояние здания, сооружения или их частей.
2. В соответствии с п. 1 ч. 5 ст. 49 ГрК РФ, в предмет экспертизы проектной
документации, среди прочего, входит и оценка соответствия проектной документации требованиям технических регламентов и иным требованиям, в т.ч. требованиям к обеспечению надежности и безопасности электроэнергетических систем и объектов электроэнергетики, и что такие требования применяются отдельно от требований 384-Ф3.
3. Нужно четко разделять:
- требованиям к обеспечению надежности и безопасности электроэнергетических систем и объектов электроэнергетики, которые не установлены 384-ФЗ, но могут быть установлены в иных технических регламентах, и входят в предмет экспертизы,
и
- требования, с связанные с обеспечением безопасности технологических процессов, соответствующих функциональному назначению зданий и сооружений, на которые согласно ч. 3 ст. 3 384-Ф3 требования 384-ФЗ не распространяются, и в отношении которых учету при экспертизе подлежат лишь возможные опасные воздействия этих процессов на состояние здания, сооружения или их частей.
Та самая грань между указанными требованиями «проведена» в Реестре требований (применительно к ОКС, в отношении которых подготовка ПД и (или) выполнение ИИ осуществлена на основании ГПЗУ/ППТ, выданного/утвержденной после 01.09.24 г. - см. ст. 4 653-ФЗ от 25.12.2023)
На начиная с 01.08.24 и по настоящее время РТ в отношении Требований к обеспечению надежности и безопасности электроэнергетических систем и объектов электроэнергетики (раздел 7) включены требования 8 актов ФОИВ (даты, наименования и редакции нужно отдельно уточнять):
ID: 5829
Приказ Минэнерго России от 09.01.2019 № 2 «Об утверждении требований к участию генерирующего оборудования в общем первичном регулировании частоты и внесении изменений в Правила технической эксплуатации электрических станций и сетей Российской Федерации, утвержденные приказом Минэнерго России от 19 июня 2003 г. N 229»;
ID: 5822
Приказ Минэнерго России от 10.07.2020 г. N 546 «Об утверждении требований к релейной защите и автоматике различных видов и ее функционированию в составе энергосистемы и о внесении изменений в приказы Минэнерго России от 08.02.2019 г. N 80, от 13.02.2019 г. N 100, от 13.02.2019 г. N 101»;
ID: 5801
Приказ Минэнерго России от 13.02.2019 N 101 «Об утверждении требований к оснащению линий электропередачи и оборудования объектов электроэнергетики классом напряжения 110 кВ и выше устройствами и комплексами релейной защиты и автоматики, а также к принципам функционирования устройств и комплексов релейной защиты и автоматики;
ID: 5748
Приказ Минэнерго России от 11.02.2019 г. № 90 "Об утверждении Правил проведения испытаний и определения общесистемных технических параметров и характеристик генерирующего оборудования и о внесении изменений в Правила технической эксплуатации электрических станций и сетей РФ, утвержденные приказом Минэнерго России от 19 июня 2003 г. № 229"
ID: 5678
Приказ Минэнерго России от 13.02.2019 г. № 97 “Об утверждении требований к каналам связи для функционирования релейной защиты и автоматики”;
ID: 5622
ПП РФ от 24.02.2009 г. N 160 "О порядке установления охранных зон объектов электросетевого хозяйства и особых условий использования земельных участков, расположенных в границах таких зон";
ID: 5610
Федеральный закон 23.11.2009 г. N 261-ФЗ «Об энергосбережении и о повышении энергетической эффективности и о внесении изменений в отдельные законодательные акты РФ»;
ID: 4354
ПП РФ от 13.08.2018 N 937 "Об утверждении Правил технологического функционирования электроэнергетических систем и о внесении изменений в некоторые акты Правительства РФ".
👍1
Особенности оценки соответствия проектной документации по объектам электросетевого хозяйства
Часть 2/2
Отдельно отметим ситуацию с расчетами.
Часть 2/2
Отдельно отметим ситуацию с расчетами.
Согласно п. 3 Положения, утв. ПП РФ от 16.02.2008 г. N 87, текстовая часть проектной документации, среди прочего, содержит результаты расчетов, обосновывающие принятые технические и иные решения.
Согласно п. 6 Положения, утв. ПП РФ от 16.02.2008 г. N 87, правила выполнения и оформления текстовых и графических материалов, входящих в состав проектной и рабочей документации, устанавливаются Минстроем России.
Согласно п. 1 Правил выполнения и оформления текстовых и графических материалов, входящих в состав проектной и рабочей документации, утв. Приказом Минрегиона России от 2 апреля 2009 г. N 108, выполнение и оформление текстовых и графических материалов, входящих в состав проектной и рабочей документации, осуществляется в соответствии с национальными стандартами "СПДС" (далее - национальные стандарты), которые утверждаются приказами в установленном порядке, при этом, до утверждения национальных стандартов выполнение и оформление текстовых и графических материалов, входящих в состав проектной и рабочей документации, осуществляется с использованием ранее принятых стандартов СПДС, ЕСКД в части, не противоречащей законодательству РФ о техническом регулировании, законодательству РФ о градостроительной деятельности.
Согласно п.4.1.7 ГОСТ Р 21.101-2020, расчеты конструктивных, технологических и других решений, являющиеся обязательным элементом подготовки проектной документации, в состав проектной документации не включают, кроме случаев, установленных Положения, утв. ПП РФ от 16.02.2008 г. N 87. Их оформляют в соответствии с требованиями к текстовым документам и хранят в архиве проектной организации. Расчеты представляют заказчику или органам экспертизы по их требованию.
Согласно п.17 Положения, утв. ПП РФ от 05.03.2007 г. N 145, организация по проведению государственной экспертизы вправе дополнительно истребовать от заявителя, среди прочего, представления расчетов конструктивных и технологических решений, используемых в проектной документации, материалов инженерных изысканий.
Из указанного следует, что расчеты, выполняемые при разработке проектной документации в нее не включаются (за исключением тех расчетов, наличие которых напрямую указано в Положении, утв. ПП РФ от 16.02.2008 г. N 87), при этом в проектной документации отражаются результаты таких расчетов.
В случае необходимости такие расчеты будут затребованы экспертной организации по основаниям указанным в п. 17 Положения, утв. ПП РФ от 05.03.2007 г. N 145.
🔥1
Forwarded from NSR Specification - блог (Карина Яналиева)
Media is too big
VIEW IN TELEGRAM
Давно хотели показать, как мы мастерски научились обращаться с текстом требований для конвертации правил проверки ЦИМ! Надеемся, что вам будет не слишком скучно🐱
P.S. Процесс разметки текста - ерунда по сравнению со съемками демонстрационного видео) Зато сколько багов поправили в процессе!🌌
P.S. Процесс разметки текста - ерунда по сравнению со съемками демонстрационного видео) Зато сколько багов поправили в процессе!
Please open Telegram to view this post
VIEW IN TELEGRAM
👍8🔥2
Об особенностях работы с интерфейсами сервисов по созданию Задания на проектирование в xml
Часть 1/2
При создании Задания на проектирование в формате xml на основе вступающей в действие с 09.07.2025 xml-схемы уже сейчас пользователи могут воспользоваться бесплатными сервисам либо от ФАУ «ГГЭ», тот что размещается в составе Личного кабинета заявителя на ЕЦПЭ (вход через учетную запись на Госуслугах либо логин и пароль), либо альтернативным сервисом от ООО «ССЭ». В перспективе таких сервисов конечно же станет больше.
Сразу оговоримся, что интуитивно понятный для пользователя интерфейс, который позволял бы последнему не заглядывать в описание xml-схемы, разработать ЗнП в формате xml с первого раза и без ошибок, как всегда, ждет своего разработчика (проще сказать пока такого нет).
Кроме того, есть и сложности для обычных пользователей при работе с описанием xml-схемы, которая представлена на 675 листах (обычное дело для документации описывающей xsd), но в это раз уже содержащее одновременно таблицы и блок-схемы (диаграммы) для элементов и атрибутов. Такое описание (таблицы и диаграммы) скорее удобны для разработчиков, чем для рядового пользователя. А заглядывать пользователю в описание придется, если тот захочет самостоятельно понять суть допущенной им ошибки.
Напомним, в отношении например xml-схем ПЗ описание было представлено преимущественно таблицами, содержащими текстовое описание без диаграмм.
Однако, придираться к интерфейсу можно долго, проще повышать свои компетенции в работе с сервисами начав разбираться в специфике формирования электронных документов в формате xml, любым доступным способом, начиная с метода «проб и ошибок», наращивая количество попыток, и заканчивая, непосредственным изучением специфики XSD (XML Schema Definition) уже на уровне языка описания структуры XML-документа.
Пока на сегодняшний день, как в составе сервиса от ФАУ «ГГЭ», так и у альтернативного сервиса от ООО «ССЭ» в части интуитивно понятного интерфейса для пользователя есть над чем поработать. Но это нормально. Со временем отшлифуется до блеска мытарствами пользователей.
Но все же, тем кто планирует разобраться с этим вот всем, не особо углубляясь в специфику создания XSD, скажем так на уровне интерфейса по субъективному критерию «удобно/не удобно», полезно знать о некоторых особенностях работы с указанными выше сервисами.
Например, работая на сервисе ФАУ «ГГЭ» вы точно не будите ломать голову над загадкой какое значение вводить в поле для атрибутов с именем IsCulturalHeritage, PeoplePermanentStay, SecurityInfluence, с типом значения boolean* и свойством атрибута use="required"**
__
* при типе значения boolean атрибут может принимать значения:
- true или 1 (истина)
- false или 0 (ложь).
** в XML-схемах (XSD) свойство атрибута со значением use="required" указывает, что соответсвующий атрибут является обязательным для элемента.
В качестве примера, применительно к указанным элементам, проблем с заполнением элементов при использовании сервиса ФАУ «ГГЭ» не возникнет в отношении таких элементов как:
- Принадлежность к объектам транспортной инфраструктуры и к другим объектам, функционально-технологические особенности, которых, влияют на их безопасность;
- Принадлежность к объектам культурного наследия (памятникам истории и культуры) народов Российской Федерации;
- Наличие помещений с постоянным пребыванием людей.
Там пользователь просто интуитивно выберет необходимое значение из выпадающего списка (имеется/не имеется, относится/не относится и т.п.).
Чего нельзя сказать об альтернативном сервисе, на том пользователь должен будет, в отношении указанных элементов, указать значение из цифр 0 или 1 (запишите, а то намучаетесь), при этом у указанного сервиса отсутствует какая-либо подсказка для пользователя на этот счет, как и впрочем решение не уровне интерфейса (выпадающий список с выбором значений).
С другой стороны, чего хотеть от бесплатного сыра в мышеловке данных.🪤
Часть 1/2
При создании Задания на проектирование в формате xml на основе вступающей в действие с 09.07.2025 xml-схемы уже сейчас пользователи могут воспользоваться бесплатными сервисам либо от ФАУ «ГГЭ», тот что размещается в составе Личного кабинета заявителя на ЕЦПЭ (вход через учетную запись на Госуслугах либо логин и пароль), либо альтернативным сервисом от ООО «ССЭ». В перспективе таких сервисов конечно же станет больше.
Сразу оговоримся, что интуитивно понятный для пользователя интерфейс, который позволял бы последнему не заглядывать в описание xml-схемы, разработать ЗнП в формате xml с первого раза и без ошибок, как всегда, ждет своего разработчика (проще сказать пока такого нет).
Кроме того, есть и сложности для обычных пользователей при работе с описанием xml-схемы, которая представлена на 675 листах (обычное дело для документации описывающей xsd), но в это раз уже содержащее одновременно таблицы и блок-схемы (диаграммы) для элементов и атрибутов. Такое описание (таблицы и диаграммы) скорее удобны для разработчиков, чем для рядового пользователя. А заглядывать пользователю в описание придется, если тот захочет самостоятельно понять суть допущенной им ошибки.
Напомним, в отношении например xml-схем ПЗ описание было представлено преимущественно таблицами, содержащими текстовое описание без диаграмм.
Однако, придираться к интерфейсу можно долго, проще повышать свои компетенции в работе с сервисами начав разбираться в специфике формирования электронных документов в формате xml, любым доступным способом, начиная с метода «проб и ошибок», наращивая количество попыток, и заканчивая, непосредственным изучением специфики XSD (XML Schema Definition) уже на уровне языка описания структуры XML-документа.
Пока на сегодняшний день, как в составе сервиса от ФАУ «ГГЭ», так и у альтернативного сервиса от ООО «ССЭ» в части интуитивно понятного интерфейса для пользователя есть над чем поработать. Но это нормально. Со временем отшлифуется до блеска мытарствами пользователей.
Но все же, тем кто планирует разобраться с этим вот всем, не особо углубляясь в специфику создания XSD, скажем так на уровне интерфейса по субъективному критерию «удобно/не удобно», полезно знать о некоторых особенностях работы с указанными выше сервисами.
Например, работая на сервисе ФАУ «ГГЭ» вы точно не будите ломать голову над загадкой какое значение вводить в поле для атрибутов с именем IsCulturalHeritage, PeoplePermanentStay, SecurityInfluence, с типом значения boolean* и свойством атрибута use="required"**
__
* при типе значения boolean атрибут может принимать значения:
- true или 1 (истина)
- false или 0 (ложь).
** в XML-схемах (XSD) свойство атрибута со значением use="required" указывает, что соответсвующий атрибут является обязательным для элемента.
В качестве примера, применительно к указанным элементам, проблем с заполнением элементов при использовании сервиса ФАУ «ГГЭ» не возникнет в отношении таких элементов как:
- Принадлежность к объектам транспортной инфраструктуры и к другим объектам, функционально-технологические особенности, которых, влияют на их безопасность;
- Принадлежность к объектам культурного наследия (памятникам истории и культуры) народов Российской Федерации;
- Наличие помещений с постоянным пребыванием людей.
Там пользователь просто интуитивно выберет необходимое значение из выпадающего списка (имеется/не имеется, относится/не относится и т.п.).
Чего нельзя сказать об альтернативном сервисе, на том пользователь должен будет, в отношении указанных элементов, указать значение из цифр 0 или 1 (запишите, а то намучаетесь), при этом у указанного сервиса отсутствует какая-либо подсказка для пользователя на этот счет, как и впрочем решение не уровне интерфейса (выпадающий список с выбором значений).
С другой стороны, чего хотеть от бесплатного сыра в мышеловке данных.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2
Об особенностях работы с интерфейсами сервисов по созданию Задания на проектирование в xml
Часть 2/2
Еще один пример, когда необходимо будет заполнить значение для атрибута id типа tGUID (идентификатор документа), как для случая его опционального указания, так и для обязательных случаев по его заполнению.
Здесь конечно необходимо для облегчения работы пользователя сделать кнопку с генерацией id.
Как в последней версии СПЗФ от ФАУ ГГЭ или как это давно реализовано на ряде альтернативных сервисов по формированию ПЗ.
В перспективе таким идентификатором должен стать код документа из КСИ (если мы про параметрической нормирование хоть как то думаем), хотя код документа по КСИ можно указать и сейчас, но в любом случае, значение должно начинаться с букв «id» или «ID» и только потом код (запишите, а то забудете).
Работая на сервисе от ООО «ССЭ» вы точно не потратите изрядное количество времени на заполнение реквизитов ИП и ЮЛ, так как в сервисе реализован поиск реквизитов указанных лиц по ИНН, с предзаполнением соответсвующих значений в полях атрибутов, которые неоднократно в составе разных элементов требуется указывать. А вот решение от ФАУ «ГГЭ» этим похвастаться не может.
Вообще, пожелание ко всем сервисам, закладывать возможность для пользователей составлять свои справочники для разных типов атрибутов, повторение которых носит неоднократный характер и может быть выведено в справочник.
Есть и общие недостатки обоих сервисов, например, когда отсутствует подсказка по правильности указания атрибута кода функциональной группы ОКС и коду функционального назначения ОКС (что называется догадайся сам). Даже если они опциональны.
Например, отображение в поле ввода характерного корректного значения указанных кодов можно было бы предусмотреть маску ввода (input mask) - строковое выражение, которое ограничивает ввод данных пользователем.
То же, не помешало бы и для ОГРН и прочих публичных данных.
Правда отметим, что на альтернативном сервисе для части значений иных атрибутов такие маски есть (например СНИЛС и др.).
А ведь именно тут будут основные проблемы у пользователей.
Для атрибута с наименование Code типа tObjectCode с наложенным шаблоном ограничения «[0-9А-Za-zA-Яа-я_-]+» можно указать перед тире составной тройной код, состоящий одновременно из «раздела», «подраздела», «группы объектов» по КФНОКС, а после тире указывается одинарный код, состоящий только из «назначения объекта» по КФНОКС.
Пример:
01.02.001-005, где
«01.» - раздел;
«02.» - подраздел;
«001-» - группа объектов;
«005» - назначение объекта.
Для элемента tOKS / FunctionsClass с типом FunctionsClass с наложенным шаблоном ограничения «[0-9]{1,2}\.[0-9]{1,2}\.[0-9]{1,3}\.[0-9]{1,3}» можно указать - составной четверной код, состоящий одновременно из «раздела», «подраздела», «группы объектов», «назначения объекта» по КФНОКС.
Пример (тут без тире все через точку):
01.02.001.005, где
«01.» - раздел;
«02.» - подраздел;
«001.» - группа объектов;
«005» - назначение объекта.
Мы понимаем, что пока не попробовав создать ЗнП в xml на любом из сервисов, читающий с трудом поймет о чем мы тут.
Конечно можно сказать, что «впереди еще три дня и три ночи, и шашлычок под коньячок — вкусно очень», но июль не за горами, товарищи, особенно для тех кто закупку готовит на ЕИС (zakupki.gov.ru). Поэтому пора готовить шаблоны ЗнП в xml!
По началу не без нервов конечно.
И тренироваться не только с ЗнП.xml, но и ЗнИИ.xml и Отчетом по РИИ.xml (привет изыскателям).
И конечно вам гарантированы «увлекательные» игры разума, по перестройке мышления в логику xsd, сопровождаемая местными идиоматическими выражениями и возгласами не для эфира. Но научитесь. Пробуйте. Пока есть время.
Часть 2/2
Еще один пример, когда необходимо будет заполнить значение для атрибута id типа tGUID (идентификатор документа), как для случая его опционального указания, так и для обязательных случаев по его заполнению.
Здесь конечно необходимо для облегчения работы пользователя сделать кнопку с генерацией id.
Как в последней версии СПЗФ от ФАУ ГГЭ или как это давно реализовано на ряде альтернативных сервисов по формированию ПЗ.
В перспективе таким идентификатором должен стать код документа из КСИ (если мы про параметрической нормирование хоть как то думаем), хотя код документа по КСИ можно указать и сейчас, но в любом случае, значение должно начинаться с букв «id» или «ID» и только потом код (запишите, а то забудете).
Работая на сервисе от ООО «ССЭ» вы точно не потратите изрядное количество времени на заполнение реквизитов ИП и ЮЛ, так как в сервисе реализован поиск реквизитов указанных лиц по ИНН, с предзаполнением соответсвующих значений в полях атрибутов, которые неоднократно в составе разных элементов требуется указывать. А вот решение от ФАУ «ГГЭ» этим похвастаться не может.
Вообще, пожелание ко всем сервисам, закладывать возможность для пользователей составлять свои справочники для разных типов атрибутов, повторение которых носит неоднократный характер и может быть выведено в справочник.
Есть и общие недостатки обоих сервисов, например, когда отсутствует подсказка по правильности указания атрибута кода функциональной группы ОКС и коду функционального назначения ОКС (что называется догадайся сам). Даже если они опциональны.
Например, отображение в поле ввода характерного корректного значения указанных кодов можно было бы предусмотреть маску ввода (input mask) - строковое выражение, которое ограничивает ввод данных пользователем.
То же, не помешало бы и для ОГРН и прочих публичных данных.
Правда отметим, что на альтернативном сервисе для части значений иных атрибутов такие маски есть (например СНИЛС и др.).
А ведь именно тут будут основные проблемы у пользователей.
Для атрибута с наименование Code типа tObjectCode с наложенным шаблоном ограничения «[0-9А-Za-zA-Яа-я_-]+» можно указать перед тире составной тройной код, состоящий одновременно из «раздела», «подраздела», «группы объектов» по КФНОКС, а после тире указывается одинарный код, состоящий только из «назначения объекта» по КФНОКС.
Пример:
01.02.001-005, где
«01.» - раздел;
«02.» - подраздел;
«001-» - группа объектов;
«005» - назначение объекта.
Для элемента tOKS / FunctionsClass с типом FunctionsClass с наложенным шаблоном ограничения «[0-9]{1,2}\.[0-9]{1,2}\.[0-9]{1,3}\.[0-9]{1,3}» можно указать - составной четверной код, состоящий одновременно из «раздела», «подраздела», «группы объектов», «назначения объекта» по КФНОКС.
Пример (тут без тире все через точку):
01.02.001.005, где
«01.» - раздел;
«02.» - подраздел;
«001.» - группа объектов;
«005» - назначение объекта.
Мы понимаем, что пока не попробовав создать ЗнП в xml на любом из сервисов, читающий с трудом поймет о чем мы тут.
Конечно можно сказать, что «впереди еще три дня и три ночи, и шашлычок под коньячок — вкусно очень», но июль не за горами, товарищи, особенно для тех кто закупку готовит на ЕИС (zakupki.gov.ru). Поэтому пора готовить шаблоны ЗнП в xml!
По началу не без нервов конечно.
И тренироваться не только с ЗнП.xml, но и ЗнИИ.xml и Отчетом по РИИ.xml (привет изыскателям).
И конечно вам гарантированы «увлекательные» игры разума, по перестройке мышления в логику xsd, сопровождаемая местными идиоматическими выражениями и возгласами не для эфира. Но научитесь. Пробуйте. Пока есть время.
👍5
В Москве изменены требования к проведению переустройства и (или) перепланировки помещении в многоквартирном доме
Постановлением Правительства Москвы от 18.04.2025 N 841-ПП внесен ряд изменений в Постановление Правительства Москвы от 25.10.2011 г. N 508-ПП "Об организации переустройства и (или) перепланировки помещений в многоквартирных домах".
Изменения направлены на упрощение процедур, повышение прозрачности и ускорение оформления перепланировок.
В частности, исключены требования к объединению и разделению помещений, уточнены правила заделки проемов в перекрытиях и несущих стенах, изменения антресолей и входных групп.
Введен упрощенный порядок оформления актов после завершения работ, уточнены требования к эскизам и техническим планам.
Сроки рассмотрения заявок сокращены до 10-20 рабочих дней.
Введен автоматический обмен данными с ЕГРН.
Постановлением Правительства Москвы от 18.04.2025 N 841-ПП внесен ряд изменений в Постановление Правительства Москвы от 25.10.2011 г. N 508-ПП "Об организации переустройства и (или) перепланировки помещений в многоквартирных домах".
Изменения направлены на упрощение процедур, повышение прозрачности и ускорение оформления перепланировок.
В частности, исключены требования к объединению и разделению помещений, уточнены правила заделки проемов в перекрытиях и несущих стенах, изменения антресолей и входных групп.
Введен упрощенный порядок оформления актов после завершения работ, уточнены требования к эскизам и техническим планам.
Сроки рассмотрения заявок сокращены до 10-20 рабочих дней.
Введен автоматический обмен данными с ЕГРН.
👍1
В xml-схеме Задания на проектирование реализована возможность описания требований к компонентам
В составе xml-схемы Задания на проектирование применительно к элементу комплексного типа «Требования к техническим решениям» (tTechnicalRequirements) на ряду с «Общими требованиями к техническим решениям» (tRequirements) реализовано описание «Требования к техническим решениям компонентов» (tComponentRequirements).
Собственно, так называемые «Требования к техническим решениям компонента», которые заполняются опционально (minOccurs="0" maxOccurs="unbounded")*, предусматривают в своем составе возможность заполнения поля ввода данных «Наименование компонента», «Описание компонента», а также «Требования к техническим решениям» применительно к компонентам (вкладка «Требование» с полями ввода данных «Содержание», «Перечень ссылок на нормативные документы» и «Автор»).
___
* Значение атрибутов:
- minOccurs="0" - элемент не обязателен (может отсутствовать).
- maxOccurs="unbounded" - элемент может повторяться бесконечное количество раз.
Указанная возможность, в части описания технических требований к компонентам ОКС, реализована для 22 элементов xml-схемы (в т.ч. для ряда «экзотически», если предположить, что в составе указанного описания могут присутствовать сведения о компонентах ЦИМ или абстрактных объектов в терминологии СП 328.1325800.2020):
1. Требования к наружным сетям инженерно-технического обеспечения, точкам присоединения.
2. Требования к основному технологическому оборудованию.
3. Требования к архитектурно-художественным решениям, включая требования к графическим материалам.
4. Требования к проекту организации строительства объекта.
5. Требования о необходимости сноса или сохранения зданий, сооружений, вырубки или сохранения зеленых насаждений, реконструкции, капитального ремонта существующих линейных объектов в связи с планируемым строительством объекта, расположенных на земельном участке, на котором планируется строительство объекта.
6. Требования к мероприятиям по обеспечению соблюдения требований энергетической эффективности и по оснащенности объекта приборами учета используемых энергетических ресурсов.
7. Требования к инженерно-техническому укреплению объекта в целях обеспечения его антитеррористической защищенности.
8. Требования к мероприятиям по охране окружающей среды.
9. Требования к мероприятиям по обеспечению пожарной безопасности.
10. Требования к зданиям, строениям и сооружениям, входящим в инфраструктуру линейного объекта.
11. Требования к разработке проекта рекультивации земель.
12. Требования к решениям по благоустройству прилегающей территории, малым архитектурным формам и планировочной организации земельного участка.
13. Требования к мероприятиям по обеспечению доступа маломобильных групп населения к объекту.
14. Требования к выполнению научно-исследовательских и опытно-конструкторских работ в процессе проектирования и строительства объекта.
15. Требования к проекту полосы отвода.
16. Требования к соблюдению безопасных для здоровья человека условий проживания и пребывания в объекте и требования к соблюдению безопасного уровня воздействия объекта на окружающую среду.
17. Требования к схеме планировочной организации земельного участка.
18. Требования к местам складирования излишков грунта и (или) мусора при строительстве и протяженность маршрута их доставки.
19. Требования к технической эксплуатации и техническому обслуживанию объекта.
20. Требования к технологическим и конструктивным решениям линейного объекта.
21. Требования к технологическим решениям.
22. Подраздел требований к конструктивным и объемно-планировочным решениям.
Если все же речь о элементах ОКС представленных как компоненты ЦИМ ОКС, то неплохо бы блок с текстовым описанием заменить на элемент комплексного типа tTextBlock, с вложенными в него комплексными элементами tTable, tCell и элементом простого типа tImageTypes, а также предусмотреть возможность использования комплексный элемента тип tDocumentInfo с вложенными в него элементами iFile и WebLink.
В составе xml-схемы Задания на проектирование применительно к элементу комплексного типа «Требования к техническим решениям» (tTechnicalRequirements) на ряду с «Общими требованиями к техническим решениям» (tRequirements) реализовано описание «Требования к техническим решениям компонентов» (tComponentRequirements).
Собственно, так называемые «Требования к техническим решениям компонента», которые заполняются опционально (minOccurs="0" maxOccurs="unbounded")*, предусматривают в своем составе возможность заполнения поля ввода данных «Наименование компонента», «Описание компонента», а также «Требования к техническим решениям» применительно к компонентам (вкладка «Требование» с полями ввода данных «Содержание», «Перечень ссылок на нормативные документы» и «Автор»).
___
* Значение атрибутов:
- minOccurs="0" - элемент не обязателен (может отсутствовать).
- maxOccurs="unbounded" - элемент может повторяться бесконечное количество раз.
Указанная возможность, в части описания технических требований к компонентам ОКС, реализована для 22 элементов xml-схемы (в т.ч. для ряда «экзотически», если предположить, что в составе указанного описания могут присутствовать сведения о компонентах ЦИМ или абстрактных объектов в терминологии СП 328.1325800.2020):
1. Требования к наружным сетям инженерно-технического обеспечения, точкам присоединения.
2. Требования к основному технологическому оборудованию.
3. Требования к архитектурно-художественным решениям, включая требования к графическим материалам.
4. Требования к проекту организации строительства объекта.
5. Требования о необходимости сноса или сохранения зданий, сооружений, вырубки или сохранения зеленых насаждений, реконструкции, капитального ремонта существующих линейных объектов в связи с планируемым строительством объекта, расположенных на земельном участке, на котором планируется строительство объекта.
6. Требования к мероприятиям по обеспечению соблюдения требований энергетической эффективности и по оснащенности объекта приборами учета используемых энергетических ресурсов.
7. Требования к инженерно-техническому укреплению объекта в целях обеспечения его антитеррористической защищенности.
8. Требования к мероприятиям по охране окружающей среды.
9. Требования к мероприятиям по обеспечению пожарной безопасности.
10. Требования к зданиям, строениям и сооружениям, входящим в инфраструктуру линейного объекта.
11. Требования к разработке проекта рекультивации земель.
12. Требования к решениям по благоустройству прилегающей территории, малым архитектурным формам и планировочной организации земельного участка.
13. Требования к мероприятиям по обеспечению доступа маломобильных групп населения к объекту.
14. Требования к выполнению научно-исследовательских и опытно-конструкторских работ в процессе проектирования и строительства объекта.
15. Требования к проекту полосы отвода.
16. Требования к соблюдению безопасных для здоровья человека условий проживания и пребывания в объекте и требования к соблюдению безопасного уровня воздействия объекта на окружающую среду.
17. Требования к схеме планировочной организации земельного участка.
18. Требования к местам складирования излишков грунта и (или) мусора при строительстве и протяженность маршрута их доставки.
19. Требования к технической эксплуатации и техническому обслуживанию объекта.
20. Требования к технологическим и конструктивным решениям линейного объекта.
21. Требования к технологическим решениям.
22. Подраздел требований к конструктивным и объемно-планировочным решениям.
Если все же речь о элементах ОКС представленных как компоненты ЦИМ ОКС, то неплохо бы блок с текстовым описанием заменить на элемент комплексного типа tTextBlock, с вложенными в него комплексными элементами tTable, tCell и элементом простого типа tImageTypes, а также предусмотреть возможность использования комплексный элемента тип tDocumentInfo с вложенными в него элементами iFile и WebLink.
🤯9👍3
Настоящие строители проверили ненастоящие xml-схемы по исполнительной документации
Из наблюдения коллег, в отношении ряда xml-схем по той же исполнительной документации, следует, что такие схемы да же не проходят проверку по содержанию на соответствие сведениям, содержащимся в формализованных формах исполнительной документации, представленных в документах по стандартизации (НТД) в т.ч. и тех, чьи пункты вошли в Реестр требований:
- ID 669 СП 245.1325800.2015 «Защита от коррозии линейных объектов и сооружений в нефтегазовом комплексе. Правила производства и приемки работ»;
- ID 2524 СП 392.1325800.2018 «Трубопроводы магистральные и промысловые для нефти и газа. Исполнительная документация при строительстве. Формы и требования к ведению и оформлению»;
- ID 847 СП 399.1325800.2018 «Системы водоснабжения и канализации наружные из полимерных материалов. Правила проектирования и монтажа (с изменением N 1)».
С учетом указанных выводов коллег, формально, такого рода xml-схемы уже ущемляют интересы поднадзорных лиц, требуя от них в своем содержании тех сведений, наличие которых не обосновано ни НПА, ни НТД, а как известно, последние, используются для обязательной оценки соответствия в рамках Федерального закона "Технический регламент о безопасности зданий и сооружений" от 30.12.2009 N 384-ФЗ, а есть еще и Федеральный закон "Об обязательных требованиях в Российской Федерации" от 31.07.2020 N 247-ФЗ.
Из наблюдения коллег, в отношении ряда xml-схем по той же исполнительной документации, следует, что такие схемы да же не проходят проверку по содержанию на соответствие сведениям, содержащимся в формализованных формах исполнительной документации, представленных в документах по стандартизации (НТД) в т.ч. и тех, чьи пункты вошли в Реестр требований:
- ID 669 СП 245.1325800.2015 «Защита от коррозии линейных объектов и сооружений в нефтегазовом комплексе. Правила производства и приемки работ»;
- ID 2524 СП 392.1325800.2018 «Трубопроводы магистральные и промысловые для нефти и газа. Исполнительная документация при строительстве. Формы и требования к ведению и оформлению»;
- ID 847 СП 399.1325800.2018 «Системы водоснабжения и канализации наружные из полимерных материалов. Правила проектирования и монтажа (с изменением N 1)».
С учетом указанных выводов коллег, формально, такого рода xml-схемы уже ущемляют интересы поднадзорных лиц, требуя от них в своем содержании тех сведений, наличие которых не обосновано ни НПА, ни НТД, а как известно, последние, используются для обязательной оценки соответствия в рамках Федерального закона "Технический регламент о безопасности зданий и сооружений" от 30.12.2009 N 384-ФЗ, а есть еще и Федеральный закон "Об обязательных требованиях в Российской Федерации" от 31.07.2020 N 247-ФЗ.
Telegram
СЕРГЕЙ ДОЛЖНИКОВ
Давненько я не брал в руки шашки xml-схемы.
Мир не без добрых людей, спасибо Сергею Драгомирову, который привел алгоритм того, как правильно читать xml-схемы:
Читать нужно не только то, что написано знакомыми буквами из родного алфавита в описании к XML…
Мир не без добрых людей, спасибо Сергею Драгомирову, который привел алгоритм того, как правильно читать xml-схемы:
Читать нужно не только то, что написано знакомыми буквами из родного алфавита в описании к XML…
👍7
Какая из действующих XML-схем уже претендует на утверждение ее в качестве XML-схемы ИМ ОКС для этапа АСП?
Anonymous Poll
20%
XML-схема ПЗ
10%
XML-схема ЗнП
2%
XML-схема Заключения
18%
XML-схема ВОР
3%
XML-схема ССР
46%
нет такой
Forwarded from NSR Specification - блог (Ольга Кутузова)
This media is not supported in your browser
VIEW IN TELEGRAM
В предыдущем посте мы выложили видео, где во всех подробностях был показан процесс разметки текста требований. ⬆️
Внимательный зритель неизбежно задастся вопросом: "Ну и где же ваш хваленый ИИ, с помощью которого происходит автоматизация? Не считая подсказки семантических компонентов?"
Поэтому, хотим показать вам еще одно видео. С подсказками разметки простых суждений, которые мы можем запрашивать у генеративной модели.
Да, эти подсказки пока далеки от идеала: ИИ ошибается при выборе типа суждения (тип структурный вместо местоположения); добавляет лишние компоненты в суждения... Но, он учится!👩🚀
И, мы очень надеемся, что наш модуль разметки не только выполнит конкретную задачу преобразования текста требований в правила, но и поможет ИИ начать лучше понимать тексты требований.❤️
Внимательный зритель неизбежно задастся вопросом: "Ну и где же ваш хваленый ИИ, с помощью которого происходит автоматизация? Не считая подсказки семантических компонентов?"
Поэтому, хотим показать вам еще одно видео. С подсказками разметки простых суждений, которые мы можем запрашивать у генеративной модели.
Да, эти подсказки пока далеки от идеала: ИИ ошибается при выборе типа суждения (тип структурный вместо местоположения); добавляет лишние компоненты в суждения... Но, он учится!
И, мы очень надеемся, что наш модуль разметки не только выполнит конкретную задачу преобразования текста требований в правила, но и поможет ИИ начать лучше понимать тексты требований.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥2
Утверждены новые национальные стандарты в области цифровых технологий
⚡️ ГОСТ Р 72027.1-2025 "Информационные технологии в обучении, образовании и подготовке. Руководящие указания по контенту виртуальной реальности с учетом человеческого фактора. Часть 1. Рекомендации по использованию контента виртуальной реальности".
Стандарт приводит рекомендации по использованию контента виртуальной реальности в области обучения, образования и профессиональной подготовки для обучающихся основного, среднего и профессионального образования. Стандарт рассматривает контент виртуальной реальности, в котором используют шлем виртуальной реальности для обучения, образования и тренировки навыков. Стандарт не применяют для контента виртуальной реальности с использованием иммерсивной технологии и не касается контента дополненной и смешанной реальности.
Вступает в действие - с 1 ноября 2025 года.
⚡️ ГОСТ Р 72027.2-2025 "Информационные технологии в обучении, образовании и подготовке. Руководящие указания по контенту виртуальной реальности с учетом человеческого фактора. Часть 2. Рекомендации по разработке контента виртуальной реальности".
Стандарт приводит рекомендации по разработке контента виртуальной реальности в области обучения, образования и профессиональной подготовки для обучающихся основного, среднего и профессионального образования во избежание недоразумений среди пользователей, связанных с реальностью и виртуальной реальностью, и для оказания помощи пользователям в эффективном использовании этих новых технологий.
Вступает в действие - с 1 ноября 2025 года.
Стандарт приводит рекомендации по использованию контента виртуальной реальности в области обучения, образования и профессиональной подготовки для обучающихся основного, среднего и профессионального образования. Стандарт рассматривает контент виртуальной реальности, в котором используют шлем виртуальной реальности для обучения, образования и тренировки навыков. Стандарт не применяют для контента виртуальной реальности с использованием иммерсивной технологии и не касается контента дополненной и смешанной реальности.
Вступает в действие - с 1 ноября 2025 года.
Стандарт приводит рекомендации по разработке контента виртуальной реальности в области обучения, образования и профессиональной подготовки для обучающихся основного, среднего и профессионального образования во избежание недоразумений среди пользователей, связанных с реальностью и виртуальной реальностью, и для оказания помощи пользователям в эффективном использовании этих новых технологий.
Вступает в действие - с 1 ноября 2025 года.
Please open Telegram to view this post
VIEW IN TELEGRAM
Определение_Судебной_коллегии_по_экономическим_спорам_Верховного.pdf
169.8 KB
ВС РФ: в выдаче разрешения на строительство МКД могут отказать из-за дефицита инфраструктуры
Компания планировала построить МКД. Для этого она арендовала публичный участок и получила ГПЗУ в 2019 году. Через 2 года местные власти запретили точечную застройку МКД. Исключение – случаи, когда заявление о выдаче разрешения на строительство подано до вступления в силу запрета. Компания попросила разрешение в 2022 году. Его не выдали.
Три инстанции признали отказ незаконным. Чтобы получить разрешение, сведения из ГПЗУ можно использовать в течение 3 лет со дня выдачи, поэтому введенные через 2 года после этого ограничения не применяются.
ВС РФ не согласился. Запрет установили в том числе из-за острого дефицита социальной, инженерной и транспортной инфраструктуры. Планируемый дом не будет обеспечен ими. В такой ситуации выдача разрешения нарушит интересы и права, в частности, будущих жильцов дома.
Если участок был предоставлен специально для постройки объекта, а это стало невозможно из-за принятия правовых актов в сфере градостроительства, то правообладатель земли может взыскать убытки.
Дело направили на новое рассмотрение.
Компания планировала построить МКД. Для этого она арендовала публичный участок и получила ГПЗУ в 2019 году. Через 2 года местные власти запретили точечную застройку МКД. Исключение – случаи, когда заявление о выдаче разрешения на строительство подано до вступления в силу запрета. Компания попросила разрешение в 2022 году. Его не выдали.
Три инстанции признали отказ незаконным. Чтобы получить разрешение, сведения из ГПЗУ можно использовать в течение 3 лет со дня выдачи, поэтому введенные через 2 года после этого ограничения не применяются.
ВС РФ не согласился. Запрет установили в том числе из-за острого дефицита социальной, инженерной и транспортной инфраструктуры. Планируемый дом не будет обеспечен ими. В такой ситуации выдача разрешения нарушит интересы и права, в частности, будущих жильцов дома.
Если участок был предоставлен специально для постройки объекта, а это стало невозможно из-за принятия правовых актов в сфере градостроительства, то правообладатель земли может взыскать убытки.
Дело направили на новое рассмотрение.
ГОСТ Р 1.20-2025.pdf
308.8 KB
С 1 июля вступает в действие национальный стандарт по общероссийским классификаторам
⚡️ ГОСТ Р 1.20-2025 Классификаторы общероссийские. Основные положения и порядок проведения работ по разработке, ведению, изменению и применению
Настоящий стандарт определяет основные положения, порядок разработки, ведения, изменения и применения общероссийских классификаторов технико-экономической и социальной информации (далее - общероссийские классификаторы).
Настоящий стандарт предназначен для федеральных органов исполнительной власти или государственных корпораций, органов исполнительной власти субъектов Российской Федерации, органов местного самоуправления, организаций независимо от форм собственности и организационно-правовых форм, индивидуальных предпринимателей и физических лиц.
Заменяет ПР 50.1.024-2005.
Вступает в действие - с 01.07.2025.
Настоящий стандарт определяет основные положения, порядок разработки, ведения, изменения и применения общероссийских классификаторов технико-экономической и социальной информации (далее - общероссийские классификаторы).
Настоящий стандарт предназначен для федеральных органов исполнительной власти или государственных корпораций, органов исполнительной власти субъектов Российской Федерации, органов местного самоуправления, организаций независимо от форм собственности и организационно-правовых форм, индивидуальных предпринимателей и физических лиц.
Заменяет ПР 50.1.024-2005.
Вступает в действие - с 01.07.2025.
Please open Telegram to view this post
VIEW IN TELEGRAM
Утвержден новый список словарей с нормами русского языка для обязательного применения в ряде случаев
Правительство опубликовало перечень нормативных словарей, справочников и грамматик с нормами современного русского литературного языка.
Сначала словари разместят в открытом доступе на сайте Института русского языка им. В.В. Виноградова РАН, а затем – в Национальном словарном фонде. Последний планируют запустить в 2027 году.
В список вошли:
- Орфографический и орфоэпический словари русского языка как госязыка РФ от Института русского языка им. В.В. Виноградова РАН;
- Словарь иностранных слов от Института лингвистических исследований РАН;
- Толковый словарь госязыка РФ от Санкт-Петербургского госуниверситета.
Предыдущий перечень (с другими словарями) утвердило Минобрнауки еще в 2009 году.
Напомним, нормы современного русского литературного языка* нужно соблюдать, например, в ситуациях (перечень в ч.1 ст.3 ФЗ-53), когда:
- выбирают наименования юрлиц;
- информируют потребителей товаров (работ, услуг);
- распространяют рекламу;
- выпускают продукцию СМИ;
- информацию используют в государственных и муниципальных информационных системах;
- при официально переписке организаций всех форм собственности с гражданами РФ, иностранными гражданами;
- при написании наименований географических объектов, нанесении надписей на дорожные знаки.
Отметим, указанный перечень не является исчерпывающим – законом предусмотрена возможность использования русского языка и в иных определенных федеральными законами сферах (п. 11 ч. 1 ст. 3 53-ФЗ).
__
Несмотря на имеющиеся указания об ответственности в целом за нарушение 53-ФЗ, а также за принятие федеральных и региональных законов и иных нормативных правовых актов, направленных на ограничение использования русского языка как государственного языка РФ, иные действия и нарушения, препятствующие осуществлению права граждан на пользование русским языком, специальных норм о такой ответственности российское законодательство не содержит. В КоАП и Уголовном кодексе имеются только санкции за использование нецензурной брани.
Однако, нарушения ФЗ-53 могут быть интерпретированы через унижении человеческого достоинства по дискриминационным признакам, в том числе по признаку языка – причем наказания за эти деяния предусмотрены как в КоАП РФ (ст. 5.62, ст. 20.3.1 КоАП РФ), так и в Уголовном кодексе (ст. 136, ст. 282 УК РФ).
P.S. Вендорам, в частности, как бы не пришлось менять иностранные слова в их коммерческих обозначениях и их ПО, и это лишь малая часть, для переосмысления, кого могут затронуть нововведения.
Правительство опубликовало перечень нормативных словарей, справочников и грамматик с нормами современного русского литературного языка.
Сначала словари разместят в открытом доступе на сайте Института русского языка им. В.В. Виноградова РАН, а затем – в Национальном словарном фонде. Последний планируют запустить в 2027 году.
В список вошли:
- Орфографический и орфоэпический словари русского языка как госязыка РФ от Института русского языка им. В.В. Виноградова РАН;
- Словарь иностранных слов от Института лингвистических исследований РАН;
- Толковый словарь госязыка РФ от Санкт-Петербургского госуниверситета.
Предыдущий перечень (с другими словарями) утвердило Минобрнауки еще в 2009 году.
Напомним, нормы современного русского литературного языка* нужно соблюдать, например, в ситуациях (перечень в ч.1 ст.3 ФЗ-53), когда:
- выбирают наименования юрлиц;
- информируют потребителей товаров (работ, услуг);
- распространяют рекламу;
- выпускают продукцию СМИ;
- информацию используют в государственных и муниципальных информационных системах;
- при официально переписке организаций всех форм собственности с гражданами РФ, иностранными гражданами;
- при написании наименований географических объектов, нанесении надписей на дорожные знаки.
Отметим, указанный перечень не является исчерпывающим – законом предусмотрена возможность использования русского языка и в иных определенных федеральными законами сферах (п. 11 ч. 1 ст. 3 53-ФЗ).
__
* под нормами современного русского литературного языка понимаются правила использования языковых средств, зафиксированные в нормативных словарях, справочниках и грамматиках (ч.3 ст.1 ФЗ-53).Несмотря на имеющиеся указания об ответственности в целом за нарушение 53-ФЗ, а также за принятие федеральных и региональных законов и иных нормативных правовых актов, направленных на ограничение использования русского языка как государственного языка РФ, иные действия и нарушения, препятствующие осуществлению права граждан на пользование русским языком, специальных норм о такой ответственности российское законодательство не содержит. В КоАП и Уголовном кодексе имеются только санкции за использование нецензурной брани.
Однако, нарушения ФЗ-53 могут быть интерпретированы через унижении человеческого достоинства по дискриминационным признакам, в том числе по признаку языка – причем наказания за эти деяния предусмотрены как в КоАП РФ (ст. 5.62, ст. 20.3.1 КоАП РФ), так и в Уголовном кодексе (ст. 136, ст. 282 УК РФ).
P.S. Вендорам, в частности, как бы не пришлось менять иностранные слова в их коммерческих обозначениях и их ПО, и это лишь малая часть, для переосмысления, кого могут затронуть нововведения.
👍3🤯3🤔1
Спецификация IDS в BIM: сценарии, ограничения, перспективы развития
Статья Аллы Землянской, к которой она рассматривает перспективы и ограничения спецификации IDS для автоматической проверки BIM-моделей на основе правил.
Статья Аллы Землянской, к которой она рассматривает перспективы и ограничения спецификации IDS для автоматической проверки BIM-моделей на основе правил.
Хабр
Спецификация IDS в BIM: сценарии, ограничения, перспективы развития
Дисклеймер Вообще-то, дисклеймер означает отказ от ответственности, но я, как автор, конечно, не отказываюсь от ответственности за качество контента, просто хочу предупредить, что, не считая себя...
Новый перечень вопросов тестирования и практических заданий для проведения экзамена в области пожарной безопасности
С 1 июня 2025 года будет применяться новый перечень вопросов тестирования и практических заданий для проведения квалификационного экзамена по проверке наличия специальных знаний в области пожарной безопасности, необходимых для проведения оценки пожарного риска (аудита пожарной безопасности).
Перечень включает 780 вопросов тестирования и 45 вопросов для практических заданий, которые предназначены для проверки наличия специальных знаний у должностного лица, осуществляющего деятельность в области оценки пожарного риска, претендующего на прохождение аттестации.
Перечень вопросов тестирования
Практические задания для проведения квалификационного экзамена
С 1 июня 2025 года будет применяться новый перечень вопросов тестирования и практических заданий для проведения квалификационного экзамена по проверке наличия специальных знаний в области пожарной безопасности, необходимых для проведения оценки пожарного риска (аудита пожарной безопасности).
Перечень включает 780 вопросов тестирования и 45 вопросов для практических заданий, которые предназначены для проверки наличия специальных знаний у должностного лица, осуществляющего деятельность в области оценки пожарного риска, претендующего на прохождение аттестации.
Перечень вопросов тестирования
Практические задания для проведения квалификационного экзамена
🔥4👍3🤝1
Рубрика «Вопрос/Ответ»: О паттернах в XML-схеме ВОР в отношении файлов IFC
Вопрос:
Какие ограничение наложены на ввод значений GUID для файлов формата *.IFC в XML-схеме ВОР (*.GGE)?
Ответ:
В XML-схеме ВОР (QuantityTakeoff-3_01.xsd) для ввода значений GUID (глобальных уникальных идентификаторов) IFC-элементов установлены следующие ограничения:
1. Формат GUID (элемент ifcGuid)
- Тип данных: Строка (xs:string).
- Паттерн (регулярное выражение):
<xs:pattern value="\{[0-9A-F]{8}-[0-9A-F]{4}-[0-9A-F]{4}-[0-9A-F]{4}-[0-9A-F]{12}\}"/>
- Требования к формату:
• GUID должен быть заключён в фигурные скобки {};
• состоит из 32 шестнадцатеричных символов (цифры 0-9 и буквы A-F в верхнем регистре), разделённых дефисами на группы:
• 8 символов
• 4 символа
• 4 символа
• 4 символа
• 12 символов.
Пример допустимого GUID:
{12345678-ABCD-1234-5678-123456789ABC}.
2. Дополнительные правила для ifcGuid в контексте схемы:
- список GUID: Элемент ifcGuid может содержать несколько значений, перечисленных через пробел (тип xs:list). Каждое значение в списке должно соответствовать указанному формату.
Пример:
<ifcGuid>{12345678-ABCD-1234-5678-123456789ABC} {87654321-DCBA-4321-8765-ABCDEF123456}</ifcGuid>
- Обязательность: если выбран вариант ссылки через ifcGuid (в элементе TLink), то ifcGuid и связанный с ним ifcDescription являются обязательными (атрибут minOccurs="1").
3. Связь с другими элементами:
- элемент ifcGuid используется только в составе комплексного типа TLink, который описывает связь позиции ведомости с моделью в формате *.IFC.
- альтернатива ifcGuid:
• если файл не в формате *.IFC, используются PageNumber + PageDescription;
• если ссылка делается через свойства IFC-объектов, применяются propertyName + propertyValue + propertyDescription.
4. Ошибки, которые могут возникнуть:
- «неверный формат» если отсутствуют фигурные скобки ({}), и/или используются строчные буквы (a-f), и/или указано некорректное количество символов;
- «пустое значение»: если выбран блок ifcGuid, то он не может быть пустым.
Рекомендации:
- рекомендуется использовать сметное ПО, в котором реализован соответсвующий функционал по формированию ВОР в формате *.GGE во взаимосвязи с ЦИМ в формате *.IFC;
- для генерации GUID рекомендуется использовать инструменты, соответствующие стандарту IFC (например, экспортеры из САПР);
- проверяйте регистр символов (только верхний);
- если вам нужно валидировать конкретный GUID, можно использовать онлайн-валидаторы регулярных выражений с паттерном:
^\{[0-9A-F]{8}-[0-9A-F]{4}-[0-9A-F]{4}-[0-9A-F]{4}-[0-9A-F]{12}\}$
Вопрос:
Какие ограничение наложены на ввод значений GUID для файлов формата *.IFC в XML-схеме ВОР (*.GGE)?
Ответ:
В XML-схеме ВОР (QuantityTakeoff-3_01.xsd) для ввода значений GUID (глобальных уникальных идентификаторов) IFC-элементов установлены следующие ограничения:
1. Формат GUID (элемент ifcGuid)
- Тип данных: Строка (xs:string).
- Паттерн (регулярное выражение):
<xs:pattern value="\{[0-9A-F]{8}-[0-9A-F]{4}-[0-9A-F]{4}-[0-9A-F]{4}-[0-9A-F]{12}\}"/>
- Требования к формату:
• GUID должен быть заключён в фигурные скобки {};
• состоит из 32 шестнадцатеричных символов (цифры 0-9 и буквы A-F в верхнем регистре), разделённых дефисами на группы:
• 8 символов
• 4 символа
• 4 символа
• 4 символа
• 12 символов.
Пример допустимого GUID:
{12345678-ABCD-1234-5678-123456789ABC}.
2. Дополнительные правила для ifcGuid в контексте схемы:
- список GUID: Элемент ifcGuid может содержать несколько значений, перечисленных через пробел (тип xs:list). Каждое значение в списке должно соответствовать указанному формату.
Пример:
<ifcGuid>{12345678-ABCD-1234-5678-123456789ABC} {87654321-DCBA-4321-8765-ABCDEF123456}</ifcGuid>
- Обязательность: если выбран вариант ссылки через ifcGuid (в элементе TLink), то ifcGuid и связанный с ним ifcDescription являются обязательными (атрибут minOccurs="1").
3. Связь с другими элементами:
- элемент ifcGuid используется только в составе комплексного типа TLink, который описывает связь позиции ведомости с моделью в формате *.IFC.
- альтернатива ifcGuid:
• если файл не в формате *.IFC, используются PageNumber + PageDescription;
• если ссылка делается через свойства IFC-объектов, применяются propertyName + propertyValue + propertyDescription.
4. Ошибки, которые могут возникнуть:
- «неверный формат» если отсутствуют фигурные скобки ({}), и/или используются строчные буквы (a-f), и/или указано некорректное количество символов;
- «пустое значение»: если выбран блок ifcGuid, то он не может быть пустым.
Рекомендации:
- рекомендуется использовать сметное ПО, в котором реализован соответсвующий функционал по формированию ВОР в формате *.GGE во взаимосвязи с ЦИМ в формате *.IFC;
- для генерации GUID рекомендуется использовать инструменты, соответствующие стандарту IFC (например, экспортеры из САПР);
- проверяйте регистр символов (только верхний);
- если вам нужно валидировать конкретный GUID, можно использовать онлайн-валидаторы регулярных выражений с паттерном:
^\{[0-9A-F]{8}-[0-9A-F]{4}-[0-9A-F]{4}-[0-9A-F]{4}-[0-9A-F]{12}\}$
🔥4
2025-sdm-report-final.pdf
16.9 MB
Autodesk опубликовал Отчет о состоянии проектирования и производства на 2025 год
Отчет сформирован по результатам опросов лидеров отрасли проектирования и производства.
Сближение технологий и методологий в отраслях, которые производят цифровые и построенные активы за последние > 40 лет, привело к появлению отдельной категории работ: дизайн и производство (Design and Make). В глобальном масштабе по направлению Design and Make работают 295,7 млн. человек.
Основные выводы:
1. Усилия по цифровой трансформации оказывают подавляющее положительное влияние
2. Устойчивый переход к прибыльности
3. ИИ способствует устойчивому развитию
4. Шумиха вокруг ИИ все чаще встречается с реальностью
5. Стоимость, технологии и квалифицированные кадры являются главными проблемами для лидеров проектирования и производства
6. Осторожность в отношении в ближайшей перспективы
7. Поиск квалифицированных кадров
с акцентом на наличие навыков работы с искусственным интеллектом усиливается
8. Инвестиции остаются высокими, но отражают неопределенность
Отчет сформирован по результатам опросов лидеров отрасли проектирования и производства.
Сближение технологий и методологий в отраслях, которые производят цифровые и построенные активы за последние > 40 лет, привело к появлению отдельной категории работ: дизайн и производство (Design and Make). В глобальном масштабе по направлению Design and Make работают 295,7 млн. человек.
Основные выводы:
1. Усилия по цифровой трансформации оказывают подавляющее положительное влияние
50% + окупаемость инвестиций от цифровой трансформации
2. Устойчивый переход к прибыльности
72% опрошенных лидеров отрасли считают, что меры по устойчивому развитию могут генерировать более 5% их годового дохода
3. ИИ способствует устойчивому развитию
ИИ укрепляет свое место в качестве ведущего фактора устойчивого развития
4. Шумиха вокруг ИИ все чаще встречается с реальностью
приходит осознанность в чрезмерном чувстве ожидания в отношении генеративного ИИ и ИИ в целом и в том, что ИИ скорее дистабилизирует отрасль
5. Стоимость, технологии и квалифицированные кадры являются главными проблемами для лидеров проектирования и производства
главные проблемы, стоящие перед бизнесом - контроль и управление затратами; технологические достижения, включая ИИ; привлечение, обучение кадров
После года геополитических и экономических потрясений, продолжающейся инфляции и хрупкости цепочки поставок неудивительно, что контроль затрат является главной мыслью для лидеров в области дизайна и производства, при этом 33% ссылаются на это как на свою главную бизнес-проблему
Еще одна ключевая проблема заключается в межотраслевой интеграции технологических достижений. Первоначально ориентированные на однофункциональное основное оборудование, теперь нам необходимо разработать более универсальные решения, применимые в нескольких областях, и предоставить нижестоящим клиентам ведущие в мире технологические решения с высокой добавленной стоимостью, интегрированные решения для установки цифрового интеллекта, включая технологические пакеты, и услуги с добавленной стоимостью, охватывающие весь жизненный цикл. Отсутствие возможностей межотраслевой интеграции технологий может ограничить нас конкретными сегментами цепочки поставок, что делает нас неспособными предлагать комплексные решения нашим клиентам».
- Вэй Фэн Лу, старший вице-президент Morimatsu International Holdings Company Ltd., глобальной компании по производству и решениям со штаб-квартирой в Китае
6. Осторожность в отношении в ближайшей перспективы
лидеры отрасли проектирования и производства считают, что будущий глобальный ландшафт более неопределен +10% с 2024 года, при этом чувствуют себя менее подготовленными к непредвиденным будущим изменениям -12 % с 2024 года
7. Поиск квалифицированных кадров
с акцентом на наличие навыков работы с искусственным интеллектом усиливается
в 2025 году проблемы с поиском испытывают 61% лидеров отрасли проектирования и производства, голи раньше указанный показатель составлял 45%
8. Инвестиции остаются высокими, но отражают неопределенность
2/3 организаций увеличат свои инвестиции, однако объем инвестиций ожидается ниже чем в 2024 году
🔥1