製造業のERP・基幹システム|生産管理と原価管理で先に決める5つのこと

製造業のERP・基幹システムは、製品を選ぶ前に、生産のやり方と原価をどの単位で見るかを決めておくことで、成否の大半が決まります。この記事では、受注から請求までの間に同じ情報を何度も転記している現状(As-Is)と、刷新後の姿(To-Be)の例、生産管理と原価管理で先に決める5つのことを、大手コンサルティングファーム出身の専門家の知見と公的機関の資料をもとに解説します。
- 製造業の基幹システムが他業種より難しくなる理由と、ものづくり白書が示すデータ活用の現状
- 受注→生産指示→出荷→請求で、同じ情報を何度も転記している例と、その数え方
- ERP・生産管理システム・MESの役割分担と、品目コード・部品表の整え方
- 生産管理・原価管理で、製品選定の前に決める5つのことと確認チェックリスト
製造業のERP・基幹システムが難しくなる理由
製造業の基幹システムは、販売・購買・在庫・会計に加えて、生産計画・工程・実績・原価を扱います。難しいのは機能の数ではなく、生産のやり方が会社ごとに違い、そのやり方によってシステムに必要な仕組みが変わることです。
| 生産のやり方 | 特徴 | システムで先に決めること |
|---|---|---|
| 個別受注生産 | 注文ごとに仕様が違う。図面・見積から始まる | 製番(注文ごとの管理番号)で原価と進捗を追うか |
| 繰返し受注生産 | 決まった品番を、内示や注文に応じて作る | 内示と確定注文の扱い、所要量の計算の単位 |
| 見込生産 | 需要を予測して作り、在庫から出荷する | 生産計画の単位(週・日)と、安全在庫の持ち方 |
| 混在型 | 標準品は見込、特注品は受注で作る | 品目ごとにどちらの流れで管理するかの区分 |
同じ「生産管理」でも、個別受注生産の会社と見込生産の会社では、画面も帳票も計算の仕方も違います。製品のデモが良く見えても、自社の生産のやり方に合っていなければ、追加開発が積み上がります。製品選びの順番は中小企業のERPの選び方で解説しています。
データの活用も道半ばです。経済産業省・厚生労働省・文部科学省の「2026年版ものづくり白書」(2026年5月)は、製造工程のデータを何らかの形で取得している事業者が7割弱ある一方、取得したデータを活用して効果が得られた事業者は約4割としています。企業間のデータ連携の状況は、2年前からほぼ変化がないとも書かれています。データを集めることと、業務で使える形にすることは別の課題であり、基幹システムの刷新はその後者に取り組む機会です。
同じ情報を何度も転記している実例(As-Is)
刷新の効果が最も大きく出るのは、部署をまたいだ転記です。次の表は、従業員100名の金属加工業で、1件の注文が請求まで進む間に、どこへ何を入力しているかを書き出した例です。
| 工程 | 担当 | 入力先 | 入力している項目 |
|---|---|---|---|
| 1. 受注 | 営業事務 | 販売管理システム | 取引先・品番・数量・納期・単価 |
| 2. 生産指示 | 生産管理 | 生産計画のExcel | 品番・数量・納期(1から手で転記) |
| 3. 資材手配 | 購買 | 発注書のExcel | 材料・数量・必要日(2を見て計算し転記) |
| 4. 作業指示 | 工場の班長 | 紙の作業指示書 | 品番・数量・納期(2を印刷して手書きで追記) |
| 5. 実績 | 生産管理 | 生産計画のExcel | 完成数・不良数(4の紙から転記) |
| 6. 出荷 | 出荷担当 | 出荷予定のExcel/送り状 | 取引先・品番・数量(1と5を見て転記) |
| 7. 請求 | 経理 | 販売管理システム | 出荷数量・単価(6を見て売上を計上) |
※説明用の例です。
この例では、品番は6回、数量は7回入力されています。転記のたびに、写し間違いと「どれが最新か分からない」問題が起きます。納期の変更が営業から伝わらず、生産計画のExcelだけ古いまま作業が進む、といったことも起こります。
数え方は簡単です。主要な項目(品番・数量・納期・単価)ごとに、何回入力しているかを工程の表に書き込むだけです。転記の回数が多い箇所ほど、刷新で効果が出やすい箇所です。あわせて、1件あたりの入力時間と月間の件数を掛けると、転記に使っている時間の目安が出ます。たとえば1件3分の転記が月800件あれば、月40時間です。この数字は、刷新の成功基準を決めるときの出発点になります。
※説明用の例です。
刷新後の姿(To-Be):一度入れた情報を次の工程に渡す
To-Beの基本は、受注で入れた情報を、生産・購買・出荷・請求へ入力し直さずに引き継ぐことです。現場が入力するのは、その工程で新しく発生する情報(完成数・不良数・出荷日など)だけにします。
| 工程 | As-Is(現状) | To-Be(刷新後) |
|---|---|---|
| 受注 | 販売管理に入力 | 販売管理に入力(ここだけで品番・数量・納期を入れる) |
| 生産指示 | Excelへ手で転記 | 受注から生産計画案を自動作成し、生産管理が調整して確定 |
| 資材手配 | 計画を見て計算し、発注書へ転記 | 部品表(BOM)と在庫から必要量を計算し、発注書案を作成 |
| 作業指示 | 印刷した紙に手書きで追記 | 確定した計画から作業指示を出力(またはタブレットに表示) |
| 実績 | 紙からExcelへ転記 | 作業者がタブレットで着手・完了・不良数を入力 |
| 出荷 | 2つの資料を見て転記 | 完成した受注から出荷予定を自動で作成 |
| 請求 | 出荷資料を見て計上 | 出荷の確定で売上を計上し、締め日ごとに請求書を発行 |
※説明用の例です。
ここで注意したいのは、To-Beで「実績をタブレットで入力する」と決めた瞬間に、工場の作業者の仕事が1つ増えることです。経営や管理部門が欲しい情報のために現場の入力が増えすぎると、現場はExcelや紙に戻ります。To-Beは、入力する人の負担が今より増えていないかまで確認して決めます。
管理者の要望を優先して、実際に入力する現場の業務を確認しないまま進めると、「Excelの方が早い」と言われて二重管理になります。要件定義の段階から現場の担当者に入ってもらい、受注登録から請求までを一連の流れで操作して、負担が増えていないかを確かめることが大切です。
IPA(情報処理推進機構)の「ユーザのための要件定義ガイド 第2版」も、業務部門のユーザが主体的に要件定義へ関わる必要性を説いています。製造業では、その「ユーザ」に工場の現場担当者を含めることが欠かせません。
要件定義の重さは調査にも表れています。JUASの「企業IT動向調査報告書2026」(東証上場企業とそれに準じる企業が対象)では、品質・予算・工期の悪化に影響した工程として「要件定義」を挙げた企業が57.4〜69.0%でした。予算が超過した要因では「想定以上の現行業務・システムの複雑さ」が51.4%を占めています。製造業は例外処理が多い業種です。現行の業務を図にし、例外を洗い出す時間を最初から計画に入れておきます。
現場の入力を増やさない工夫
工場の実績入力は、項目を減らすだけでなく、入力のしかたでも負担が変わります。要件定義の段階で、次のような方法を候補に挙げておきます。
- 作業指示書にバーコードを印刷する:作業者は読み取って完了数を入れるだけにし、品番や製番の手入力をなくす
- 入力のタイミングをまとめる:工程ごとの都度入力が難しい職場では、休憩前や終業時にまとめて入力する運用にする
- 端末の置き場所を決める:作業場から離れた事務所のパソコンでは入力が後回しになる。工程の近くに共用の端末を置く
- 入力しない項目を決める:段取り時間や手待ち時間など、目的に使わない項目は最初の段階では入力しない
どの方法でも、稼働前に実際の作業者に試してもらい、1件あたりの入力にかかる時間を測っておくと、現場の負担が増えていないかを数字で確かめられます。
ERP・生産管理システム・MESの役割分担
製造業の刷新では、「ERPで全部をまかなうか、生産管理システムを別に入れるか」がよく議論になります。先に、それぞれが得意な範囲を整理しておくと判断しやすくなります。
| 仕組み | 主に扱う範囲 | 時間の単位 | 中小製造業での使い方の例 |
|---|---|---|---|
| ERP(基幹システム) | 受注・購買・在庫・会計・原価の集計。会社全体のお金とモノの記録 | 日・月 | 受注から請求、仕入から支払、月次の原価と損益 |
| 生産管理システム | 生産計画、所要量の計算、工程の進捗、製番ごとの管理 | 日・週 | 受注を工場の計画と作業指示に変える |
| MES(製造実行システム) | 設備・作業者ごとの実績、品質記録、トレーサビリティ | 分・時間 | 設備の稼働や検査記録を自動で集める |
従業員100名前後の会社では、MESまで入れずに、生産管理の機能を持つERPか、ERP(または販売・会計)と生産管理システムの組み合わせで足りることが多くあります。どちらにする場合も、どの仕組みが品目・在庫・原価の「正しい数字」を持つかを1つに決めておかないと、システムの間で数字が合わなくなります。役割分担の詳しい考え方は生産管理システムとERPの違いで解説しています。
生産管理の機能をERPの中で持つか、専用の生産管理システムを別に入れるかは、次の3点で考えます。1つ目は、計画の作り方がERPの標準機能で表現できるか(製番管理、内示の扱い、段取り替えの制約など)。2つ目は、工場の計画担当者が日々触る画面の使い勝手を優先すべきか。3つ目は、2つの仕組みをつなぐ連携を、誰が稼働後も保守するかです。連携の保守を担える人や委託先がいなければ、多少の機能不足があっても1つの仕組みにまとめるほうが運用は安定します。
生産管理・原価管理で先に決める5つのこと
製品を比べる前に、次の5つを社内で決めておきます。決めないまま製品を選ぶと、要件定義の途中で営業・製造・経理からそれぞれ要望が出て、追加開発が膨らみます。
| 決めること | 決めないと起きること | 決め方の例 |
|---|---|---|
| 1. 生産のやり方と計画の単位 | 製品の計画機能が自社に合うか判断できない | 「標準品は週単位の見込計画、特注品は製番で管理」 |
| 2. 品目コードと部品表(BOM)の持ち方 | 同じ部品に複数のコードがあり、所要量が正しく計算できない | 「品目コードの付け方を統一し、BOMは設計部門が登録・更新する」 |
| 3. 実績を誰が、いつ、どの細かさで入力するか | 原価や進捗の精度が出ない、または現場の負担が増えすぎる | 「工程単位で着手・完了を入力。作業時間は工程の合計だけ」 |
| 4. 原価を何のために、どの単位で見るか | 集計の項目が増え続け、入力も配賦の計算も複雑になる | 「目的は見積精度の向上。製品別の実際原価を月次で見る」 |
| 5. 例外の扱い | 特急・分納・外注・手直しなど、あとから例外が次々に見つかる | 「外注加工は工程として登録。手直しは別の作業として記録」 |
※説明用の例です。
品目コードと部品表は「誰が直すか」まで決める
2の品目コードと部品表は、生産管理の計算の土台です。ここが乱れていると、どの製品を選んでも所要量や原価の数字が合いません。次のような状態があれば、製品選定と並行して整理を始めます。
- 同じ部品に、設計の図番、購買の品番、倉庫の棚番号と、複数の呼び方がある
- 品名に「M6ボルト」「ボルトM6」「六角ボルトM6」のような表記ゆれがある
- 使われなくなった品番が、別の部品に使い回されている
- 部品表が設計のExcelにしかなく、設計変更が製造や購買に伝わる時期がばらばら
決めることは、コードの付け方(意味を持たせるか連番にするか、桁数)、新しい品目を登録する部署と承認者、設計変更を部品表に反映する手順の3つです。具体的な手順はマスタデータ整備とコード体系の決め方で解説しています。
原価管理は「目的」から粒度を決める
5つのうち、最も揉めやすいのが4の原価です。原価を細かく見たいほど、現場の入力は増えます。目的と、必要な細かさ、現場の負担はセットで決めます。
| 原価を見る目的 | 必要な細かさ | 現場の入力負担 |
|---|---|---|
| 月次の利益を早く把握したい | 部門・製品群ごとの合計 | 小さい(既存の日報程度) |
| 見積の精度を上げたい | 製品ごと・工程ごとの作業時間と材料 | 中くらい(工程ごとの着手・完了) |
| 赤字の注文を特定したい | 製番ごとの材料・作業時間・外注費 | 大きい(注文ごとに実績を紐づけ) |
すべてを最も細かい単位で見ようとすると、現場の入力が追いつかず、結局データが信頼できなくなります。まず1つの目的に絞り、運用が回ってから細かくするほうが、結果として原価の精度は上がります。計算の方式も目的で選びます。注文ごとに仕様が違う個別受注生産なら、製番ごとに実際にかかった材料・作業・外注を集める個別原価計算が基本です。同じ品番を繰り返し作るなら、あらかじめ決めた標準原価と実際の差を見る標準原価計算が向いています。方式の違いは原価管理システムの選び方で解説しています。
「正確に」では、どの費目をどう計算するかが決まらず、各社の見積の前提がそろいません。費目・計算式・集計の単位と頻度まで書くと、現場に何を入力してもらう必要があるかも同時に決まります。
※説明用の例です。
経費精算や会計処理は、製品の標準に合わせてかまいません。一方、独自の価格設定や特殊な受注方式、業界特有の原価計算は、競争力に直結するなら個別の仕組みを残す価値があります。判断するときは、変えると売上・利益・品質・顧客満足に影響するか、標準に合わせるための業務変更のコスト、独自に作る費用と将来の保守費用に見合う価値があるか、の3点を確認します。「昔からこの方法でやっている」だけでは根拠になりません。
製造業の刷新でつまずく典型と回避策
| つまずき | 何が起きているか | 回避策 |
|---|---|---|
| 「現行業務を踏襲」で例外まで再現 | 営業の個別価格、製造の独自の在庫管理、経理の例外的な締めをすべて作り込み、古い仕組みを新しい技術で作り直すだけになる | 開発前に業務の標準化方針を経営として決め、追加要望は費用・納期・効果をセットで判断する |
| 品目コードが整理されていない | 同じ部品に別のコード、別の品名。移行後に在庫数と所要量が合わない | 要件定義の段階で既存データの品質を確認し、新旧コードの対応表を作る |
| 現場がExcelに戻る | 実績入力の項目が多く、作業の合間に入力しきれない | 現場担当者が要件定義に参加し、業務シナリオで操作を確かめる。稼働後1〜3か月は利用状況を見て改善する |
| 古いシステムの仕様が分からない | 在庫評価や締めの計算が、担当者の退職でブラックボックスになっている | 移行計画の前に、システムに詳しい人と業務に詳しい人の両方から、計算のルールとデータの取り出し方を確認する |
在庫の数字は、稼働直後に最も疑われやすい数字です。棚卸しの時期と移行の日程を合わせ、移行前後で品目別の在庫数と在庫金額を照合する計画を立てておきます。在庫の持ち方は在庫管理システムの選び方で、オフコンや独自システムからの移行はオフコンのリプレイスで詳しく解説しています。
取引条件と法令対応も要件に入れる
製造業の基幹システムでは、取引先との取引条件そのものがシステムの要件になります。とくに部品加工や組立の仕事を請ける側でも、外注先に仕事を出す側でも、2026年1月1日に施行された取適法(中小受託取引適正化法。旧下請法を改正したもの)への対応を確認しておく必要があります。
公正取引委員会のリーフレット「トリテキ法の注意ポイント―代金編―」(2025年10月)は、手形による代金の支払いは違反(支払遅延)になること、振込手数料を受託側に負担させて代金から差し引くことは合意の有無にかかわらず違反(減額)になること、支払期日は受領日から起算して最長60日以内であることを示しています。外注加工や部品の購買を基幹システムで管理するなら、次の点を要件に含めます。
| 確認すること | システムでの持ち方の例 |
|---|---|
| 支払方法 | 取引先マスタの支払方法から手形を外し、振込など、支払期日までに代金満額を現金で受け取れる方法に整理する |
| 支払期日 | 受領(検収)日を記録し、受領日から支払予定日までの日数を一覧で確認できるようにする |
| 振込手数料 | 支払額から手数料を差し引く設定が残っていないかを、移行前に取引先ごとに確認する |
| 発注内容の記録 | 発注日・品名・数量・単価・納期・支払期日を、発注書と同じ内容でデータとして残す |
※説明用の例です。取適法の対象となる取引かどうかは、取引の内容と資本金・従業員数の基準で決まります。判断に迷う場合は公正取引委員会の資料を確認し、必要に応じて専門家に相談してください。
こうした条件は、旧システムでは担当者の手作業や備考欄で処理されていることがよくあります。刷新を機に、取引先マスタの項目として持たせると、確認の手間と漏れが減ります。
製品選定の前に確認するチェックリスト
- 自社の生産のやり方(個別受注・繰返し・見込・混在)を品目ごとに説明できる
- 受注から請求までで、品番・数量・納期を何回入力しているか数えた
- ERP・生産管理・MESのどれが品目・在庫・原価の数字を持つか決めた
- 品目コードの付け方と、部品表を誰が登録・更新するかが決まっている
- 実績を入力する人・タイミング・細かさが決まっている
- 原価を見る目的が1つに絞られ、費目と計算の方式が決まっている
- 特急・分納・外注・手直しなどの例外が洗い出されている
- 標準に合わせる業務と、独自に残す業務が分けられている
- 工場の現場担当者が、To-Beの業務の流れを確認している
- 移行前後で在庫数と在庫金額を照合する時期と方法を決めた
決めたことは、そのまま要件定義書の業務フローと機能要件一覧の材料になります。書き方は要件定義書の書き方を参考にしてください。
よくある質問
生産管理システムと販売管理・会計を別々に入れてもよいですか?
可能です。ただし、別々に入れる場合は、受注から生産、出荷から売上、仕入から会計へのデータ連携を、対象項目・頻度・エラー時の処理まで決めておく必要があります。連携が決まっていないと、システムの間で結局Excelへの転記が残ります。
工場の作業者がパソコンに慣れていなくても大丈夫ですか?
入力する項目と操作の回数を絞れば、多くの場合は運用できます。着手・完了・不良数のように、工程で新しく発生する情報だけを入力してもらう設計にし、稼働前に実際の作業の流れで操作を試してもらいます。
原価計算のやり方を変えないとシステムは入れられませんか?
変える必要があるかどうかは、今の計算が競争力に直結しているかで判断します。見積の値決めに使っている独自の計算なら残す価値がありますが、担当者しか分からない計算になっている場合は、刷新を機にルールを文書化し、標準の機能で計算できるかを確認します。
工場が複数ある場合、一度に切り替えるべきですか?
工場ごとに生産のやり方や品目が違う場合は、1つの工場で先に稼働させ、運用が安定してから他の工場に広げる進め方もあります。ただし、品目コードと部品表のルールは全工場で先にそろえておきます。工場ごとにコードが違うまま始めると、後から統一する手間が大きくなります。
設備の稼働データも基幹システムに取り込むべきですか?
最初から取り込む必要はありません。設備のデータは分・秒単位で発生し、量も多いため、基幹システムではなくMESや設備側の仕組みで集めるのが一般的です。基幹システムには、完成数・不良数・作業時間のように原価や出荷に使う結果だけを渡します。まず基幹システムで受注から請求までの流れを整え、その後に設備データをどの目的で使うか(稼働率の改善、品質の追跡など)を決めてからつなぐと、投資の無駄が出にくくなります。
この記事で紹介したつまずきを含め、構想策定から稼働後の定着までに起きやすい20の問題と、それぞれの防ぎ方をまとめた資料です。
資料をダウンロードする(無料)まとめ
製造業のERP・基幹システムは、生産のやり方、品目コードと部品表、実績の入力、原価の目的、例外の扱いの5つを先に決めることで、製品の比べ方も要件定義の進み方も変わります。まずは受注から請求までの転記の回数を数え、効果の大きい箇所と、現場の負担を増やしてはいけない箇所を見極めてください。そのうえで、ERP・生産管理・MESのどれがどの数字を持つかを決めれば、比べるべき製品の範囲も自然に絞れます。
自社の業務フローのどこから整理すべきか分からない、という方は、無料診断で現状の課題と、刷新の前に決めるべきことを整理します。
フェーズ別のリスクチェックリスト25つき
資料をダウンロードする

