Необходимость разработки всех разделов проектной документации согласно постановлению № 87

Технологическая схема расположения оборудования

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

Шаги при проектировании технологической схемы расположения оборудования

1. Определение функций и характеристик оборудования.
2. Определение размеров и форм.
3. Определение количества и типа оборудования на каждом этапе производственного процесса.
4. Учет требований к коммуникационным системам, вентиляции и электропитанию.

Определение места размещения

1. Учитывается доступность и удобство технического обслуживания.
2. Эффективность перемещения материалов и готовой продукции.
3. Соответствие стандартам техники безопасности.

Управление транспортными потоками

1. Внутри производственного цеха.
2. На входе и выходе.
3. Влияние на эффективность использования времени и ресурсов.

Взаимодействие оборудования

1. На разных этапах производственного процесса.
2. Возможность резервирования или дублирования для предотвращения лишних простоев.

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

Уровни проработки модели

СП 333.1325800.2020 пара 5.2, пара 5.4
СП 333.1325800.2020 пункт 3.14

ИЦММЦИМ ОКС C2 — ИЦММ уровня B, ИЦММ уровня C1ЦИМ ОКС уровня B, ЦИМ ОКС уровня C1

Эксплуатация ИЦММЦИМ ОКС D — ИЦММ уровня C2 ЦИМ ОКС уровня C2

Снос и утилизация (ликвидация) ИЦММЦИМ ОКС G — Модель сноса и демонтажа ИЦММ уровня DЦИМ ОКС уровня D

Таблица 5.1 СП 333.1325800.2020

Модель инженерных изысканий (уровень проработки A)

При информационном моделировании для ГИСОГД — , при которой цифровая информационная модель содержит взаимосвязанные данные, представляющие результаты инженерных изысканий, а именно, результаты:

В сентябре 2023 года СПб ГАУ ЦГЭ выпустил требования к цифровым информационным моделям результатов инженерных изысканий. В документе представлен перечень проверок, реализуемых на основе цифровых информационных моделей результатов инженерных изысканий.

Проектная модель (уровень проработки B)

При строительстве — цифровая информационная модель объекта до стадии строительства.

При информационном моделировании для ГИСОГД — , при которой цифровая информационная модель содержит взаимосвязанные данные, представляющие результаты проектирования ОКС, а именно: архитектурные, технические и технологические проектные решения.

Таблица 5.1 СП 333.1325800.2020;

Пункт 3.10.1 СП 301.1325800

Статистика за период 2020-2023 г.г. по представляемой на государственную экспертизу проектной документации с приложением ЦИМ ОКС доступна в обзоре Санкт-Петербургского Центра государственной экспертизы.

Строительная модель (уровень проработки C1)

При строительстве — цифровая информационная модель объекта на стадии строительства.

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

Пункт 3.10.2 СП 301.1325800

До внесения изменений в СП 333.1325800.2020, в нем были установлены некоторые требования к строительным моделям.

Исполнительная модель (уровень проработки C2)

При строительстве — цифровая информационная модель объекта на стадии сдачи в эксплуатацию.

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

В элементы этого уровня проработки вносят информацию об отклонении от проектных положений.

Пункт 5.5, Таблица 5.1 СП 333.1325800.2020;

Пункт 3.10.3 СП 301.1325800

Цифровая модель Исполнительная:

Пункт 10.2, Пункт 9.3.1, Пункт 9.3.2, Пункт 9.3.3, Пункт 9.3.4 СП 333.1325800.2020

Эксплуатационная модель (уровень проработки D)

Цифровое информационное моделирование для ГИСОГД

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

Цифровая модель Эксплуатационная (ЭИМ)

• Введение, п.3.3, п.3.4, п.3.6, п.4.1 ГОСТ Р 57311-2016;
• Таблица 5.1 СП 333.1325800.2020

При завершении проекта и вводе в эксплуатацию управляющий проектом должен иметь модель сноса и демонтажа (уровень проработки G).

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

Внедрение организационных и технических мер по обеспечению безопасности значимого объекта и его ввод в действие

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

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

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

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

Разработка документов по безопасности значимого объекта

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

Требования к документам

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

Определение форм и состава

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

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

а) Организация контроля доступа

Организация контроля физического доступа к программно-аппаратным средствам значимого объекта и его линиям связи.

б) Разграничение доступа

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

в) Проверка документации

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

г) Назначение администратора

Определение администратора безопасности значимого объекта.

д) Обучение и отработка действий

Отработка действий пользователей и администраторов значимого объекта по реализации мер по обеспечению безопасности.

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

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

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

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

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

При проведении анализа уязвимостей применяются следующие способы их выявления:

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

б) анализ настроек программных и программно-аппаратных средств, в том числе средств защиты информации, значимого объекта;

в) выявление известных уязвимостей программных и программно-аппаратных средств, в том числе средств защиты информации, посредством анализа состава установленного программного обеспечения и обновлений безопасности с применением средств контроля (анализа) защищенности и (или) иных средств защиты информации;

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

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

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

Допускается проведение анализа уязвимостей на макете (в тестовой зоне) значимого объекта или макетах отдельных сегментов значимого объекта.

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

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

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

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

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

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

В случае если значимый объект является государственной информационной системой, в иных случаях, установленных законодательством Российской Федерации, а также в случае принятия решения субъектом критической информационной инфраструктуры, оценка значимого объекта и его подсистемы безопасности проводится в форме аттестации значимого объекта в соответствии с Требованиями о защите информации, не составляющей государственную тайну, содержащейся в государственных информационных системах, утвержденными приказом ФСТЭК России от 11 февраля 2013 г. N 17.

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

Рисунок — Документы проекта

Таблица — Состав сведений, документов и материалов, включаемых в информационную модель

Этап Состав Минимальная структура модели

При инженерных изысканиях документ о выполненных инженерных изысканиях в соответствии с частью 41 статьи 47 Градостроительного кодекса РФ, выполненный в виде трехмерной модели;иные документы, представляемые для проведения: государственной экспертизы результатов инженерных изысканий в соответствии с ПП РФ от 5 марта 2007 г. №145;негосударственной экспертизы результатов инженерных изысканий в соответствии с постановлением ПП РФ от 31 марта 2012 г. №272

При архитектурно-строительном проектировании разделы проектной документации в соответствии с ПП РФ от 16 февраля 2008 г. №87, графическая часть которых выполнена в виде трехмерной модели;иные документы, представляемые для проведения экспертизы проектной документации;документы, прилагаемые к заявлению о выдаче разрешения на строительство в соответствии с частями 7 и 101 статьи 51 Градостроительного кодекса РФархитектурные элементы;конструктивные элементы;инженерное оборудование и сети инженерно-технического обеспечения;строительная площадка;строительная техника и приспособления

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

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

При сносе результаты и материалы обследования объекта капитального строительства;сведения, документы и материалы, входящие в состав проекта организации работ по сносу объекта капитального строительства в соответствии с ПП РФ от 26 апреля 2019 г. № 509;графическая часть проекта организации работ по сносу объекта капитального строительства, выполненная в виде трехмерной модели

п.1, п.2, п.3, п.4, п.5 ПП РФ 1431;

п.8.4, п.9.3 СП 301.1325800

Требования заказчика к фиксируются в техническом задании:

Ж.4, Ж.5 СП 333.1325800.2020

Схемы расположения оборудования в цехе

Схемы расположения оборудования в цехе: гарантия оптимальной производительности

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

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

Правильно разработанная схема расположения оборудования в цехе обеспечит:

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

III. Требования к организационным и техническим мерам, принимаемым для обеспечения безопасности значимых объектов

15. Целью обеспечения безопасности значимого объекта является обеспечение его устойчивого функционирования в проектных режимах работы в условиях реализации в отношении значимого объекта угроз безопасности информации.

16. Задачами обеспечения безопасности значимого объекта являются:

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

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

в) обеспечение функционирования значимого объекта в проектных режимах его работы в условиях воздействия угроз безопасности информации;

г) обеспечение возможности восстановления функционирования значимого объекта критической информационной инфраструктуры.

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

а) в информационных системах:

информация, обрабатываемая в информационной системе;

программно-аппаратные средства (в том числе машинные носители информации, автоматизированные рабочие места, серверы, телекоммуникационное оборудование, линии связи, средства обработки буквенно-цифровой, графической, видео- и речевой информации);

программные средства (в том числе микропрограммное, общесистемное, прикладное программное обеспечение);

средства защиты информации;

архитектура и конфигурация информационной системы;

б) в информационно-телекоммуникационных сетях:

информация, передаваемая по линиям связи;

телекоммуникационное оборудование (в том числе программное обеспечение, система управления);

архитектура и конфигурация информационно-телекоммуникационной сети;

в) в автоматизированных системах управления:

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

программно-аппаратные средства (в том числе автоматизированные рабочие места, промышленные серверы, телекоммуникационное оборудование, линии связи, программируемые логические контроллеры, производственное, технологическое оборудование (исполнительные устройства);

архитектура и конфигурация автоматизированной системы управления.

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

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

19. Меры по обеспечению безопасности выбираются и реализуются в значимом объекте с учетом угроз безопасности информации применительно ко всем объектам и субъектам доступа на аппаратном, системном, прикладном и сетевом уровнях, в том числе в среде виртуализации.

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

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

22. В значимых объектах в зависимости от их категории значимости и угроз безопасности информации должны быть реализованы следующие организационные и технические меры:

идентификация и аутентификация (ИАФ);

управление доступом (УПД);

ограничение программной среды (ОПС);

защита машинных носителей информации (ЗНИ);

аудит безопасности (АУД);

антивирусная защита (АВЗ);

предотвращение вторжений (компьютерных атак) (СОВ);

обеспечение целостности (ОЦЛ);

обеспечение доступности (ОДТ);

защита технических средств и систем (ЗТС);

защита информационной (автоматизированной) системы и ее компонентов (ЗИС);

планирование мероприятий по обеспечению безопасности (ПЛН);

управление конфигурацией (УКФ);

управление обновлениями программного обеспечения (ОПО);

реагирование на инциденты информационной безопасности (ИНЦ);

обеспечение действий в нештатных ситуациях (ДНС);

информирование и обучение персонала (ИПО).

Состав мер по обеспечению безопасности значимых объектов в зависимости от категории значимости приведен в приложении к настоящим Требованиям.

При реализации мер по обеспечению безопасности значимых объектов применяются методические документы, разработанные ФСТЭК России в соответствии с подпунктом 4 пункта 8 Положения о Федеральной службе по техническому и экспортному контролю, утвержденного Указом Президента Российской Федерации от 16 августа 2004 г. N 1085.

23. Выбор мер по обеспечению безопасности значимых объектов для их реализации включает:

а) определение базового набора мер по обеспечению безопасности значимого объекта;

б) адаптацию базового набора мер по обеспечению безопасности значимого объекта;

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

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

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

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

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

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

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

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

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

Компоненты информационной модели

Компонент цифровой информационной модели

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

п.3.1.2 СП 328.1325800.2020

Компонент, примененный в цифровой информационной модели, становится её и расширяется, как минимум, данными, характеризующими цифровую информационную модель объекта капитального строительства.

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

п.4.2 СП 328.1325800.2020

Между образующими систему объектами определяется вид отношений:

п.4.5.1, п.4.5.2 СП 328.1325800.2020

Компоненты должны соответствовать требованиям:

п.5.1 СП 328.1325800.2020

При моделировании и разработке компонентов в следует учитывать требования к семействам Revit для соответствия BIM-стандарту 2.0.

Описание характеристик объекта моделирования.

п.5.3 СП 328.1325800.2020

Геометрическое представление компонента

Описание геометрических параметров объекта моделирования.

п.5.2 СП 328.1325800.2020

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

п.3.1.3 СП 328.1325800.2020

Библиотека компонентов информационной модели

Структурированное хранилище .

п.3.1.1 СП 328.1325800.2020

Компоненты классифицируют по аспектам:

Компоненты библиотек кодируются в соответствии с классификатором строительной информации.

п.4.6, п.6.1 СП 328.1325800.2020

До внесения изменений в СП 328.1325800.2020 в нем было несколько интересных дополнительных понятий.

Графические свойства компонента

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

п.3.3 СП 328.1325800.2020

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

п.3.6 СП 328.1325800.2020

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

п.3.8 СП 328.1325800.2020

ОБ УТВЕРЖДЕНИИ ТРЕБОВАНИЙ ПО ОБЕСПЕЧЕНИЮ БЕЗОПАСНОСТИ ЗНАЧИМЫХ ОБЪЕКТОВ КРИТИЧЕСКОЙ ИНФОРМАЦИОННОЙ ИНФРАСТРУКТУРЫ РОССИЙСКОЙ ФЕДЕРАЦИИ

Список изменяющих документов

(в ред. Приказов ФСТЭК России от 9 августа 2018 г. N 138, от 26 марта 2019 г. N 60, от 20 февраля 2020 г. N 35)

В соответствии с пунктом 4 части 3 статьи 6 Федерального закона от 26 июля 2017 г. N 187-ФЗ "О безопасности критической информационной инфраструктуры Российской Федерации" (Собрание законодательства Российской Федерации, 2017, N 31, ст. 4736) ПРИКАЗЫВАЮ:

Утвердить прилагаемые Требования по обеспечению безопасности значимых объектов критической информационной инфраструктуры Российской Федерации.

Федеральной службы по техническому

от 25 декабря 2017 г. N 239

Является ли рабочая документация частью проектной документации? Относится ли рабочая документация к проектным работам? Что включает в себя понятие ПИР (проектно-изыскательские работы)? Можно ли разработку рабочей документации отнести к ПИР?

По данному вопросу мы придерживаемся следующей позиции:

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

Проектная документация в соответствии с ч. 2 ст. 48 Градостроительного кодекса РФ (далее – ГрК РФ) представляет собой документацию, содержащую материалы в текстовой и графической формах и (или) в форме информационной модели и определяющую архитектурные, функционально-технологические, конструктивные и инженерно-технические решения для обеспечения строительства, реконструкции объектов капитального строительства, их частей, капитального ремонта.

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

Следует заметить, что ч. 2.1 ст. 48 ГрК РФ вступила в силу с 12 июля 2021 года (Федеральный закон от 01.07.2021 N 275-ФЗ). До того на практике применялось определение, данное в подзаконном акте, – согласно п. 4 постановления Правительства РФ от 16.02.2008 N 87 "О составе разделов проектной документации и требований к их содержанию" в целях реализации в процессе строительства архитектурных, технических и технологических решений, содержащихся в проектной документации на объект капитального строительства, разрабатывается рабочая документация, состоящая из документов в текстовой форме, рабочих чертежей, спецификации оборудования и изделий. Как видим, это определение близко к данному в ч. 2.1 ст. 48 ГрК РФ. При этом на практике существовали разные его толкования. В ряде правоприменительных актов на основании включения определения в акт, регламентирующий содержание проектной документации, делался вывод, что рабочая документация является ее частью.

Cам факт употребления данного термина в указанном документе в ряде случаев трактуется как указание на то, что рабочая документация является частью проектной документации (решение ФАС России от 09.10.2020 N 20/44/105/1717, решение ФАС России от 16.07.2020 N 223-ФЗ-550/20, постановление АС Волго-Вятского округа от 28.09.2015 N Ф01-3889/15, постановление АС Поволжского округа от 19.03.2020 N Ф06-59373/20, постановление АС Дальневосточного округа от 16.10.2018 N Ф03-4339/18, постановление АС Северо-Кавказского округа от 09.11.2015 N Ф08-8058/15). В других же на основании указания, что рабочая документация готовится на основании проектной, делался вывод, что рабочая документация не является составной частью проектной документации и разрабатывается после разработки проектной документации и получения положительного заключения по итогам экспертизы (постановление АС Центрального округа от 27.01.2021 N Ф10-5566/20, постановление АС Московского округа от 17.02.2020 N Ф05-645/19, косвенно также письмо Минстроя России от 17.12.2018 N 54426-ОГ/02, постановление Тринадцатого ААС от 08.11.2019 N 13АП-24423/19 (оставлено без изменения постановлением АС Северо-Западного округа от 12.03.2020 N Ф07-1671/20)).

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

Отсюда можно сделать однозначный вывод, что рабочая документация не является частью проектной документации. Аналогичный вывод делается в найденных нами, хотя и немногочисленных, материалах правоприменительной практики, сформированных уже после вступления в силу ч. 2.1 ст. 48 ГрК РФ (решение ФАС России от 06.10.2022 N 28/06/105-3082/2022, решение ФАС России от 30.08.2022 N 22/44/99/199, постановление Восемнадцатого ААС от 04.07.2022 N 18АП-2585/22, постановление Восемнадцатого ААС от 15.06.2022 N 18АП-5804/22, постановление Девятого ААС от 11.01.2023 N 09АП-85248/22, постановление Седьмого ААС от 09.08.2021 N 07АП-4521/21). При этом, поскольку в соответствии с ч. 2.1 ст. 48 ГрК РФ рабочая документация разрабатывается на основании проектной документации, то есть рабочая документация должна соответствовать проектной, а не наоборот (постановление Семнадцатого ААС от 08.02.2023 N 17АП-5550/22, постановление Восемнадцатого ААС от 02.03.2023 N 18АП-827/23, постановление Двадцатого ААС от 07.09.2022 N 20АП-5088/22 и постановление АС Центрального округа от 06.12.2022 N Ф10-4793/22). Материалов, в которых содержалась бы иная позиция, нами не найдено.

Вместе с тем необходимо учитывать, что, во-первых, хотя гражданское законодательство, как следует из системного анализа совокупности указаний п. 2 ст. 740, п. 1 ст. 743, ст. 758 ГК РФ, дает определение только архитектурно-строительного проекта, который с точки зрения градостроительного законодательства эквивалентен проектной документации (п. 10 ст. 1, чч. 1, 2, 12 ст. 48 ГрК РФ), однако ни гражданское, ни градостроительное законодательство не говорит о том, что иная документация не может считаться проектом, проектной документацией в более широком смысле слова. Во-вторых, согласно ч. 2 ст. 48 ГрК РФ архитектурно-строительное проектирование осуществляется путем подготовки проектной документации, рабочей документации.

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

Еще более широко сформулирован в гражданском законодательстве предмет договора подряда на выполнение проектных и изыскательских работ: по такому договору подрядчик (проектировщик, изыскатель) обязуется по заданию заказчика разработать техническую документацию и (или) выполнить изыскательские работы, а заказчик обязуется принять и оплатить их результат (ст. 758 ГК РФ). Причем ниоткуда не следует, что термин "техническая документация" эквивалентен термину "проектная документация", равно как и нет никаких указаний, что под "изыскательскими работами" имеются в виду предусмотренные ст. 47 ГрК РФ "инженерные изыскания для подготовки проектной документации, строительства, реконструкции объектов капитального строительства". Также отметим, что в любом случае градостроительное законодательство, как видно из приведенных формулировок, различает "инженерные изыскания" и "архитектурно-строительное проектирование". Соответственно, объединение проектных и изыскательских работ в рамках предмета одного вида договоров осуществлено законодателем в любом случае не связи с их "технологическим единством", а в связи с предполагаемой законодателем аналогичностью возникающих и в том, и в другом случае отношений, причем, как уже было сказано, не обязательно в связи с процессом строительства. В ряде случаев необходимость разработки проектной документации, не являющейся проектной документацией с точки зрения градостроительного законодательства, может следовать из специальных нормативных правовых актов, в том числе из сферы технического регулирования, например, при монтаже пожарной сигнализации (смотрите решение УФАС по Санкт-Петербургу от 02.03.2015 N 44-571/15, постановление АС Уральского округа от 20.06.2018 N Ф09-3454/18).

Соответственно, гражданское законодательство допускает проведение изыскательских работ и подготовку технической документации по договору на выполнение проектных и изыскательских работ не только в целях строительства, реконструкции, капитального ремонта объектов капитального строительства. Например, к этому виду договоров вполне может быть отнесен государственный контракт на выполнение проектных работ для установки светофорных объектов, явно не являющихся объектами капитального строительства (п. 39 Обзора судебной практики Верховного Суда РФ N 3 (2018) (утвержден Президиумом Верховного Суда РФ 14 ноября 2018 г.)).

Ответ подготовил:Эксперт службы Правового консалтинга ГАРАНТСерков Аркадий

Ответ прошел контроль качества

10 марта 2023 г.

Материал подготовлен на основе индивидуальной письменной консультации, оказанной в рамках услуги Правовой консалтинг.