Требования к документации системы подачи: FAT, SAT и поставляемые документы валидации


Отсутствующие документы задерживают квалификацию больше, чем отсутствующие функции
В регулируемом производстве — медицинские изделия, фармацевтика, компоненты автомобильной безопасности — система подачи, которая идеально работает на производстве, всё равно не может быть выпущена в эксплуатацию, пока пакет документации не будет завершён. Отсутствующая электрическая схема, неподписанный отчёт FAT или неполная матрица прослеживаемости могут задержать квалификацию на недели, пока поставщик в спешке готовит документацию. Сам питатель готов; бумаги — нет.
Это происходит потому, что требования к документации часто расплывчато указаны в заказе на покупку или не указаны вовсе. Поставщик предоставляет то, что считает стандартным, команда качества проверяет это по внутреннему SOP, и пробелы выявляются во время квалификационной проверки — в худшее возможное время для их обнаружения. Исправление документации ретроактивно дорого, подвержено ошибкам и подрывает доверие к поставщику.
Это руководство определяет минимальный пакет документации для системы подачи в регулируемой среде, разбирает, что требуют FAT, SAT и IQ/OQ/PQ, выявляет наиболее распространённые пробелы и объясняет, как указать требования к документации в RFQ, чтобы избежать сюрпризов. Оно основано на нашем руководстве по сравнению FAT и SAT и нашем руководстве IQ/OQ/PQ для систем подачи.
Минимальный пакет документации
Каждая система подачи, независимо от отрасли, должна поставляться с базовым набором документов. В регулируемых отраслях этот базис обязателен; в нерегулируемых — это всё ещё лучшая практика, поскольку сокращает время устранения неисправностей и поддерживает будущее обслуживание.
| Документ | Назначение | Обязателен для регулируемых? | Обязателен для нерегулируемых? |
|---|---|---|---|
| Сборочные чертежи механики | Показывает геометрию чаши, оснастки, крепления и механизма выдачи | Да | Да |
| Электрические схемы | Схема подключения контроллера, датчиков, I/O | Да | Да |
| Спецификация материалов (BOM) | Полный перечень деталей с производителем и номером детали | Да | Рекомендуется |
| Руководство контроллера | Инструкции по эксплуатации, настройки параметров, коды аварийных сигналов | Да | Да |
| Пневматические схемы (если применимо) | Воздушный контур для продувок, цилиндров, механизмов выдачи | Да | Да |
| Спецификации датчиков | Даташиты для всех датчиков (фотоэлектрических, волоконно-оптических, приближения) | Да | Рекомендуется |
| График профилактического обслуживания | Рекомендуемые интервалы и процедуры проверок | Да | Рекомендуется |
| Список запасных частей | Рекомендуемые запчасти со сроками поставки и источниками | Да | Рекомендуется |
| Оценка рисков (ISO 12100) | Выявленные опасности и меры снижения | Да (ЕС) | Нет |
| Декларация соответствия CE/UL | Доказательство нормативного соответствия | Да (если применимо) | Варьируется |
Каждый документ должен иметь контроль версий, дату и ссылку на конкретный серийный номер питателя или номер заказа. Универсальное руководство, не соответствующее фактической конфигурации поставленной системы — частый источник замечаний при квалификации.
- Чертежи должны соответствовать конфигурации as-built: не проектному замыслу, не прототипу — фактически отгруженному устройству.
- BOM должна содержать коммерческие детали по производителю и номеру детали: «датчик приближения» неприемлемо; «Omron E2E-X5ME1-Z» — допустимо.
- Руководство контроллера должно включать фактические настройки параметров: не заводские значения по умолчанию, а настройки, откалиброванные для вашей конкретной детали и скорости подачи.
Протокол и отчёт FAT
Factory Acceptance Test проводится на предприятии поставщика до отгрузки питателя. Пакет документации FAT состоит из двух частей: протокола FAT (написанного до испытаний) и отчёта FAT (заполненного во время и после испытаний).
Протокол FAT определяет объём испытаний, критерии приёмки, методы тестирования и необходимое оборудование. Он должен быть написан совместно поставщиком и заказчиком, рассмотрен и утверждён до начала испытаний. Протокол, написанный после испытаний — это не протокол, а резюме, не имеющее силы при регуляторном аудите.
Протокол FAT для системы подачи должен включать:
- Объём и цели: что тестируется и почему.
- Предпосылки испытаний: инженерные сети, образцы деталей, испытательное оборудование, условия окружающей среды.
- Процедуры испытаний: пошаговые инструкции для каждого теста, включая продолжительность, измерения и наблюдения.
- Критерии приёмки: количественные пороги «пройден/не пройден» для скорости подачи, выхода ориентации, частоты заторов, уровня шума и любых специфических требований заказчика.
- Перечень испытательного оборудования: статус калибровки и прослеживаемость для используемых измерительных приборов.
- Роли и обязанности: кто проводит каждый тест, кто свидетельствует, кто утверждает.
Отчёт FAT документирует фактические результаты испытаний. Он должен включать:
- Завершённые процедуры испытаний: каждый шаг подписан с фактическими измеренными значениями.
- Отклонения: любой тест, не соответствующий критериям приёмки, с корневой причиной и решением.
- Фотографии и видео: визуальное подтверждение работы питателя с производственными деталями.
- Список доработок: открытые позиции, которые необходимо устранить до или после отгрузки.
- Подписи: инженер-испытатель поставщика, свидетель заказчика, представитель качества.
Наиболее распространённый пробел в документации FAT — отсутствие предварительно утверждённого протокола. Когда поставщик является на FAT с рукописным чеклистом вместо формального протокола, команда качества заказчика не может принять результаты — даже если питатель работает безупречно. Протокол должен существовать до теста, а не после.
Протокол и отчёт SAT
Site Acceptance Test проводится после установки питателя на предприятии заказчика. Документация SAT следует той же структуре, что и документация FAT, но охватывает иной набор рисков: те, что вызваны транспортировкой, повторной установкой, инженерными сетями площадки и интеграцией линии.
Протокол SAT должен ссылаться на результаты FAT и определять, какие тесты FAT повторяются при SAT, какие только подтверждаются, и какие новые тесты добавляются. Тесты, зависящие от условий конкретной площадки — реальная интеграция PLC, фактическое качество заводского воздуха, взаимодействие оператора, тайминг линии — должны входить в объём SAT.
Протокол SAT должен включать:
- Ссылка на отчёт FAT: результаты FAT, статус списка доработок и перенесённые отклонения.
- Проверка установки: подтверждение, что питатель установлен по механическим и электрическим чертежам, с правильным креплением, выравниванием, заземлением и подключением коммуникаций.
- Интеграционные тесты: сигналы квитирования PLC, функция цепи безопасности, реакция на аварийные сигналы и скорость подачи при фактическом тайминге линии.
- Экологические тесты: производительность с реальным заводским воздухом, температурой окружающей среды и вибрацией от соседнего оборудования.
- Рабочие процессы оператора: доступ для пополнения, процедура устранения заторов, подтверждение аварийных сигналов — тестирование с реальными операторами, а не инженерами.
Отчёт SAT следует тому же формату, что и отчёт FAT: завершённые процедуры, отклонения, фотографии, список доработок и подписи. Отчёт SAT обычно является документом, инициирующим формальный выпуск в производство в регулируемых средах.
Распространённый пробел SAT — неудачная попытка тестирования с реальными производственными деталями. FAT часто проводится с «золотыми образцами» — тщательно отобранными деталями, представляющими идеальную геометрию. SAT должен использовать детали из фактической производственной партии, включая нормальный диапазон вариаций. Питатель, прошедший FAT с золотыми образцами, но не прошедший SAT с производственными деталями, не валидирован для предполагаемого использования.
Документация IQ/OQ/PQ
В фармацевтическом производстве и производстве медицинских изделий системы подачи квалифицируются через трёхфазный процесс: Installation Qualification (IQ), Operational Qualification (OQ) и Performance Qualification (PQ). Каждая фаза имеет собственный протокол и отчёт, а требования к документации более строгие, чем только FAT/SAT.
Installation Qualification (IQ) проверяет, что питатель установлен правильно в соответствии со спецификациями проекта. Документация IQ включает:
- Чеклист проверки установки: номера моделей/серий, подключения коммуникаций, крепление, заземление, маршрутизация кабелей.
- Чертежи as-built: подтверждённые по проектным чертежам, с задокументированными отклонениями.
- Калибровочные сертификаты: для любых встроенных измерительных устройств (датчиков, счётчиков).
- Документация версий ПО: версия прошивки контроллера, версия программы PLC, версия приложения HMI.
Operational Qualification (OQ) проверяет, что питатель работает корректно во всём указанном рабочем диапазоне. Документация OQ включает:
- Результаты функциональных тестов: пуск/стоп, реакция на аварийные сигналы, диапазон регулировки скорости подачи, выход ориентации на минимальной и максимальной скоростях.
- Проверка аварийных сигналов и блокировок: каждое аварийное условие инициировано и подтверждено, что вызывает правильную реакцию.
- Тесты граничных условий: производительность при минимальной и максимальной загрузке деталей, минимальном и максимальном давлении воздуха, минимальной и максимальной температуре окружающей среды (если указано).
- Валидация процедуры переналадки: если питатель обрабатывает несколько типов деталей, процедура переналадки документируется и замеряется по времени.
Performance Qualification (PQ) проверяет, что питатель стабильно работает в реальных производственных условиях в течение продолжительного периода. Документация PQ включает:
- Результаты расширенных прогонов: обычно 3 последовательных прогона указанной продолжительности (напр., по 1 часу каждый) на производственной скорости, с записью скорости подачи и выхода ориентации.
- Статистический анализ: среднее, стандартное отклонение и Cpk для скорости подачи и выхода ориентации по всем прогонам PQ.
- Проверка качества деталей: осмотр деталей после подачи для подтверждения отсутствия повреждений, загрязнений и правильной ориентации.
Матрица прослеживаемости
Матрица прослеживаемости связывает каждое пользовательское требование с тестом, который его проверяет, разделом протокола, определяющим тест, и разделом отчёта, документирующим результат. При регуляторном аудите аудитор использует матрицу прослеживаемости для подтверждения, что каждое требование протестировано и каждый тест прослеживается до требования.
Для системы подачи матрица прослеживаемости обычно отображает:
- Пункты User Requirement Specification (URS) → разделы протоколов FAT/SAT/IQ/OQ/PQ → соответствующие разделы отчётов.
- Функциональные требования (скорость подачи, выход ориентации, частота заторов) → процедуры тестирования OQ → результаты OQ.
- Требования безопасности (аварийный стоп, блокировки, ограждения) → процедуры тестирования IQ/OQ → результаты IQ/OQ.
- Требования к документации (чертежи, руководства, сертификаты) → чеклист проверки IQ → отчёт IQ.
Наиболее распространённый пробел прослеживаемости — «сиротские» требования: пункт URS без соответствующего теста или тест, не прослеживаемый ни до какого требования. Оба случая указывают на неполноту объёма квалификации.
- Каждый пункт URS должен отображаться как минимум на один тест: если требование не протестировано, оно не верифицировано.
- Каждый тест должен прослеживаться до требования: если у теста нет требования, он может быть избыточным или требование может отсутствовать.
- Стройте матрицу прослеживаемости на раннем этапе: при разработке протокола, а не после завершения квалификации.
Типичные пробелы в документации, задерживающие квалификацию
После анализа сотен пакетов квалификации питателей одни и те же пробелы появляются вновь и вновь. Вот позиции, наиболее вероятно приводящие к замечаниям аудита или задержке выпуска в производство:
1. Чертежи as-built не соответствуют поставленному устройству. Поставщик предоставляет проектные чертежи из фазы предложения, но фактическая сборка имеет незначительные отличия — другая модель датчика, перемещённый кабельный ввод, изменённая деталь оснастки. Команда качества отмечает это как отклонения, и поставщик должен выпустить пересмотренные чертежи. Это занимает от дней до недель.
2. Настройки параметров контроллера не документированы. Руководство контроллера описывает параметры, но не фиксирует фактические значения, установленные при пусконаладке. Когда питатель нужно воспроизвести или контроллер заменить, нет записи правильных настроек.
3. BOM содержит внутренние номера деталей вместо коммерческих аналогов. BOM поставщика использует собственную нумерацию для датчиков, разъёмов и катушек. Команда обслуживания заказчика не может найти замену без перекрёстной ссылки на коммерческие номера деталей. Это не только проблема документации — это проблема доступности запчастей.
4. Протокол FAT написан после теста. Поставщик провёл тест, затем написал протокол под результаты. В регулируемой среде это аннулирует FAT. Протокол должен быть утверждён до начала испытаний.
5. Оценка рисков отсутствует или является типовой. Для оборудования с маркировкой CE оценка рисков по ISO 12100 обязательна. Типовая оценка рисков, не учитывающая специфические опасности питателя (точки защемления, выброс деталей, шум), не удовлетворит аудитора.
6. Калибровочные сертификаты просрочены или отсутствуют. Любой измерительный прибор, использованный при FAT или SAT — ваттметры, шумомеры, манометры — должен иметь действующий калибровочный сертификат, прослеживаемый до национального стандарта. Просроченная калибровка аннулирует результаты тестов.
Указание требований к документации в RFQ
Наиболее эффективный способ предотвратить пробелы в документации — указать требования в RFQ до того, как поставщик оценит проект. Это гарантирует, что поставщик заложит инженерное время на подготовку документов и поставит их в рамках проекта, а не как запоздалую мысль.
Включите в RFQ следующее:
- Перечень документов с требованиями к формату: укажите каждый необходимый документ, формат (PDF, нативный CAD и т.д.) и стандарт контроля версий.
- Владение протоколом FAT/SAT: укажите, кто пишет протокол (заказчик, поставщик или совместно) и процесс утверждения.
- Стандарт квалификации: сошлитесь на применимый стандарт (ISPE GAMP 5, ISO 12100, IEC 62443), чтобы поставщик понимал уровень строгости.
- Требование матрицы прослеживаемости: потребуйте матрицу прослеживаемости, связывающую пункты URS с протоколами и отчётами тестирования.
- Сроки документации as-built: потребуйте чертежи as-built и окончательную BOM в течение 2 недель после отгрузки, а не после квалификации.
- Хранение документов: укажите срок хранения и должен ли поставщик поддерживать архивные копии.
Когда требования к документации включены в RFQ, поставщик может точно оценить их стоимость. Когда они добавляются как изменение заказа после начала проекта, поставщик рассматривает их как работу вне объёма, и стоимость и сроки соответственно возрастают.
Часто задаваемые вопросы
Кто должен писать протокол FAT — поставщик или заказчик?
Лучшая практика — совместная разработка. Поставщик знает возможности питателя и методы тестирования; заказчик знает критерии приёмки и регуляторные требования. Поставщик готовит технические процедуры тестирования, заказчик проверяет их на соответствие URS и плану квалификации, и обе стороны утверждают итоговый протокол до начала испытаний. Если заказчик пишет протокол самостоятельно, он может включить тесты, неосуществимые на предприятии поставщика. Если поставщик пишет его один, он может пропустить тесты, требуемые командой качества заказчика.
Можно ли объединить FAT и SAT в один тест?
В нерегулируемых средах — да, некоторые заказчики пропускают FAT и проводят все приёмочные испытания при SAT. В регулируемых средах это настоятельно не рекомендуется. FAT и SAT проверяют разные вещи: FAT проверяет сборку поставщика в контролируемых условиях, SAT проверяет установленную систему в реальных условиях. Их объединение означает невозможность отличить проблему сборки поставщика от проблемы интеграции на площадке, что значительно усложняет анализ корневых причин и назначение ответственности. Наше руководство FAT vs SAT подробно объясняет это различие.
Что делать, если поставщик не может предоставить документацию CE?
Если питатель будет установлен в ЕС, маркировка CE обязательна. Если поставщик не может предоставить Декларацию соответствия, оценку рисков по ISO 12100 и технический файл, требуемый Директивой по машинному оборудованию, у вас два варианта: найти другого поставщика или принять на себя ответственность за процесс маркировки CE. Второй вариант дорог и юридически рискован — вы становитесь «производителем» в целях CE и несёте всю ответственность. Почти всегда лучше выбрать поставщика, способного предоставить документацию CE с самого начала.
Как долго следует хранить документацию?
В фармацевтическом производстве FDA требует хранить записи квалификации оборудования в течение срока службы оборудования плюс один год или как указано в SOP вашего предприятия (что дольше). Для медицинских изделий ISO 13485 требует хранения в течение срока службы изделия плюс применимый регуляторный период, что может составлять 15-25 лет. На практике большинство компаний хранят документацию квалификации питателей весь срок их эксплуатации, обычно 10-15 лет. Цифровое архивирование делает это недорогим; стоимость отсутствия хранения — регуляторное замечание.
Нужны ли отдельные протоколы IQ/OQ/PQ или можно их объединить?
В фармацевтическом производстве отдельные протоколы — стандарт, ожидаемый регуляторами. Объединение IQ и OQ иногда допустимо при небольшом объёме, но PQ всегда должен быть отдельным протоколом, поскольку требует расширенных производственных прогонов, которые невозможно провести при установке. В производстве медицинских изделий ожидается три отдельных протокола. Их объединение создаёт документ, который трудно проверить и сложнее защитить при аудите. Добавочная стоимость трёх протоколов по сравнению с одним невелика по сравнению с риском замечания при квалификации.
Заключение
Документация — это не накладные расходы, а доказательство того, что ваша система подачи была правильно спроектирована, протестирована и квалифицирована. Наиболее частая причина задержек квалификации — не техническая проблема с питателем, а пробел в пакете документации: отсутствующий чертёж, неподписанный протокол, неполная матрица прослеживаемости. Эти пробелы предотвратимы, если указать требования к документации в RFQ, потребовать утверждения протокола FAT до испытаний и строить матрицу прослеживаемости при разработке протокола, а не после квалификации. Стоимость подготовки полной документации в ходе проекта — лишь малая часть стоимости её ретроактивного создания под давлением аудита. Если вам нужна помощь в структурировании требований к документации питателя или вы хотите поставщика, предоставляющего полный пакет квалификации, свяжитесь с нашей инженерной командой.
Готовы автоматизировать производство?
Получите бесплатную консультацию и подробное коммерческое предложение от нашей инженерной команды в течение 12 часов.


