工程管理システムで進捗と作業実績を可視化する
工程管理システムは、製造指示、進捗、作業実績、設備・人員の負荷、納期を一元化する仕組みです。工程が標準化されていればパッケージが有効ですが、製品ごとに工程や入力項目が変わる多品種少量・個別受注では、実績の取り方から設計する個別開発を検討します。
このページで分かること
- 工程管理・生産管理・MESの役割の違い
- Excelから移行するときに切り出す単位
- 現場入力方式(紙、タブレット、バーコード、設備)の比較
- 多品種少量・個別受注で設計が難しくなる箇所
工程管理で起きている問題
- 進捗が現場に聞かないと分からず、納期回答が遅れる・当てにならない
- 実績が日報として紙で上がり、集計されるころには手遅れになっている
- 工程表がExcelで属人化し、作成者以外が更新できない
- 手配替え・特急が入るたびに全体の順序を人が組み直している
- 負荷が見えず、残業・外注の判断が経験だけに依存している
- 実績データはあるが、原価や見積の精度向上に使えていない
これらは「工程管理システムが無い」ことよりも、実績をどの粒度で取り、誰の判断に使うかが決まっていないことが原因になっている場合が多くあります。導入前に、取ったデータを誰がいつ見るのかを決めます。
工程管理・生産管理・MESの違い
| 区分 | 主な守備範囲 | 典型的な粒度 |
|---|---|---|
| 生産管理 | 受注・所要量計算・生産計画・在庫・原価まで含む業務全体 | オーダー単位、日単位 |
| 工程管理 | 製造指示に対する進捗、作業実績、負荷、納期の管理 | 工程・作業単位、時間単位 |
| MES | 製造実行(指示、実績収集、品質、設備、トレーサビリティ)を現場で統合 | 作業・設備単位、リアルタイム |
名称の定義よりも、自社で「どの粒度の実績を、いつまでに、誰が見たいか」を決めるほうが実務では重要です。ここが決まれば、必要なのが生産管理パッケージなのか、現場側の工程管理の仕組みなのかが判断できます。
対応できる機能
- 製造指示の作成・分割・変更(受注や生産計画からの取り込みを含む)
- 工程別の進捗表示(着手、完了、仕掛、遅延の可視化)
- 作業実績の入力(作業者、設備、開始/終了、数量、良品/不良)
- 負荷の集計(設備別、工程別、日別の予定と実績)
- 納期回答の支援(残工程と負荷から完了見込みを算出)
- 手配替え・特急への対応(優先順位の変更、影響範囲の表示)
- 実績の集計・分析(工数、リードタイム、遅延要因)
Excelから移行する単位
Excel工程表を一度に置き換えると、現場の入力負荷と移行リスクが同時に上がります。次のいずれかの単位で切り出すと、失敗しても戻せます。
- 1ライン・1工程だけの実績収集から始める
- 特定の製品群(受注量が多い、遅延が多い)に限定する
- 「着手・完了」の2点だけを取り、詳細な工数入力は後から足す
- 既存のExcel工程表は残し、実績だけをシステムで集める
最初から詳細な工数入力を求めると、現場が入力しなくなり、データの信頼性が落ちます。入力項目は「その項目が無いと判断できない」ものだけに絞ります。
現場入力方式の比較
| 方式 | 向いている場面 | 注意点 |
|---|---|---|
| 紙+後入力 | 端末を置けない、入力頻度が低い | リアルタイム性が無い。転記工数が残る |
| PC(共有端末) | 工程が集約されている | 端末前まで移動する手間が発生する |
| タブレット | 工程ごとに設置でき、写真も残したい | 設置場所、電源、落下・粉塵対策が必要 |
| バーコード/QR | 指示書・現品票がある | 票の運用(発行、貼付、破損時)を設計する |
| ハンディ端末 | 移動しながら大量に読む | 端末費用と充電・管理の運用が必要 |
| 設備からの自動取得 | 設備稼働・カウンタを取りたい | 機種・通信方式の調査が前提。設備保全・IoTを参照 |
必要なマスタと実績データ
| 区分 | 主な項目 |
|---|---|
| 品目マスタ | 品番、品名、図番、単位、標準工程、標準時間 |
| 工程マスタ | 工程コード、工程名、対象設備、段取り時間、順序 |
| 設備マスタ | 設備コード、能力、稼働カレンダー、保全対象か |
| 作業者 | 氏名、所属、技能(作業可能な工程)、シフト |
| 指示 | 指示番号、品番、数量、納期、優先度、紐づく受注 |
| 実績 | 指示番号、工程、作業者、設備、開始/終了、良品数、不良数、不良理由 |
標準時間が整備されていない場合でも、まず実績を集めてから標準を作る順序で進められます。標準の整備を待つと、いつまでも着手できません。
生産計画・在庫・原価との連携
- 受注・生産計画:指示の元データを基幹から取り込むか、工程管理側で作るかを決める
- 在庫:実績で払い出す材料・部品をどこまで自動で引き落とすか
- 原価:実績工数を原価計算に流す場合、締めのタイミングと訂正の扱いを決める
- 品質:不良数と不良理由を工程実績と同時に取るか、検査側で取るかを決める
多品種少量・個別受注での設計
製品ごとに工程が変わる場合、工程マスタを固定にすると運用できません。次のいずれかの設計が必要になります。
- 標準工程をテンプレートとして持ち、指示単位で工程を編集できるようにする
- 類似品の過去指示から工程を複写する
- 工程を「作業種別+設備」の組み合わせで表現し、順序を指示単位で持つ
- 一品一様の案件は、工程展開そのものを設計・技術部門の入力に委ねる
ここがパッケージと個別開発の分かれ目になりやすい箇所です。標準機能で工程の可変性を表現できるかを、実際の受注データで確認してください。
費用と期間を左右する条件
- 対象工程の数と、製品ごとの工程差の大きさ
- 実績入力の粒度(着手/完了のみか、工数・不良理由まで取るか)
- 入力端末の種類と台数、現場設置工事の要否
- 基幹・生産管理システムとの連携方式
- 負荷計算・納期回答ロジックの複雑さ
- 既存の工程表・実績データの移行範囲
よくある失敗
- 入力項目を増やしすぎ、現場が入力しなくなる
- 実績を集めたが、見る人と使う場面を決めておらず放置される
- 例外(手配替え、特急、分納)を設計に含めず、Excel併用に戻る
- 基幹連携を後回しにし、二重入力が常態化する
- 標準時間の整備を待って、いつまでも着手できない
よくある質問
- 工程管理システムと生産管理システムのどちらが必要ですか。
- 受注から所要量計算・在庫・原価まで含めて仕組みを整えたいなら生産管理、「いま何がどこまで進んでいるか」を把握して納期回答と負荷判断を改善したいなら工程管理が近い領域です。既に生産管理パッケージがある場合は、現場の実績収集だけを追加して連携する構成が一般的です。
- 現場がタブレット入力をしてくれるか不安です。
- 入力項目を絞り、1作業あたりの操作を数秒で終わる形にすることが前提です。バーコードやQRで指示書を読み、ボタン1つで着手・完了を記録する形なら定着しやすくなります。導入前に、実際の作業者に本番相当のデータで試してもらうことを勧めます。
- 標準時間が整備されていなくても導入できますか。
- できます。まず実績を集め、そのデータから標準時間を作る順序で進められます。標準の整備を待つと着手が遅れ、判断材料も増えません。
- 設備の稼働データも一緒に取れますか。
- 設備の機種と通信方式によります。取得可否の判断、ゲートウェイの選定、ネットワーク分離の扱いは設備保全・IoTのページで説明しています。まずは人による実績入力から始め、設備収集は対象設備を絞って追加する進め方が現実的です。
製造業向けのご相談
現在の工程表を共有して、システム化範囲を診断する
今使っている工程表(Excelでも紙でも構いません)と、進捗が分からなくなる場面を共有いただければ、実績を取る粒度、入力方式、基幹との接続方針、最初に切り出す範囲を整理してお返しします。
工程表を共有して相談する初回の相談で契約を迫ることはありません。対象外と判断した場合はその理由をお伝えします。
関連ページ
- 基幹・ERPと現場システムをつなぐ設計指示の取り込みと実績の返し方
- 設備・PLCから稼働データを取得する方法設備実績を工程管理に組み込む場合
- パッケージと個別開発の判断基準(Fit/Gap)工程の可変性をどう評価するか
- 製造業システム開発の費用を左右する条件実績入力の粒度が費用に与える影響