Мир сегодня с "Юрий Подоляка"
Мир сегодня с "Юрий Подоляка"
View
Труха⚡️Україна
Труха⚡️Україна
View
Николаевский Ванёк
Николаевский Ванёк
View
Мир сегодня с "Юрий Подоляка"
Мир сегодня с "Юрий Подоляка"
View
Труха⚡️Україна
Труха⚡️Україна
View
Николаевский Ванёк
Николаевский Ванёк
View
BIMSERT avatar

BIMSERT

Нормативно о ПИР/СМР с BIM&ТИМ. Новости и аналитика НПА и НТД по BIM&ТИМ. Канал Системы добровольной сертификации информационных моделей зданий и сооружений (СДС«BIMSERT»).
TGlist rating
0
0
TypePublic
Verification
Not verified
Trust
Not trusted
LocationРосія
LanguageOther
Channel creation dateDec 18, 2018
Added to TGlist
Sep 11, 2024
I own this channel
History of changes
Linked chat
BIMSERT👁️‍🗨️Chat
BIMSERT👁️‍🗨️Chat
135

Records

14.05.202523:59
3.5KSubscribers
30.04.202523:59
500Citation index
07.03.202505:52
1.5KAverage views per post
15.04.202503:06
577Average views per ad post
01.04.202523:59
6.87%ER
07.03.202505:37
46.84%ERR

Growth

More details
Subscribers
Citation index
Avg views per post
Avg views per ad post
ER
ERR
OCT '24JAN '25APR '25
More details

Popular posts BIMSERT

All posts
Post media background
Post media
15.05.202514:56
Could not access
the media content
01.05.202505:43
Дорогие коллеги, поздравляем Вас с 1 Мая!

Желаем жить с улыбкой на лице, работать с энтузиазмом, стремиться к мечтам и наполнять свою жизнь счастливыми моментами.
Пусть труд облагораживает каждого из Вас, пусть любимая работа имеет свои последствия в виде высокой зарплаты и постоянной самореализации.
Крепких сил и успехов в вашей трудовой деятельности!

По традиции излагаем поздравление в отраслевых форматах, сегодня в BCF (XML).


<bcf>
<markup>
<topic>
<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>
<date>2025-05-01T00:00:00Z</date>
<author>Компания</author>
<text>
Дорогие коллеги, поздравляем Вас с 1 Мая!
Желаем жить с улыбкой на лице, работать с энтузиазмом, стремиться к мечтам и наполнять свою жизнь счастливыми моментами. Пусть труд облагораживает каждого из Вас, пусть любимая работа имеет свои последствия в виде высокой зарплаты и постоянной самореализации.
Крепких сил и успехов в вашей трудовой деятельности!
</text>
</comment>
<bimsnippet>
<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, но адаптирован для передачи праздничного сообщения и настроения!
Reposted from:
Просто о сметах avatar
Просто о сметах
Post media background
Post media
15.05.202511:55
Оказывается, вот почему все истории по Главгосэкспертизу и ЦИМ — из области фантастики. Модели не те, связи — тоже.

Интересно, как отреагировал цифровой блок Минстроя на это? Никто не вздрогнул? Зачем тогда столько лет шли к тому самому светлому будущему цифровизации стройки?
Не понятно также, как быть с заявлениями и блока ценообразования Минстроя о грядущей связке ТИМ со сметами в ТПД.
И ведь без экспертизы ну никак не обойтись. А там — не могут. Или не хотят, потому что экспертов придется переучивать?

Да, требования к наполнению ЦИМ, не стандартизированы, а порой — избыточны. Правда, те самые XML ЛСР, ВОР предполагают связь с моделью.

В общем, раз проблема пока не решена, предлагаем закрепить эту цитату <strike>на табличке при входе в учреждение</strike> на страничках ЕЦПЭ, где уже под 1,5 тыс. проектов в формате информационной модели и прочих сервисов типа "Витрин", чтобы не было иллюзий о ТИМ, цифре и прочих "хотелках" отрасли.
Post media background
Post media
08.05.202521:01
С Днём Победы!

Сегодня мы склоняем головы перед подвигом тех, кто отстоял мир, свободу и будущее нашей Родины. Мужество, храбрость, стойкость и героизм навсегда останутся в наших сердцах.
13.05.202506:17
Autodesk опубликовал Отчет о состоянии проектирования и производства на 2025 год

Отчет сформирован по результатам опросов лидеров отрасли проектирования и производства.

Сближение технологий и методологий в отраслях, которые производят цифровые и построенные активы за последние > 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 году


P.S. Для чтения в онлайн используйте vpn + en/ru встроенный переводчик вашего браузера
08.05.202520:22
Утвержден новый список словарей с нормами русского языка для обязательного применения в ряде случаев

Правительство опубликовало перечень нормативных словарей, справочников и грамматик с нормами современного русского литературного языка. 

Сначала словари разместят в открытом доступе на сайте Института русского языка им. В.В. Виноградова РАН, а затем – в Национальном словарном фонде. Последний планируют запустить в 2027 году.

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

Предыдущий перечень (с другими словарями) утвердило Минобрнауки еще в 2009 году.

Напомним, нормы современного русского литературного языка* нужно соблюдать, например, в ситуациях (перечень в ч.1 ст.3 ФЗ-53), когда:
- выбирают наименования юрлиц;
- информируют потребителей товаров (работ, услуг);
- распространяют рекламу;
- выпускают продукцию СМИ;
- информацию используют в государственных и муниципальных информационных системах;
- при официально переписке организаций всех форм собственности с гражданами РФ, иностранными гражданами;
- при написании наименований географических объектов, нанесении надписей на дорожные знаки.

Отметим, указанный перечень не является исчерпывающим – законом предусмотрена возможность использования русского языка и в иных определенных федеральными законами сферах (п. 11 ч. 1 ст. 3 53-ФЗ).
__
* под нормами современного русского литературного языка понимаются правила использования языковых средств, зафиксированные в нормативных словарях, справочниках и грамматиках (ч.3 ст.1 ФЗ-53).

Несмотря на имеющиеся указания об ответственности в целом за нарушение 53-ФЗ, а также за принятие федеральных и региональных законов и иных нормативных правовых актов, направленных на ограничение использования русского языка как государственного языка РФ, иные действия и нарушения, препятствующие осуществлению права граждан на пользование русским языком, специальных норм о такой ответственности российское законодательство не содержит. В КоАП и Уголовном кодексе имеются только санкции за использование нецензурной брани.

Однако, нарушения ФЗ-53 могут быть интерпретированы через унижении человеческого достоинства по дискриминационным признакам, в том числе по признаку языка – причем наказания за эти деяния предусмотрены как в КоАП РФ (ст. 5.62, ст. 20.3.1 КоАП РФ), так и в Уголовном кодексе (ст. 136, ст. 282 УК РФ).

P.S. Вендорам, в частности, как бы не пришлось менять иностранные слова в их коммерческих обозначениях и их ПО, и это лишь малая часть, для переосмысления, кого могут затронуть нововведения.
04.05.202509:21
Давно хотели показать, как мы мастерски научились обращаться с текстом требований для конвертации правил проверки ЦИМ! Надеемся, что вам будет не слишком скучно🐱
P.S. Процесс разметки текста - ерунда по сравнению со съемками демонстрационного видео) Зато сколько багов поправили в процессе!🌌
Post media background
Post media
05.05.202501:46
В 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.
13.05.202509:53
Что указывать в поле «Данные о проектной мощности объекта капитального строительства» при подготовке Пояснительной записки в формате xml?

Элементы PowerIndicator (Данные о проектной мощности ОКС) и TEI (Технико-экономический
показатель ОКС) используют элемент комплексного типа tTEI, который включает следующие обязательные и необязательные подэлементы:
- Name (обязательный): наименование показателя;
- Measure (обязательный): единица измерения (код по ОКЕИ);
- Value (обязательный): значение показателя;
- OldValue (необязательный): предыдущее значение показателя (используется при реконструкции).

Элементы PowerIndicator и TEI в xml- схеме имеют следующие ограничения:
1. PowerIndicator:
- тип: tTEI (сложный тип, определённый в схеме).
- количество вхождений:
• для объектов NonIndustrialObject и IndustrialObject: minOccurs="1", maxOccurs="unbounded"` (обязателен, может быть указан один или несколько раз).
• для объектов LinearObject: аналогично minOccurs="1", maxOccurs="unbounded".

2. TEI:
- тип: tTEI (тот же сложный тип, что и для PowerIndicator).
- количество вхождений:
• для всех типов объектов (NonIndustrialObject, IndustrialObject, LinearObject): minOccurs="0", maxOccurs="unbounded" (необязателен, может быть указан ноль или несколько раз).

Резюмируем:
- PowerIndicator обязателен для всех типов объектов и может повторяться.
- TEI необязателен, но также может повторяться.
- оба элемента используют структуру tTEI, которая требует указания названия, единицы измерения и значения показателя.

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

Ответ на указанный вопрос, можно найти в Классификаторе функционального назначения объектов капитального строительства (КФНОКС).

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

При этом, в составе «Технико-экономических показателей ОКС» в КФНОКС, показатели условно можно разделить на ТЭПы для характерной группы ОКС и на ТЭПы для конкретного вида ОКС из группы.

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

«Раздел»:

01. Среда населенных пунктов
«Подраздел»:
01.02. Объекты для проживания
«Группа»:
01.02.001. Жилые объекты для постоянного проживания
Общая площадь квартир, м2
Мощность, чел.
«Назначение объекта»:
01.02.001.006. Многоквартирный жилой дом (более 16 этажей)
Общая площадь квартир, м2
Количество однокомнатных квартир, ед.
Количество двухкомнатных квартир, ед.
Количество трехкомнатных квартир, ед.
Количество четырехкомнатных и более квартир, ед.
Количество квартир-студий, ед.
Общая площадь, м2
Площадь застройки, м2
Количество этажей, эт.
Строительный объем, м3
Этажность, эт.

Соотвественно, применительно к указанному примеру, при заполнении значения PowerIndicator (Данные о проектной мощности ОКС) можно использовать показатели:
• Общая площадь квартир, м2
• Мощность, чел.

А при заполнении значения TEI (Технико-экономический показатель ОКС) можно использовать все остальные показатели непосредственно как из КФНОКС, так из разделов ПД и форм РС и РВЭ, не нашедшие свое отражение в КФНОКС.

Опустим нюанс, что согласно п.10 «м» Положения, утв. ПП РФ от 16.02.2008 г. N87, «Технико-экономические показатели ОКС» для объектов непроизводственного и производственного назначения - априори обязательны, чего нельзя сказать о «Данных о проектной мощности» из п.10 «г» того же Положения, которые указываются на обязательной основе только в отношении объектов производственного назначения. Надеемся, разработчики учтут указанный нюанс, иначе действующая xml-схема не соответствует НПА, а ведь это ключевое условие при ее разработке.
11.05.202513:00
Спецификация IDS в BIM: сценарии, ограничения, перспективы развития

Статья Аллы Землянской, к которой она рассматривает перспективы и ограничения спецификации IDS для автоматической проверки BIM-моделей на основе правил.
14.05.202509:22
Опубликованы новые нормативы затрат

На сайте Минстроя России опубликованы новые нормативы затрат:

Приказ Минстроя России от 12 мая 2025 г. № 283/пр «Об установлении Нормативных затрат на работы по обследованию технического состояния сетей инженерно-технического обеспечения»

Приказ Минстроя России от 12 мая 2025 г. № 281/пр «Об установлении Нормативных затрат на работы по инженерно-геологическим изысканиям»

Приказ Минстроя России от 12 мая 2025 г. № 282/пр «Об установлении Нормативных затрат на работы по инженерно-геофизическим исследованиям»
11.05.202519:25
Новый перечень вопросов тестирования и практических заданий для проведения экзамена в области пожарной безопасности

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

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

Перечень вопросов тестирования

Практические задания для проведения квалификационного экзамена
13.05.202504:58
Рубрика «Вопрос/Ответ»: О паттернах в XML-схеме ВОР в отношении файлов IFC

Вопрос:
Какие ограничение наложены на ввод значений GUID для файлов формата *.IFC в XML-схеме ВОР (*.GGE)?

Ответ:
В XML-схеме ВОР (QuantityTakeoff-3_01.xsd) для ввода значений GUID (глобальных уникальных идентификаторов) IFC-элементов установлены следующие ограничения:

1. Формат GUID (элемент ifcGuid)
- Тип данных: Строка (xs:string).
- Паттерн (регулярное выражение):
<xs:pattern>
- Требования к формату:
• 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 (в элементе 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}\}$
13.05.202514:41
Рубрика «Вопрос/Ответ»: О формате задания на проектирование при его размещении на сайте zakupki.gov.ru

Вопрос:
В каком формате нужно будет грузить на закупки задание на проектирование после вступления соответствующей XML-схемы? Закупщики проверили система для закупок не ставит ограничение к формату файлов по коду из каталога товаров, работ и услуг.

Ответ:
Порядок размещения информации о закупке на официальном сайте Российской Федерации в сети Интернет (zakupki.gov.ru) определен рядом нормативных правовых актов.

Согласно п.10 Положения о пользовании официальными сайтами в сети Интернет для размещения информации о размещении заказов на поставки товаров, выполнение работ, оказание услуг для государственных и муниципальных нужд и о требованиях к технологическим, программным, лингвистическим, правовым и организационным средствам обеспечения пользования указанными сайтами, утв. ПП РФ от 10.03.2007 № 147 (далее - Положение N147), программное обеспечение и технологические средства ведения официальных сайтов должны обеспечивать лицам, указанным в п.5 Положения N147 (заказчики, специализированные организации), ввод информации, как правило, путем заполнения экранных форм веб-интерфейса официального сайта, возможность прикрепления к размещаемой информации конкурсной документации, документации об открытом аукционе, требований, предъявляемых к запросу котировок, в виде отдельных файлов. Указанные файлы должны иметь распространенные и открытые форматы и не должны быть зашифрованы или защищены иными средствами, не позволяющими осуществить ознакомление с их содержанием без дополнительных программных или технологических средств.

Те же требования установлены в п.7 Положения о пользовании официальным сайтом Российской Федерации в сети «Интеренет» для размещения информации о размещении заказов на поставки товаров, выполнение работ, оказание услуг и о требованиях к технологическим, программным, лингвистическим, правовым и организационным средствам обеспечения пользования указанным сайтом, утв. совместным Приказом Минэкономразвития России от 14.12.2010 № 646 и Федерального Казначейства от 14.12.2010 № 21н.

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

При этом, исходить нужно не из критерия «мы пробовали - влезает», а исходить из одновременного обеспечения всех перечисленных выше условий.

Мы рекомендуем размещать в двух форматах, при условии, что файл формата PDF будет создан на основании файла в формате XML (через использование таблицы стилей в формате XSL и последующим сохранением в формате PDF). Иначе бремя доказывания в ФАС или арбитраже, что формат XML это человеко-интерпретируемый формат видится крайне сложным.

P.S. Ну и помним (пример FAQ на zakupki.gov.ru правда по актам приемки), что в каждой избушке - свои погремушки. Причем погремушки еще и делятся на федеральные и региональные.
И ни для кого не секрет, что, например, в Москве профильный портал по госуслугам не принимает ПЗ в формате XML при получении РС.
05.05.202501:45
В Москве изменены требования к проведению переустройства и (или) перепланировки помещении в многоквартирном доме

Постановлением Правительства Москвы от 18.04.2025 N 841-ПП внесен ряд изменений в Постановление Правительства Москвы от 25.10.2011 г. N 508-ПП "Об организации переустройства и (или) перепланировки помещений в многоквартирных домах".

Изменения направлены на упрощение процедур, повышение прозрачности и ускорение оформления перепланировок.

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

Введен упрощенный порядок оформления актов после завершения работ, уточнены требования к эскизам и техническим планам.

Сроки рассмотрения заявок сокращены до 10-20 рабочих дней.

Введен автоматический обмен данными с ЕГРН.
Log in to unlock more functionality.