3.1 Стандарты прослеживаемости: IPC-1782

Прослеживаемость — это не просто архив событий; это активный инструмент управления рисками. В случае отказа изделия в полевых условиях возможность осуществить выборочный отзыв только затронутых единиц — а не всей продукции за месяц — определяет, обойдется ли отзыв в $50 000 или в $5 млн.

В качестве базовой архитектурной основы мы принимаем стандарт IPC-1782 (стандарт для прослеживаемости производства и цепочки поставок электронных продуктов).

Четыре уровня прослеживаемости

Применять сквозную прослеживаемость максимального уровня к недорогим расходным материалам, таким как кабельные стяжки, нецелесообразно. Риски должны быть сбалансированы с затратами с использованием иерархии IPC-1782. Рекомендуемой практикой является определение соответствующего уровня прослеживаемости для каждой позиции в спецификации материалов (BOM) (BOM, Bill of Materials).

Уровень 1 (базовый): прослеживаемость партии/серии

Цель: Пассивные компоненты (резисторы, конденсаторы), механические компоненты (винты, корпуса).
Запись: “Партия A123 использовалась на линии 1 с 08:00 до 12:00.”

Уровень 2 (процесс): прослеживаемость последовательности

Цель: Печатные платы, стандартные интегральные схемы.
Запись: “Устройство с серийным номером (SN):123 прошло контроль паяльной пасты (SPI) в 09:05.”

Уровень 3 (компонент): сериализованное соответствие

Цель: Высоковстоимостные кремниевые компоненты (ЦП, FPGA), беспроводные модули, батареи.
Запись: “Компонент с SN:‘ABC’ был установлен на изделие с SN:123 в позиции U4.”

Уровень 4 (параметрический): данные процесса

Цель: Критически важные соединения, спецификации крутящего момента, параметры запрессовки.
Запись: “Винт J1 затянут до момента 4.5 Н·м с углом доворота 12°.”

Минимальный обязательный набор данных

Для каждого производственного события система управления производством (MES, Manufacturing Execution System) должна регистрировать транзакцию, содержащую пять неизменяемых атрибутов. Отсутствие любого из них может привести к тому, что запись будет признана юридически ничтожной или непригодной для целевого отзыва.

1. Кто (исполнитель)

Поле: User_ID
Требование: Должно соответствовать конкретному оператору или уникальной сервисной учетной записи. Общие или коллективные учетные записи (например, “Admin”) не должны использоваться для производственных транзакций.

2. Что (объект действия)

Поле: Серийный_номер_изделия (родитель) + Лот_компонента_или_SN (дочерний).
Требование: Серийный номер родительского изделия является первичным ключом для построения дерева сборки (генеалогии).

3. Где (ресурс/место выполнения)

Поле: Resource_ID (оборудование) + Slot/Feeder_ID (позиция).
Требование: Уровень детализации должен быть адекватен риску. Знания о том, что операция выполнена “на линии SMT”, недостаточно; необходимо знать, что это был “лоток подачи 4, насадка 2”.

4. Когда (временная метка)

Поле: UTC_Timestamp.
Требование: Синхронизация через NTP (см. главу 2.4). Разрешение: миллисекунды (ГГГГ-ММ-ДД ЧЧ:ММ:СС.мс).

5. Как (контекст и параметры)

Поле: Результат_Процесса (Успех/Неудача) + Параметры_Процесса (Напряжение, Температура, Крутящий момент).
Требование: Привязка к конкретному Идентификатору_Рецепта, который был использован.

Ключи связи и целостность данных

Схема базы данных должна обеспечивать ссылочную целостность. Прослеживаемость — это не просто набор логов, а связанный граф данных.

Сквозная прослеживаемость: Каждая запись о дочернем компоненте должна содержать поле Parent_ID, указывающее на PCBA или узел сборки.
Связь с производственным заказом: Каждый Parent_ID должен быть связан с Work_Order_ID. Это соединяет физическую единицу продукции с финансовой записью в ERP-системе (Enterprise Resource Planning).
Привязка к материалам: Каждый Component_Lot должен быть связан с Goods_Receipt_ID. Это соединяет факт использования на производстве с накладной поставщика.

Логика валидации

При сканировании компонента X система должна проверить, является ли он допустимой заменой или основным элементом для текущей спецификации материалов (BOM).
После успешной валидации компонента система создает запись связи (например, интегрируя данные о родительском изделии, дочернем компоненте и времени в таблицу генеалогии).

Требования к хранению данных (бизнес-правила)

Срок хранения записей определяется классом продукта и сроком исковой давности, а не доступным дисковым пространством.

Потребительский класс: Срок гарантии + 1 год.
Промышленный/Медицинский класс: Жизненный цикл продукта + 10 лет (срок исковой давности).
Аэрокосмический/Автомобильный класс: Пожизненно (срок службы транспортного средства).

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

Резюме: IPC-1782 в деталях

Параметр	Уровень IPC-1782	Минимальные данные (MES)	Срок хранения (мин.)
Объект прослеживаемости	Уровень 1 (партия) — Уровень 4 (параметрический)	Серийный_номер_изделия (родитель) + Лот/SN (дочерний)	По классу продукта
Ключевые атрибуты события	Определяется BOM и риском	Кто (User_ID), Где (Resource_ID + Slot), Когда (UTC_Timestamp)	Не удаляемые до истечения
Целостность данных	Сквозная прослеживаемость	Parent_ID → Work_Order_ID → Goods_Receipt_ID	Пожизненно (Аэрокосмос/Авто)