IUID導入における12のよくある誤解：DoD準拠のための正しい理解

IUID（品目一意識別、NATOではUID）に初めて取り組む方の第一声は往々にして「当社のケースは特殊だ」というものです。それに対して私は「その通り、だが他社も皆特殊だ」と答えます。実際、DoDが業界と共に2002〜2003年にIUID基本ルールを策定した際、「単一アプローチの強制」ではなく「相互運用性の実現」を明確な原則としました。これは全IUIDポリシーの核心であり、複雑性は増しましたが、業界への影響を最小限に抑えつつIUID導入能力を損なわない設計となっています。

私の経験に基づく、よくある12の誤解を解説します。

1. 「DoDシリアル管理品」の定義

誤解A：シリアル番号が付いている全品目 → 誤り
メーカー固有のシリアル番号でも、DoDが個別トレーサビリティを要求していなければ、単なるシリアル番号の存在だけでは不十分です。

誤解B：SNT、UIT、SIMプログラム対象品目のみ → 誤り
SNTとUITはIUID以前の制度で、DoDI 8320.04要求の一部のみ反映。SIMも同指令の全理由を網羅していません。

正解：ライフサイクルのあらゆる時点で個別トレーサビリティ要求がある全品目が対象。具体例：特定品目の払出/返却、メンテナンス/物流システムでの個別データ報告、財産管理、保証追跡、財務監査対応など。

2. UII構成の統一が必要（スキャンで部品番号取得のため）

誤解：サプライヤー全社でUII構成を統一しなければならない → 誤り

IUID準拠マークにはUII以外のデータも含められます。以下の選択肢で必要情報を取得可能です（データ識別子DIで例示、TEI/AIでも同様）：

• 単一データ要素（例：25S）＋元メーカーID＋元部品番号（DI: 25S+17V+1P）
• 構成1（TEI例：MFR+SER+PNR）
• 構成2（DI例：17V+1P+S）

※現行部品情報をIUIDマークに含めることもMIL-STD-130では可能だが、頻繁に更新される情報は別マーク推奨。
重要：元メーカーの企業識別子を使ってUIIを構成するのは、元メーカーが事前に明示的に同意した場合のみ許容されます。無同意で使用すると、後から別品目で同一UIIが生成されるリスクがあります。

3. UII構成データ要素に永続的価値がある

誤解：個々のデータ要素自体に永続的価値がある → 誤り
これらの要素の唯一の目的は、割当企業が割当時点で一意性を保証するUIIを構成することです。

4. レジストリ必要データ全てをマークにエンコード必須

誤解：全データ要素をマークにエンコードしなければならない → 誤り
DoD IUIDレジストリ提出データは要素数が多く、必要なデータ修飾子を持たないものもあります。データ提出はiRAPT（旧WAWF）経由で電子的に、直接送信またはシステム間連携で行います。

5. DoD/コンポーネント/軍種ポリシーがデータ修飾子や構成を指定

誤解：特定のデータ修飾子手法やUII構成を契約で強制できる → 誤り
必須DFARS条項（252.211-7003）で、政府は契約者に特定データ修飾子手法やUII構成を強制できないと明記。要求側は「どの構成か」ではなく「グローバルに一意なUII」を目標とすべきです。業務上必要なデータ（NSN、元部品番号等）があれば、データ修飾子付きで追加データとして含められます。

6. DoDが契約者に自社発行シリアル番号やプログラムオフィスルールを強制可能

誤解：DoDは契約者に自社発行シリアル番号やプログラムオフィスルールの遵守を要求できる → ほぼ常に誤り
例外は「政府割当シリアル化」DFARSルール252-211-7008の対象品目のみ。

7. ECC 200 Data Matrix以外のデータキャリア（QR、線形バーコード、RFID等）を選択可能

誤解：他のデータキャリアを選べる → 誤り
IUID準拠マークの最小要件は「IUID準拠ECC 200 Data Matrixシンボル」のみ。業務上の理由があれば、ECC 200 Data Matrixシンボルと併用して追加データキャリア（例：視線確保困難な格納場所でのRFID）を使用可能です。

8. DoD/コンポーネント/軍種がマーキング手法を広く指定

誤解：マーキング手法・材料について広範な指定がある → 誤り
IUIDポリシー策定時、マーキング手法・材料の決定権は「部品を熟知するエンジニアリング部門」にあるよう細心の注意が払われました。使用条件、設計、材料組成を最も理解しているのは彼らだからです。

9. 「追加マーク」データをレジストリに登録する価値はない（誰も使わない）

誤解：登録しても無駄 → 誤り
IUID準拠マークが損傷しUII読取不能になった場合、「追加マーク」情報なしではレジストリからUIIを特定できないことがあります。結果として新UIIが割り当てられ、同タイプ品目の件数が過大計上され、将来的にどのレコードを廃棄すべきか不明になります。リコール、保証請求、類似品不具合による技術的欠陥/偽造リスク通知の的確なターゲティングもほぼ不可能になります。

10. 同タイプ全品目がマーク・登録されるまでIUIDの価値はない

誤解：全品目完了まで価値ゼロ → 誤り
これは導入延期・阻止のための主張です。実際には：
・一部品目だけでも自動データ取得・エラー削減のローカルメリット得られる
・プラットフォーム内で、故障/偽造/盗難リスク高い品目への的絞った適用でも効果発揮

11. 品目が出荷されるたびにレジストリの保管者変更を更新必須

誤解：出荷ごとにレジストリ更新必要 → 誤り
・同一軍種/防衛機関内の出荷は内部移転であり、DoD IUIDレジストリ更新不要（内部財産管理システム更新は必要）
・軍種/防衛機関間の財産移転のみレジストリ更新必要（「所有軍種」変更）。通常は出荷側がiRAPT経由でサービス間移転として更新。出荷側・受入側双方がiRAPTで役割設定済み、かつUII品目が既にレジストリ登録済みであることが前提。受入確認時にデータがレジストリへ流れます。

12. スキャナがないとIUIDのメリットはない

誤解：スキャナなしでは無価値 → 誤り
自動データ取得のメリットは大きいが、唯一のメリットではありません：
・機械読取マークには通常人間可読情報も併記
・マーク標準化・エンジニアリング要件化により、ライフサイクル全体で永続的マーキング確保
・新規・レガシー問わずIUID適用で基本品目データのデジタル提出必須 → 財産管理システムの確実なベースライン確保
・単一データキーで複数DBを相互運用可能 → 専門用語/業務ルールが異なるコミュニティ（例：火薬類はMk/Mod、電子機器は部品番号）でも連携可能
・保管者変更、システム変更、部品再識別（再分類、改称、部品番号変更）を跨ぐ履歴分析を支援

我々の目標はUIDコンプライアンスの理解促進です。ご質問はコメント欄または「専門家に質問」ページからお寄せください。