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

Когда требуется обоснование безопасности ОПО

Основание разработки нужно определить до заказа. Пункт 4 статьи 3 Федерального закона № 116-ФЗ предусматривает обоснование при необходимости отступления от федеральных норм и правил в области промышленной безопасности (ФНП), недостаточности установленных требований либо их отсутствии. Это три разных ситуации: в первой есть требование, от которого предполагается отступить; в остальных нужно обосновать требования, которых недостаточно или нет.

Обоснование не требуется автоматически каждому ОПО и не легализует любое нарушение. Для оценки применимости укажите конкретное требование или пробел, предполагаемое техническое решение и обстоятельства объекта. Одного пожелания «повысить безопасность» недостаточно для определения задания.

Требования к разработке и содержанию установлены приказом Ростехнадзора № 142 от 27.04.2024, применяемым с 01.09.2024 вместо отменённого приказа № 306.

Как отличить нужный документ

Обоснование ОПО не заменяет декларацию промышленной безопасности, обоснование безопасности оборудования или строительное РПСО. СТУ по пожарной безопасности решают другой вопрос; расчёт пожарного риска нельзя подставить вместо анализа промышленного аварийного риска. Экспертиза уже готового обоснования — отдельный предмет заказа. Диагностика и неразрушающий контроль (НК) также не входят в разработку по умолчанию.

Что будет обосновано в документе

Заказчик получает обоснование безопасности определённого ОПО. Экспертное заключение и государственное разрешение не являются результатом самой разработки.

Сначала определяют основные технические решения и анализируют нормативную базу. Затем разработчик связывает исходное отступление или пробел с опасными сценариями: что может произойти, какие последствия рассматриваются и по каким критериям оценивается безопасное состояние. Компенсирующие меры должны отвечать этим сценариям. Для них задают проверяемые условия выполнения и контроля.

Критерий полезности документа — прослеживаемая связь между основанием, риском, мерой и её проверкой. Самостоятельный перечень мероприятий этой связи не раскрывает. Заказчику важно понимать, при каких технических решениях и режимах выводы сохраняют смысл, какие условия нужно соблюдать и как установить их выполнение.

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

Из чего состоит обоснование

Документ включает титульный лист и оглавление, общие сведения, оценку риска аварии и связанной с ней угрозы, условия безопасной эксплуатации и требования к соответствующим стадиям ОПО. Дополнительные элементы определяются техническим заданием (ТЗ). При этом состав учитывает назначение документа: по пункту 12 приказа № 142 раздел условий безопасной эксплуатации не включают в обоснование, устанавливающее требования к капитальному ремонту, консервации или ликвидации ОПО.

Какие данные нужны и когда обновляют обоснование

Что подготовить для оценки и задания

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

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

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

Зафиксируйте согласованную версию исходных данных.

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

Когда необходимы изменения документа

Пересмотр требуется при затрагивающих принятые решения реконструкции, техническом перевооружении или капитальном ремонте линейного объекта; изменении условий безопасной эксплуатации, влекущем необходимость отступления от требований самого обоснования; изменении требований ФНП, отступления от которых обозначены в обосновании; изменении обозначенных в обосновании технических решений в проектной документации, документации на техническое перевооружение ОПО или проектной документации на капитальный ремонт линейного объекта; выявленной недостаточности мер. Ещё одно основание — установленная расследованием аварии связь её причин с недостатками разработки обоснования или ЭПБ.

Изменения разрабатывают по тем же правилам, проводят ЭПБ и утверждают. Документ нельзя автоматически считать действующим пять лет или бессрочным. Указанная для приказа № 142 дата 01.09.2030 относится к нормативному акту, а не к сроку конкретного обоснования.

Как организованы разработка и независимая экспертиза

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

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

Этапы и передаваемые результаты

Неполные сведения и замечания возвращают работу к уточнению и доработке по заданию. Переход к применению не происходит автоматически.

Кто проводит ЭПБ и что происходит после неё

Обоснование и его изменения подлежат обязательной ЭПБ. Её проводит лицензиат, которому запрещено экспертизировать разработанное им обоснование. Действуют также ограничения собственности и принадлежности к одной группе лиц с владельцем ОПО по пункту 16 Правил № 420. Организационное привлечение исполнителей этих условий не отменяет.

При положительном заключении документ утверждает застройщик или технический заказчик при проектировании либо руководитель эксплуатирующей организации. Заказчик представляет заключение для включения в реестр заключений ЭПБ. Использовать его для целей № 116-ФЗ можно только с даты включения; это не регистрация самого ОПО.

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

За что отвечает SEC-WAY

ООО «СЕКЬЮРИТИ ВЭЙ» предоставляет гарантию 6 месяцев на исправление недостатков собственной организационной работы при неизменном техническом задании. Изменение задания рассматривается отдельно от гарантийного исправления.

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

Практические вопросы перед подготовкой задания