12 распространенных заблуждений о внедрении уникальной идентификации предметов (IUID)
Часто первое 반응ение новичка в IUID (также известном как Уникальная идентификация (UID) предметов в НАТО) звучит так: «Моя ситуация уникальна». На что я отвечаю: «Вы правы, но у всех остальных тоже». Фактически, когда Министерство обороны США (DoD) разрабатывало базовые правила IUID в 2002–2003 гг. вместе с промышленностью, было открыто признано: мы обеспечиваем «интероперабельность», а не устанавливаем единый подход. Это было критическим правилом всей политики IUID. И хотя это добавило сложности, оно снизило воздействие на промышленность без чистого снижения возможностей, которые дает внедрение IUID.
По моему опыту, вот топ-12 самых частых заблуждений:
1. «DoD Serial Managed» (Серийно-управляемые DoD) означает:
А. Все предметы, на которых есть серийный номер — НЕВЕРНО
- Серийный номер на предмете может использоваться только производителем. Если у DoD нет требования прослеживаемости на уровне единицы для этого предмета, наличие серийного номера само по себе недостаточно.
Б. Только предметы, подлежащие отслеживанию по программам: Serial Number Tracking (SNT), Unique Item Tracking (UIT), Serialized Item Management (SIM) — НЕВЕРНО
- Две из этих программ (SNT и UIT) предшествуют IUID и отражают только часть требований DODI 8320.04.
- SIM также не охватывает все основания, заявленные в DODI 8320.04.
Правильно: DoD Serial Managed применяется ко всем предметам, для которых существует требование прослеживаемости на уровде единицы в любой момент жизненного цикла. Это включает, но не ограничивается: выдачу/возврат конкретного предмета, отчетность по конкретному индивидуальному предмету в системе технического обслуживания или логистики, имущественный учет, отслеживание гарантий, финансовую аудируемость и т.д.
2. Я должен иметь единообразие в конструкции UII у всех поставщиков, потому что мне нужен номер детали при сканировании IUID-метки. — НЕВЕРНО
А. IUID-соответствующая метка может содержать дополнительные данные помимо тех, что нужны для UII. Любой из следующих вариантов даст необходимое и должен быть допустим (используются идентификаторы данных (DI) для иллюстрации; аналогичные подходы работают с TEI или AI):
- Одиночный идентификатор элемента данных (например, 25S), не связанный с самим предметом, за которым следуют код оригинального производителя и оригинальный номер детали (например, DI: 25S+17V+1P). Примечание: хотя не рекомендуется, текущая информация о детали может быть включена в IUID-метку по MIL-STD-130; однако стандарт предлагает вторую метку для часто обновляемой информации.
- Конструкция 1 (например, с TEI: MFR+SER+PNR).
- Конструкция 2 (например, с DI: 17V+1P+S).
Б. Хотя вы можете контролировать конструкцию для собственныхlegacy-предметов, недопустимо использовать идентификатор предприятия оригинального производителя для построения UII без его явного предварительного согласия.
- Оригинальный производитель не гарантировал уникальность договорным путем при поставке немаркированного legacy-предмета. Позже он может поставить другому правительству предмет с другим номером детали и серийным номером, дублирующим UII, который правительство присвоило legacy-предмету, используя идентификатор этого производителя. Тогда правительству придется принять новый предмет и нести бремя исправления метки и реестровых данных либо для нового, либо для legacy-предмета.
- Даже при использовании девиза производителя и серийного номера под выделенным идентификатором предприятия, два разных производителя могут использовать разные номера деталей и серийные номера, приводящие к одному UII.
3. Элементы данных, используемые для построения UII, предназначались для длительного использования как отдельные элементы. — НЕВЕРНО
А. У этих элементов данных одна единственная цель — обеспечить построение уникального идентификатора предмета, гарантированно уникального назначающим предприятием в момент присвоения.
4. Все элементы данных, необходимые для заполнения реестра, должны быть закодированы в метке. — НЕВЕРНО
А. Обязательная передача данных в DoD IUID Registry содержит слишком много элементов, и некоторые не имеют необходимых квалификаторов для кодирования. Передача данных осуществляется электронно через iRAPT (ранее WAWF), прямую отправку или системно-системный интерфейс.
5. Политика DoD, компонента или службы обязывает контрактные требования к конкретным квалификаторам данных или конструкции. — НЕВЕРНО
А. Обязательная DFARS-статья для IUID (252.211-7003) прямо указывает: правительство НЕ МОЖЕТ обязывать подрядчика использовать конкретный метод квалификатора данных или конструкцию UII.
Б. Запрашивающим организациям не должно быть дела до используемой конструкции — цель: глобально уникальный UII. Если в метке нужны специфические данные для бизнес-процессов, их можно добавить как дополнительные при наличии квалификатора (например, NSN, оригинальный номер детали).
6. DoD может требовать от подрядчика использовать серийные номера, которые он выдает, или следовать правилам программного офиса DoD. — ПОЧТИ ВСЕГДА НЕВЕРНО
А. Исключение только там, где предмет соответствует правилам Government-Assigned Serialization DFARS Rule 252-211-7008.
7. Я не обязан использовать символ Data Matrix ECC 200 и могу выбрать другие носители (QR-код, линейный штрих-код, RFID, контактные память-кнопки). — НЕВЕРНО
А. Существует только один минимальный IUID-соответствующий знак — IUID-соответствующий символ Data Matrix ECC 200.
Б. Дополнительные носители данных могут использоваться вместе с символом ECC 200 там, где бизнес-обоснование требует дополнительного носителя. Пример: RFID, когда IUID-предмет нужно подтвердить в месте хранения без прямой видимости символа.
8. Политика DoD, компонента или службы имеет широкие мандаты на метод маркировки. — НЕВЕРНО
А. При создании политики IUID было прилагается большое усилие, чтобы оставить решение о методе и материалах маркировки там, где оно и принадлежит — в руках инженерной службы, ответственной за деталь, поскольку она полностью понимает условия эксплуатации, дизайн и материаловый состав.
9. Не стоит усилий предоставлять данные «дополнительных меток» в DoD IUID Registry, потому что ими никто не воспользуется. — НЕВЕРНО
А. Если IUID-метка повреждена так, что UII не может быть восстановлен, реестр не всегда можно опросить для поиска UII этого предмета без информации «дополнительных меток».
Б. Результат: присвоение нового UII и завышение количества предметов этого типа в реестре, так как неизвестно, какую запись списать сейчас или в будущем.
В. Становится практически невозможным проводить целевые уведомления о возвратах, гарантийных претензиях или уведомлениях о возможном техническом дефекте или риске контрафакта на основе отказов похожих предметов.
10. Ценность IUID не может быть получена, пока все предметы этого типа в реестре не будут помечены и зарегистрированы. — НЕВЕРНО
А. Это утверждение обычно используется для отсрочки маркировки и регистрации.
Б. Локальные выгоды от автоматического сбора данных и снижения ошибок достижимы даже если отмечена и зарегистрирована лишь часть предметов.
В. Даже внутри платформы, целевое применение IUID можно использовать для предметов с высоким риском отказа, контрафакта, кражи и т.д.
11. Реестр нужно обновлять при каждой смене владения при отгрузке предмета. — НЕВЕРНО
А. При отгрузке внутри одной Военной службы или Оборонного агентства это внутренний перевод — обновление DoD IUID Registry не требуется. Вероятно, требуется обновление внутренней системы имущественного учета.
Б. Передача имущества между Военными службами или Оборонными агентствами требует обновления реестра для отражения нового «Владеющего органа» и обновления обеих систем учета. Обычно отправитель должен обновить реестр. Это можно сделать через iRAPT как Service-to-Service перевод. У отправителя и получателя обоими должна быть эта роль в iRAPT. Предмет с UII уже должен быть в реестре. Данные передаются в реестр при подтверждении получения.
12. Нет выгоды от IUID без сканеров для чтения меток. — НЕВЕРНО
А. Хотя выгода от автоматического сбора данных значительна и часто в фокусе внедрения, это не единственная выгода.
Б. Машинночитаемая метка обычно сопровождается человекочитаемой информацией, которую можно использовать (хоть и менее надежно с точки зрения качества данных).
В. Акцент на необходимости маркировки и стандартизации подходов внутри и между платформами имеет значительную ценность: фокус на маркировке как инженерном требовании обеспечивает долговечную маркировку на весь срок службы.
Г. IUID для новой и legacy-маркировки требует цифровой передачи базовых данных предмета, давая надежную базу для систем имущественного учета вместо локальной передачи данных.
Д. Обеспечивает интероперабельность множества баз данных через единый ключ данных, позволяя специализированным базам работать в сообществе с собственной терминологией и бизнес-правилами. Пример: специалисты по энергетике обычно ссылаются на оборудование по Mk/Mod, а электроники — по номеру детали.
Е. IUID также облегчает исторический анализ через смены владения, смены систем и переидентификацию деталей (переклассификация, переименование, смена номера детали).
Наша цель — помочь вам лучше понять соответствие UID. Если у вас есть вопросы по UID, оставьте комментарий ниже или отправьте их на нашу страницу «Спросите эксперта».
Промышленные технологии
- Bosch двигает отраслевые стандарты с программными вкладами в CVII
- Топ-12 применений Data Science, формирующих 2021 год
- 8 основных методов шифрования для защиты личных данных
- Рассеем туман: 4 ключевых заблуждения о ценообразовании металлообработки
- Избегание подводных камней в промышленных ML-проектах: 3 ключевые ошибки, которых стоит избегать
- Промышленный интернет вещей (IIoT): определение, область и промышленное влияние
- Навигация по вызовам Индустрии 4.0 в авиационно-оборонном производстве
- Обновление реестра IUID Министерства обороны США: отправка данных товаров через iRAPT
- Минобороны США подтверждает обязательство по уникальной идентификации предметов (IUID)
- Министерство обороны США подтверждает приверженность стандартам уникальной идентификации предметов (IUID)