MES PoC：1つの生産エリアを見える化する
自社設備からのライブ生産データが信頼できることを実証します。自動収集したデータを現場の手集計と突き合わせ、誰も異論を挟まないOEEベースラインと損失パレート図に仕上げます。成果は実際に稼働するパイロットエリアと、工場全体に展開できる接続パターンです。
自社のMES PoC計画を作成する製造エンジニアに相談する解決したい課題はこれでしょうか
- 生産数・停止時間・不良は翌朝、紙の記録から把握されるもので、設備から今すぐわかるものではない。
- OEEの数値は存在するが、それをもとに動くべき人たちが元データを信じていない。
- 設備停止は「故障」としてカテゴリなしで記録され、パレート分析ができない。
- パフォーマンスに関する質問はすべて、1週間かかる手作業のデータ収集で終わる。
主なご担当者: 工場長 · 製造部門責任者 · オペレーショナルエクセレンス責任者 · 製造IT · DX推進責任者
このPoCで実証すること
推奨するパイロット範囲
- 1ライン、1セルまたは明確に区切られた生産エリア。標準的には設備または工程3〜10箇所。
- 頻繁に切り替わるものを少なくとも1つ含む、代表的な製品ファミリー1つ以上。
- 実際に稼働するシフト（夜勤があれば夜勤も含む）から選定した作業者。
- 各設備が実際に対応できる方式に応じた、PLC・IIoTカード・カメラカウント・手入力パネルによるデータ取得。
- オプションとして、テスト環境に対する制御された ERP 工程指図の1サイクル。
PoC期間中に実際に稼働するもの
このPoCの進め方
期間は標準的な目安であり、保証ではありません。日程が延びる要因は、データの欠落や不備、セキュリティおよびネットワークの承認、機器の納期、サンプルの収集、設置のための立ち入り、生産計画、ERPテスト環境へのアクセス、そして結果を評価するために貴社チームが必要とする時間です。
計画外の停止は想定していません。設置のための作業枠や管理された中断が必要な場合は、事前に貴社と合意し、生産計画に合わせて調整します。
成果の測り方
| 指標 | 定義の仕方 | 数値の出どころ | 種類 |
|---|---|---|---|
| データ完全性 | パイロットエリアの生産時間のうち、合意した非生産カレンダー時間を除き、設備状態が記録されている割合。 | MSFプラットフォームのデータ | 技術 |
| 自動取得率 | 良品数・不良数のうち、作業者の入力ではなく設備またはセンサー信号から取得された割合。 | MSFプラットフォームのデータ | 技術 |
| 数量突き合わせ精度 | 合意した回数のシフトで測定した、同一シフトのシステム数量と現場の手集計との偏差。 | 合意したベースライン測定 | 技術 |
| 停止分類の網羅率 | 記録された停止分数のうち、「未分類」ではなく実際の原因コードが付いている割合。 | MSFプラットフォームのデータ | 運用 |
| 報告遅延 | 設備上のイベント発生からダッシュボードで可視化されるまでの時間。95パーセンタイルで測定。 | MSFプラットフォームのデータ | 技術 |
| 作業者の定着度 | 工程で期待されるログイン、報告、停止分類が完了したシフトの割合。 | MSFプラットフォームのデータ | 定着 |
| OEEベースラインと主要損失 | 合意した定義でのパイロットエリアの実測OEE、および失われた分数で順位づけした損失カテゴリ。 | MSFプラットフォームのデータ | 運用 |
| 削減された手作業報告工数 | 以前は生産データの収集・入力・突き合わせに費やしていた週あたり時間のうち、パイロットで不要になった分。 | 現場観察と利用者へのヒアリング | 財務 |
実装に入る前に、各指標の算出方法、ベースラインの出どころ、除外するデータ、そしてどの結果であれば展開判断を支持できるのかを、MSFと貴社チームで合意します。本ページに記載しているのは「何を測るか」であり、具体的な目標値は営業的な約束ではなく、書面のPoC範囲に記載します。
ご提供いただくもの
- PLCのメーカー・型式、利用可能なバックアップ、作業許可者を含む設備リスト。
- 現場のネットワークおよびセキュリティ規則、例外を承認できる担当者。
- ERPの工程指図がスコープに含まれる場合の作業指図・工程・部品表。いずれの場合もシフトカレンダー。
- 現在使用中の停止コード、不良コード、ユーザー・権限リスト、KPI定義。
役割分担
Meta Smart Factoryが提供するもの
- 現状把握ワークショップと範囲決定の進行
- 合意した範囲に合わせたソリューション設定
- その範囲内での連携・接続作業
- ご提案書に記載したMSFのハードウェア
- パイロット利用者向けのトレーニング
- KPIの定義と検証方法
- パイロット期間中の課題管理とサポート
- 最終結果レポートと展開設計
- 使用可能なPLCがない箇所へのSmart I/O後付けを含む、パイロット設備のPLC・プロトコル接続作業。
- パイロットが実際に実証した内容から導いた、工場全体の展開アーキテクチャと部材数量表。
貴社にご提供いただくもの
- 指名された業務責任者と技術責任者
- 利用者・ライン・設備・承認済みシステムへの適時のアクセス
- 工程とマスターデータの正確な説明
- ネットワーク・電源・取付け・安全面の立ち入り許可
- ERP・PLC・機器メーカーの資料と、それを把握している担当者
- 代表性のあるサンプルまたは過去データ
- ベースラインが妥当であることの確認
- フィードバックと受け入れ判断
- パイロット設備とその制御盤への、安全かつ日程調整された立ち入り。
- 同期間の手記録による生産実績。自動取得データとの突き合わせに使用する。
書面のご提案で取り決める事項
- パネルPC・タブレット・サーバー・GPUサーバー
- カメラ・レンズ・照明・保護筐体
- スキャナー・プリンター・RFID機器・計器・センサー
- 出張・設置・輸送・輸入関税・現地電気工事
- ハードウェアをレンタルとするか購入とするか
- PoC費用を本展開の費用に充当するかどうか
商用条件、ハードウェアの所有、出張、連携の範囲、本展開への費用充当の有無は、書面のPoC提案書で定めます。これらは製品ごとに同一ではなく、本ページで保証するものではありません。
最終的にお渡しするもの
- 貴社の作業者が実際に使う、ラインで稼働するMESパイロット。
- 設備接続マップ — 何をどう接続したか、各方式を繰り返す際のコスト。
- パイロットエリアのベースラインレポートと損失パレート図。
- 利用者フィードバックと課題リスト — うまくいかなかった点とその理由。
- 工場全体の展開アーキテクチャ、段階別スケジュール、部材数量表。
- 参照値ではなく実測された損失に基づくROIモデル。
前提条件・対象外・限界
このPoCの前提条件
- 合意した設置期間内における、パイロット設備への物理的・ネットワーク的アクセス。
- ベースライン期間の手記録が入手可能で正確であること。
このPoCに含まれないもの
- 工場全体への展開、他拠点、合意したパイロットリスト外の設備。
- 貴社側のERPカスタマイズ、および明示的にスコープに含まれない限りの本番ERPへの書き戻し。
PoCが測定するのは貴社のOEEベースラインであり、特定のOEE改善率を約束するものではありません。改善は、パイロットが可視化した損失に対して実際に対策を取ることから生まれます。これはソフトウェアの問題ではなく、展開と現場マネジメントの問題です。
継続・修正・中止 — 判断のポイント
よくあるご質問
パイロットには何台の設備を含めるべきですか。
代表性を保ちつつ迅速に進められる台数、標準的には3〜10台です。台数以上に重要なのは組み合わせです。最新PLCを搭載した設備を少なくとも1台、後付けが必要な旧式設備を1台、手入力の工程を1つ含めてください。これが展開時に繰り返すことになる3種類の接続パターンだからです。
MES PoCにERP統合は必要ですか。
不要です。ほとんどのMES PoCは、ERP接続なしでデータ取得、OEE、作業者フローを実証します。作業指図の循環まで実証したい場合は明示的にスコープに含め、ERPテスト環境に対して稼働させます。その分期間は延びます。
設備にPLCがない、またはメーカーがアクセスを許可しない場合はどうなりますか。
それは想定内の通常の発見であり、障害ではありません。そうした設備は、既存信号（サイクル接点、ランプ、カウンター）を読み取るMSFのIIoTカードやSmart I/Oモジュール、またはカメラカウントで接続します。展開見積もりを現実的にするため、PoCには意図的にこうした設備を少なくとも1台含めます。
システムの数字を私たちの数字と比較してくれますか。
はい。これは後付けの確認事項ではなく、スコアカード上の正式な指標です。数量突き合わせは実運用フェーズの開始時点で毎日実施します。システムと手集計が一致しない場合、誰かにダッシュボードを信頼してもらう前に原因を突き止めます。
関連する製品とPoCプログラム
このPoCを依頼する
ご検討中の範囲をお知らせください。何を接続するのか、貴社に何をご用意いただくのか、成果をどう測るのか、最後にどのような判断を行うのかを、書面のPoC計画としてご返信します。