マスタデータ設計 / Master Data Design Patterns

製造業の基幹システムに必要なマスタデータの構造・関係・設計パターン。

→ DDD 対応: ddd/01-ubiquitous-language.md §3 (マスタデータ), ddd/05-business-rules.md

---

1. マスタデータの全体像

---

2. 各マスタの設計

2.1 品番マスタ (Product Master / M_HINBAN)

製造業の最重要マスタ。「何を作るか/買うか」を定義する。

設計原則:

• 品番は 変更不可 (一度採番したら欠番にしても再利用しない)
• 品番体系は短くシンプルに (長い品番は入力ミスの温床)
• 調達区分は品番レベルで持つ (同じ部品でも内製/外注を切り替える場合はあるが、デフォルトを設定)

2.2 部品表 (BOM / M_PARTS)

「親品目を作るのに何がいくつ必要か」を定義する。MRP の核心データ。

構造

BOM Header (M_PARTS_HED)
├── 親品番
├── 版数 (設変管理)
└── BOM Lines[] (M_PARTS_BDY)
    ├── 子品番
    ├── 員数 (使用量)
    ├── 単位
    └── 工程番号

BOM の種類:

中小製造業では E-BOM と M-BOM を 兼用 することが多い。

2.3 得意先マスタ (Customer Master / M_TOKUISAKI)

与信管理: 請求残高 > 与信限度額 の場合、受注時に警告を表示。

2.4 仕入先マスタ (Supplier Master / M_SIIRESAKI)

2.5 社員マスタ (Employee Master / M_SHAIN)

チャージレート: 社員の給与を直接使わず、部署/職級ごとの標準レートを設定するのが一般的。

2.6 区分マスタ (Classification / M_KUBUN)

ユニバーサル列挙テーブル。システム全体のコード値を一元管理。

設計: (KUBUN, CODE) の複合キーで管理。NAME が表示名。

---

3. マスタデータ間の関係

得意先 ──→ 受注 ──→ 手配 ──→ 仕入先
                  ↓
                品番 ──→ BOM ──→ 品番 (子部品)
                  ↓
                単価
                  ↓
                区分 (手配区分, 費目, 単位...)

リレーションシップのルール:

• マスタ → トランザクション: 参照 (変更してもトランザクションは影響なし)
• トランザクション作成時にマスタの値をコピー (非正規化) するか、常に JOIN するか → 中小は非正規化が現実的 (マスタ変更の遡及を避ける)

---

4. マスタ管理のベストプラクティス

採番ルール

データ品質ルール

• 削除禁止: マスタは論理削除 (DEL_FLG) のみ。物理削除はしない
• 変更履歴: 単価など金額に関わるフィールドは変更履歴を保持
• 重複防止: 得意先名のカナ検索で類似チェック
• 定期棚卸: 年 1 回、使われていないマスタの棚卸