テーマ5:製造展開(BOM・工程・作業手順)
学習週:Week 5(前半)、Week 6(後半)
優先度:★3位
なぜこれを学ぶか
設計情報をそのまま現場に持っていっても使えない。
「設計の言語」を「製造の言語」に変換する知識が必要。
この変換を誰が・どのように行うかが製造品質の根幹。
1. E-BOM と M-BOM の違い
1.1 概念の整理
E-BOM(Engineering BOM):設計部品表
→ 設計部門が管理
→ 製品の構造・機能・仕様を表現
→ 最新設計版を反映(設計変更で更新)
→ 「何が必要か」の情報
M-BOM(Manufacturing BOM):製造部品表
→ 製造部門が管理
→ 実際の製造工程・工法を反映
→ E-BOMに製造情報を追加した版
→ 「どのように作るか」の情報
1.2 主な違い
| 項目 | E-BOM | M-BOM |
|---|---|---|
| 管理者 | 設計部門 | 製造部門 |
| 目的 | 製品構造の表現 | 製造指示・調達の基礎 |
| 内容 | 部品・材料・仕様 | E-BOM + 工程・工法・治工具・設備条件 |
| 単位 | 設計機能単位 | 製造工程単位 |
| 更新タイミング | 設計変更時 | E-BOM変更時 + 工法変更時 |
1.3 ETOにおけるBOM管理の難しさ
ETO固有の問題:
① 案件ごとにE-BOMが違う → M-BOMの作成も毎回必要
② E-BOMの更新がM-BOMに自動連携されない → 整合性崩れのリスク
③ 設計変更でE-BOMが変わっても、製造中のM-BOMが更新されない
④ 外注品の番号体系がE-BOMと異なることがある
対策の方向:
PLMでE-BOMとM-BOMを連携管理する
変更時のM-BOM更新をプロセスに必須化する
2. BOMの種類と設計BOM→製造BOMの変換
2.1 エンジニアリングBOM(E-BOM)と製造BOM(M-BOM)の違い
E-BOM(Engineering BOM)=設計の言語
→ 製品の機能・構造を表現する
→ 設計部門が管理し、設計変更で更新される
→ 「何が必要か」を定義する情報
M-BOM(Manufacturing BOM)=製造の言語
→ 実際の製造工程・工法・順序を反映した部品表
→ 製造部門が管理し、工法変更でも更新される
→ 「どのように作るか」の情報を含む
→ E-BOM + 工程情報・治工具・設備条件
E-BOMは「この製品には何が入っているか」を表し、M-BOMは「この製品をどの順序・工程で組み立てるか」を表す。 同じ最終製品でも、生産ライン構成や外注比率が変わればM-BOMは変わりうる。
2.2 ETO特有のBOM管理課題
ETO(受注設計生産)では1案件 = 1 BOM構成の管理が必要になる。
ETOにおけるBOM課題:
① 案件ごとにE-BOMが異なる → M-BOMも毎回作成が必要
② 設計変更がM-BOMに自動連携されない → 整合性崩れのリスク
③ 外注品の番号体系が社内E-BOMと異なる場合の名寄せ問題
④ 製番(案件番号)とBOM構成の紐付け管理
理想的な対応:
→ PLM/PDMでE-BOMとM-BOMを製番単位で連携管理
→ 変更フロー:E-BOM変更申請 → 承認 → M-BOM自動反映通知
→ 版数管理:BOMも図面と同様に「版数+適用開始条件」で管理
2.3 BOM展開における典型的なエラーと対策
| エラー種別 | 典型的な発生状況 | 対策 |
|---|---|---|
| 部品漏れ | 設計変更後のM-BOM更新忘れ | 変更時のBOMレビューを必須化 |
| 数量誤り | 組立単位と調達単位の混同(個 vs セット) | 単位マスターの統一と入力チェック |
| 有効日付ミス | 切替条件の設定漏れ・古い版数の参照 | 版数+適用開始条件の必須項目化 |
| 外注品番不一致 | 社内品番と外注品番の対照表が未整備 | 品番対照マスターの整備 |
3. 工程設計の標準化アプローチ
3.1 工程フロー図の標準化
工程フロー図は製造の「地図」だ。標準化することで、見積・計画・実績管理のすべてが統一基準で動く。
標準化の対象:
① 工程記号(加工・検査・移動・保管・停滞)の統一
② 工程番号の採番ルール(10番刻みで追加工程を挿入可能に)
③ 外注工程の表示方法(社内工程と区別する)
④ 品質確認ポイントの必須マーク(▽:工程内検査、□:最終検査)
3.2 類似品グループによる工程テンプレート化
ETO製品は一見「毎回違う」ように見えるが、多くの場合は製品ファミリーごとに工程パターンが共通化できる。
工程テンプレート化の手順:
STEP 1:過去案件の工程フローを収集・分類
STEP 2:製品ファミリー(形状・材質・加工方法)ごとにグループ化
STEP 3:共通工程パターンをテンプレートとして定義
STEP 4:案件受注時にテンプレートを選択 → 個別条件を追記
効果:
→ 工程設計時間の短縮(ゼロから作らない)
→ 工程漏れ・順序ミスの防止
→ 新人担当者でも標準品質の工程設計が可能
3.3 ETO製品でもモジュール化できる工程の見つけ方
モジュール化の候補:
① 製品によらず必ず通る工程(受入検査・最終検査・梱包)
② 材質ごとに決まる工程(SUS → 酸洗い、アルミ → アルマイト)
③ 加工方法で決まる工程(溶接部品 → 溶接後応力除去焼鈍)
④ 顧客要件で決まる工程(特定顧客 → 立会い検査必須)
評価基準:
→ 同じ判断を月に3回以上している工程 → テンプレート化価値あり
→ 条件分岐が3パターン以内 → ルール化可能
2. 工程表(Process Plan)の設計
2.1 工程表に含める情報
工程番号 | 工程名 | 使用設備 | 使用治工具 | 作業者資格 |
標準時間 | 検査基準 | 外注先(外注の場合)| 参照図面版数
2.2 工程設計の原則
① 順序の設計:物の流れと情報の流れを同期させる
② 能力の設計:設備能力 > 要求生産量(余裕を持つ)
③ 品質の設計:各工程で品質を作り込む(後工程に流さない)
④ 柔軟性の設計:設計変更に対応できる余裕を持つ
3. 作業手順書(SOP)
3.1 作業手順書に含める情報
1. 目的と適用範囲
2. 必要な資格・スキル条件
3. 使用設備・工具・材料(品番付き)
4. 安全注意事項
5. 作業手順(番号付きの具体的ステップ)
6. 重要品質チェックポイント(合否基準付き)
7. 不適合時の処置(誰に連絡するか)
8. 完了の記録方法
3.2 設計変更時の手順書更新
設計変更発生
→ 影響する手順書のリストを作成
→ 各手順書の改訂
→ 改訂内容の現場担当者への教育
→ 旧版手順書の回収・廃棄
→ 記録保存(いつ・誰が・何を変えたか)
4. 検査基準の設計
4.1 検査の種類
| 種類 | タイミング | 目的 |
|---|---|---|
| 受入検査 | 材料・部品の受入時 | 不良品の流入防止 |
| 工程内検査 | 製造中の各工程 | 工程での品質確認 |
| 最終検査 | 出荷前 | 完成品の品質確認 |
| 抜取検査 | サンプリング | 全数検査の代替 |
| 全数検査 | 全品 | 重要部品・安全部品 |
4.2 検査基準書に含める情報
品番・品名 / 適用図面と版数 / 検査項目 /
測定方法 / 使用測定器 / 判定基準(数値範囲) /
不適合時の処置 / 記録方法
5. 外注条件の設計
5.1 外注先への展開情報
外注先に渡す情報:
① 図面(最新版・版数明記)
② 仕様書(材料規格・表面処理・熱処理条件)
③ 検査基準(何をどう測定するか)
④ 梱包・輸送条件
⑤ 不適合時の報告方法と連絡先
設計変更時の追加情報:
⑥ 変更内容の差分(何が・どう変わったか)
⑦ 適用開始条件(何個目から・いつから)
⑧ 変更前仕掛品の処置方法
知識確認Q&A
Q1:E-BOMとM-BOMはなぜ分けて管理する必要があるか説明してください。
Q2:工程表に「作業者資格条件」を記載する理由は何ですか?
シナリオQ&A
シナリオ:
設計部門がE-BOMの材料を変更した(SUS304 → SUS316)。
外注先Cが現在その部品を加工中。社内の製造工程では今週後半から本材料を使う予定。
Q:この変更をM-BOMへ展開し、外注・社内製造・検査に反映するための手順を書いてください。切替条件をどう設定しますか?
推奨参考資料
| 種別 | タイトル | 用途 |
|---|---|---|
| Web | ミスミ meviy: E-BOMとM-BOMの使い分け | 図解で最もわかりやすい入門解説 |
| Web | IoTNEWS: E-BOMとM-BOMの連携課題 | 実務での連携問題の整理 |
| 論文 | Integration of PLM, MES and ERP(Inria無料) | システム統合とBOM連携の研究 |
✅ 実務チェックリスト
このテーマを「理解した」と言えるための確認項目
- 製造BOM(M-BOM)が設計BOM(E-BOM)から正しく展開されていることを確認できる
- 工程設計レビューで確認すべき項目(加工順序・品質基準・検査タイミング)を列挙できる
- 治工具・設備の手配状況を製造開始前に確認する手順を説明できる
- 初物確認(ファーストアーティクルインスペクション)の実施手順と合否基準を理解している
- 製造展開書のレビュー観点(漏れ・矛盾・現場実行可能性)を3点以上挙げられる
💡 ETO製造での適用ポイント
ETOでは各受注が独自の製造展開を必要とするため、「前回と同じ」が通用しない。毎回の受注ごとにE-BOMからM-BOMへの展開、工程設計、治工具手配、作業指示書作成を行う必要があり、このプロセスが遅れると製造開始が遅延する。BOMの精度は調達・製造・検査すべてに影響するため、誤りが最も高コストを生む情報の一つだ。
部品番号の爆発(パーツナンバーエクスプロージョン)問題もETO特有の課題で、案件ごとに微妙に異なる部品に新しい番号を付けていくと、マスターデータが膨大になりシステム管理が困難になる。「どの程度の差異であれば同一部品番号を使い続けられるか」の基準設定がDX推進の前提となる。
DX化においては、設計情報から製造BOMへの自動変換(E-BOM→M-BOM変換ルール)と、製造指示書の自動生成が最も効果の高い自動化領域の一つ。これが実現すると展開担当者の工数が大幅に削減され、ヒューマンエラーも減少する。
初物確認(FAI)の結果をデジタルで記録・蓄積しておくと、類似製品の次案件展開時に参照できるようになり、工程設計の品質が向上する。過去案件のデータ活用がETOのDX価値の核心の一つである。
🔗 関連テーマ
| テーマ | なぜ関連するか |
|---|---|
| ETO/MTO(テーマ2) | ETO特有のBOM複雑性の理解が製造展開の前提 |
| 設計変更管理(テーマ4) | 変更はBOMと製造指示書に即座に波及する |
| 記録情報設計(テーマ10) | 製番単位のBOM管理と作業記録の設計に直結 |