「あの注文、いま何番目の工程にいる?」に答えるのに、電話と現場往復が要る。実績は翌朝の朝礼まで揃わず、仕掛品の箱は探さないと見つからない。タイ・ベトナムの日系工場でよく見る光景です。工程管理システムは、この「オーダー単位の進捗と実績」をつかむための仕組みで、計画を立てるスケジューラーとも、設備の稼働を見るIoTとも役割が違います。本記事は2026年時点の費用の内訳、方式の選び分け、90日で実績収集を回すための手順を、現地の賃金水準と投資恩典まで含めて整理します。
工程管理システムとは何か ― 生産管理システム・MES・生産スケジューラーとの違い
「工程管理システムを入れたい」という相談を受けたとき、最初に確認するのは言葉の指す範囲です。同じ単語を、経営管理担当は「原価と受注残が見えるもの」、生産管理課長は「日程計画が自動で組めるもの」、製造部長は「今どこまで進んだかが分かるもの」の意味で使っていることが珍しくありません。ここが揃っていないまま見積もりを取ると、比較表の行と列が噛み合わず、金額だけで判断する事故が起きます。
工場のITは4つの層に分かれる
まず、工場の情報システムを「答えるべき問い」で4層に切り分けます。
| 層 | 答えるべき問い | 代表的な仕組み | 主な単位 |
|---|---|---|---|
| 経営・受注層 | いくら受けて、いくら残っていて、いくら儲かったか | 生産管理システム / ERP | 受注・品目・金額 |
| 計画層 | どの設備で、いつ、どの順番で作るか | 生産スケジューラー(APS) | 計画オーダー・時間軸 |
| 進捗・実績層 | そのオーダーは今どの工程にいて、何個できたか | 工程管理システム / MESの一部 | 製造オーダー・ロット・工程 |
| 設備層 | 設備は動いているか、なぜ止まったか | IoT稼働監視 / SCADA | 設備・信号・時間 |
本記事が扱うのは太字の進捗・実績層です。軸は「設備の稼働率」ではなく「オーダーが今どの工程にいるか、仕掛品はどこにあるか、納期はいつ回答できるか」に置きます。
生産管理システムとの違い
生産管理システムは受注・所要量計算・購買・在庫・原価までを一本で扱う基幹系です。ここには「工程管理機能」も付いていますが、多くの製品で粒度は製造オーダー単位の着手・完了まで。「第3工程の外観検査が今何個終わったか」までは持ちません。逆に工程管理システム側は原価計算も購買も持たないのが普通です。
どちらから手を付けるべきかは、痛みの出ている場所で決まります。受注残と在庫が合わない、原価が読めないのであれば基幹系の話です。基幹系そのものの選定軸についてはタイ工場の生産管理システム選定で整理しているので、そちらから読んでいただくのが早いです。
生産スケジューラー(APS)との違い
スケジューラーは「これからどう作るか」を決める道具、工程管理システムは「今どうなっているか」を掴む道具です。順序としては後者が先に立ちます。理由は単純で、実績が入らないスケジューラーは、初回のガントチャートを引いた翌日から計画と現実がずれ、誰も見なくなるからです。計画系の比較検討をしている段階なら生産スケジューラー(APS)の比較を先に見て、自社が本当に必要としているのが計画なのか実績なのかを切り分けてください。
現場での見分け方は一つで、「今日の計画に対して実績が何%か」を、誰かに聞かずに画面で言えるか。言えないなら、スケジューラーを買っても入力元がありません。
MESとの違い
MES(製造実行システム)は、進捗・実績に加えて品質記録、トレーサビリティ、設備連携、材料のロット引当まで含む重量級のカテゴリです。工程管理システムはその進捗・実績部分だけを軽く切り出したもの、と捉えると実務上ずれません。
市場としてはMESは伸び続けており、2026〜2033年の年平均成長率(CAGR)は11.7%、市場規模は421億米ドル規模まで拡大すると見込まれています。日本国内に限っても2026〜2031年で8.2%以上のCAGRが予測されています。一方で活用率には大きな段差があり、大企業の56.1%に対し中小企業は21.4%。34.7ポイント、率にして約2.6倍の開きです。海外拠点の日系工場は人員規模で言えば後者に近いことが多く、「MESはうちにはまだ早い」と判断されたまま、進捗と実績だけが紙で残っているケースが目立ちます。
電子帳票・IoT稼働監視との違い
紛らわしいのがこの2つです。
- 電子帳票は「紙の様式をそのままタブレットに移す」アプローチ。チェックシート、点検表、品質記録のように様式が主役の業務に強い。詳細は電子帳票によるペーパーレス工場化を参照してください。
- IoT稼働監視は設備の信号を取り、稼働率・チョコ停・OEEを見るアプローチ。設備が主役です。こちらは工場IoT稼働監視の導入にまとめています。
- 工程管理システムはオーダーとロットが主役。同じ「タブレットで入力する」でも、集計軸が様式でも設備でもなく製造オーダーである点が決定的に違います。
実装としては重なる部分があるため、「電子帳票の仕組みで工程実績も取る」構成も現実的です。ただしその場合でも、オーダー番号と工程コードを必ず入力項目に持たせること。ここを省くと、後からオーダー単位に集計し直せず、作り直しになります。
なぜ2026年のタイ・ベトナム工場で工程進捗の見える化が急ぐのか
「いつかやる」で止まっていた案件が2026年に動き出している理由は、感覚論ではなく数字で説明できます。
需要は戻っている ― タイPMI 53.6、ベトナムPMI 51.8
S&P Globalのタイ製造業PMIは2026年6月が53.6、5月の52.6から上昇しました。50を超えていれば改善局面です。ベトナム製造業PMIは2026年6月が51.8で、5月の52.8からは前月比で低下したものの50は上回っており、生産は14カ月連続で増加しています。
これは工程管理の観点では「受注が増えて、仕掛りが増える」ことを意味します。仕掛品が増えると、紙とExcelの管理は線形ではなく加速度的に破綻します。ロットが20本流れている工場で「どこにあるか分からない」のは1日1回の困りごとですが、40本になると探索時間も問い合わせ回数も倍以上になり、ついでに置き場も足りなくなるからです。
ベトナムの生産は伸びている ― 上半期のIIPは前年同期比+10.8%
ベトナムの2026年上半期の鉱工業生産指数(IIP)は前年同期比+10.8%で、2019年以来の高さでした。工業付加価値は+9.86%、製造・加工業の付加価値は+10.23%です。タイとベトナムに拠点を持つグループでは、ベトナム側の増産に合わせて工程管理の仕組みを先に立ち上げ、タイに横展開する順番が合理的になる局面が出てきています。
人件費は上がった ― バンコクの最低賃金は日額400バーツ
タイの最低賃金は2025年7月1日からバンコク都内の全業種で日額372バーツ→400バーツに引き上げられました。上げ幅は28バーツ、約7.5%増で、影響を受けるタイ人労働者は約70万人と見込まれています。チョンブリー・ラヨーンなど4県1郡では2025年1月から先行して400バーツが適用されています。
工程管理の投資判断に効くのは、この引き上げが間接人員の時間単価の底上げとして効いてくる点です。転記・照合・進捗確認といった「作っていない時間」を人手で回し続けるコストが、毎年少しずつ重くなっています。逆に言えば、工数削減効果を金額に換算するときの単価も上がっているので、同じ削減時間でも投資回収の計算は数年前より通りやすくなっています。
制度側の締め付け ― ISO 9001:2026
ISO 9001:2026は2026年9月頃の発行が予定され、JIS Q 9001は2026年12月発行予定です。改訂では文書化要求が「documented information shall be available as evidence(証拠として利用可能であること)」という形に整理され、有効性・証拠・継続的改善の重みが増します。紙の日報を倉庫に積んでおくことと、「必要なときに証拠として取り出せる」ことは別物です(具体的な記録設計は後述します)。
工程管理がExcelと紙で止まる5つの症状
投資の是非を判断する前に、自社がどの症状にいるかを特定します。以下は現地工場で実際によく出るパターンです。
症状1: 進捗が電話確認でしか分からない
営業から「あのオーダーどうなってる?」と聞かれ、生産管理が現場に電話し、班長が探して折り返す。1件5〜10分。これが1日10件あれば、それだけで1時間が消えます。問題は時間そのものより、回答に30分〜半日のタイムラグがあることで、その間に営業は顧客を待たせています。
症状2: 実績収集が翌日になる
日報が紙で、当日夕方に回収、翌朝に事務がExcelへ転記。この構造だと遅れに気づくのが最短でも翌朝です。夜勤で発生した遅れは、対策を打てるのが翌々日になります。工程管理システムの導入効果で最も大きいのは、実はここの「気づきの遅れ」の短縮です。
症状3: 仕掛品の所在が分からない
工程間の中間置場、検査待ち棚、手直し品の一時置き。台車に載ったままの箱に何のロットが入っているかは、貼ってある手書きの札を読むしかない。棚卸のたびに差異が出て、原因究明に丸2日という声はタイでもベトナムでもよく聞きます。
症状4: 納期回答ができない
顧客から「追加10,000個、いつ出せる?」と聞かれたときに、即答できず「明日回答します」になる。理由は、現在の仕掛り負荷が数字で分かっていないためです。納期管理は納期を守る話に見えて、実際には「回答の速さと確からしさ」の話です。
症状5: 製造日報の二重入力・三重入力
現場が紙に書く → 事務がExcelに打つ → 月次で基幹システムにまとめて打つ。同じ数字を3回入力しています。回数が増えるほど、どれが正なのか分からなくなり、「Excelの数字と基幹の数字が合わない」を照合する仕事が新たに発生します。
自己診断チェックリスト
当てはまる項目に1点を付けてください(満点10点)。
| # | 項目 | 該当 |
|---|---|---|
| 1 | 進捗を聞かれたら現場に電話または直接見に行く | |
| 2 | 昨日の生産実績が朝9時までに数字で出ていない | |
| 3 | 工程別の仕掛数量を即答できる人が1人しかいない | |
| 4 | 仕掛品の現物を探す作業が週1回以上ある | |
| 5 | 棚卸で毎回、原因不明の差異が出る | |
| 6 | 納期回答に半日以上かかることがある | |
| 7 | 同じ実績数値を2回以上、別の場所に入力している | |
| 8 | 日報の字が読めず、事務が現場に聞き直すことがある | |
| 9 | 手直し・再作業の数量が集計されていない | |
| 10 | 監査でロット単位の実績を出すのに1時間以上かかる |
判定の目安
| 合計点 | 状態 | 推奨アクション |
|---|---|---|
| 0〜2点 | 管理は回っている | 現状維持。基幹系や計画系の高度化を検討 |
| 3〜5点 | 属人化が始まっている | 1ラインでパイロット。まず実績収集のみ |
| 6〜8点 | 増産すると破綻する | 工程管理システムの本格検討。90日計画を組む |
| 9〜10点 | すでに破綻している | 現物管理(現品票・ロケーション)から着手。システムは並行 |
9点以上のときにいきなりシステムを買うと失敗します。現物に番号が付いていない工場では、どんなシステムを入れても入力できないからです。
工程管理システムの機能マップ ― 作業指示から納期管理まで
進捗・実績層の機能は、次の5ブロックに整理できます。左から右へ、情報が流れる順です。
1. 作業指示 ― 作業指示書の電子化
製造オーダーを工程単位に展開し、どの班・どの設備で、いつ、何を、何個作るかを配信します。
- 紙の作業指示書をタブレット表示に置き換える(差し替え・優先度変更が即時に反映される)
- 図面・作業手順書・注意事項を指示に紐づけて表示する
- 着手ボタンで開始時刻を自動記録する
ここで多い失敗は、紙の指示書のレイアウトをそのまま画面に再現しようとすることです。紙は「一覧性」で情報を伝えていましたが、画面は「絞り込み」で伝えます。移植ではなく再設計が必要です。
2. 実績収集 ― 製造実績の収集と製造日報の電子化
良品数・不良数・作業者・開始終了時刻・停止理由を、発生した場所で記録します。入力手段の選び分けが費用と定着を大きく左右します。
| 入力手段 | 1回あたり入力時間 | 精度 | 初期費用の傾向 | 向く工程 |
|---|---|---|---|---|
| 紙 → 事務がExcel転記 | 現場30秒＋事務60秒 | 低(読み違い・転記ミス) | ほぼゼロ | 現状 |
| タブレット手入力 | 20〜40秒 | 中(打ち間違いは残る) | 低 | 少品種・工程数が少ない |
| バーコード/QRスキャン | 3〜5秒 | 高 | 中(ラベル発行が必要) | 多品種・ロット追跡が要る |
| ハンディターミナル | 3〜5秒 | 高 | 中〜高 | 移動が多い・現品管理重視 |
| 設備信号から自動取得 | 0秒 | 最高(ただし数量のみ) | 高(改造・PLC接続) | 大量生産・自動機 |
推奨は「数量はスキャンまたは設備自動、理由コードはタブレットのボタン」の組み合わせです。全部を自動化しようとすると設備改造費が跳ね上がり、全部を手入力にすると3か月で入力されなくなります。
3. 進捗見える化 ― 工程進捗のリアルタイム表示
集めた実績を、意思決定できる形で出します。最低限そろえるべきは次の3画面です。
- オーダー進捗一覧: オーダー番号ごとに、どの工程まで完了したかを横棒で表示。遅れは色で。
- 工程別仕掛り: 各工程の「待ち」数量と滞留時間。ボトルネックがここで見える。
- 当日実績サマリ: 計画数・実績数・達成率・不良率を時間帯別に。現場の大型モニタに常時表示。
現場モニタに出す情報は3秒で読める量に絞ります。管理者向けのダッシュボードと現場向けの表示は別物として設計してください。
4. 仕掛品管理・現品管理
「モノに番号を付ける」層です。ここが工程管理システムの土台であり、最も手を抜かれる部分でもあります。
- 現品票(ロットラベル): ロット番号をQRで印字し、箱・台車・パレットに貼る
- ロケーション管理: 中間置場に番地を振り、スキャンで「どこに置いたか」を記録
- 状態管理: 加工待ち / 加工中 / 検査待ち / 合格 / 手直し中 / 出荷可 を区別
ロケーションは最初から細かくしすぎないこと。まずは「エリア単位(A置場、B置場、検査待ち棚)」で十分です。棚の段まで管理すると、置くたびのスキャンが増えて現場が従わなくなります。
5. 納期管理・納期遅延対策
進捗と仕掛りが揃うと、初めて納期の話ができます。
- 各オーダーの残工程の標準時間合計と、現在の工程別負荷から、完了見込み日を算出
- 納期に対して余裕日数が閾値を切ったオーダーをアラート表示
- 遅延したオーダーはどの工程で何時間滞留したかを記録し、再発防止に回す
納期遅延対策で効果が大きいのは、実は「予測精度」より「遅れの検知が何時間早くなるか」です。3日前に分かれば残業や工程順の入れ替えで吸収できますが、当日に分かっても打てる手は特急便しか残りません。
機能の優先度
すべてを一度に入れないでください。優先度は次の通りです。
| 優先度 | 機能 | 理由 |
|---|---|---|
| Must | 実績収集(良品・不良・時刻) | これが無いと他のすべてが動かない |
| Must | 現品票/ロットラベルの発行 | モノに番号が無いと入力できない |
| Must | オーダー進捗一覧 | 最初に効果を実感できる画面 |
| Should | 作業指示の電子配信 | 紙運用と並行でも当面回る |
| Should | 工程別仕掛りと滞留時間 | 2か月目以降で効いてくる |
| Could | 納期完了見込みの自動算出 | 標準時間の精度が上がってから |
| Could | 設備信号の自動取得 | 費用対効果を測ってから |
| Could | 基幹システムとの自動連携 | 初期はCSV手動で十分 |
工程管理システムの費用を5層に分解する
見積書を横並びにしても比較できないのは、各社が違う層を違う粒度で載せているからです。必ず次の5層に分解して、抜けを埋めた状態で比べてください。
試算の前提
以下はモデルケースの試算です。一般的なレンジの目安であり、実際の金額は要件・拠点規模・ベンダーにより変動します。
- 為替レート: 1バーツ ≒ 4.5円(本記事は全編このレートで換算)
- シナリオA: 従業員50名規模、1ライン限定のパイロット。作業指示と実績収集のみ、基幹連携なし
- シナリオB: 従業員150名規模、3ラインの標準展開。進捗見える化・仕掛品管理・基幹連携まで
なお日本国内の一般的な相場感として、クラウド型は初期費用が数万円〜・月額が数万円〜、オンプレミス型は初期費用が数百万円〜・月額が数万円〜とされます。生産管理システムでは従業員100名以下で150万円から、海外拠点を含む大規模展開で500万円からという例もあります。以下のバーツ建て試算は、現地デバイスと現地工数を含めた総額である点にご注意ください。
5層分解の費用表(初年度、単位: バーツ)
| 層 | 内訳 | シナリオA(1ライン) | シナリオB(3ライン) |
|---|---|---|---|
| ①ソフトウェアライセンス | 初期ライセンス | 30,000 | 50,000 |
| 月額 × 12か月 | 144,000(月12,000) | 300,000(月25,000) | |
| ①小計 | 174,000 | 350,000 | |
| ②初期構築・マスタ整備 | 工程マスタ・品目・BOM・標準時間の整備、画面設定、現場フロー設計 | 150,000 | 400,000 |
| ③現場デバイス | タブレット(A:4台/B:12台 × 15,000) | 60,000 | 180,000 |
| バーコードスキャナ(A:4台/B:12台 × 8,000) | 32,000 | 96,000 | |
| ラベルプリンタ(A:1台/B:3台 × 25,000) | 25,000 | 75,000 | |
| 無線AP増設(A:2台/B:5台 × 12,000) | 24,000 | 60,000 | |
| ③小計 | 141,000 | 411,000 | |
| ④設備・上位システム連携 | 基幹への実績連携、設備信号取得 | 0(CSV手動) | 250,000 |
| ⑤運用保守と教育 | 教育(多言語資料・現場トレーニング) | 40,000 | 80,000 |
| 保守(ライセンス外の現地サポート) | 30,000 | 60,000 | |
| ⑤小計 | 70,000 | 140,000 | |
| 初年度合計(バーツ) | 535,000 | 1,551,000 | |
| 初年度合計(円換算 @4.5) | 約2,407,500円 | 約6,979,500円 |
2年目以降のランニング費用
| 項目 | シナリオA | シナリオB |
|---|---|---|
| ライセンス月額 × 12 | 144,000 | 300,000 |
| 保守 | 30,000 | 60,000 |
| 年間合計(バーツ) | 174,000 | 360,000 |
| 年間合計(円換算 @4.5) | 783,000円 | 1,620,000円 |
各層で見落とされやすいもの
①ライセンス: 課金単位を必ず確認します。ユーザー数課金なのか、端末数課金なのか、拠点数課金なのか。交代勤務の工場ではユーザー数課金が不利になりやすく、3交代で同じ端末を使うなら端末数課金のほうが安く収まります。
②初期構築・マスタ整備: ここが最も過小見積もりされます。特に標準時間(工程ごとの標準作業時間)は、多くの工場で存在しないか10年前のまま止まっています。品目500点 × 工程5つ = 2,500行の標準時間を整備する作業は、ベンダーではなく自社の仕事です。初期構築費が異様に安い見積もりは、この作業を発注側の宿題として外に出しているだけの場合があります。
③現場デバイス: 忘れられるのが無線環境です。金属棚と機械が並ぶ工場で、事務所と同じ感覚でAPを置くと確実に電波が届きません。実測(サイトサーベイ)を初期構築に含めてもらってください。またタブレットは防塵防滴と落下耐性のあるものを選ばないと、1年で交換になります。
④連携: 初年度はCSVの手動取り込みで十分です。自動連携は、実績データの中身が安定してから作るほうが、作り直しが減ります。シナリオAで④を0にしているのはこの考え方によります。
⑤運用保守と教育: タイ・ベトナム拠点では、教育費を「1回のトレーニング費用」ではなく「年間の再教育費用」として見積もってください。理由は後述します。
ROIの立て方 ― 工数削減だけでは回収できない
まず工数削減を計算します。前提は、間接人員の総人件費(社会保険等込み)を月24,000バーツ、月稼働160時間として時間単価150バーツとします。バンコクの最低賃金は日額400バーツですが、生産管理・事務の間接人員はこれを上回る水準にあるためこの単価を置いています。
| 削減項目 | 削減時間(時間/月) | 単価(バーツ/時) | 月額効果(バーツ) |
|---|---|---|---|
| 製造日報のExcel転記(二重入力の廃止) | 60 | 150 | 9,000 |
| 進捗確認の電話・現場往復 | 60 | 150 | 9,000 |
| 仕掛品の探索・棚卸差異の再カウント | 20 | 150 | 3,000 |
| 月次実績集計と日本本社向け報告資料の作成 | 24 | 150 | 3,600 |
| 合計 | 164 | ― | 24,600 |
年間では 24,600 × 12 = 295,200バーツ(約1,328,400円) です。
ここで正直に書きます。シナリオBのランニング費用は年360,000バーツなので、工数削減だけでは年間64,800バーツの赤字です。「日報の電子化で人が減るから元が取れる」という説明は、この規模の工場では成立しません。
投資が成立するのは、納期遅延に伴う実費を削れたときです。例えば遅れの検知が3日早くなることで、月2回発生していた航空便の特急出荷(1回40,000バーツ)を月0.5回まで減らせたとします。
| 効果 | 年額(バーツ) | 年額(円換算 @4.5) |
|---|---|---|
| 工数削減 | 295,200 | 1,328,400円 |
| 特急出荷の削減(月1.5回 × 40,000) | 720,000 | 3,240,000円 |
| 年間効果 合計 | 1,015,200 | 4,568,400円 |
回収の見通しは次の通りです(初年度は立ち上げ期間を考慮し、効果は年間効果の半分として計上)。
| 年次 | 収支(バーツ) | 累計(バーツ) |
|---|---|---|
| 初年度 | 507,600 − 1,551,000 = −1,043,400 | −1,043,400 |
| 2年目 | 1,015,200 − 360,000 = +655,200 | −388,200 |
| 3年目 | +655,200 | +267,000 |
累計が黒字に転じるのは運用開始から約2年7か月後という計算になります。2年目以降の純便益は年655,200バーツ(約2,948,400円)です。
したがって検討の初期にやるべきことは、システムの機能比較ではなく、自社の「納期遅延に伴う実費」を実測することです。過去12か月分の、特急便の運賃、休日出勤の割増賃金、他社への外注委託費、顧客へのペナルティを集計してください。ここが小さい工場では、工程管理システムは急ぐ投資ではありません。
パイロット(シナリオA)のROIは計算しないこと
同じ計算をシナリオAに当てはめると、1ライン分の工数削減は月47時間（月次集計と本社報告の24時間はライン数を減らしても縮まないため、164 − 24 = 140時間を3ライン分で按分）× 150バーツ = 7,050バーツ、年84,600バーツで、ランニング174,000バーツを下回ります。つまりパイロット単体では金額的に回収できません。
これは失敗ではなく、パイロットの目的が金額回収ではないからです。パイロットの成果物は次の3つで、これらが本展開の見積もり精度を決めます。
- 実際の入力所要時間の実測値(見積もり前提の検証)
- マスタ整備にかかった実工数(②の精度が段違いに上がる)
- 現場が定着するまでの期間と、脱落した運用ルール
この位置づけを経営層と合意しないまま「まず1ラインで」と始めると、3か月後に「効果が出ていない」と判断されて止まります。
導入方式の比較 ― クラウド / オンプレ / スクラッチ / MES
| 比較軸 | クラウドパッケージ | オンプレパッケージ | スクラッチ開発 | MES |
|---|---|---|---|---|
| 初期費用の目安 | 数万円〜(小規模) | 数百万円〜 | 従業員100名以下で150万円〜/海外拠点含む大規模展開で500万円〜 | 大規模展開に準じる |
| 月額の目安 | 数万円〜 | 数万円〜(保守) | 別途保守契約 | 別途保守契約 |
| 導入期間 | 1〜3か月 | 3〜6か月 | 6〜12か月 | 6〜18か月 |
| 自社要件への適合 | 標準機能の範囲 | 設定である程度追従 | 完全適合 | 広範だが設定量が多い |
| 現場の特殊要件 | 諦める前提 | 一部カスタム可 | 何でも作れる(作りすぎる) | 標準プロセスに寄せる |
| 基幹・設備連携 | API依存 | 柔軟 | 柔軟 | 最も強い |
| 海外拠点の横展開 | 容易(テナント追加) | 拠点ごとに構築 | 拠点ごとに改修 | テンプレート化すれば容易 |
| 多言語UI | 製品次第。要事前確認 | 製品次第 | 作り込みが必要 | 標準対応が多い |
| 保守できる人 | ベンダー | ベンダー＋自社IT | 作った人しか触れないリスク | ベンダー |
| 向く工場 | 拠点数が少なく標準的な工程 | 既存基幹が強く連携要件が重い | 他社に無い工法・要件がある | 品質記録とトレーサビリティが必須 |
選び分けの判断基準
クラウドパッケージ: 工程が5〜10程度で工法は標準的、IT担当が拠点に1名以下、3か月で立ち上げたい、将来の横展開を考えている場合。
オンプレパッケージ: 既に基幹システムが社内サーバにあり、実績を頻繁に双方向でやり取りする場合(ネットワーク断への耐性は、クラウド型でもローカルキャッシュで対応できる製品があります)。
スクラッチ開発: 積極的に選ぶ理由は年々減っています。他社に無い工法があり、それが競争力の源泉である場合に限ります。最大のリスクは費用ではなく、担当者の異動・退職で誰も触れなくなること。現地スタッフの内製Excel VBAがその人の帰任と同時にブラックボックス化する現象の、規模を大きくした版だと考えてください。
MES: 自動車、医療機器、電子部品などで、ロット単位の完全なトレーサビリティが顧客要求または法規制で必須の場合。それが不要なら重すぎます。
「工程管理システム」を名乗る製品の見極め方
デモを見るときの質問リストです。これに即答できないベンダーは、進捗・実績層の実装経験が浅い可能性があります。
- 1つのオーダーが複数工程に分岐・合流する場合、進捗率をどう計算しますか
- 手直し(リワーク)で工程を戻したとき、実績数量はどう扱われますか
- ロットを分割・結合したとき、トレーサビリティは維持されますか
- 作業者が着手ボタンを押し忘れたとき、後から時刻を補正できますか。その履歴は残りますか
- ネットワークが30分切れたら、現場端末の入力はどうなりますか
- 画面の言語切り替えは、ユーザー単位ですか端末単位ですか
- マスタ(品目・工程)のメンテナンスは自社でできますか。都度ベンダー作業になりますか
特に4と5は現場で必ず起きます。ここに答えがない製品は、導入後3か月でデータの信頼性を失います。
90日で実績収集を回すロードマップ
「まず実績収集だけ」に絞れば、90日で回せます。以下は3ライン規模(シナリオB)を想定した標準的な進め方です。
| フェーズ | 期間 | 主なタスク | 完了条件(Exit条件) | 自社工数 | ベンダー工数 |
|---|---|---|---|---|---|
| Phase 1: 現状把握と設計 | 0〜30日 | 工程フロー図化 / 現物への番号付けルール決定 / 入力手段の選定 / 対象1ラインの決定 / 現行の遅延実費の実測 | 工程マスタの初版が確定し、現品票の様式が承認されている | 12人日 | 10人日 |
| Phase 2: 構築とパイロット | 31〜60日 | マスタ投入 / 画面設定 / ラベル発行運用の構築 / 無線環境の実測と補強 / 1ラインで並行運用(紙とシステムの両方) | 1ラインで7日連続、実績入力率95%以上を達成 | 18人日 | 20人日 |
| Phase 3: 横展開と紙の廃止 | 61〜90日 | 残り2ラインへ展開 / 現場モニタの設置 / 紙日報の廃止 / 管理者向けダッシュボード確定 / 運用ルールの文書化 | 全ラインで紙日報を廃止し、翌朝9時に前日実績が確定している | 15人日 | 12人日 |
| 合計 | 90日 | ― | ― | 45人日 | 42人日 |
自社45人日＋ベンダー42人日で合計87人日。自社側の45人日は、生産管理課長クラスが週2日を3か月間充てる規模感です。この工数を確保できないなら、開始時期をずらすべきです。片手間で走らせた工程管理システムは、必ずマスタの不備で止まります。
Phase 1(0〜30日)でやること
- 工程を図に落とす: 実際に現場を歩き、モノの流れを描きます。組織図でもレイアウト図でもなく、モノの流れです。ここで「図には無いが実際にはある工程(手直し、再検査、外注出し)」が必ず2〜3個見つかります。
- 番号を付けるルールを決める: ロット番号の桁構成、いつ発番するか、誰が貼るか。製造指示を出した瞬間に発番し、最初の工程で貼るが原則です。
- 遅延の実費を実測する: 前述のROIの分子です。過去12か月の特急便、休日出勤、外注委託を集計します。
- 対象ラインを1本決める: 選ぶべきは「最も忙しいライン」でも「最も暇なライン」でもなく、工程数が中庸で、班長が協力的なラインです。
Phase 2(31〜60日)でやること
- 紙とシステムの並行運用を必ず入れます。いきなり紙を廃止すると、システムが止まったときに何も残りません。
- 入力率を毎日測る: 「入力されているか」を数字で追わないと、2週目から抜けが出ます。目標は7日連続で95%以上。
- 無線環境を実測する: 机上設計ではなく、実際に端末を持って歩き、電波が切れる場所を地図にプロットします。
- 入力所要時間を実測する: ストップウォッチで10回測ります。1回30秒を超えるなら、入力項目を減らします。
Phase 3(61〜90日)でやること
- 紙を廃止する日を先に決めて宣言する。並行運用は快適なので、放っておくと永久に続きます。
- 翌朝9時に前日実績が確定している状態を作る。これが導入の実質的なゴールです。
- 運用ルールを文書化する: 誰が、いつ、何を入力し、異常時に誰へ連絡するか。ISO 9001:2026を見据えた文書化にもそのまま使えます。
90日以降にやること
91日目以降は、実績データが溜まってから決めます。多くの工場では次の順序です。
- 標準時間の見直し(実績から算出し直す。ここで初めて計画の精度が上がる)
- 工程別仕掛りと滞留時間の分析 → ボトルネック工程の特定
- 基幹システムへの自動連携(CSV手動運用が安定してから)
- 納期完了見込みの自動算出
- 必要ならスケジューラーまたはIoT稼働監視への拡張
導入が失敗する5つのパターンと回避策
パターン1: 現物に番号が無いまま始める
症状: ラベルを貼る運用が定着せず、入力時にオーダー番号を手打ちすることになり、打ち間違いだらけになる。
回避策: 現品票の発行と貼付を、システム導入より先に紙運用で始めます。1か月間、手書きでもいいので全ロットに番号を付けて回す。これが回らない工場では、システムを入れても回りません。
パターン2: 入力項目を増やしすぎる
症状: 「せっかくだから」と不良理由を30種類、停止理由を20種類用意した結果、現場が「その他」ばかり選ぶ。
回避策: 開始時の選択肢は各6個以内。1画面に収まる数にします。3か月運用して「その他」の内訳をヒアリングし、多いものだけを選択肢に昇格させる。選択肢は減らすのは簡単だが、増やしてから減らすのは政治的に難しいという順序の問題です。
パターン3: 効果測定の基準値を取っていない
症状: 導入後に「で、どれだけ良くなったの?」と聞かれ、答えられない。
回避策: Phase 1で必ずBefore値を測ります。最低限、次の5つです。
| 指標 | 測り方 | Before(記入欄) |
|---|---|---|
| 前日実績が確定する時刻 | 1週間の平均 | |
| 進捗問い合わせの件数と所要時間 | 1週間カウント | |
| 棚卸差異の件数と調査時間 | 直近の棚卸実績 | |
| 納期回答までのリードタイム | 直近20件の平均 | |
| 納期遅延に伴う実費 | 過去12か月の合計 |
パターン4: 日本本社のフォーマットに合わせようとする
症状: 本社の生産管理システムと同じ項目を全部持たせようとして、現地の工程実態と合わなくなる。
回避策: 現地で入力するデータと、本社に報告するデータを分けます。現地は現場の実態に合わせて設計し、報告はそこから集計・変換して出す。この分離をしないと、現場が「本社のための入力」をさせられ、必ず形骸化します。
パターン5: ベンダー任せで自社にマスタ保守能力を残さない
症状: 新製品が出るたびにベンダー依頼が必要になり、追加費用と待ち時間が発生する。
回避策: 契約前に「品目マスタ・工程マスタの追加は自社でできるか」を確認し、Phase 3で自社スタッフに実際に登録させて完了とします。マニュアルを受け取るだけでは能力は残りません。
タイ・ベトナム拠点に固有の論点
多言語UI ― 3言語同時に成り立つか
現地工場では、現場作業者はタイ語またはベトナム語、班長は英語が混ざり、日本人管理者は日本語という三層構造が普通です。確認すべきは次の点です。
- 言語切り替えがユーザー単位でできるか(端末単位だと交代勤務で破綻します)
- マスタの名称を多言語で持てるか。品目名や工程名がシステム表示言語と別に固定されていると、結局作業者は読めません
- エラーメッセージまで翻訳されているか。ここが英語のままの製品は多いです
- タイ語・ベトナム語は日本語より文字幅が広いため、ボタンのラベルが折り返して崩れないか、実機で確認する
人の入れ替わり ― 教育は「年間費用」で見る
現地工場では、教育を一度やって終わりにできません。新人が入るたび、班が変わるたびに再教育が発生します。したがって設計時点から次の対策を組み込みます。
- 操作は「見れば分かる」レベルまで単純化する。マニュアルが必要な操作は定着しません
- 端末の横にA4一枚の手順書(現地語＋写真)を貼る
- 各ラインにキーユーザーを2名置く。1名だと退職時に途切れます
- 教育コンテンツは動画で作り、繰り返し使えるようにする
前述の費用表で教育費を初年度に計上していますが、2年目以降も毎年ある程度は必要という前提で予算を組んでください。
BOI・DEPAの投資恩典を確認する
タイのBOIは中小企業に対し、機械の輸入関税免除や、投資額(土地・運転資金を除く)の200%までの法人税免除などの恩典を用意しています。中小企業の最低投資額は50万バーツです。またDEPA(デジタル経済振興機構)はソフトウェア開発をはじめとするデジタル分野の支援を行っています。
本記事のシナリオAは535,000バーツ、シナリオBは1,551,000バーツですので、金額規模としてはいずれも50万バーツの水準を超えています。ただし恩典の適用可否は事業種類・申請区分・投資対象の定義によって決まり、ソフトウェア費用が投資額に算入されるかも案件ごとに異なります。見積もりを取る前にBOI/DEPAの窓口または顧問に確認し、恩典の有無を前提に置いた総額で比較してください。稟議の通しやすさが変わります。
ISO 9001:2026を見据えた記録設計
2026年9月頃に発行予定のISO 9001:2026では、文書化要求が「証拠として利用可能であること」に整理され、有効性と継続的改善の重みが増します。工程管理システムの設計に落とすと、次の要件になります。
| 要求の方向 | 工程管理システムでの実装 |
|---|---|
| 証拠として取り出せる | ロット番号から工程別の実績・作業者・時刻を1画面で表示できる |
| 記録の改ざん防止 | 実績の後修正は上書きせず、変更履歴を残す(誰が・いつ・何を) |
| 有効性の評価 | 不良率・遅延率を期間比較できる形で保持する |
| 継続的改善 | 是正処置の対象ロットを実績データから特定できる |
とくに「実績の後修正で変更履歴が残るか」は、審査で説明を求められやすい割に、安価な製品では実装されていないことがあります。前述のデモ質問リストの4番がこれに当たります。
日本本社への報告をどう設計するか
本社から求められるのは通常、月次の生産数量、稼働、不良率、納期遵守率です。重要なのは前述の通り現地の入力設計と本社の報告様式を分けること、そして用語の定義を先に文書で合意することです。
「不良率」が本社では「不良数÷投入数」、現地では「不良数÷良品数」になっているだけで、数字は別物になります。工程管理システムを入れると数字が出るようになるため、定義の食い違いが可視化されて紛糾する摩擦が導入直後に起きがちです。Phase 1のうちに、生産数量・不良率・稼働・納期遵守率の4つは定義を文書化しておいてください。
よくある質問(FAQ)
工程管理システムとは?
製造オーダーやロットが「今どの工程にいて、何個できたか」を記録し、進捗として見える形にする仕組みです。作業指示 → 実績収集 → 進捗見える化 → 仕掛品・現品管理 → 納期管理の5ブロックで構成されます。受注や原価を扱う生産管理システム、計画を作る生産スケジューラー、設備の稼働を見るIoT稼働監視とは、扱う情報の単位が異なります。
工程管理システムと生産管理システムの違いは?
生産管理システムは受注・所要量計算・購買・在庫・原価までを扱う基幹系で、単位は受注と品目と金額です。工程管理システムは製造オーダーとロットと工程が単位で、「第3工程が何個終わったか」という粒度を持ちます。生産管理システムにも工程管理機能はありますが、多くは製造オーダー単位の着手・完了までで、工程内の進捗までは持ちません。両方必要な場合、どちらを先に入れるかは痛みの所在で決めます。受注残と原価が合わないなら基幹系、進捗と納期が読めないなら工程管理側が先です。
工程管理システムの費用はいくら?
日本国内の相場感では、クラウド型が初期費用数万円〜・月額数万円〜、オンプレミス型が初期費用数百万円〜・月額数万円〜です。生産管理システムでは従業員100名以下で150万円から、海外拠点を含む大規模展開で500万円からという例もあります。本記事のモデルケース(1バーツ≒4.5円で換算)では、1ラインのパイロットで初年度535,000バーツ(約2,407,500円)、3ラインの標準展開で初年度1,551,000バーツ(約6,979,500円)、2年目以降のランニングはそれぞれ年174,000バーツ(783,000円)、年360,000バーツ(1,620,000円)としています。いずれも目安であり、要件・拠点規模・ベンダーにより変動します。
製造日報の電子化から始めてもいい?
はい、それが最も現実的な出発点です。ただし必ずオーダー番号と工程コードを入力項目に含めてください。日報を「その日の生産数量の記録」としてだけ電子化すると、後からオーダー単位の進捗に集計し直せず、作り直しになります。日報の電子化と工程実績の収集を同じ入力で兼ねる設計にすれば、二重入力の解消と進捗の見える化を同時に得られます。
仕掛品管理はどこまでやるべき?
まずは「エリア単位のロケーション＋ロットラベル」までで十分です。中間置場に番地を振り、ロットにQRを貼り、置いたときにスキャンする。棚の段や台車単位まで細かくすると、置くたびのスキャン回数が増え、現場が従わなくなります。3か月運用して「エリア単位では探すのに時間がかかる」という具体的な不満が出てから細かくすれば十分間に合います。
納期遅延対策として効果が出るまでどれくらい?
遅れの検知が早くなる効果は、実績入力が定着した時点(おおむね60〜90日)から出ます。前日実績が翌朝9時に確定するだけで、それまで数日遅れて気づいていた遅延を当日中に把握でき、残業や工程順の入れ替えで吸収できるようになります。一方、完了見込み日の自動算出のような予測系は、標準時間を実績から見直す必要があるため、データが3〜6か月分溜まってからが現実的です。金額としての投資回収は、本記事のシナリオBのモデルケースで約2年7か月という試算になります。
エクセル管理の限界はどこで判断すればいい?
判断基準は3つです。第一に同じ数字を2回以上入力しているか。第二にファイルを開ける人が実質1人になっていないか。第三に「最新版はどれか」を確認する作業が発生していないか。このいずれかに該当していれば、既にExcelの管理コストがシステムのランニング費用に近づいています。本記事の自己診断チェックリストで6点以上なら、増産時に確実に破綻します。
中小規模の工場でもMESは必要?
MESの活用率は大企業56.1%に対し中小企業21.4%と差があり、規模が小さいほど導入は進んでいません。トレーサビリティが顧客要求や法規制で必須でないなら、MESは重すぎます。まず工程管理システムで進捗・実績層を押さえ、品質記録が本当に必要になった段階でMESへ拡張するほうが、投資の無駄が出ません。
まとめ
工程管理システムは、計画を作る道具でも設備を見る道具でもなく、オーダーが今どこにいて、仕掛品がどこにあり、納期をいつ回答できるかを掴む道具です。2026年のタイ・ベトナムは、タイ製造業PMIが6月に53.6と5月の52.6から上昇し、ベトナムも6月51.8と50を上回り生産は14カ月連続増、ベトナムの上半期IIPは前年同期比+10.8%という需要環境にあります。同時にバンコクの最低賃金は2025年7月から日額400バーツへ約7.5%引き上げられ、間接作業を人手で吸収し続けるコストは上がりました。
判断の要点は3つです。第一に、自社がどの層の問題を抱えているかを4層モデルで切り分けること。第二に、費用は5層に分解して比較し、初期構築・マスタ整備と無線環境の抜けを埋めること。第三に、ROIの分子を工数削減だけに置かないこと。本記事のモデルケースでは、工数削減だけでは年間ランニングを賄えず、納期遅延に伴う実費の削減を含めて初めて約2年7か月で回収する計算になりました。だからこそ検討の最初にやるべきは、製品比較ではなく過去12か月の遅延実費の実測です。
進め方は、実績収集に絞れば90日で回せます。0〜30日で工程を図にして現物に番号を付け、31〜60日で1ラインの並行運用と入力率95%を確認し、61〜90日で紙を廃止して翌朝9時に前日実績が確定する状態を作る。自社45人日・ベンダー42人日、合計87人日を確保できるかが、開始時期を決める実質的な条件です。
どの工程から手を付けるべきか、そもそもシステムが先か現品票の運用が先かを決める段階でも、TOMAS TECHでは相談を受け付けています。バンコク拠点でタイ・ASEANの日系工場を支援しており、PEGASUS 生産管理/エネルギー管理システムをはじめとする工場ITの導入経験から、現地の賃金水準・多言語運用・BOI/DEPAの前提を踏まえた実務的な進め方をお話しできます。自己診断チェックリストの点数と、過去12か月の遅延実費だけ手元にあれば、初回から具体的な話に入れます。お問い合わせはこちらからどうぞ。
参考情報
- タイ製造業PMI(2026年6月 = 53.6、5月 = 52.6): https://www.fx.co/en/forex-news/3046093
- S&P Global PMI: https://www.pmi.spglobal.com/
- ベトナム製造業PMI(2026年6月 = 51.8、5月 = 52.8): https://english.vov.vn/en/economy/vietnam-manufacturing-pmi-stands-at-518-in-june-signaling-solid-start-to-h2-post1311352.vov
- ベトナム2026年上半期の鉱工業生産指数 前年同期比+10.8%: https://english.news.cn/20260703/2caf0183320e4753b36cee7cb0f792dc/c.html
- タイ最低賃金の引き上げ(2025年7月1日、バンコク都内 日額372→400バーツ): https://www.jetro.go.jp/biznews/2025/07/b21007a1ac8f7fca.html
- MES市場 2026〜2033年 CAGR 11.7%: https://www.gii.co.jp/report/grvi2040618-manufacturing-execution-systems-market-size-share.html
- MES市場規模 421億米ドル規模へ: https://seisan-navi.com/20260501-mes421/
- 日本のMES市場 2026〜2031年 CAGR 8.2%以上: https://www.atpress.ne.jp/news/2654316
- MES活用率(大企業56.1% / 中小企業21.4%): https://www.cct-inc.co.jp/koto-online/archives/28
- 工程管理システムの費用相場: https://hnavi.co.jp/knowledge/blog/process-management-cost/
- ISO 9001:2026 の主な変更点(BSI): https://www.bsigroup.com/ja-JP/products-and-services/standards-services/iso-9001-2026-key-changes-and-guidance/
- ISO 9001:2026 移行ガイダンス(SGS): https://www.sgs.com/ja-jp/showcases/iso-9001-2026-key-updates-and-transition-guidance
- タイの投資恩典(BOI・DEPA / JETRO): https://www.jetro.go.jp/world/asia/th/invest_03.html
- BOI デジタル産業向け投資奨励: https://www.boi.go.th/upload/content/Investment%20incentives%20for%20Digital%20Industry%20(BOI).pdf
