生産管理システムを生産方式から設計する

このページの範囲と、隣接する業務との境界

生産管理は範囲が広く、社内でも人によって指す対象が違います。このページでは「計画を立て、手配し、実績で計画を更新する」までを扱います。現場の進捗と作業実績の収集は工程管理、会計・請求・購買の確定処理は基幹システムの領域として切り分けています。

生産方式ごとに要件が変わる

複数の生産方式が混在している会社は珍しくありません。混在を前提にせず1方式に寄せたパッケージを入れると、片方の業務がExcelに逃げます。

生産計画と所要量計算で決めること

• 計画の粒度（月次・週次・日次・時間）と、確定する範囲（凍結期間）
• 手配の起点（受注確定か、内示か、在庫水準か）
• 所要量計算の対象（購入品のみか、内製品の工程展開まで含めるか）
• リードタイムの持ち方（品目固定か、数量依存か、工程積み上げか）
• 在庫引当のルール（先入先出、ロット指定、予約在庫の扱い）
• 計画変更時の再計算範囲と、手配済み分の扱い

ここを決めずに開発を始めると、稼働後に「計画が現実と合わない」という形で問題が表面化します。計算ロジックそのものより、入力するマスタ（標準時間、リードタイム、ロットサイズ）を誰が保守するかを先に決めるほうが重要です。

パッケージが合わなくなる条件

• 仕様確定前に長納期品を先行手配する運用がある
• 同一製品でも顧客ごとに工程・検査・帳票が変わる
• 内示と確定注文のずれを、独自ルールで吸収している
• 原価計算のロジック（配賦基準、歩留、外注費の扱い）が自社固有
• 製番管理と在庫引当を製品群ごとに使い分けている

これらに該当する場合でも、全面的な個別開発が唯一の解ではありません。基幹はパッケージのまま、計画・手配だけを個別開発して連携する構成が現実的なことが多くあります。

必要なデータ

導入の順序

1. 生産方式と対象製品群を決める（全社一斉にしない）
2. 品目・BOM・工順のマスタ整備の負荷を見積もる（ここが最大の工数になりやすい）
3. 計画は既存のExcelを残したまま、手配と実績の記録から着手する
4. 実績が溜まってから、標準時間とリードタイムを実データで更新する
5. 計画ロジックの自動化は、データの信頼性が確認できてから

よくある質問

生産管理システムと工程管理システムはどちらを先に入れるべきですか。

「計画が立たない」ことが問題なら生産管理、「計画はあるが進捗が分からない」ことが問題なら工程管理が先です。多くの現場では後者が痛みとして先に出るため、実績収集から始めて、そのデータで計画の精度を上げる順序が取りやすくなります。

マスタ整備が終わらず導入が進みません。

全品目のマスタを揃えてから始めようとすると止まります。対象製品群を絞り、その範囲の品目だけを整備して稼働させ、運用しながら広げる方法が現実的です。整備の判断基準（どこまで正確なら使えるか）を先に決めてください。

既存の基幹システムに生産管理機能があります。作り直すべきですか。

作り直す必要があるとは限りません。基幹側の機能で足りない部分（案件ごとの工順、内示の扱い、独自の引当ルール）だけを周辺システムとして個別開発し、確定データを基幹へ戻す構成のほうが、投資も移行リスクも小さく収まります。