テーマ10：記録情報設計

学習週：Week 7
優先度：★4位（データが使えない最大の原因はここにある）

なぜこれを学ぶか

「記録はある。でもデータが使えない」の最大原因は記録情報設計の失敗。
どんなダッシュボードも分析も、設計が悪い記録からは正しい結果が出ない。

1. 主キー（識別軸）の設計

1.1 主キーとは

主キー = データを一意に特定するための識別子

製造業における主要な主キー：
  製番（製造番号）：案件を特定
  品番（部品番号）：部品・製品を特定
  工程番号：工程を特定
  設備番号：設備を特定
  検査番号：検査記録を特定
  ロット番号：材料・部品のロットを特定

1.2 主キー設計の原則

① 一意性：同じキーが2つ存在しない
② 不変性：一度付与したキーは変更しない
③ 意味の分離：キー自体に状態や分類を詰め込まない
   （悪い例：A-2024-001-改 のように版数をキーに含める）
④ 体系の統一：部門をまたいで同じキーを使う

1.3 情報の結節点設計

製番を中心にした情報の接続例：

製番
 ├─ 案件情報（顧客・仕様・納期）
 ├─ 部品表（品番リスト）
 │    └─ 品番 ─── 図面（版数付き）
 │                 材料ロット
 ├─ 工程計画（工程番号リスト）
 │    └─ 工程番号 ─── 作業記録
 │                     設備番号 ─── 設備台帳
 ├─ 調達・外注記録
 ├─ 検査記録
 │    └─ 検査番号 ─── 測定値・合否
 └─ 出荷・保全記録

2. 改訂履歴の持ち方

2.1 版数管理の基本

誤った設計：
  ファイル名で管理（図面_v2_最新.pdf）
  → どれが最新か判断困難・誤使用リスク大

正しい設計：
  システム上で版数を管理
  → 常に最新版が自動で参照される
  → 旧版は「廃版」状態でアーカイブ
  → 版数ごとに「誰が・いつ・何を変えたか」を記録

2.2 変更履歴に記録すること

変更日時 / 変更者 / 変更理由 / 変更内容の要約 /
承認者 / 適用開始条件 / 影響を受けた案件番号

3. マスターデータ設計の基本原則

3.1 単一情報源（Single Source of Truth）の原則

問題のある状態（情報の多重管理）：
  設計部門：品番マスター（Excelファイル）
  製造部門：品番マスター（別のExcelファイル）
  調達部門：品番マスター（ERPの中）
  → 3つが少しずつ異なる → どれが正しいか不明

Single Source of Truth：
  → 品番マスターは一か所だけに存在する
  → すべての部門がその1か所を参照する
  → 更新権限と更新手続きを明確に定義する
  → 変更履歴を自動記録する

実現のポイント：マスターデータはシステムで管理し、Excelや紙では持たない。「手元で管理したほうが楽」という声が出やすいが、それが情報の不整合を生む最大の原因だ。

3.2 品番コード体系の設計

品番コードはマスターデータの「住所」だ。設計が悪いと将来のシステム移行・データ分析に深刻な支障をきたす。

品番コードの設計原則：

  桁数の設計：
    → 10〜15桁が管理しやすい実務的な範囲
    → 将来の品番増加を見込んで余裕を持つ（枝番含む）

  分類規則：
    良い例：固定長 + 分類コード + 連番
      例：MFG-MT-0001（製造品・材料・連番）
    悪い例：意味を詰め込みすぎる
      例：A-SUS304-M10-2024-001（変更に弱い）

  枝番ルール：
    → 設計変更で新品番を発行する基準を明確に
    → 「どの程度の変更で枝番か、新品番か」を文書化
    → 判断基準がないと品番が無秩序に増殖する

3.3 マスターデータのライフサイクル管理

ライフサイクルのステータス管理：

  作成（Active）：
    → 申請→承認→登録のフローを経て有効化
    → 登録者・日時・理由を記録

  変更（Revision）：
    → 変更申請→影響範囲確認→承認→変更
    → 変更前の値をアーカイブとして保持
    → 変更影響を受けるBOM・工程表に通知

  廃止（Obsolete）：
    → 廃止申請→在庫残・仕掛確認→廃止承認
    → システムで廃止済みフラグを付与
    → 廃止品番は検索結果に「廃止済み」として表示
    → 物理削除しない（履歴・トレーサビリティの保持）

4. トレーサビリティ設計の実践

4.1 製番（製造番号）単位の記録リンク設計

トレーサビリティの中核：製番を全記録のキーとして使う

製番
  ├── 顧客・案件情報（受注番号・顧客名・納期）
  ├── BOM（品番・版数・数量）
  │    └── 品番 ── 使用材料ロット番号
  ├── 工程記録
  │    └── 工程番号 ── 作業者・日時・設備番号
  │                    作業記録（実施内容・完了確認）
  ├── 検査記録
  │    └── 受入検査・工程内検査・最終検査
  │         → 測定値・合否・検査者・日時
  ├── 不適合・是正処置記録
  └── 出荷記録（出荷日・輸送手段・受領確認）

このリンクがあることで：
  顧客クレーム発生 → 製番を特定
    → どの部品・材料ロットが使われたか
    → 誰が・いつ・どの設備で加工したか
    → 検査で何を測定し、どう判定したか
  を数分以内に調査可能

4.2 検査記録と出荷記録の紐付け

紐付けの設計：
  出荷前チェックリスト：
    ✓ 最終検査記録が存在するか（製番＋品番で確認）
    ✓ 検査結果が「合格」になっているか
    ✓ 適用図面版数と出荷品の版数が一致しているか
    ✓ 必要な証明書・検査成績書が揃っているか

  システム実装：
    → 出荷登録時に上記チェックを自動確認
    → 未完了項目がある場合は出荷登録をブロック
    → 例外処理（緊急出荷）は承認者の電子承認で記録

4.3 顧客クレーム対応での遡及調査フロー

遡及調査の標準フロー（製番→部品→サプライヤー）：

  STEP 1：クレーム品の製番を特定
    → 製品の銘板・シリアル番号から検索

  STEP 2：製番からBOMを参照
    → 問題箇所に関連する品番を特定
    → 使用材料のロット番号を確認

  STEP 3：品番・ロットから調達記録を参照
    → サプライヤー名・受入日・受入検査結果を確認
    → 同ロットを使用した他の製番を検索（水平展開確認）

  STEP 4：工程記録を参照
    → 問題工程の作業者・設備・条件を確認
    → 設備の点検記録・校正記録を確認

  STEP 5：是正処置の立案
    → 原因が判明したら即座に是正処置を開始
    → 同条件の他製番への影響確認（予防処置）

5. デジタル化の優先順位

5.1 紙記録のデジタル化優先基準

すべての紙記録を一度にデジタル化しようとすると失敗する。優先度を正しく設定することが重要だ。

優先度の判断基準（3軸評価）：

  ① 検索頻度（高いほど優先）
    → 月に複数回参照する記録 → 最優先
    → 年に数回しか見ない記録 → 後回し

  ② 法定保存期間（長いほど優先）
    → 品質記録：製品保証期間＋α（最低5年）
    → 検査成績書：受注から10年以上が多い
    → 長期保存が必要な記録こそシステム管理が有効

  ③ 品質影響度（高いほど優先）
    → クレーム・トレーサビリティに直結する記録
    → 安全・規制に関わる記録
    → 判定・承認を含む記録

優先順位の例：
  最優先：検査成績書・出荷記録・受入検査記録
  次点：  工程作業記録・是正処置記録
  後回し：日常点検記録・材料入出庫記録

5.2 タブレット入力導入時の設計ポイント

成功する設計：
  ① 必須項目を最小化する（入力負荷を下げる）
     → 「本当に後で使う？」を全項目で確認してから設計
  
  ② バーコード・QRスキャンを積極活用
     → 製番・品番・作業者IDはスキャンで入力
     → 転記ミスゼロ＋入力時間大幅削減
  
  ③ 数値範囲チェックをリアルタイムで実装
     → 入力と同時に公差範囲外の数値を警告
     → 現場で即修正できる（後からでは対応困難）
  
  ④ 写真添付を簡単にする
     → 不適合・特記事項はカメラボタン一つで記録
  
  ⑤ オフライン対応を考慮する
     → 工場内のWi-Fiが不安定な場所への対応
     → オフライン入力→Wi-Fi圏内で自動同期

失敗パターン：
  × PC向けの入力フォームをそのままタブレットに転用
    → 小さいボタン・スクロール多すぎ → 現場拒否
  × 承認フローが複雑でタブレットで完結しない
    → 結局紙と並行運用が続く

3. データ品質の設計

3.1 単位の統一

典型的な問題：
  ある部門は mm 入力、別の部門は cm 入力
  → 計算すると10倍の誤差が生じる

対策：
  入力フォームに単位を明記（「mm単位で入力」）
  システム側で単位変換を禁止・統一
  単位マスターを定義して選択式にする

3.2 名寄せ（同一対象の表記統一）

典型的な問題：
  「株式会社ABC」「㈱ABC」「ABC株式会社」「ABC（株）」
  → 集計すると4つの別会社として扱われる

対策：
  取引先マスターで正規表記を定義
  入力時は選択式（フリーテキスト禁止）
  既存データのクレンジング（名寄せ）を実施

3.3 欠損値の扱い

欠損の種類：
  MCAR（完全にランダムな欠損）：記録漏れ・入力忘れ
  MAR（条件付きランダム欠損）：特定条件下で記録しない
  MNAR（非ランダム欠損）：値が大きい/小さい場合に記録しない

対策の設計：
  ① 必須入力項目を定義し、未入力でシステムが先に進めない
  ② 欠損が許容される項目は「記録なし」を明示的に選択させる
  ③ 欠損率のモニタリングをKPIに入れる

3.4 手入力誤記対策

対策の優先順：
  1. 選択式（プルダウン・ラジオボタン）にする
  2. バーコード・QRコードスキャンにする
  3. 入力値の範囲チェック（例：直径は0〜500mmのみ許容）
  4. 確認表示（入力後に「この値で正しいですか？」）
  5. 二重入力による照合（最終手段）

4. 監査証跡（Audit Trail）

いつ・誰が・何を・どう変えたかを自動記録する仕組み

記録すべき操作：
  データの作成・更新・削除
  承認・却下
  アクセス（閲覧も含む場合あり）

保管要件：
  法的要求（製造物責任・品質規格）に従った期間
  改ざん防止の仕組み（変更不可の別ストレージ）

知識確認Q&A

Q1：「ファイル名で版数管理する」方法の問題点を3つ挙げてください。

Q2：主キーの「不変性」とはどういう原則か。なぜ重要か説明してください。

シナリオQ&A

シナリオ：
製番A-2025-010の不良調査を行ったところ、「使用材料のロットが不明」「検査記録のファイルが見つからない」「設計変更の適用版数が曖昧」の3点が判明した。

Q：この状況を引き起こした記録情報設計の問題点を分析し、改善策を設計してください。

推奨参考資料

✅ 実務チェックリスト

このテーマを「理解した」と言えるための確認項目

• 製番単位でのトレーサビリティ（どの部品を使って誰が何をしたか）を確保できる記録設計ができる
• 紙の検査記録をデジタル化する際の項目定義・入力方法・保管場所を設計できる
• マスターデータ（部品番号・工程名・担当者）の定義と管理責任者を明確にできる
• データ品質基準（完全性・正確性・一意性・タイムリー性）を設定し測定できる
• 各記録について「誰が何を入力するか」の責任とタイミングを定義できる

💡 ETO製造での適用ポイント

ETOの記録設計において最重要な原則は「製番（製造番号・受注番号）を全記録の主キーとして貫く」ことだ。製品設計・BOM・製造作業・品質検査・出荷検査・アフターサービスまで、すべての記録が製番で紐付けられることで、真のトレーサビリティが実現する。

紙からデジタルへの移行では「記録の構造は変えず、媒体だけ変える」という原則が重要だ。紙の点検シートに書かれていた項目をそのままデジタルフォームにするのが最初のステップ。その後、データが蓄積されてから集計・分析の最適化を行う。一度に全部変えようとすると現場の抵抗が大きくなる。

マスターデータ管理はDXの基盤であり、最も軽視されやすいところでもある。「工程名の表記ゆれ（‘溶接’vs’よう接’vs’WT’）」「担当者コードの不統一」「廃番になった部品番号の混在」といった問題が、データ活用の段階になって初めて表面化することが多い。DX開始前にマスターデータの棚卸し・標準化を行うことが必須だ。

データ品質基準の設定では「誰も使わない記録を義務化しない」という原則も重要。記録設計時には「この記録を誰がどんな判断に使うか」を必ず確認し、用途のない記録は廃止または簡略化する。現場の入力負荷を最小化することが、データ品質の維持につながる。

🔗 関連テーマ