Пылесборник, который запускается без срабатывания сигнализации, — это не то же самое, что система, работоспособность которой подтверждена, а система, которая функционирует во время пробного запуска, — это не то же самое, что система, официально принятая покупателем. Смешивание этих трех этапов приводит к тому, что предприятие в конечном итоге эксплуатирует оборудование, которое на самом деле никогда не проверялось на соответствие договорным требованиям, или вынуждено оспаривать несоответствие характеристик после того, как срок для его документирования истек. Понимание того, что может и чего не может доказать каждый этап, определяет, что именно утверждает покупатель, какие вопросы передаются на рассмотрение вышестоящих инстанций и какие доказательства будут иметься в случае возникновения спора в будущем.
Что можно и чего нельзя доказать с помощью первоначального включения питания
| Сцена | Что должна показать эта сцена | Что это само по себе не доказывает |
|---|---|---|
| Стартап | Вращение, основные средства защиты, служебные функции и функции отдельных компонентов | Эффективность встроенной системы пылеудаления |
| Ввод в эксплуатацию | Установленный коллектор, система воздуховодов, вентилятор, средства управления, система очистки и разгрузочные соединения работают совместно в заданных режимах эксплуатации | Признание в соответствии с условиями договора, если только задокументированные результаты не будут сопоставлены с согласованными техническими требованиями |
| Принятие | Зафиксированные результаты были сопоставлены с согласованной спецификацией, при этом каждому невыполненному критерию был присвоен статус | Безусловное заявление о результативности, выходящее за рамки согласованных критериев и задокументированных результатов |
При первом включении пылесборника испытания по своему характеру носят ограниченный характер. Запуск проводится с целью подтверждения того, что оборудование будет работать без непосредственной опасности и что его отдельные компоненты функционируют в соответствии с конструкцией: двигатели вращаются в правильном направлении, блокирующие устройства и ограждения убедиться, что все компоненты присутствуют и исправны, что инженерные коммуникации, такие как сжатый воздух и электропитание, подключены и находятся в пределах допустимого диапазона, а отдельные узлы — заслонка, поворотный клапан, соленоид очистки — реагируют на команды. Это проверка на уровне компонентов, а не на системном уровне.
Это различие имеет значение, поскольку условия запуска, как правило, не отражают реальных условий технологического процесса. Вентилятор может работать без подключения к действующей системе воздуховодов, коллектор может проходить циклы работы без засыпания пылью, а последовательность команд системы управления может проверяться в изолированном режиме, а не в ответ на реальные сигналы технологического процесса. В таких условиях подтверждение работоспособности того или иного компонента ничего не говорит покупателю о том, будет ли этот компонент функционировать правильно при реальной пылевой нагрузке, реальном сопротивлении воздушному потоку или реальных режимах работы. Если воздуховоды, вентилятор и пылеуловитель ещё не прошли совместные испытания под нагрузкой, никакие заявления о скорости улавливания, перепаде давления или эффективности очистки не могут быть подкреплены результатами пуско-наладочных работ, независимо от того, насколько безупречно проходит сам пуск.
Это устанавливает практические рамки того, чего покупатель должен ожидать от протокола пуско-наладочных работ. В протоколе пуско-наладочных работ может указываться, что направление вращения было правильным, что защитные устройства были установлены и что работоспособность инженерных сетей была проверена. Его не следует использовать и принимать в качестве доказательства того, что коллектор будет соответствовать предельным значениям выбросов, выдерживать заданный перепад давления или обеспечивать воздушный поток через производственные зоны. Если поставщик или подрядчик представляет завершение пуско-наладочных работ в качестве доказательства работоспособности системы, покупателю необходимо отделить то, что было фактически протестировано (отдельные компоненты, статические условия), от того, что осталось непроверенным (интегрированная система под нагрузкой). Это разграничение является основой для принятия решения о том, готов ли проект к переходу на следующий этап или перед этим шагом требуется дополнительная проверка.
При вводе в эксплуатацию интегрированной системы необходимо продемонстрировать её поведение
Если при запуске проверяется работоспособность отдельных узлов, то при вводе в эксплуатацию проверяется работоспособность системы в целом. Это означает тестирование установленного коллектора вместе с системой воздуховодов, вентилятором, системами управления, системой очистки и разгрузочными интерфейсами в заранее определённых режимах работы — не в произвольных или удобных условиях, а в режимах, отражающих то, как система должна работать, когда от неё будет зависеть производство.
Причина, по которой интеграционное тестирование нельзя пропустить или вывести на основе проверки отдельных компонентов, заключается в том, что эффективность системы пылеудаления определяется взаимодействием компонентов, а не работой какого-либо отдельного элемента в изоляции. Эффективность улавливания в вытяжном колпаке зависит от скорости воздушного потока в воздуховоде, которая, в свою очередь, зависит от производительности вентилятора при фактическом сопротивлении системы; это сопротивление зависит от степени загрязнения фильтра и частоты его очистки, а эти параметры — от логики управления, которая должна правильно реагировать на перепад давления или работать по заданным временным циклам. Вентилятор, который работает корректно на испытательном стенде, может не обеспечить требуемую скорость после подключения к реальной системе воздуховодов, поскольку статические потери, балансировка ответвлений и настройки заслонок изменяют рабочую точку. Система очистки, которая корректно работает в циклах при стендовых испытаниях, может не поддерживать стабильный перепад давления при очистке фильтров, загрязнённых реальной технологической пылью, поскольку образование налёта и особенности его удаления зависят от обрабатываемого материала.
Именно поэтому ввод в эксплуатацию следует строить на основе четко определенных рабочих сценариев, а не на основе единичного теста с результатом «прошел/не прошел». Могут потребоваться различные сценарии для моделирования переходных процессов при запуске, условий стабильной работы и аварийных или режимов снижения нагрузки, поскольку система, которая ведет себя корректно в одной рабочей точке, не обязательно будет вести себя так же в другой. Если производственный процесс изменяется — например, периодический партийный режим в отличие от непрерывного — рабочие сценарии, используемые при вводе в эксплуатацию, должны отражать эту изменчивость, иначе протокол ввода в эксплуатацию не будет отражать то, как от системы фактически будут требовать работать.
Результаты пуско-наладочных работ, должным образом задокументированные, описывают поведение интегрированной системы в условиях тестируемых сценариев. Сами по себе они не являются основанием для договорной приемки. Для этого требуется отдельный этап сравнения с техническими требованиями, согласованными сторонами, поэтому протокол пуско-наладочных работ, свидетельствующий о надлежащем функционировании системы, всё же не является тем же документом, что и акт приемки.
Доказательства, предусмотренные договором и необходимые для принятия
| Элемент записи о приемке | Что необходимо проверить | Значение решения |
|---|---|---|
| Согласованный критерий | Определено соответствующее требование из согласованной спецификации | Устанавливает договорной ориентир для проверки |
| Документально подтвержденный результат | Результат, на основании которого принимается решение о приемке, фиксируется | Предоставляет данные для сравнения с эталонным показателем |
| Сравнение критериев | Зафиксированный результат сравнивается с согласованным критерием | Показывает, был ли критерий выполнен или по-прежнему не выполнен |
| Решение в случае несоответствия критериям | Каждому невыполненному критерию присваивается статус | Предотвращает скрытие нерешенного результата в ходе общего утверждения |
Приемка отвечает на иной вопрос, чем ввод в эксплуатацию. При вводе в эксплуатацию выясняется, работает ли система; при приемке же выясняется, соответствуют ли эти рабочие характеристики конкретным обязательствам, о которых договорились покупатель и поставщик, и для определения ответа требуется задокументированное и отслеживаемое сравнение.
Это сравнение имеет определённую структуру. Каждое применимое требование из согласованной спецификации должно быть идентифицировано как отдельный критерий, а не выводиться из общих формулировок контракта. Для каждого критерия необходим задокументированный результат — число, наблюдение, результат испытания — который был фактически получен в условиях ввода в эксплуатацию или испытаний, а не предполагаемое или расчётные значение. Затем результат необходимо явно сопоставить с критерием, чтобы в отчете было отражено, выполнено ли требование, а также с каким отклонением в большую или меньшую сторону. Если этот этап сравнения отсутствует, набор необработанных данных испытаний не является протоколом приемки, независимо от того, насколько обширными были соответствующие испытания.
Шагом, который чаще всего определяет обоснованность протокола приемки, является то, как поступают с критериями, которые не были выполнены. Критерий технического задания может быть выполнен или не выполнен, но невыполненный критерий не может просто отсутствовать в документации. Каждому невыполненному критерию необходимо присвоить статус — будь то корректирующее действие с четко определенным планом устранения, взаимно согласованное отклонение, обязательство о повторном тестировании или иное задокументированное решение. Без этого общее утверждение проекта может скрыть существующий разрыв в показателях, лишив заказчика возможности обратиться за защитой своих прав после официального завершения контракта.
Важность этого момента зависит от того, как изначально были сформулированы критерии приемки. Если в техническом задании определены измеримые критерии, конкретно связанные с испытаниями — например, диапазон падения давления или определённые условия эксплуатации, — сравнение проводится напрямую, и решение о результатах легче сформулировать чётко. Если же критерии сформулированы в общем или качественном плане, этап сравнения требует большей степени субъективной оценки, и заказчику следует до начала испытаний уточнить, как будут оцениваться неоднозначные критерии и кто уполномочен определять, были ли они выполнены. Стандарт IEC 62381 на заводские, монтажные и интеграционные приемочные испытания определяет рамки планирования, касающиеся того, как следует структурировать и упорядочить эти отдельные этапы приемочных работ, хотя сами критерии эффективности пылесборников остаются индивидуальными для каждого проекта и не устанавливаются исключительно данным стандартом. Когда в проекте используется система Porvoo’s оборудование для пылеудаления и борьбы с загрязнением воздуха, условия эксплуатации, характеристики материалов и ожидаемые эксплуатационные показатели, предоставленные заказчиком на этапе определения проекта, служат основой для составления технических требований, с которыми впоследствии проводится сравнительный анализ при приемке — поэтому полнота этой исходной проектной информации напрямую влияет на точность такого сравнительного анализа при приемке.
Предметы, препятствующие прохождению между этапами
| Необходимо указать действие для каждой открытой позиции по штамповке | Вопрос, на который должен дать ответ отчет | Значение этапно-контрольной модели |
|---|---|---|
| Безопасная эксплуатация | Влияет ли данная нерешенная проблема на безопасность эксплуатации? | Невозможно определить степень готовности без учета этого эффекта |
| Валидность теста | Влияет ли невыполненная задача на достоверность результатов теста? | Результаты соответствующих испытаний не могут служить основанием для перехода к следующему этапу без указания решения по ним |
| Готовность к следующему этапу | Влияет ли этот нерешенный вопрос на готовность двигаться дальше? | В записи должно быть явно указано решение о переходе |
Наличие нерешенного вопроса не является автоматическим поводом для приостановки работы, но и игнорировать его не всегда безопасно. Каждый нерешенный вопрос необходимо оценивать с учетом трёх отдельных критериев, а рассмотрение их в рамках единого списка “нерешенных вопросов” затрудняет определение того, какие из них действительно имеют значение для принимаемого решения.
Первый вопрос заключается в том, влияет ли нерешенная проблема на безопасность эксплуатации. Проблема, представляющая собой пробел в системе безопасности — отсутствующий оградительный элемент, непроверенная система блокировки, устройство защиты, оставленное в режиме обхода, — не может быть отложена по графику или из соображений удобства, поскольку её наличие определяет саму возможность эксплуатации оборудования, независимо от каких-либо других факторов. Второй вопрос стоит отдельно: влияет ли нерешенный вопрос на достоверность уже полученных результатов испытаний? Проблема, обнаруженная после проведения испытания, может задним числом повлиять на достоверность результатов этого испытания, даже если сама проблема, казалось бы, не связана с безопасностью. Например, если в ходе пуско-наладочных работ впоследствии выяснилось, что параметр системы управления был настроен неверно, результаты этого прогона, возможно, придется считать недействительными, а не подтверждением успешного прохождения испытания, независимо от того, как выглядели показатели изначально.
Третий вопрос напрямую касается готовности: с учётом всех остальных факторов, влияет ли нерешённый вопрос на то, следует ли разрешить проекту перейти к следующему этапу? Первые два вопроса не дают на него автоматического ответа. Некоторые моменты могут не влиять ни на безопасность, ни на достоверность завершенных испытаний, но при этом считаться достаточно значимыми, чтобы их необходимо было устранить перед переходом к следующему этапу, в зависимости от требований согласованных условий проекта. И наоборот, момент, выявленный во время ввода в эксплуатацию, может не иметь отношения к готовности к приемке, если его устранение уже было согласовано и задокументировано.
Если влияние того или иного пункта перечня недоделок на эти три аспекта не было явно указано, проектной группе приходится выносить неформальное суждение, а не зафиксированное в документах. Именно это условие наиболее непосредственно определяет, можно ли впоследствии обосновать спорную сдачу объекта — не то, существовали ли пункты перечня недоделок (поскольку они, как правило, существуют), а то, было ли их влияние на безопасность, достоверность испытаний и готовность зафиксировано в тот момент, а не восстановлено позже по памяти или на основе неполных заметок.
Ведомость «Stage-Gate» для обеспечения надежной передачи проекта
Обоснованный акт сдачи-приемки формируется на основе протоколов, составленных на каждом из предыдущих этапов, которые должны быть взаимосвязаны, а не представлять собой отдельные документы. Протокол пуско-наладки подтверждает, что отдельные компоненты и средства защиты были проверены в статических или изолированных условиях. Протокол ввода в эксплуатацию фиксирует, как интегрированная система — коллектор, система воздуховодов, вентилятор, средства управления, система очистки и выпускные интерфейсы — вела себя в определенных эксплуатационных режимах. Протокол приемочной проверки фиксирует, какие критерии технических условий были удовлетворены по результатам ввода в эксплуатацию, какие остались невыполненными и какое решение было принято в отношении каждого невыполненного критерия. Перечень недоделок определяет для каждого нерешенного вопроса на этапе передачи его влияние на безопасность эксплуатации, достоверность испытаний и готовность к продолжению работ.
Обоснованность этой цепочки зависит не от объема документации, а от того, насколько явно прослеживаются связи между этапами. Протокол ввода в эксплуатацию, который невозможно соотнести с конкретными критериями приемки, делает решение о приемке необоснованным. Протокол приемки, в котором приводятся результаты без указания, в ходе какого цикла ввода в эксплуатацию и при каком режиме работы они были получены, оставляет возможность оспорить результаты сравнения. Перечень недоделок, в котором фиксируются нерешенные вопросы без указания их влияния на готовность объекта, делает решение о продвижении по этапам неясным, а не задокументированным.
Условия, определяющие, какая граница этапа имеет наибольшее значение, зависят от требований конкретного проекта. Если в контракте предусмотрено строгое приемочное тестирование с проверкой каждого критерия в отдельности, то в случае спора наибольший вес имеют протокол приемки и указание в нём критериев, не прошедших проверку. Если же в контракте делается упор на непрерывную эксплуатационную проверку в течение периода обкатки, то более значимым доказательством становится протокол ввода в эксплуатацию, в котором зафиксированы показатели работы в различных эксплуатационных режимах. В любом случае сторона, формирующая пакет документов для сдачи объекта, должна подтвердить, до того как проект достигнет этой стадии, документацию какого этапа договор считает решающей — ведь именно это определяет, на чем следует сосредоточить усилия по подготовке документации и её тщательной проверке по мере приближения проекта к окончательной сдаче.
Часто задаваемые вопросы
Q: Можно ли считать, что пылесборник введен в эксплуатацию, если двигатель запустился и срабатывают основные защитные устройства?
A: Нет. Эти проверки предназначены только для запуска; в ходе ввода в эксплуатацию необходимо дополнительно убедиться, что установленный коллектор, система воздуховодов, вентилятор, средства управления, система очистки и разгрузочные соединения работают согласованно в заданных режимах эксплуатации.
Q: Что необходимо согласовать до начала комплексных пуско-наладочных испытаний?
A: Перед запуском тестов определите тестовые сценарии и критерии, которым должен соответствовать каждый тест. Это даст команде чёткую основу для оценки поведения интегрированной системы и позволит избежать ситуации, когда успешная проверка отдельного компонента будет рассматриваться как результат тестирования всей системы.
Q: Означает ли успешный ввод в эксплуатацию, что пылесборник автоматически считается принятым?
A: Нет. Для принятия необходимо сравнить задокументированные результаты с соответствующими критериями, указанными в согласованной спецификации, с четким указанием мер, которые будут приняты в отношении каждого критерия, который не был выполнен.
Q: Могут ли позиции с отметкой «открытый» остаться при переходе проекта на следующий этап?
A: Только в том случае, если в отчете указано, как каждый пункт влияет на безопасность эксплуатации, достоверность испытаний и готовность к следующему этапу. Пункт, в отношении которого остается нерешенным любой из этих вопросов, должен приостанавливать продвижение по этапу до тех пор, пока не будут ясны его последствия и дальнейшие действия.
