プランナーは朝8時にExcelを開くと、3つの生産ラインの仕掛品数量が昨日の夜勤で入力したままだったことに気づいた。工場長は「だいたい稼働している」と言うが、具体的にどの工程でボトルネックが発生し、どの作業指示書が納期遅れになるのかは、誰もはっきり説明できない。これは一部の工場における管理上の不備ではなく、工程進捗にリアルタイムの可視化手段が欠如している当時の常態：工事依頼書はERPにあり、作業報告は紙かWeChatグループで行われ、現場の状況とシステム記録が長期間にわたり乖離していた。
なぜ表とWeChatグループでは進捗管理がうまくいかないのか
中小製造企業でよく見られる手法は、ERPから作業指示書が発行され、班長が白班表で完了数量を記録し、異常時にはWeChatグループに写真を添えて説明するというものです。この方式は品種が少なく、ロットが安定しており、ライン切替頻度が低いファッションは維持できるが、急な注文の追加や再作業、外部委託による返品、あるいは複数工程の同時進行になると、情報に歪みが生じ始める。
典型的な課題には、次のようなものがあります：在庫品 WIP は工程単位で集計できません——倉庫は原材料の到着を把握しており、完成品倉庫は本日入庫した数量を知っているが、その間の十数段階の工程状態はブラックボックスである。作業報告の遅れ——作業員は生産に追われ、出勤記録の入力は退社後に行われるため、計画担当者が確認できるのは常に「過去のスナップショット」にすぎません。異常は追跡できません——ある一批の製品の品質に係る紛争が発生した際、どの工程で、どの作業者が、どの設備で、どのようなパラメータで生産されたのかを迅速に特定することができない。
この問題を解決するには、ソフトウェアが取り組むべきは「もう一度表を作ること」ではなく、工程—作業指示書—仕掛品—納期検証可能なデータチェーンを形成する。
業務はどのように分割されるのか：ワークオーダーから工程ステートマシンへ
生産進捗システムの業務の核心は、一枚の生産作業指示書いくつかに分割する工程タスク、各工程のタスクには明確な：投入材料、出力材料、標準工時、合格判定規則、並行可能／必須直列関係が定められています。
チケット層：計画と約束
ワークオーダーは、顧客の納期、計画開始／完了日時、優先度、関連する販売注文または予測注文を担っています。ワークオーダーのステータスマシンには通常、未発行、生産中、一時停止、完了、終了が含まれます。重要なのはチケットは「生産中」という粗い粒度のステータスだけではいけません、そうでなければ進捗率は手作業での推定に頼るしかありません。
工程層：実行可能な最小単位
各工程には、工程コード、作業センター／生産ライン、準備時間、加工時間、キュー規則（先着順サービスまたは優先度による割り込み）を定義する必要があります。工程ステートマシンは、少なくとも「開始待ち」「加工中」「検査待ち」「合格完工」「不合格処理待ち」「外部委託発送」「外部委託返品」の状態を含むことが推奨されます。
在庫品層：数量と位置
在庫品は抽象的な数字ではなく、あるワークオーダーの特定の工程における加工待ち／加工中／移管待ちの数量設計時には、次の問いに答える必要があります：工程Aの完了から工程Bの開始までの間、部品はラインサイド倉庫に置かれているのか、輸送中のパレットにあるのか、それとも工程バッファに保管されているのか？各ステップには必ず倉庫位置または容器の識別子を付与しなければ、WIPの集計が必ず一致しません。
どのように設計するか：ロール、プロセス、およびデータモデル
ロールと権限
典型的な役割には、計画担当者（作業指示書の発行・調整、全体のWIPを把握）、班長（作業指示の配分、異常処理）、作業員（作業開始・作業報告・バーコードスキャン）、品質検査員（検査判定・不良品処理）、工芸担当者（工程基準とパラメータの維持管理）、生産マネージャー（カンバンとKPIの確認）が含まれます。権限の原則：現場では必要な書き込み権限のみが付与されます、作業員による計画の誤った変更を防ぎます。管理層は集計データのみを閲覧し、作業記録の詳細を直接変更することはありません。
コアプロセス
- 発令：ERP/MRPから作業指示書を受信し、BOMと工程ルートに基づいて工程タスクキューを生成します。
- 配信：班長は工程タスクを生産ライン／作業場／シフトに割り当てることができ、一括配分や急ぎの注文の優先順位変更にも対応します。
- 着工：作業員がバーコードで作業票・工程・設備をスキャンすると、システムは実際の開始時刻と作業者を記録し、「未開始」の数量を凍結します。
- 作業報告：完了数量、不良品数量、工数、異常コード；部分的な作業報告をサポートしています（一ロットを複数回に分けて完了）。
- 転送：工程間の仕掛品移動を確認し、ラインサイド在庫と次の工程の着手待ちキューを更新する。
- 閉じる：最終工程での作業報告後、自動または手動で作業指示書の完了がトリガーされ、ERP に在庫入庫命令が書き戻されます。
データモデルの要点
独立した保守を推奨します：作業指示（ワークオーダー）、運用タスク（工程タスク）、運用レポート（作業報告記録）、wip_balance（仕掛品残高）、例外ログ（停止／材料不足／品質異常）。各テーブルには保持されています改ざん不可能なタイムスタンプと操作者、論争の追跡には根拠が必要です。ERPとのインターフェースは採用されていますイベント駆動：作業報告の完了時にAPIによる書き戻しがトリガーされ、夜間の一括照合ではなくなります——後者は常に一歩遅れています。
どのように開発し、実装するか：データ収集、インターフェース、および検収
現場でのデータ収集方式の選定
シナリオに応じた組み合わせによる利用：バーコード／QRコード（ワークオーダー票、フローカード、材料ロット）は、離散型製造に適しています。作業ステーション端末または産業用タブレット固定工程の作業報告に適しています；アンドンボタンまたはIoTカウント反復性の高いラインに適しています；モバイル端末用ミニプログラム巡回点検や外部委託による返品確認に適しています。原則：一度のQRコード読み取りで、工事開始・設備・作業者の紐付けを完了、作業員の余分な手順を減らさなければ、労働組合への報告が回避されることになります。
ERP/MESとの境界
企業に既にERPの生産モジュールがある場合、進捗システムは以下のように位置付けられます。作業現場実行層（軽量MES）：ERPは計画とコストを管理し、実行層はリアルタイムの状態を管理します。インターフェースについては、以下の点を明確にする必要があります：マスターデータ（材料、BOM、工程ルート）の主たる管理主体はどこか；作業報告の戻し書き込みの粒度（工程単位か作業指示書単位か）；異常な作業指示書に対して逆方向の調整を許可するかどうか。二つのシステムでそれぞれ別々に完工数を記録することは厳禁です—照合によるコストが、効率向上の成果をすべて食い尽くしてしまいます。
検収基準（契約書に記載可能）
- 任意の工事依頼は30秒以内に確認できます現在の工程、仕掛品数量、直近の作業報告時間。
- 注文が挿入された後、影響を受ける作業票の完了予定時刻の予測自動再計算により、誤差は許容範囲内（例えば±4時間）です。
- 品質に関する紛争が発生した場合、5分以内に抽出できます工程—作業者—設備—パラメータ追跡チェーン。
- 計画担当者のカンバンと現場での作業報告の遅延15分以内（ネットワークが正常な場合）。
導入のスケジュールについては、まず1本の生産ラインと、2種類の典型的な作業指示（大量の定常生産＋少量の緊急追加）をピックアップして試行し、発注—作業報告—移動—データ書き戻しのフローを確立したうえで、その後に横展開していくことを推奨します。研修の重点は「システム機能一覧」ではなく、異常時に誰が修正し、どのように修正し、修正後にどのように記録を残すか。
よくある落とし穴と回避策
看板だけを扱い、クローズド・ループは行わない：大画面は美しいが、データは手作業で入力されており、2週間後には誰も保守しなくなった。工程の区分が細かすぎる：作業報告の回数が爆発的に増加し、作業員が反発する。外注と再作業を無視している：進捗は自社工程で「100％」なのに、製品はまだサプライヤーの手元にある。時給制と連動していない：作業報告データが給与システムに承認されず、現場では即座に「選択的な作業報告」が行われる。設計段階から生産・品質・財務部門を巻き込んでルールを定めておく必要がある。
工程の進捗を「人に聞く」から「システムで確認する」へと変えることは、製造現場における可視性を製品化するという本質的な取り組みです。業務面ではまず、作業指示書と工程ステートマシンを明確に分解し、設計段階で役割を固定して報告を改ざんできない仕組みを構築し、開発においては適切なデータ収集方式を選定し、ERPとのインターフェース契約を厳格に確定することで、納期のアラートやWIPの可視化はの副産物であり新たな負担にはなりません。
Shandong XYN Information Technology Co., Ltd.（許願牛科技／XYN Tech）は、製造業、外貿業、実店舗業界などに対し、生産進捗管理、倉庫管理、顧客管理などのカスタマイズソフトウェアを長年にわたり提供してきました。ニーズの明確化から工程モデルの構築、さらには作業現場でのデータ収集とERPとの連携に至るまで、一連のプロセスを網羅しています。当社の各種機能や導入事例の詳細については、私たちについておよびお客様事例をご覧ください。