ERP

製造業のERPとは?MES・生産管理システムとの境界と導入判断

製造業のERPとは?MES・生産管理システムとの境界と導入判断

製造業でERPを検討すると、最初に「どこまでがERPの仕事で、どこからが生産管理システムやMESの仕事か」で議論が止まります。機能一覧を並べても線は引けません。判断の軸になるのは、製造業の情報システムを階層で整理した国際規格ISA-95(IEC 62264)です。この記事では、ISA-95のLevel 4とLevel 3の切り分けを起点に、BOMと所要量計算という製造業固有のデータ、設計変更(ECR/ECO)の処理、生産方式ごとの当てはまりまでを、規格とERP製品の公式ドキュメントで確認できる範囲に絞って整理します。

まとめ:製造業のERPで最初に押さえる5点

  • ERPはISA-95のLevel 4(事業計画と物流)、MESはLevel 3(製造オペレーション管理)に位置し、ISA-95が主に規定しているのはこの3と4の間のインターフェースです。
  • 日本語の「生産管理システム」はLevel 3とLevel 4にまたがる言葉なので、製品名ではなく担当する層で会話をそろえないと要件が噛み合いません。
  • 製造業のERPでは、BOM(部品表)という構成データと、それを使う所要量計算が中核になります。実行エンジンには上限があり、たとえばDynamics 365のPlanning Optimizationは計画ジョブが60分でタイムアウトします。
  • 設計変更をERP側でどう処理するかは、製造業の要件定義で確認すべき論点です。変更要求(ECR)と変更指示(ECO)を分け、未決の受注・製造オーダー・在庫への影響を検索する仕組みが、Dynamics 365 Supply Chain Managementには実装されています。
  • 人手不足への対処は、ERP単独では完結しません。労働政策研究・研修機構が2026年に公表した2025年実施の調査では、回答企業の71.2%がものづくり人材の不足・やや不足を挙げています。また、デジタル技術を使う目的として「人手不足の解消」を挙げた回答企業は40.3%でした。この割合は導入目的を示すもので、ERPによる人手不足対策の効果を示すものではありません。

以下では、この5点の根拠と、自社の生産方式に当てはめるときの判断材料を順に見ていきます。

ERPとMES・生産管理システムの守備範囲(ISA-95の階層)

ISA-95は、国際自動化学会(ISA)が策定し、IEC 62264として国際規格化されている「企業システムと制御システムの統合」の規格です。ISAの公式解説によれば、この枠組みはコンピュータ統合生産のPurdue Reference Modelに基づいており、工場の情報システムを5つの階層に分けて記述します。

Level 4がERP、Level 3がMESという線引き

ISA公式の階層説明では、Level 3を「manufacturing execution systems (MES) and other systems such as supervisory control and data acquisition (SCADA) that manage manufacturing operations」、Level 4を「all the activities related to running a business. It includes enterprise resource planning (ERP) systems」と定義しています。そのうえでISA-95は、主にLevel 3とLevel 4の間のインターフェースを扱うと明示しています。つまり規格の主眼は、両者の境界でやり取りする情報の定義にあります。ただしこの階層は業務活動と情報交換を整理する枠組みであり、ERPとMESを別製品として両方導入することを必須とするものではありません。

階層 ISA-95での呼称 該当するシステム 扱う時間軸
Level 4 Business planning and logistics ERP 月・週・日
Level 3 Manufacturing operations management MES、SCADA 日・シフト・時間
Level 2 Monitoring and supervising control PLC、DCS 秒
Level 1 Sensing and manipulating センサー、バルブ、スマートデバイス ミリ秒〜秒

時間軸の列は規格の条文ではなく実務上の目安ですが、この違いが要件定義での判断に効きます。受注から逆算した月次・週次の計画と原価はERP、作業指示・実績収集・設備からのデータ取得はMESという分担が、階層から自然に導かれます。ERPが持つ機能の全体像はERPモジュール一覧|主要10分野の機能とSAP・国産ERPの対応表で分野別に確認できます。

生産管理システムの対象範囲と要件定義の整理軸

ここで厄介なのが、日本語の「生産管理システム」がISA-95の階層をまたぐ点です。受注・所要量計算・購買・在庫までを指す場合はLevel 4寄りでERPと重なり、作業指示・進捗実績・不良記録までを指す場合はLevel 3寄りでMESと重なります。ベンダーによって指す範囲が異なるため、製品名に加えて対象業務と管理データを確認する必要があります。

要件定義の場では「どの層の業務を、どのシステムの正本データとして持つか」を先に決めるべきです。まず品目マスタとBOM、在庫数量、作業実績の正本を決めます。そのうえで、更新責任、連携頻度、障害時の運用を確認し、各機能の配置を判断します。製品タイプごとの選定軸は生産管理システムの比較|クラウド・パッケージ・受託開発を製品タイプ別に選ぶ判断軸と費用相場で扱っています。ERPそのものの定義を確認したい場合はERPとは何か?企業の経営を支える統合基幹業務システムの意味と基本機能を参照してください。

製造業ERPの中核となるBOMと所要量計算

会計・販売・購買は多くのERPが扱う領域ですが、業種固有の取引や会計処理まで標準機能で対応できるかは確認が必要です。製造業ではこれに加えて、BOM(部品表)と、そのBOMを展開して必要量と必要時期を算出する所要量計算が加わります。この2つの設計が、後工程の原価計算と在庫精度を決めます。

設計部品表と製造部品表の役割・同期方法

設計部門が作るBOM(EBOM)は製品の機能構成を表し、製造部門が使うBOM(MBOM)は工程順・中間品・梱包材・現地調達品を含む製造の構成を表します。同じ製品でも構造が一致しないため、ERPでは両者をどう同期させるかが論点になります。

Dynamics 365 Supply Chain Managementはこれを法人の役割で分けています。設計データを保持する「engineering company」と、実際に製造・販売する「operational company」を分け、後者では現地のBOM・工順の追加や梱包材・潤滑油・現地語の作業指示の追加といった補強ができます。公式ドキュメントは「Enrichments that users make in the operational company are preserved when new updates are sent from the engineering company.」と記述しており、設計側から更新が配信されても現地側の追加は保持される設計です。多拠点で同じ製品を作る企業が、設計の一元管理と現場の実情を両立させる標準的な形がこれにあたります。

所要量計算の実行制約と性能評価

所要量計算の処理時間は、品目数やBOM階層、計画条件によって変わります。夜間バッチの時間枠に収まるかは、自社データで確認する必要があります。製品によって実行時間の上限がありますが、計画対象期間や対象品目などの設定を見直して、タイムアウトを回避できる場合があります。

Dynamics 365 Supply Chain Managementの計画エンジンPlanning Optimizationは、公式ドキュメントで「Master planning in Supply Chain Management is provided by an external service called the Planning Optimization Add-in」と説明される外部サービスで、標準ライセンスに含まれ追加費用は発生しません。ただし導入要件としてLifecycle Services対応の高可用性環境(Tier 2以上、OneBox環境は不可)とバージョン10.0.23以降が必要で、実行面では「Planning Optimization has a set timeout of 60 minutes.」と上限が定められています。公式資料には、1,000品目を対象とするジョブを3分割する例があります。これは対象期間の短縮や品目の絞り込みと並ぶ対処策の一つです。

選定時に「所要量計算ができるか」だけを聞いても差は出ません。自社の品目数・BOM階層で1回の計算に何分かかるか、日次で何回回す必要があるかを、評価環境の実データで測ることをおすすめします。所要量計算そのものの考え方とMRPとの関係はERPとMRPの違いとは?JIS Z 8141の定義と所要量計算でみる役割分担で詳しく扱っています。在庫の実データ精度を上げる仕組みは在庫管理システムとは?仕組み・機能・種類・費用と選び方、製品別原価の作り方は製造業の原価管理とは?標準原価と差異分析・BOM連携で製品別原価を掴む進め方が対象です。

ERPにおける設計変更(ECR/ECO)の処理手順

製造業のERP要件で、他業種と決定的に違うのが設計変更の扱いです。図面が1枚変わると、BOM・工順・購買の発注残・仕掛の製造オーダー・手持在庫・顧客への納期回答が連鎖して変わります。ここを人の連絡でつないでいる限り、ERPを入れても二重入力はなくなりません。以下では、Dynamics 365 Supply Chain Managementの変更管理機能を例に、影響の検索と対応手順を確認します。

変更要求(ECR)と変更指示(ECO)の役割分担

Dynamics 365 Supply Chain Managementの工学変更管理は、「Use the engineering change request process to propose and request changes, and then use the engineering change order process to make those changes.」と2段階に分けています。前段の変更要求(ECR)は設計者だけでなく製造・調達・倉庫・営業のいずれの部門からでも起票でき、後段の変更指示(ECO)で実際の製品データを更新します。要求の受付口と、データを変える権限を分離する構造です。

変更指示では、影響を受ける製品ごとに変更の重さを選びます。

Impactの値 処理の内容 使う場面
None 既存バージョンを更新 誤記訂正など遡及して差し支えない修正
New version 選択バージョンを基に新バージョンを作成 仕様変更で旧版の履歴を残す場合
New product 新しい品目として作成 別品番として管理する変更
New variant 新しいバリアントを作成(BOMと工順を複写) 色・寸法などの派生を増やす場合

版を上げるか既存版を書き換えるかは、トレーサビリティの要件で決まります。出荷済み製品の構成を後から再現する必要があるなら、既存版の上書きは選べません。追跡の粒度をどこまで取るかは製造業のトレーサビリティとは?追跡範囲とロット・シリアルの使い分け、追加開発の判断で整理しています。

設計変更の影響検索と取引のブロック・通知

同製品の工学変更管理には、未決取引への影響を機械的に調べる機能があります。公式ドキュメントによれば、変更要求の画面から業務影響(Business impact)の検索を実行すると未決の全取引が走査され(原文は「Scans all open transactions」)、結果が受注・購買・製造オーダー・在庫などのタブ別に件数付きで一覧されます。一覧からは、受注のブロック、購買オーダー明細のブロック、在庫の廃棄(Scrap)、担当者への通知が実行できます。

製造オーダーだけは扱いが違い、ドキュメントは「production orders don’t have a single user who is set as responsible for them from end to end」と説明したうえで、通知先を製造オーダーに関係するリソースの責任者全員としています。工程ごとに担当が変わる製造現場の実態に合わせた設計です。なお製造オーダーへの通知は「Engineering notifications for production」機能を有効にしている場合にだけ使えます。

ここまでの機能を見れば、「変更管理」という要件をERPに投げるときに確認すべき点が具体化します。確認すべきは、変更要求と変更指示の分離があるか、未決取引の横断検索ができるか、その結果から取引のブロックと通知まで実行できるか、の3点です。不足する機能は、周辺システムとの連携、追加開発、運用手順のいずれで補うかを決めます。手入力で補う場合は、二重管理が残らないかを確認します。

生産方式で変わるERPの当てはまり

同じ製造業でも、検証すべき機能は生産方式で変わります。判断の軸は業種名ではなく、受注と設計・生産の順序です。

生産方式 受注と生産の順序 標準機能で確認する対象 つまずきやすい点
見込生産 需要予測で先に作る 需要予測・補充計画 予測精度と安全在庫の設定
繰返し受注生産 受注後に量産品を作る 受注連動の生産計画 所要量計算の実行時間
個別受注生産 受注ごとに仕様を確定 案件別原価・個別BOM 受注ごとのBOM作成工数
個別受注設計 受注後に設計から着手 プロジェクト連携・先行調達 設計確定前の見積と手配
プロセス製造 配合とロットで管理 配合・副産物・ロット管理 歩留の原価への反映

個別受注設計では、受注時点でBOMが存在しないため、所要量計算を起点とする標準の流れがそのままでは回りません。設計が進むにつれてBOMが確定する運用では、先行手配と後追いのBOM確定をどう関連づけるかが製品選定の確認事項になります。プロセス製造では、BOMではなく配合表を扱えるか、歩留と副産物を原価に乗せられるかが同様の分岐点です。

この2方式を検討している場合、機能一覧の丸や三角ではほぼ判断できません。自社の代表案件を評価環境で受注から出荷・原価確定まで通し、設計変更や欠品などの例外処理、想定データ量での性能も確認します。

ERPで解ける課題と、解けない課題

製造業のERP導入は「情報の分断解消」を目的に掲げることが多く、実際にそこは解けます。部門ごとに別システムへ入力していた受注・在庫・原価が同じデータベースに載れば、二重入力と転記ミスは減ります。一方で、ERPを入れても動かない課題もはっきりしています。

労働政策研究・研修機構が2026年5月27日に公表した「ものづくり産業における人材確保・定着と技能継承に関する調査」では、ものづくり人材の過不足について「不足」19.4%・「やや不足」51.8%で、合わせて71.2%が不足感を示しました。規模が大きいほど割合は高く、300人以上では77.7%です。同調査の回答企業4,342社に尋ねた複数回答の設問で、ものづくりにデジタル技術を活用する目的として最も多いのは「作業効率の改善(労働時間の短縮等)」55.4%で、以下「作業負担の軽減」48.0%、「品質の向上」45.3%、「生産体制の安定」45.1%、「人手不足の解消」40.3%と続き、「技能継承の円滑化」は21.7%でした。

この数字の並びは、ERPの守備範囲とそのまま重なりません。作業負担の軽減や技能継承には現場の手順整備や教育も必要です。ERP側の作業指示表示などで支援できる範囲と、追加の仕組みが必要な範囲を確認します。実際、技能継承を目的にデジタル技術を使う企業(943社)が挙げた手段の上位は「デジタル手順書・電子マニュアル」57.2%、「動画によるマニュアル作成・共有」41.7%、「AI」35.1%でした。ただし、この調査から各手段がERPの内外どちらで提供されているかは判断できません。

ERP導入では、計画と実績の統合に加えて、対象製品の現場実行機能でどこまで改善するかを具体的に決めます。そこで足りない範囲を別の手段で補うと最初に切り分けておかないと、「ERPを入れたのに現場が楽にならない」という評価になり、次のシステム投資が通らなくなります。導入プロジェクト自体が失敗する典型パターンは、判例や開示資料で事実関係を確認できる事例としてERP導入の失敗事例と原因|判例・開示資料で確認できる4件と回避策にまとめています。

よくある質問

製造業におけるERPとは何ですか?

受注・購買・在庫・生産計画・原価・会計といった業務データを1つのデータベースで管理する基幹システムを指します。ISA-95の階層ではLevel 4(事業計画と物流)に位置づけられ、ISA公式の説明でも「Level 4」の代表例としてERPが挙げられています。工場の作業指示や設備データの収集はLevel 3のMESが担い、ERPはその上で計画と記録を持つ役割です。

ERPと生産管理システムは何が違いますか?

製品カテゴリとしての違いは明確ではありません。日本語の「生産管理システム」は、受注から所要量計算までを指す場合(ERPと重なる)と、作業指示や実績収集まで含む場合(MESと重なる)があるためです。比較するときは名称ではなく、品目マスタとBOM・在庫数量・作業実績のそれぞれをどのシステムが正本として持つかで並べてください。

ERPだけで生産管理はできますか?

計画と原価の管理までであればERPの標準機能で回せます。現場実行機能の範囲は製品によって異なり、Dynamics 365 Supply Chain Managementには作業者向けの指示表示や実績登録機能もあります。工程内の実績を秒・分の粒度で取る必要がある場合は、MESを併用してERPへ日次や指図単位で集約する構成が一般的です。

設計変更はERPのBOMにどう反映しますか?

主要ERPには専用のプロセスがあります。Dynamics 365 Supply Chain Managementの場合は、承認済みの変更要求(ECR)から変更指示(ECO)を作成し、ECOの承認・処理後にデータを更新できます。ECRを経ずにECOを直接作成することも可能です。変更指示では既存バージョンの更新・新バージョン・新製品・新バリアントから影響の大きさを選び、未決の受注・購買・製造オーダー・在庫への影響を検索したうえで、必要なら取引のブロックや担当者への通知まで行えます。

個別受注生産でもERPの所要量計算は使えますか?

受注時点でBOMが確定している繰返し受注生産では所要量計算を適用しやすいものの、在庫・リードタイムの設定と計算時間の確認が必要です。受注後に設計する個別受注設計では、BOMが無い状態で先行手配が始まるため、標準の所要量計算だけでは足りません。案件別のプロジェクト管理機能と組み合わせるか、設計進行に合わせてBOMを段階確定できる製品を選ぶ必要があります。評価は機能一覧ではなく、自社の代表案件を評価環境で通して判断してください。

関連記事

お気に入りに入れた記事の一覧

この記事は以下の記事からリンクされています

資料請求

今日のトレンド記事 直近 24 時間で、いつもより多く読まれている記事

  1. 2026.09.05 コラム eKYCとは?方式の違いと2027年4月の犯収法改正で変わる本人確認要件
  2. 2026.10.03 テックブログ AWS Snowconeとは:サービス終了後の現状とDataSync・Greengrassへの移行手順【2026年版】
  3. 2026.10.03 テックブログ foliumとは:Pythonで地図を作る使い方・タイルの注意点・1.0候補版の変更点【2026年版】
  4. 2026.10.03 コラム ワークフローシステムの通知機能の設計:承認を止めないリマインド・催促と宛先の絞り方
  5. 2026.10.02 コラム ワークフローシステムを無料で使う4つの方法|無料プランとOSSの制限・有料化の判断

RELATED POSTS 関連記事

目次