所要量計算がない基幹システムでも大丈夫。Excel頼みのBOM展開から脱却し発注漏れを防ぐ業務アプリ設計術
月末になると、ベテラン担当者のパソコンには部品表（BOM）を貼り付けた巨大なExcelシートが開かれ、電卓片手に「この部品はあと何個必要か」「いつ発注すればいいか」を一つひとつ計算している——そんな光景が、今も多くの製造業の現場で繰り返されています。
Before：ベテランの頭の中にしかない「所要量計算」
生産計画が確定すると、担当者はまず基幹システムからBOM（Bill of Materials＝部品表。製品を構成する部品・材料の一覧とその数量を示すデータ）をCSVで出力します。そこからExcelに貼り付け、親部品から子部品、孫部品へと手作業でBOM展開（最終製品の必要数から、構成部品それぞれの必要数を計算すること）を行います。
在庫数は別のExcelファイルや紙の在庫台帳と突き合わせ、「発注すべきタイミング」はベテラン担当者の経験則で判断します。リードタイムの長い部品、ロットまとめ買いが必要な部品など、例外ルールは担当者の頭の中にしかありません。
この状態が続くと、担当者の休暇や退職をきっかけに発注手配漏れが発生し、欠品による生産ライン停止というリスクが常に経営の後ろに潜んでいます。
なぜ基幹システムのMRP機能だけでは足りないのか
所要量計算（MRP＝Material Requirements Planning）は、本来は基幹システムが担うべき機能です。しかし中小製造業、特に多品種・小ロット生産の現場では、標準的なMRP機能が自社の実態に合わず、結局Excelで補完しているケースが少なくありません。
「この部品は最低ロット100個単位でしか買えない」「この材料は季節によって調達先を変える」といった個別事情を、汎用的なMRPロジックでは表現しきれません。
MRP機能を正しく動かすには部品表・在庫マスタ・リードタイムマスタの精度が不可欠ですが、整備にかかる工数の見積もりが甘く、途中で運用が止まってしまう企業が多く見られます。
基幹システム本体のロジックに手を入れる改修は高額になりがちで、「所要量計算だけ」のために大規模な刷新を決断できない企業がほとんどです。
After：業務アプリ画面でBOM展開・在庫引当・発注点アラートが連動する
基幹システムの改修を避けつつ課題を解決する現実的な手段が、基幹システムとは別に「所要量計算専用の業務アプリ」を構築し、基幹システムとデータ連携させるアプローチです。
生産管理担当者が対象製品と必要数を入力し、画面上の「所要量計算実行」ボタンを押すだけで、BOMマスタに基づく多階層展開が自動で走ります。
展開された所要量は、連携済みの在庫データと自動照合され、「充足」「不足」「発注点割れ」の3色でステータス表示されます。担当者が在庫台帳を見比べる作業は発生しません。
不足と判定された部品は一覧の上部に自動でソートされ、「発注依頼書出力」ボタンからCSVまたはPDF形式のファイルが生成されます。仕入先ごとに分割した出力にも対応できます。
Before／Afterで見ると、変化は次の通りです。Before：BOM出力→Excel貼り付け→手計算→在庫台帳突き合わせ→発注判断という5工程を一人の担当者がすべて手動で行っていました。After：生産計画入力画面から「所要量計算実行」ボタンを押すだけで展開・引当・アラート表示までが自動連動し、担当者が行うのは例外判断と発注依頼書の確認のみになります。手作業での転記工程がまるごと1本減ることが、この仕組みの最大の価値です。
属人化した計算ロジックを壊さずアプリに移植する設計の勘所
ここで最も重要なのが、ベテラン担当者の「暗黙知」をヒアリングで言語化し、業務アプリのロジックとして正しく実装することです。
「この材料は仕入先の工場休止期間を考慮して、通常より2週間早く手配している」
——こうした例外ルールこそ、ヒアリングで拾い上げるべき情報です。
・発注ロットの丸め単位（切り上げ／切り捨て／最小発注数）
・安全在庫の考え方（部品ごとに異なる設定値）
・仕入先の休業日・納期遅延傾向を踏まえたリードタイム調整
・代替部品が存在する場合の優先順位
これらをヒアリングシートで洗い出し、業務アプリの「部品マスタ編集画面」にパラメータとして登録できる設計にしておくことで、担当者が変わっても同じ判断基準で発注業務が回るようになります。計算ロジックをブラックボックスにせず、画面上で設定値として見える化することが属人化解消の核心です。
1部品群での試験導入から全品目展開までのステップ
既存のExcel管理BOMと基幹システム上のBOMマスタに差異がないか突き合わせます。欠落している子部品や古い構成が残っていないかをこの段階で潰しておくことが、後工程の計算精度を左右します。
最も発注ミスが起きやすい部品群、あるいは取引点数の多い部品群を1つ選び、業務アプリの所要量計算画面とExcel手計算を並行運用します。結果を突き合わせてロジックの誤差を検証します。
試験導入中に見つかった「このケースでは計算が合わない」という事象を、部品マスタの設定項目として追加し、画面の入力項目を調整します。
検証が済んだロジックを他の部品群にも横展開します。BOMマスタの整備状況に応じて段階的に対象を広げることで、現場の混乱を避けながら移行できます。
まとめ
- 基幹システムに所要量計算（MRP）機能がない、または自社の多品種少量生産に合わない場合、Excelでの手計算による属人化は構造的な問題であり、担当者の努力だけでは解消できない。
- 業務アプリでBOM展開・在庫引当・発注点アラートを連動させることで、転記や突き合わせといった手作業の工程そのものを削減できる。
- 成功の鍵は、ベテランの暗黙知である例外ルールをヒアリングで拾い上げ、画面上のマスタ設定として可視化すること。1部品群での試験導入から始め、BOMデータ整備と並行して段階的に全品目へ展開する進め方が現実的である。
本記事はAIを活用して作成しています。内容についての責任は当社が負います。AI活用ポリシー