長年使ってきた生産管理システムが老朽化し、「そろそろ入れ替えなければ」と感じつつも、工場を止めるわけにはいかず、MESや在庫・ERPとの連携も複雑で、どこから手をつければいいかわからない——。そんな状態で判断を先送りにしている製造業の情シス担当者の方は多いのではないでしょうか。

本記事では、生産管理システムの移行・刷新を、現場を止めずに進めるための実務を解説します。刷新すべきタイミングの見極めから、移行方式の選び方、MES・在庫・ERP・会計との連携再設計、データ移行の要所、そして失敗回避と外注先の選び方まで、製造業のシステム開発を数多く手がけてきた目線でまとめました。

なお、「生産管理システムとは何か・仕組みやメリット」といった基礎知識は別記事に譲り、この記事は移行・刷新の進め方そのものに絞って掘り下げます。

想定読者

本記事は、次のような方を想定しています。

• 老朽化した生産管理システムの移行・リプレイスを検討している製造業の情シス担当者
• 刷新すべきかどうか、判断のタイミングに迷っている方
• MES・在庫・ERP・会計との連携が複雑で、移行の全体像が描けない方
• 工場を止めずにシステムを入れ替える、現実的な手順を知りたい方
• 移行を自社で進めるか、開発会社に外注するかを判断したい方

---

生産管理システムを刷新すべきタイミングの見極め

移行の第一歩は、「本当に今、刷新すべきか」を見極めることです。まだ動いているシステムを入れ替えるには相応のコストと工数がかかるため、感覚ではなく具体的なサインで判断します。

次のような兆候が複数当てはまるなら、刷新の検討フェーズに入っています。

• 保守サポートの終了（EOL）が近い：OS・ミドルウェア・パッケージのサポート切れは、セキュリティと障害対応の両面でリスクになります
• 改修に時間もお金もかかるようになった：仕様書が失われ、担当者しか触れない「ブラックボックス化」が進むと、小さな変更でも高額・長期化します
• 属人化が深刻：特定のベテランが辞めたらメンテナンスできない状態は、事業継続そのもののリスクです
• 業務が現行システムに縛られている：多品種少量生産や個別受注への対応、トレーサビリティ強化などをやりたくても、システムが古くて対応できない
• 周辺システムとの連携が手作業で埋まっている：在庫やERPとの連携がExcelの転記や二重入力で回っている

こうした「レガシー化」がもたらす損失は、個社の問題にとどまりません。経済産業省が2018年に公表した「DXレポート」では、老朽化・複雑化・ブラックボックス化したシステムを放置した場合、2025年以降に最大で年間12兆円もの経済損失が生じる可能性があると警告されています（いわゆる「2025年の崖」）。

加えて、生産管理・基幹の領域では製品のサポート終了という外的な締め切りが刷新を後押しします。たとえば「SAP ERP（ECC 6.0）」の標準保守は、SAP社の発表によれば2027年末に終了予定で（延長オプションで一部2030年末まで）、これを機に生産管理・ERPの刷新を計画する製造業が増えています。自社が使っているパッケージやOS・データベースのサポート期限を一度棚卸しし、逆算でスケジュールを引くことが、無理のない移行の出発点になります。

なお、そもそも生産管理システムがどういう仕組みで、どこまでをカバーするものなのか、基礎から確認したい場合は次の記事を参考にしてください。

---

生産管理システムの移行方式を選ぶ

刷新の方針が固まったら、次に決めるのが「どうやって新システムへ移すか」という移行方式です。生産管理は24時間・多拠点で動いていることが多く、方式の選択が現場への影響を大きく左右します。代表的な4方式を、特徴とともに整理します。

どの方式が正解かは、現場を止められる時間・拠点数・連携の複雑さ・許容できるリスクのバランスで決まります。実務では単一方式ではなく、「まずパイロットで1ラインを検証し、問題がなければ拠点ごとに段階移行し、切り替えの瞬間だけ並行稼働で整合性を確認する」といった組み合わせが現実的です。

特に生産管理は在庫数や仕掛品、進捗といった「その瞬間の実データ」を持つため、切り替えのタイミングを月末・期末・棚卸日と重ねないことが重要です。生産が比較的落ち着く連休や計画停止のタイミングに合わせ、切り戻し（ロールバック）手順を用意したうえで臨みます。段階移行・並行稼働・切り戻しといった「業務を止めないための技法」は、基幹システム全般でも共通する要所です。より深く知りたい場合は次の記事も参考になります。

---

周辺システム連携の再設計（MES・在庫・ERP・会計）

生産管理システムの移行が難しいのは、それ単体で完結しないからです。実際の工場では、生産管理を中心に多くのシステムがつながっています。

• MES（製造実行システム）：現場の実績・設備・工程の情報をやり取りする
• 在庫管理・倉庫（WMS）：入出庫・引当・棚卸のデータを同期する
• ERP・会計：原価・購買・売上といった経営数値へ連携する
• 受発注・EDI：取引先とのデータ交換
• 設備・IoT機器：稼働実績や検査データの取り込み

移行で失敗しやすいのは、これらの連携を「今と同じように動けばいい」と考えて、旧システムの連携方式をそのまま写そうとすることです。長年の運用で、連携は継ぎ足しの個別インターフェースやバッチ、Excelの手作業転記が積み重なっていることが少なくありません。刷新のタイミングは、こうした連携を作り直す絶好の機会です。

再設計では、まず「どのシステムと、どのデータを、どの頻度で、どちら向きに」やり取りしているかを一覧化します（インターフェース一覧）。そのうえで、リアルタイム連携が必要なのか日次バッチで足りるのか、APIで疎結合にできるのか、マスタ（品目・取引先・拠点）はどこを正とするのか（マスタの一元管理）を決めていきます。ここを曖昧にしたまま個別に作り込むと、移行後に「在庫数が合わない」「原価がERPと突き合わない」といった不整合が頻発します。

生産管理とERPの役割分担も、この段階で明確にしておきます。現場の実行・実績管理は生産管理／MES、経営数値の集約はERPという切り分けを崩すと、二重管理や責任の所在が曖昧なデータが生まれ、運用が破綻します。連携再設計は、単なる技術作業ではなく「業務プロセスとデータの流れをどう設計するか」という上流の意思決定である、と捉えることが失敗回避の分かれ目になります。

---

生産管理システムの移行や連携再設計についてお困りでしたら、c3index にお気軽にご相談ください。

---

現場を止めない移行手順とデータ移行の要所

移行方式と連携の方針が決まったら、いよいよ実際の切り替えです。ここでは「工場を止めない」ための標準的な進め方と、生産管理ならではのデータ移行の勘所を整理します。

移行の全体ステップ

生産管理システムの移行は、おおむね次の流れで進めます。

1. 現行業務・データ・連携の棚卸し（As-Is把握）
2. 新システムでの業務・連携の設計（To-Be設計）
3. データ移行の設計とクレンジング
4. 新システムの構築・カスタマイズ
5. 移行リハーサル（本番同等データでの試験移行）
6. 並行稼働・切り替え・切り戻し判定
7. 本番稼働後の安定化とチューニング

このうち軽視されがちなのが「5. 移行リハーサル」です。本番と同じ量・同じ内容のデータで一度移行を通してみると、想定していなかった変換エラーや処理時間の超過が必ず見つかります。ぶっつけ本番を避け、最低でも1回はリハーサルで移行時間と手順を確定させることが、切り替え当日の事故を防ぎます。

データ移行の要所

生産管理システムのデータ移行では、扱うデータの性質を「動かし方」で分けて考えると整理しやすくなります。

• マスタデータ（品目・BOM／部品表・工程・取引先・拠点）：移行の土台。旧システムでの重複・表記ゆれ・廃番データが多いため、移行前のクレンジングが最重要
• 在庫・仕掛など残高データ：切り替え時点の「その瞬間の数値」を正確に移す必要がある。棚卸と合わせて基準日を固定する
• トランザクション・履歴データ：過去の受注・製造・出荷実績。全件移すか、一定期間だけ移して残りは旧システムを参照用に残すか、方針を決める

特に品目マスタとBOM（部品表）は、生産管理の心臓部でありながら、長年の運用で「使われていない品目」「親子関係が壊れたBOM」が大量に紛れているのが常です。ここを移行前に整理しないまま新システムへ流し込むと、所要量計算や原価計算が合わなくなります。移行は、たまったデータのゴミを一掃するチャンスでもあります。データ移行そのものの進め方や、Excel運用からの脱却を含めた実務は、次の記事で詳しく解説しています。

---

リプレイスの失敗回避と外注先の選び方

最後に、生産管理システムのリプレイスでよく起きる失敗と、それを避けるための外注先選びのポイントを押さえます。

よくある失敗

• 目的が「入れ替えること」になっている：老朽化の解消だけを目的にすると、業務は変わらず、コストだけかかって終わる。「刷新で何を実現したいか（多品種対応・原価の見える化・トレーサビリティ強化など）」を先に定義する
• 現行踏襲にこだわりすぎる：「今と全く同じ」を求めてカスタマイズを積み増すと、費用が膨らみ、次の刷新もまた困難になる。パッケージに業務を寄せる勇気と、独自性の高い部分だけ作り込む切り分けが重要
• 現場を巻き込まないまま進める：実際に使う製造現場の声を拾わずに情シス主導で決めると、稼働後に「使えない」と反発が起き、二重運用や形骸化を招く
• 移行データの検証を軽視する：切り替え後に在庫や原価が合わず、業務が混乱する。リハーサルと突き合わせ検証を工程に組み込む

こうした失敗は、生産管理に限らず基幹システムの入れ替え全般で繰り返し起きています。具体的な失敗事例とその教訓は、次の記事にまとめています。

外注先を選ぶポイント

生産管理システムの移行は、パッケージの導入だけでなく、既存システムの読み解き、連携の再設計、データ移行、現場対応まで含む総合的なプロジェクトです。外注先を選ぶ際は、次の観点で見極めます。

• 製造業・生産管理の業務知識があるか：BOM・所要量計算・原価・工程といった生産管理特有の概念を理解しているか
• 既存システムを読み解けるか：新規開発だけでなく、古いシステムやブラックボックス化した仕様を調査・移行できる技術力があるか
• 連携・データ移行まで一貫して任せられるか：MES・在庫・ERPとの連携やデータクレンジングを含めて設計できるか
• 移行後の保守・運用まで見てくれるか：切り替えて終わりではなく、安定化とチューニングに伴走してくれるか

費用は、パッケージ導入かスクラッチ開発か、カスタマイズの量、連携の複雑さ、拠点数によって大きく変わるため、一律の相場では語れません。規模が大きく連携が複雑になるほど費用も工数も増えるため、複数社から見積もりを取り、規模別の目安や工程別のコスト配分を比較しながら妥当性を見極めるのが現実的です。

---

よくある質問

Q. 古い生産管理システムでも、まだ動いているなら無理に移行しなくてよいのでは？

A. 動いていること自体は移行しない理由になりません。判断すべきは「保守サポートが続くか」「改修に無理なコストがかかっていないか」「属人化していないか」です。特にOS・データベース・パッケージのサポート終了（EOL）が近い場合は、セキュリティと障害対応のリスクが急に高まるため、期限から逆算して早めに計画を立てるべきです。

Q. 工場を止めずに移行することは本当にできますか？

A. 可能です。並行稼働で新旧を同時に動かして整合性を確認する、拠点や工程ごとに段階的に切り替える、切り替えは連休や計画停止に合わせる、といった方式を組み合わせることで、業務停止を最小化できます。加えて、切り戻し手順を必ず用意し、本番同等データでの移行リハーサルを行うことが、止めない移行の前提になります。

Q. パッケージ導入とスクラッチ開発、どちらがよいですか？

A. 業務の独自性で判断します。標準的な業務ならパッケージで導入スピードとコストを抑えられますが、多品種少量や個別受注など業務ロジックが独自な製造業では、パッケージへのカスタマイズが膨らみ、かえって高くつくこともあります。「パッケージに寄せる部分」と「独自に作り込む部分」を切り分ける設計が現実解です。

Q. データ移行で一番気をつけるべきことは何ですか？

A. 品目マスタとBOM（部品表）のクレンジングです。長年の運用で廃番品や壊れた親子関係が紛れており、そのまま移すと所要量計算や原価計算が合わなくなります。移行前にデータを整理し、本番同等データでのリハーサルで検証することが最も重要です。

Q. 生産管理システムとERPは、どう役割分担すればよいですか？

A. 現場の生産実行・実績管理は生産管理／MES、原価・購買・売上などの経営数値の集約はERP、という切り分けが基本です。この役割分担を曖昧にすると二重管理やデータ不整合の原因になるため、移行時の連携再設計で明確にしておきます。

---

まとめ

本記事のポイントをまとめます。

• 刷新の判断は感覚ではなくサインで行う。EOL・改修コスト増・属人化・ブラックボックス化が複数当てはまれば検討フェーズ。SAPの2027年問題のように外的な締め切りから逆算する
• 移行方式は一括・段階・並行・パイロットを、止められる時間・拠点数・連携の複雑さ・許容リスクで選ぶ。実務では組み合わせが現実的で、切り替えは月末・棚卸日を避ける
• 生産管理は単体で完結しない。MES・在庫・ERP・会計との連携を旧来の継ぎ足しから作り直し、マスタの一元管理と役割分担を明確にする
• データ移行はマスタ・残高・履歴で扱いを分け、品目マスタとBOMのクレンジングが最重要。本番同等データでのリハーサルで事故を防ぐ
• 失敗の多くは「入れ替えが目的化」「現行踏襲のしすぎ」「現場の不在」「検証軽視」。生産管理の業務知識と既存システムの読み解き、連携・移行まで一貫して任せられる外注先を選ぶ

生産管理システムの移行・刷新は、正しく設計すれば「止めずに、業務ごと良くする」プロジェクトにできます。老朽化した生産管理システムの入れ替えでお困りの際は、ぜひ c3index にご相談ください。

---

c3index に相談する

c3index は、製造業の基幹システム・生産管理・クラウド移行を専門とするシステム開発会社です。老朽化した生産管理システムの調査から、移行方式の設計、MES・在庫・ERPとの連携再設計、データ移行、現場を止めない切り替え、稼働後の運用定着まで一貫してご支援します。「まず自社のシステムが刷新すべき状態か診断したい」という段階からのご相談も歓迎です。まずはお気軽にお問い合わせください。