Разработка Судовой системы управления безопасностью (СУБ) в соответствии с требованиями Международного кодекса управления безопасностью (МКУБ) — это не формальное заполнение документов, а фундаментальная реорганизация всех процессов на судне и в береговой компании. Кодекс, принятый Международной морской организацией, вступил в силу для большинства типов судов в 1998 году и с тех пор стал основой безопасной эксплуатации флота. Его цель проста и жестока: предотвратить человеческие жертвы, повреждение окружающей среды и потерю имущества. Но за этой простотой стоит сложнейшая работа по проектированию системы, которая должна работать без сбоев в условиях шторма, стресса и ограниченных ресурсов.
Первый этап разработки СУБ начинается не на судне, а в офисе береговой компании. Суть этого этапа — «Определение политики и целей». Руководство компании должно сформулировать политику в области безопасности, которая станет конституцией для всей системы. Политика не должна быть набором общих фраз. Она должна отражать реальные приоритеты: безопасность жизни экипажа превыше графика, защита моря важнее экономии топлива. Эти слова должны быть подкреплены ресурсами. Если в политике написано «безопасность превыше всего», а на практике капитан получает приказ идти в шторм ради соблюдения сроков, система разваливается. После утверждения политики ставятся измеримые цели: снижение количества травм на 30% за год, ноль разливов нефти, 100% прохождение инспекций портового контроля. Цели нужны для того, чтобы можно было оценить, работает ли система вообще.
Второй этап — это создание документированной системы. МКУБ требует, чтобы все процедуры были записаны. Это не бюрократия ради бюрократии. Это способ сохранить знания. На судне люди меняются каждые несколько месяцев. Если процедуры не записаны, каждый новый член экипажа начинает с нуля. Документация делится на несколько уровней. Первый уровень — Руководство по управлению безопасностью (РУБ). Это основной документ, который описывает политику компаний, структуру управления, распределение ответственности. РУБ находится на каждом судне и в офисе. Второй уровень — это процедуры. Они описывают, как выполнять конкретные операции: швартовка, бункеровка, вход в туман, перевалка груза. Третий уровень — рабочие инструкции и чек-листы. Например, чек-лист перед запуском двигателя или инструкция по замене фильтра.
Особое внимание при разработке процедур уделяется четырем ключевым областям, которые Кодекс выделяет как критически важные. Первая — это процедуры по обеспечению безопасности судна и предотвращению загрязнения. Сюда входят планы действий в аварийных ситуациях: при пожаре, столкновении, посадке на мель, разливе нефти. Каждая аварийная процедура должна быть проверена на практике. Вторая область — процедуры отчетности о происшествиях и «несоответствиях». Система не может исправлять ошибки, если о них не сообщают. Поэтому в СУБ закладывается механизм, который поощряет сообщать об опасных ситуациях без страха наказания. Третья область — процедуры внутренних аудитов. Компания должна регулярно проверять сама себя. Четвертая — процедуры анализа со стороны руководства. Генеральный директор или назначенное лицо раз в год собирают данные, смотрят на статистику происшествий, результаты аудитов и решают, что нужно менять в системе.
Ключевая фигура в разработке и внедрении СУБ — это «Назначенное лицо» (Designated Person Ashore, DPA). Кодекс требует, чтобы у компании был человек в береговом офисе, который обеспечивает связь между судном и высшим руководством. Этот человек имеет прямой доступ к генеральному директору. Его задача — следить за тем, чтобы на суда поступали ресурсы, чтобы проблемы решались, чтобы система не застывала. DPA — это совесть компании. Если капитан сообщает о неисправности оборудования, а офис не реагирует, DPA должен поднять тревогу. Без DPA система управления безопасностью превращается в бумажную фикцию.
Когда документация разработана, начинается этап внедрения. Судно получает пакет документов. Капитан и старший механик проводят вводный инструктаж для экипанжа. Каждый член команды должен знать, какие процедуры относятся к его работе, как действовать в аварийной ситуации, куда сообщать о неисправностях. Здесь возникает главная трудность. Люди воспринимают новую систему как дополнительную нагрузку. Матрос говорит: «Я сто лет швартуюсь без чек-листов». Механик ворчит: «Опять бумажки заполнять». Задача разработчиков СУБ — сделать процедуры понятными и короткими. Процедура не должна быть на 15 страниц. Она должна умещаться на одну страницу и содержать только essential: кто делает, что делает, в какой последовательности, что делать при отклонении.
После внедрения компания обязана провести внутренний аудит. Аудит — это не ревизия с целью наказать. Это проверка на соответствие. Аудитор приходит на судно, смотрит: выполняются ли процедуры? Если в процедуре написано «проверять давление масла каждые два часа», а в журнале нет записей — это несоответствие. Если написано «проверять», а механик говорит «мы проверяем, но не записываем» — это тоже несоответствие, потому что система требует документирования. Все несоответствия классифицируются. Есть серьезные — которые могут привести к аварии, и есть малозначительные — например, не заполнен один пункт в чек-листе. Устранение несоответствий — это процесс. Компания должна разработать корректирующие действия и убедиться, что они выполнены.
Финальный этап разработки — это получение сертификата. Судно проходит внешний аудит со стороны классификационного общества https://www.marstar.pro/katalog/razrabotka-sub/ или признанной организации. Аудиторы проверяют всю документацию, проводят interviews с экипажем, наблюдают за проведением учений. Если система соответствует требованиям, судну выдается Документ о соответствии (SOC) для компании и Свидетельство об управлении безопасностью (SMC) для судна. Сертификат действителен пять лет, с ежегодными промежуточными проверками. Но разработка не заканчивается получением бумаги. МКУБ требует непрерывного совершенствования. Система должна жить. После каждого происшествия, после каждого аудита, после каждого рейса компания собирает данные, анализирует и вносит изменения.
Главная ошибка, которую совершают многие компании при разработке СУБ — это попытка скопировать чужую систему. Взять папку с процедурами от другой компании, сменить название судна и сказать: «Внедряйте». Это не работает. Потому что каждое судно уникально. Тип груза, маршрут, национальность экипажа, техническое состояние — все это влияет на риски. Система, которая идеально работает на современном танкере, может быть бесполезной на старом сухогрузе, работающем в каботаже. СУБ должна быть «сшита по мерке» для конкретного судна и конкретной компании.
Еще один важный момент — человеческий фактор. МКУБ основан на том, что 80% аварий происходит из-за ошибок человека. Но ошибка — это не всегда вина человека. Это часто недостаток системы. Плохая коммуникация, усталость, нечеткие процедуры. Поэтому при разработке СУБ нужно закладывать механизмы защиты от ошибок. Например, процедура «двух пар глаз» при смене вахты: вахтенный помощник не может покинуть мостик, пока сменщик не пришел и не убедился в безопасности. Или процедура «стоп-карта»: любой член экипажа имеет право остановить опасную операцию, не боясь наказания. Эти механизмы должны быть описаны в системе.
Подводя итог, можно сказать, что разработка СУБ по МКУБ — это создание живого организма из правил, людей и обратной связи. Это не работа на один месяц. Это цикл, который повторяется постоянно: планирование, выполнение, проверка, корректировка. Хорошая система управления безопасностью становится незаметной. Она встроена в повседневные действия настолько глубоко, что экипаж не думает о ней — он просто делает работу правильно по привычке. Вот к этому и нужно стремиться.