---
title: "製造業のDXツールとは？IoT・MES・生産管理・BIの分類と選び方を解説"
url: "https://www.issoh.co.jp/column/details/15943/"
published: 2026-07-31
updated: 2026-09-27
categories: ["物流・製造"]
publisher: "株式会社一創"
---

# 製造業のDXツールとは？IoT・MES・生産管理・BIの分類と選び方を解説

「製造業のDXツール15選」のような一覧を見比べても、自社に入れるべき1本はなかなか決まりません。並んでいる製品が、担当する工程も扱うデータも違うからです。センサーで設備の信号を拾う道具と、受注から原価まで束ねる基幹システムを同じ土俵で比較しても、選定は前に進みません。本記事では製造業のDXツールを、現場データ取得・製造実行・基幹・分析・改善支援という5つの層に分けて整理し、どの課題にどの層が効くのかを対応づけます。あわせて選定時に確認する5つの判断軸、パッケージ製品と個別開発の分かれ目、入れても定着しない工場に共通する順序の誤りまで扱います。DXの背景や進め方は[製造業のDXとは何かを課題と進め方から解説した記事](https://www.issoh.co.jp/column/details/12824/)に譲る構成です。

## まとめ：製造業のDXツールは層を決めてから選ぶ

- 製造業のDXツールは5層に分かれます。現場データ取得、製造実行、基幹、分析、改善支援の順で、担当工程も持つデータも別物です。
- 製品比較より先に決めるのは「どの層を触るか」です。層が決まれば候補は数本に絞られ、比較項目もそこで確定します。
- 選定で見る軸は5つ。データ連携方式、現場の入力負荷、通信断と障害時の運用、項目追加の改修余地、そして費用構造です。
- アドオン見積がライセンス総額の半分を超えたら、パッケージ前提の検討を止めて個別開発と並べ直してください。
- 品目コードと工程コードが揺れたままでは、どのツールを入れても集計が合いません。マスタ整理はツール選定より前の作業です。
- 月産数十台・設備数台・滞留の実感が無い工場なら、ツール投資より紙の運用の整理が先に来ます。入れない判断も選択肢です。

## 製造業のDXツールが指す範囲｜5つの層ごとの役割と担当工程を整理

DXツールという言葉は、製造現場では極端に広い範囲を指します。振動センサーもクラウド帳票アプリも生産管理システムも同じ名前で語られるため、比較が噛み合いません。国際標準の階層モデル（ANSI/ISA-95、国際規格ではIEC 62264）は、生産プロセスに近い層から事業計画・物流の層までを段階で区切っており、この考え方はツール分類の下敷きに使えます。

| 層       | 代表的なツール              | 扱うデータ        | 導入の難度 |
| ------- | -------------------- | ------------ | ----- |
| 現場データ取得 | IoTセンサー・信号取得・現場入力アプリ | 稼働信号・実績・写真   | 低〜中   |
| 製造実行    | MES・工程管理・生産スケジューラ    | 作業指示・工程進捗・実績 | 中〜高   |
| 基幹      | 生産管理システム・ERP         | 受注・部品表・在庫・原価 | 高     |
| 分析      | BIツール・データ基盤          | 集計済みの実績データ   | 低〜中   |
| 改善支援    | 帳票電子化・点検チェック・手順書共有   | 点検記録・手順・写真   | 低     |

### 現場データ取得層｜設備の信号と作業者の入力を工程データに変える役割

いちばん下にあるのが、現実の設備と作業を数値に変える層です。工作機械の稼働信号を取る装置、電流や振動を測るセンサー、作業者が実績を打ち込むタブレットアプリが該当します。これらを1つの画面と履歴に束ねる仕組みは[SCADAとは？スキャダの仕組みとPLC・DCS・MESとの役割分担を実装目線で解説](https://www.issoh.co.jp/tech/details/16159/)で扱っています。役目は単純で、上の層が計算に使う元データを発生させることに尽きます。この層でデータを生む設備側の選定は[産業用ロボットの種類と構成要素の解説](https://www.issoh.co.jp/column/details/16180/)で扱っています。

この層から入るケースが多い理由は2つあります。第一に、既存の生産設備を入れ替えずに済む点。信号灯の点灯状態を外付けの装置で読むだけでも、稼働と停止の時間は取れます。第二に、投資額が他の層より小さく1ラインだけの試験導入がしやすい点です。センサーとネットワークの基本的な仕組みは[IoTの仕組みと身近な例を解説した記事](https://www.issoh.co.jp/column/details/12931/)にまとめています。

### 製造実行層｜MESと工程管理が受け持つ作業指示と進捗管理の範囲

その上が、計画を現場の作業に落とし進み具合を追う層です。MES（製造実行システム）がこの層の代表で、業界団体のMESA Internationalは、資源配分、作業スケジューリング、作業指示、実績収集、品質管理、保全管理などの機能群として整理しています。工程管理システムや生産スケジューラも同じ層です。

混同されやすいのが、次に述べる基幹層の生産管理システムとの境界です。実務上の切り分けは時間の粒度で考えると明確です。基幹層は日単位・週単位で「何をいつまでに何個作るか」を決め、製造実行層は時間単位・分単位で「今どの設備でどの指示が動いているか」を扱います。両者の機能差と使い分けは[生産管理システムとERP・MESの違いを整理した記事](https://www.issoh.co.jp/column/details/13633/)で詳しく扱っています。

この層は導入難度が高い部類に入ります。作業指示の出し方、実績の入力タイミング、不適合時の差し戻し経路といった運用ルールを、ツール導入と同時に決め直す必要があるためです。

### 基幹層｜生産管理システムとERPが束ねる受注から原価までの業務範囲

受注、部品表、所要量計算、購買、在庫、原価を一本に束ねるのが基幹層です。生産管理システムやERPがここに入ります。国際標準の階層モデルでも、事業計画と物流を扱う最上位のレベルとして区分されています。

この層の特徴は、影響範囲が全社に及ぶ点にあります。営業の受注入力から経理の原価集計まで連動するため、導入プロジェクトは年単位になることも珍しくありません。投資判断で見るのは、現在どこまで手作業で埋めているかです。Excelの受注一覧から発注書を作り、別のExcelで在庫を引き当てている運用なら、転記の工数と欠品の頻度が改善の見込み幅になります。既存の基幹システムが動いていて不満が特定機能に限られるなら、全面刷新より部分的な追加開発のほうが費用対効果で勝ちます。

### 分析層｜BIツールが担当する実績データの集計と可視化の業務範囲

集まったデータを読める形にするのが分析層です。BIツールやデータ基盤が該当します。生産実績、不良の発生状況、在庫の推移といった数値をダッシュボードにまとめ、日次や週次で見る使い方が中心になります。

誤解が起きやすいのは、BIを入れればデータが集まると考えてしまう点です。BIは既にあるデータを読む道具であり、データを発生させる機能は持ちません。下の層が動いていない状態で分析層から入ると、参照先が月末に手作業で作るExcelしかない、という結果になります。製造業でのBI導入の前提条件と判断基準は[製造業のBIツール導入を解説した記事](https://www.issoh.co.jp/column/details/15874/)で扱いました。

### 改善支援層｜現場の帳票電子化と点検記録をデジタル化する対象範囲

5層目は、現場の紙をそのまま置き換える道具群です。点検チェックシート、日報、作業手順書といった帳票をスマートフォンやタブレットの入力に変えます。ノーコードで帳票を作れる製品が多く、情報システム部門が不在の工場でも運用できる点が特徴です。

この層は成果が見えるまでの期間が最も短く、1か月から3か月で転記工数の削減として現れます。導入時にCSV出力やAPIの有無を確認しておくと、次の段階で作り直さずに済みます。

## 課題別に見る製造業DXツールの選び方｜着手する層を逆算する手順

層の全体像が見えたら、次は自社の課題からどの層に入るかを逆算します。ここを飛ばして製品比較から入ると機能の多さで選んでしまい、現場が使わない結果になりがちです。相談を受ける課題は、おおむね次の4つに集約されます。

| 現場の課題         | 起点になる層  | 先に必要なデータ   | 成果が見える時期 |
| ------------- | ------- | ---------- | -------- |
| 設備停止・手待ちが多い   | 現場データ取得 | 稼働信号・停止理由  | 3か月前後    |
| 納期遅れ・進捗が見えない  | 製造実行    | 作業指示と実績の対応 | 6か月前後    |
| 欠品と過剰在庫が同時に出る | 基幹      | 部品表・入出庫履歴  | 1年前後     |
| 紙とExcelの転記が多い | 改善支援    | 現行帳票の様式    | 1〜3か月    |

### 設備が止まる・手待ちが発生する場合｜稼働データの取得から着手する

突発停止や段取り待ちが慢性化している工場では、現場データ取得層から入ります。設備総合効率（OEE）は時間稼働率・性能稼働率・良品率の3要素に分解できますが、この分解には稼働時間と生産数の実データが要ります。感覚で「あの機械がよく止まる」と分かっていても、どの要素が効いているかは測らなければ特定できません。

手順としては、まず信号取得の対象を2〜3台に絞ります。全設備へ一斉に付ける構成は投資額が跳ね上がるうえ、停止理由の分類ルールが固まる前にデータが溜まるためです。1か月ほど取得して分類を現場と詰め、そのうえで対象を広げてください。振動や電流の傾向から故障を予見する段階に進む条件は[予知保全の仕組みと予防保全との違いを解説した記事](https://www.issoh.co.jp/column/details/15338/)で整理しています。

### 納期遅れと進捗の見えなさ｜製造実行層で作業指示と実績データを結ぶ

「今どこまで進んでいるか」を聞かないと分からない状態が続いているなら、製造実行層が起点です。この課題の本質は、計画（作業指示）と結果（実績）が別々の紙に書かれ、突き合わせに手間がかかる点にあります。工程ごとの進捗を指示単位で持てば、遅れが出た時点で分かります。

判断が分かれるのは、既製の工程管理製品で足りるか自社の工程に合わせて作るかです。工程順序が製品ごとに大きく変わる一品一様の受注生産では、既製品の工程マスタに収まらないことが多くなります。既製と自作の分かれ目は[工程管理システムの機能と既製か自作かの判断軸を解説した記事](https://www.issoh.co.jp/column/details/15402/)にまとめました。

### 欠品と過剰在庫が同時に起きる場合｜基幹層の所要量計算から点検する

ある部品は足りず別の部品は棚に眠っている状態は、在庫の置き場ではなく計算の問題です。部品表と受注情報から必要量を算出する所要量計算が回っていないか、部品表そのものが実際の構成と食い違っています。現場にセンサーを付けても解決しません。

着手前に確認するのは、部品表が最新の設計変更を反映しているか、在庫の入出庫がリアルタイムに近い頻度で記録されているかの2点です。どちらかが崩れていると、システムを入れ替えても同じ結果になります。部品・仕掛品・製品それぞれの管理単位と所要量計算の連携は[製造業の在庫管理システムの選び方を解説した記事](https://www.issoh.co.jp/column/details/15467/)で扱っています。

### 紙とExcelの転記が多い場合｜改善支援層から対象工程を絞って始める

日報を手書きし、事務が翌日Excelへ転記する運用が残っているなら、改善支援層から始めるのが早道です。投資が小さく現場が数日で慣れる変化に収まるため、社内でデジタル化の成功体験を作りやすい選択になります。

意識しておきたいのは、この層の導入が上の層への布石になる点です。日報の入力項目を、後から生産管理システムへ取り込める粒度（品番・工程・数量・時刻）で設計しておけば、次の段階ではその設計をデータ移行へ引き継げるでしょう。自由記述の欄ばかりで設計すると、集計の段階で作り直しになります。各類型で実際にどの指標が動いたかは[製造業のDX事例を工程別に整理した記事](https://www.issoh.co.jp/column/details/15941/)で成果指標とあわせて確認できます。

## 製造業DXツール選定で確認する5つの判断軸と実務上の比較手順

層が決まったら、候補製品を同じ物差しで比べます。製造業の現場で運用が破綻する原因は、機能の不足ではなく次の5点の見落としに集中します。

| 判断軸   | 確認する内容                 | 注意したい回答        |
| ----- | ---------------------- | -------------- |
| データ連携 | CSV出力・API・DB直接参照の可否と項目 | 連携は個別見積とのみ回答   |
| 入力負荷  | 1作業あたりの操作回数・手袋での操作可否   | デモがPCとマウス前提    |
| 停止耐性  | 通信断・サーバ障害時の代替運用        | 紙に戻す以外の手段が無い   |
| 改修余地  | 項目追加・帳票変更の可否と費用        | 次期バージョンで対応予定   |
| 費用構造  | 初期・月額・ユーザー課金・保守の内訳     | 作業者全員分のID課金が必要 |

### データ連携と入力負荷｜見積書より先に現場での実機デモで確かめる

データ連携は、将来の作り直しを避けるための軸です。実績データをCSVで日次に落とせるか、APIで取れるか、項目名と単位は何かまで確認します。ここが閉じた製品を選ぶと、分析層をつなぐ段階で手入力の転記が復活します。

入力負荷は、定着するかどうかを分ける軸です。作業者が実績を1件登録するのに何回タップするか、手袋を付けたまま操作できるか、油で汚れた手で触る端末をどう保護するか。デモを会議室で受けるだけでなく、実機を現場に持ち込んで作業者に触ってもらう手順を挟んでください。

### 停止耐性と改修余地｜工場を止められない前提で代替運用まで確認する

工場のネットワークは事務所より条件が厳しく、金属の遮蔽や電源ノイズで通信が不安定になる区画があります。通信断のあいだ端末側にデータを保持して復旧後に送る仕組みがあるか、障害中に生産を続ける手順があるかを確認します。代替手段が「紙に書いて後で入力」しか無い製品は、その運用が常態化する前提で評価してください。

改修余地は、要求項目の追加がどこまで自社で可能かという軸です。顧客指定の検査成績書の様式は取引先ごとに違い、変更が定期的に発生します。管理項目の追加が画面設定でできるのか、開発元への依頼が必要か、依頼時の費用と期間はどうか。この3点を選定段階で数字にしておくと、運用開始後の追加費用が読めます。

### 費用構造｜ユーザー数課金が製造現場の作業者数で膨らむ条件を確認する

費用は総額よりも構造を見ます。初期費用、月額、ユーザー数による課金、保守費、バージョンアップ時の追加費用。この内訳のうち製造業で膨らみやすいのがユーザー数課金です。事務職中心の業務システムと違い、工場では作業者全員が入力者になる可能性があり、100人規模なら月額が一桁変わります。

回避策は、共有端末でバーコードを読ませる方式にして、個人IDを必要とする範囲を管理者へ限る設計です。ただし誰が入力したかを追跡する要件があると成立しないため、トレーサビリティの要求水準と課金方式はセットで検討してください。

## パッケージか個別開発か｜製造業で分かれ目になる要件と費用の条件

候補が絞れた段階で必ず出るのが、既製パッケージを買うか自社の業務に合わせて作るかという分岐です。判断は生産形態と要求の特殊性で行います。順序としては、まずパッケージで検討を始め、次の条件に触れた時点で個別開発と並べ直す進め方が費用面で堅実です。

### パッケージで足りる条件｜標準工程と繰返し生産に当てはまる工場

次の条件が揃っているなら、パッケージを軸に検討して問題ありません。第一に、製品ごとの工程順序が概ね共通していること。第二に、繰返し生産や見込み生産が中心で、案件ごとに部品表を作り直す頻度が低いこと。第三に、顧客から指定される帳票が業界で標準化された様式に収まること。第四に、社内に業務ルールを製品の仕様に合わせて変更できる立場の人がいること。

4つ目が抜けている案件は、要件がまとまらず時間だけが過ぎます。パッケージ導入は業務を製品に寄せる意思決定を含む作業です。その決定ができる責任者がプロジェクトに入っているかを、選定より先に確かめてください。

### 個別開発に踏み切る条件｜アドオン見積が半分を超えたら費用を比較し直す

個別開発を検討すべき条件は4つあります。ひとつは、一品一様の受注生産で工程順序が案件ごとに組み替わり、既製品の工程マスタに収まらない場合。ふたつめは、顧客指定のロット追跡や検査記録の要件が特殊で標準機能では項目が足りない場合。みっつめは、既存の基幹システムと密に連携する必要があり、接続部分の開発量がパッケージ本体と同程度になる場合。よっつめが、アドオン開発の見積がライセンス総額の半分を超えたときです。

この半分という水準を分岐点に置く理由は費用比較だけではありません。アドオンが増えるほどバージョンアップ時の検証範囲が広がり、保守費が右肩上がりになる構造があるためです。半分を超える見積が出た時点で、パッケージの魅力である「作らずに済む」性質は既に失われています。工程管理と原価連携を軸にした選定の分かれ目は[製造業が生産管理システムを導入する際の判断軸を扱った記事](https://www.issoh.co.jp/column/details/15502/)で詳述しました。個別開発を選ぶ場合の要件定義から運用までの進め方は、[生産管理システム開発のサービスページ](https://www.issoh.co.jp/service/business%5Fsystem/production-management/)で対応範囲を公開しています。

### 部分内製とローコードの使いどころ｜業務機能の変更頻度で担当範囲を分ける

全部を買うか全部を作るかの二択ではありません。実務で機能するのは変更頻度で分ける構成です。受注・部品表・在庫・原価といった変更が少ない中核はパッケージに任せ、現場の帳票や工程の記録のように毎年様式が変わる周辺をローコードや個別開発で作る。この配置なら、中核のバージョンアップを妨げずに周辺だけを更新できます。注意点は、作った人しか直せない状態を避けることです。画面と項目の定義を文書に残し、社内で2人以上が触れる体制にしておいてください。

## 製造業DXツールの導入順序｜定着しない工場に共通する事前準備の不足

層を選び、製品を決め、契約まで進んでも1年後に使われていないケースがあります。原因の多くは製品の性能ではなく、着手の順序と事前準備にあります。

### 先に整えるマスタとコード体系｜品目や工程の表記が揺れると集計が合わない

ツール導入の前に済ませておくのが、品目コード・工程コード・設備コードの整理です。同じ部品に複数のコードが振られている、図面番号と品番が混在している、工程名が現場ごとに違う。この状態でシステムを入れると集計値が合わず、現場が数字を信用しなくなります。

手順としては、まず現行のコード一覧を全件出し、重複と表記揺れを洗い出します。数千件規模なら、この作業だけで数か月分の工数が乗ることも珍しくありません。ベンダー選定時にマスタ整備の支援が提案に含まれているかを確認してください。

### 着手順序の原則｜現場データを生む下の層から利用する上の層へ積む

順序の原則は、現場データ取得と改善支援から入り、製造実行、基幹、分析へと上げていく形です。下の層でデータが発生してから、それを使う層を載せます。層ごとの役割分担をISA-95の5階層で捉え直す視点は[スマートファクトリーの構成要素と到達レベルの解説](https://www.issoh.co.jp/column/details/16154/)にまとめました。逆順で入れると、分析するデータが無い、実績が返ってこない、という壁に当たります。ただし部品表も在庫も紙で管理している工場では、下から積んでも受け皿が無いため基幹層の整備が先です。判定の基準は、現場のデータを受け取る器が既にあるかどうかになります。

### ツールを入れない方が良い場面｜工場規模と削減工数から投資を見送る条件

最後に、着手しない判断について書きます。次の条件がすべて当てはまる工場では、現時点でのツール投資は見送って構いません。月産数十台規模で設備が数台、受注が特定の数社から入り滞留の実感が無く、担当者が全工程の状況を把握できている。この規模では、導入と運用にかかる工数が削減できる工数を上回ります。

先にやるべきは、紙の様式を統一し、記録の項目を将来のシステム化に耐える粒度へ揃えておくことです。担当者1人の記憶に依存したまま規模が拡大すると一気に破綻するため、投資の判断は今の規模ではなく2年後の体制で考えてください。

## よくある質問

製造業のDXツールを検討する場面で問われることの多い5つに答えます。

### 製造業のDXツールは何から入れるのが確実ですか？

課題によって変わりますが、判断がつかない場合は現場データ取得層か改善支援層から入る順序が確実です。理由は3つあります。投資額が小さく1ラインだけの試験導入ができること、成果が1〜3か月で転記工数や停止時間として見えること、ここで溜まったデータが上位の層でそのまま使えることです。分析層のBIツールから入ると、参照するデータが月末の手作業Excelしか無い状態になりやすく、成果が出ないまま契約だけが残ります。

### 生産管理システムとMESの違いは何ですか？

扱う時間の粒度と対象範囲が違います。生産管理システムは受注から部品表、所要量計算、購買、在庫、原価までを日単位・週単位で束ねる基幹層の道具です。MESは製造実行システムの略で、作業指示の配信、設備への割り付け、実績収集、品質記録といった現場の実行を時間単位・分単位で管理します。機能が一部重なる製品もあり、生産管理システムに簡易な工程管理が付いた構成も存在します。どちらを軸に置くかは、困っているのが計画の精度か現場の進捗把握かで判定してください。

### 中小規模の工場でも使えるDXツールはありますか？

利用可能です。改善支援層のクラウド帳票アプリや点検記録アプリは月額数千円台から始められる製品が多く、情報システム部門が不在でも運用できます。現場データ取得層も、既存設備の信号灯や電流を外付けで読む構成なら設備を入れ替えずに導入可能です。規模が小さいほど、基幹層の全面刷新のような大型投資よりも下の層で紙を減らす選択のほうが投資回収の見通しが立ちます。製品選定では初期費用と月額の内訳、解約時のデータ持ち出し方法を確認してください。

### ツールを導入しても現場が使わない原因は何ですか？

入力の手間が、現場の作業時間の中で吸収できない水準にあることが最大の原因です。1件の実績登録に十数回の操作が必要な画面設計、手袋のまま反応しない端末、作業場から離れた配置。どれも入力を後回しにさせる条件です。もう1つの原因は、入力した数値が現場に返ってこないことです。集計結果が管理職の会議でしか使われないと、作業者にとって入力は純粋な追加作業になります。稼働率や不良率を現場の掲示板へ戻す設計を導入時に組み込んでください。

### 費用はどのくらいの規模を見ておくべきですか？

層によって桁が変わるため、総額より内訳の確認が必要です。改善支援層のクラウド製品は月額課金が中心で初期費用は小さく、現場データ取得層は装置の台数に比例します。製造実行層と基幹層は、ライセンスに加えてマスタ整備・データ移行・現場教育・並行運用の社内工数が乗り、これらが総額の相当部分を占めます。見積の比較ではライセンス費だけを並べず、マスタ整備支援・稼働時の立ち会い・稼働後の改修費の3項目が入っているかを確認してください。

## 関連記事

- [製造業のDXとは？課題・進め方・つまずかない導入手順を解説](https://www.issoh.co.jp/column/details/12824/)：背景と現場起点の手順を基礎から整理しています。
- [製造業のDX事例｜工程改善・予知保全・品質・在庫で見る成果指標と失敗パターン](https://www.issoh.co.jp/column/details/15941/)：工程別の事例の型と成果数値の換算手順を扱っています。
- [生産管理システムとは？機能・ERP／MESとの違いから種類・選び方と内製化の判断まで解説](https://www.issoh.co.jp/column/details/13633/)：基幹層と製造実行層の機能境界を製品視点で解説しています。
- [生産管理システムを製造業が導入するには｜工程管理・BOM・原価連携で選ぶ判断軸](https://www.issoh.co.jp/column/details/15502/)：分かれ目を原価連携の要件から掘り下げました。
- [工程管理システムとは？機能・選び方と既製か自作かの判断軸を解説](https://www.issoh.co.jp/column/details/15402/)：自作に踏み切る条件をまとめています。
- [製造業のBIツール導入｜生産・品質・在庫データの可視化と判断基準を解説](https://www.issoh.co.jp/column/details/15874/)：分析層を載せる前に揃えるデータを整理しています。

---

出典: [製造業のDXツールとは？IoT・MES・生産管理・BIの分類と選び方を解説](<https://www.issoh.co.jp/column/details/15943/>)（株式会社一創）