Как составить Заказ-Наряд на техническое обслуживание: что включить и практический пример

В статье Заказ-Наряд на техническое обслуживание определяется как документ, который направляет выполнение работ после одобрения поступившей заявки. Авторы опираются прежде всего на NASA Procedural Requirements NPR 8831.2F, раздел 5.6.1: документ должен содержать задачи, оценку требуемых ресурсов — трудозатраты по профессиям, материалы, оборудование, инструменты и специализированную поддержку, — а также сведения о координации, необходимых отключениях, требованиях безопасности, приоритете и учёте затрат. Критерий полезности сформулирован так: техник должен суметь выполнить работу, а инженер по надёжности — позднее прочитать её историю.

Материал подчёркивает, что заявка и Заказ-Наряд — не одно и то же. По разделу 5.2.1 NASA, запрос сначала принимают и обрабатывают; Заказ-Нарядом он становится только после одобрения. Отклонённую заявку возвращают заказчику с объяснением либо запросом уточнений. Каждому элементу работ назначают уникальный идентификатор: согласно 5.5.3, он похож на серийный номер, назначается один раз и не меняется даже при объединении работ. Это обеспечивает сквозное отслеживание от планирования и одобрения до исполнения и архивной документации.

В статье говорится, что FEMP относит к типичным функциям CMMS формирование, приоритизацию и отслеживание Заказ-Нарядов по оборудованию или компонентам, а также ведение истории с сортировкой по оборудованию, дате и исполнителю. При этом CMMS не принимает решения: она собирает и хранит данные в легко извлекаемом виде, чтобы менеджер O&M мог действовать на их основе. Если работа выполняется на оборудовании, его номер в форме должен происходить из корректно выстроенной иерархии активов; идентификатор работы и тег актива являются разными сущностями.

Перечень обязательного содержания авторы привязывают к конкретным разделам NPR 8831.2F и не выдают его за универсальный шаблон. В нём должны быть уникальный ID; операции или шаги по профессиям; ресурсы, включая часы труда, материалы, оборудование, инструменты и специализированную поддержку; требования безопасности; приоритет; ссылка на финансирование и учётные данные; сведения о координации и отключениях; а также место для данных о завершении. Примерная форма NASA из Appendix D дополнительно включает номер Заказ-Наряда, идентификатор элемента работ, даты, объект, объём или название работ и одобрение.

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

Далее работу классифицируют для одобрения, финансирования и отчётности. NASA в 5.5.4 перечисляет такие способы, как тип средств, уровень утверждения, элементы работ, специальный интерес, размер и способ выполнения. Среди её категорий элементов работ названы PM и PM Finds, PT&I и PT&I Finds, Grounds Care, PGM, Repair, TC, ROI, Service Request и Central Utility Plant O&M. По мнению автора, эти категории созданы для Центров NASA и не обязательны для других предприятий: следует использовать собственные коды, которые корректно маршрутизируют работы, отражаются в отчётах CMMS и понятны руководству.

На этапе планирования и оценки Заказ-Наряд становится исполнимым. Согласно 5.6.4, для каждой профессии определяют шаги или фазы, материалы, специальные инструменты и оборудование, время на каждую фазу, прикладывают эскизы или чертежи, указывают безопасность и требуемые отключения, а также предусматривают подготовку, перемещения, уборку площадки и другие действия по работе. Безопасность не должна быть формальной отметкой: в 5.6.1 NASA среди возможных требований называет вход в замкнутое пространство, lockout/tagout, истощение кислорода, обращение с химическими или взрывоопасными веществами, защиту от падения, обучение и сертификацию. Следует указывать именно те меры, которые вызывает конкретная задача. Каждый Заказ-Наряд также получает ссылку на финансирование и учётные данные о списываемых средствах.

Приоритет следует назначать отдельно. Таблица 5-2 NASA приведена как образец, а не как общая шкала: приоритет 1 Emergency означает угрозу жизни или имуществу, немедленное влияние на миссию либо потерю коммунальных услуг и требует начать немедленно; 2 Urgent нужен для продолжения работы объекта или восстановления безопасной среды без угрозы жизни; 3 Priority поддерживает миссию или сроки проекта; 4 Routine можно планировать в обычном порядке с учётом ресурсов; 5 Discretionary желателен, но не необходим для защиты, сохранения или восстановления объектов и оборудования; 6 Deferred допускает безопасное, эксплуатационно и экономически оправданное отложение. Для Urgent NASA приводит местное окно «в тот же день или в течение 4 часов», поэтому конкретный срок устанавливает каждый Центр. Приоритеты предписано периодически пересматривать.

Авторизация обычно состоит из двух этапов по 5.6.3: первичного отбора до планирования и оценки, затем окончательного одобрения и выпуска подготовленного Заказ-Наряда на диспетчеризацию. Финальная проверка должна подтвердить соответствие работы запросу, требованиям безопасности, охраны здоровья, экологии и безопасности объекта, годовому плану работ, доступному финансированию и уровням одобрения. В сложных либо критичных работах заказчик должен проверить техническую достаточность документа. После завершения проверок и подтверждения средств Заказ-Наряд разрешают к исполнению. Однако аварийные обращения и малые работы NASA позволяет проводить в один этап, в пределах полномочий стойки приёма работ, без планирования и оценки.

Закрытие не сводится к окончанию работы инструментом. По 5.7.5.4 после завершения и приёмки в CMMS фиксируют завершение и использованные ресурсы, затем закрывают Заказ-Наряд. Нужно записать фактически использованные труд и материалы, непредвиденные условия, краткое описание выполненного и дополнительные материалы, отсутствовавшие в исходном документе. Руководители участков должны проверять эти сведения. Если фактические условия, трудоёмкость или материалы существенно отличаются от оценки, руководитель сверяется с планировщиком для внесения изменений; NASA предлагает порог роста оценки на 20% или более, но текст специально оговаривает, что это рекомендация NASA, а не отраслевое правило. Диспетчеризация и планы загрузки участков относятся к последующей фазе исполнения, после подготовки и одобрения Заказ-Наряда.

Практический, но вымышленный пример относится к Riverbend Processing. На питательном насосе котла BFW-PMP-02 началась утечка через механическое уплотнение, поэтому оформлены два намеренно разных документа. Для замены уплотнения составлен полный Заказ-Наряд: идентификатор элемента работ REQ-0417 присвоен при приёме и не изменяется, а номер одобренного документа — WO-0417; это разные поля. Класс — Repair, приоритет — 2 Urgent, а местное окно Riverbend задано как тот же день. Работы включают изоляцию и lockout/tagout насоса, слив всасывающей и нагнетательной линий, снятие уплотнения, установку комплекта замены, заполнение и проверку утечек. Предусмотрены 6 часов механика, 2 часа оператора для изоляции, комплект уплотнения и прокладок, переносная таль. Требования безопасности включают lockout/tagout по OSHA 1910.147 с устройствами изоляции энергии, накопленной энергией и проверкой изоляции по процедуре контроля энергии на площадке; также до входа людей в приямок требуется определить, является ли он замкнутым пространством. Указаны двухчасовое отключение линии питательной воды в ночную смену по согласованию с эксплуатацией, списание на строку финансирования обслуживания коммунальных систем и поля для фактических часов, деталей и выявленных обстоятельств.

Вторая работа на том же насосе — подтяжка протекающего фланца линии промывки уплотнения — существенно меньше: она укладывается в ориентир NASA «менее 20 рабочих часов». Riverbend оформляет её как талон аварийного обращения, а не как полный плановый Заказ-Наряд. Ответственный мастер проверяет задачу и задаёт меры безопасности: lockout/tagout по OSHA 1910.147 с изоляцией энергии, учётом накопленной энергии и проверкой, а также защиту глаз. Работа всё равно получает уникальный ID и отслеживается при исполнении, но детально не планируется и не оценивается, поскольку стоимость такой подготовки превысила бы её пользу.

В ограничениях авторы указывают, что NPR 8831.2F обязателен для сотрудников NASA и написан для Центров NASA и сопутствующего оборудования, а не является стандартом ISO или универсальным промышленным требованием. Поэтому его структуру следует воспринимать как хорошо документированную модель. Руководство FEMP предназначено для федеральных объектов; его принципы применимы шире, но исходный контекст — государственные здания и кампусы, а не технологические производства. Таблица приоритетов, ориентир менее 20 рабочих часов для малых задач и порог изменения оценки в 20% или более являются именно материалами NASA. Авторы не приводят общепроизводственных бенчмарков качества Заказ-Нарядов, поскольку NASA и FEMP их не дают. Источниками названы NPR 8831.2F, FEMP Operations and Maintenance Best Practices Guide, Release 3.0, и OSHA 29 CFR 1910.147.