有限能力計画の導入を検討するタイ工場では、「設備の空き時間を画面に表示できるか」だけで選定してはいけません。同じ設備が空いていても、必要な技能を持つ作業者が休暇中なら仕事は進まず、材料が未入荷なら着工できず、保全停止が確定していれば工程を置けません。発注すべきなのは美しいガントチャートではなく、現場が実行できる計画と、実行できない理由を説明できる運用です。本稿では製造部門、計画担当、IT、購買、経営層が共通の判断基準を作るため、制約の設計からRFP、データ整備、FAT/SAT、投資判断までを整理します。
有限能力計画の導入で最初に決めること
無限能力の計画では、需要を工程へ割り付けるとき設備や人員の上限を超えても理論上の開始日を置けます。負荷山積みの後で人が調整する運用も成り立ちますが、品種、代替設備、段取り、シフト、材料、保全が増えるほど調整の依存関係が見えにくくなります。有限能力計画は、定義した資源の利用可能時間と業務ルールを超えないように、仕事の順序と開始時刻を決める考え方です。Siemensは設備能力だけでなく、在庫、人員の資格と稼働、保全計画などが能力計画に必要だと説明しています。SAPの有限能力計画の説明も、制約のある資源能力を先に考慮して後段の詳細計画を実行可能にする、という位置づけです。ただし両社の資料は製品や機能の説明であり、どの制約を自社で採用するかまで決めてくれるものではありません。
投資の起点は「現状の計画がどこで破綻するか」という具体的な仕事にします。例えば、受注回答で設備能力だけ見て納期を約束したが、金型交換要員が同日に別ラインを担当していた。特急注文を入れた結果、既確約の注文が押し出されたが、誰が承認したか残っていない。夜勤の有無をシステムが読み取れず、毎朝担当者が画面外で調整している。このような一件を、受注番号、品目、工程、約束日、現場で起きた差異まで追える形にして、導入の評価シナリオに変えます。
導入目的も先に明文化します。「納期遵守率を上げる」の一文では、同じ日に複数の代替案が出たとき優先順位を決められません。経営会議で、納期優先、仕掛抑制、残業抑制、段取り回数、重要顧客の優先度をどう扱うか決めます。全指標を同時に最大化する約束は避け、制約を守った後に何を最適化するかを段階的に定めます。計画の凍結期間、特急変更の承認権限、納期回答の責任者もここで合意します。
計画の時間粒度と境界
月次の能力見通し、週次の生産計画、当日の作業順序は同じ問題ではありません。経営層は四半期にどのボトルネックへ投資するかを知り、計画担当は来週の残業や外注を判断し、現場監督は次のシフトでどの作業を流すかを知りたいはずです。最初の対象は、現場で計画を更新する頻度に合わせて絞ります。日単位で十分な工程に分単位の精度を要求すると、入力の維持費だけが増えます。一方、同一設備へ段取り違いの仕事が短時間で集中する工程に日単位しか持たないと、実行不能な順番を「空き」と見誤ります。
計画対象の境界も決めます。全工場、全工程を一度にモデル化するより、納期に効く制約工程を一つ選び、その前後の材料と後工程の関係をつなぐほうが検証できます。対象外を隠さず、「上流工程は入荷予定を入力」「外注工程は確認済み受入日を固定」「後工程は日別能力のみ」のように近似の仕方を明記します。近似値が変わったとき、誰が更新するかも仕様です。

生産能力計画システムに入れる四つの制約
「制約を全部入れる」は要件になりません。制約ごとに、計画を止める硬い条件なのか、警告と承認で超えられる柔らかい条件なのかを分けます。硬い条件を安易に増やすと計画が組めなくなり、柔らかくし過ぎると実行できない計画が通ります。以下の四つを同じ注文と工程に対して照合できることが、今回の導入範囲の核です。
| 制約 | 最低限の入力 | 実行可否の例 | 更新責任者 |
|---|---|---|---|
| 設備・治工具 | 設備ID、能力、代替可否、段取り、カレンダー | 専用治具が別注文で使用中なら開始不可 | 生産技術・設備担当 |
| 人員・技能 | シフト、技能資格、有効期限、必要人数 | 有資格者が不在なら設備が空いても開始不可 | 製造部門・人事担当 |
| 材料 | 品目、必要量、利用可能日、ロット条件 | 入荷予定だけで引当不可なら確約不可 | 購買・倉庫 |
| 保全停止 | 設備ID、停止開始・終了、確定度、承認 | 予防保全と生産を同一時間に配置不可 | 保全部門 |
設備能力はカタログ値ではなく稼働条件で表す
設備の公称サイクルタイムをそのまま使えば、実際には清掃、検査、金型交換、立上げ確認、休憩があるのに、毎日満杯の計画ができます。品目と設備の組合せごとに標準時間、段取り時間、最小ロット、稼働カレンダーを持ちます。代替設備がある場合も、移せる製品、必要な治具、品質承認、運搬時間を明記します。SAPの資料では詳細・生産率・概算の計画階層を分けており、計算する階層を無闇に増やすと性能面の影響があるとしています。自社でも意思決定に必要な階層だけを先に採用するのが妥当です。
人員は人数だけでなく技能の可用性を見る
「2人必要」と登録しても、だれでも担当できるとは限りません。特定設備の段取り承認者、検査資格者、安全管理者などの役割を工程別に定め、資格期限とシフトを反映します。個人を計画画面に表示する必要がない場合は技能グループ単位で扱い、現場で割当を確定させる方法もあります。重要なのは、モデルの粒度に見合うデータ更新責任を持てることです。欠勤が発生したときに人事システムから自動反映するのか、監督者が当日入力するのか。ここを決めないまま人員制約を「対応可能」とする提案は、運用時に必ず例外処理へ追いやられます。
材料は「在庫あり」と「使える」を分ける
在庫数量が正でも、品質保留、ロット指定、保管場所違い、引当済みで使えない材料があります。発注残はさらに到着日が変わり得ます。RFPでは、在庫、発注残、入荷予定、品質リリース、ロット期限をどこまで取り込むかを分け、確定と見込みに異なる表示を求めます。材料不足の仕事を無理に見えなくするより、「設備と人員は空くが材料待ち」という理由を表示し、購買へ確認を回せることが重要です。納期回答時に見込み入荷を使う場合は、確約のルールを営業と購買が承認します。
保全停止は後から引く予定ではない
予防保全の停止時間を製造のカレンダーと同じ資源に載せます。確定停止は硬い条件、未確定の保全候補日は警告という設計が考えられます。ただし、法定点検や安全上の停止を計画担当が解除できる設計にはしません。保全予定が変更されたとき、再計画がどの注文に影響するかを見せ、変更を承認する人を決めます。設備故障時は実績システムまたは現場入力で停止を受け、古い計画を残さない更新期限を設定します。
データ準備は「正本・鮮度・例外」を決める仕事
有限能力スケジューリングの画面で不整合が見つかったとき、どのシステムへ直しに行くかが決まっていなければ、画面上の手修正が増えます。ISA-95はERPなどの事業計画とMESなどの製造運営の間で、活動と情報の境界を話し合う参照枠です。これを製品選定の認定制度と誤解せず、受注、作業指示、実績、設備状態、在庫、保全のデータ責任を整理する共通言語にします。
最小のデータ辞書には、フィールド名、意味、単位、時刻帯、更新元、更新頻度、異常値の扱い、履歴保持を記載します。例えば「設備可用時間」がタイ現地時刻のシフト表を指すのか、UTCのイベント時刻なのかを統一しなければ、日をまたぐ夜勤で誤配置が起きます。品目コードがERPと現場端末で異なる場合は対応表の持ち主と変更手順を定めます。BOMの版数と作業指示の適用日が異なる場合、材料引当をどちらに従わせるかも明記します。
最初のデータ監査では全件を完璧にしようとせず、対象制約工程の最近の注文を標本にします。注文ごとに計画時刻、実際の開始・終了、段取り、停止、材料待ち、担当技能を追い、欠損を「計算できない」「近似して計算する」「現場確認で補う」に分類します。単なる入力率ではなく、どの欠損が納期回答を誤らせるかを優先します。品目×工程×設備の標準時間が古い場合は、更新のトリガーを品目変更や工程改善とつなぎます。
ここで、同じ「欠損」でも対応を分けることが重要です。例えば段取り時間が一部品目だけ未登録なら、暫定的に類似品目の値を使い、対象注文を警告付きで計画する方法があります。しかし安全資格者の配置が未確認なら、平均人数で埋めて着工可能と表示してはいけません。材料ロットの品質状態が未連携なら、数量があっても引当確定とは扱わず、品質部門の確認待ちにします。暫定値で計算した注文には印を付け、納期回答や作業指示を確定する前に人がレビューします。入力の空欄を一律にゼロや「使用可」へ変換すると、数値上は整った計画でも、現場では守れない約束になります。
データ監査の成果物は、修正リストだけでなく「データが古くなったことを検知する仕組み」にします。標準時間の更新日、技能資格の有効期限、保全計画の最終確定日時、材料入荷予定の更新日時を持ちます。期限を過ぎた値は警告し、担当者が再確認するまで確約に使わない。変更があったときは、当該品目や設備にぶら下がる未着手注文を抽出し、計画を再計算するかどうかを判断します。これにより初期移行後の数か月でマスタが再び古くなる問題を抑えられます。
連携は「リアルタイム」を一律要求しません。受注の確定、材料の受入、欠勤、設備停止、保全変更は意思決定が変わる速度が違います。各イベントに対し、発生から計画反映まで許せる遅延、通信断時の代替入力、復旧後の再送、二重反映を防ぐ識別子を定義します。計画が返す納期と実行指示はERP/MESのどちらに書くか、承認前の案を上書きしない仕組みも必要です。

RFPには機能一覧より評価シナリオを入れる
APS導入のRFPに「有限能力スケジューリング対応」とだけ書くと、ベンダーごとに扱う制約が違うまま「対応」に丸が付きます。提案比較に使うには、同じ入力データと期待する判断を渡します。ソフトウェアがすべてを自動決定する前提ではなく、どこまで自動で候補を出し、どの場面で人が承認するかを指定します。
RFPの冒頭には工場、製品群、対象ライン、計画頻度、既存ERP/MES/保全システム、意思決定者を簡潔に書きます。次に制約の優先順位、必須の例外、データ責任、連携方式、権限、監査ログ、言語、教育、障害時運用を表にします。タイ工場なら日本本社の確約権限と現地計画担当の変更権限が分かれることがあるため、タイ語・英語・日本語の画面と業務用語の範囲も提案条件に入れます。翻訳可能という一語では、シフト名、理由コード、警告、帳票まで使えるか分かりません。
評価シナリオは少なくとも次を同一データセットで実行してもらいます。
- 設備に空きがあるが、必要技能の作業者がいない注文を投入する。計画が着工を防ぎ、理由を示すか。
- 材料の予定入荷日を遅らせる。どの注文が押し出され、既確約の納期にどんな影響が出るか。
- 保全停止を確定し、凍結期間内の特急注文を入れる。例外承認なしに停止を上書きしないか。
- 代替設備へ移すと段取りと品質承認が必要な品目を入れる。単に設備の空きだけで割り付けないか。
- 夜勤を削り、翌朝に欠勤を登録する。日またぎの時間帯を正しく再計算できるか。
- 一度承認した計画に実績差異を入れる。元の計画、変更理由、承認者、再計画後の案を追えるか。
提案書にはデモで見せた機能と追加開発の線引き、利用するライセンス、必要な連携、マスタ整備、教育、運用支援、データの持ち出し、計算性能の前提を分けて記載してもらいます。速度は「高速」と書かせず、対象注文数、工程数、資源数、計画期間、更新頻度を明示して測ります。現場で人が理由を理解できない案を出すだけでは、計画の採用率が下がります。理由コードと手動調整の履歴も受入対象です。
比較表の点数だけで発注を決めず、必須制約違反をゲートにします。その上で、計画品質、データ整備負担、操作、保守、拡張、総費用、現地サポートを評価します。特定製品の画面に合わせて現在の業務を丸ごと移す前に、残すべき制約と変えられる運用を経営側が区別します。関連記事の生産スケジューラー比較は製品比較の軸を、Excelからの生産計画移行は移行の入口を詳しく扱っています。本稿ではそれらを前提に、同時制約を受け入れるための発注条件に焦点を当てます。
FATとSATで「組める」だけでなく「使える」を証明する
FATはベンダー側または検証環境で、設定とロジックが約束した入力に対して期待どおり動くかを確かめます。SATは現場の接続、データ、権限、シフト運用、担当者の判断まで含めて確かめます。呼び方や契約上の位置づけは案件ごとに定義が必要ですが、どちらも「画面が開く」だけでは合格になりません。
テストケースはRFPのシナリオからつなげ、入力、期待結果、許容範囲、証拠、担当者を一組にします。例えば、保全停止中の設備へ仕事を割り付けないことは機械的に判定できます。一方、同じ納期が複数あるときの優先順序は経営方針との照合が必要です。重要な注文が遅れる場合は、遅れが隠れないこと、原因が材料か人員か設備か分かること、代替案を比較できることを合格条件にします。
| 試験 | 確認すること | 証拠 |
|---|---|---|
| 制約違反 | 同一時間の設備二重予約、無資格作業、材料不足、保全停止を見逃さない | 入力データと計画結果の対照表 |
| 変更影響 | 材料遅延や故障で影響注文と納期差が表示される | 変更前後の計画と理由ログ |
| 連携・時刻 | ERP/MES/保全から値が重複なく届き、夜勤を正しく扱う | メッセージID、時刻、再送履歴 |
| 現場判断 | 監督者が例外を理解し、承認・差戻しできる | 操作記録と承認履歴 |
| 復旧 | 通信断後に未反映データを検出し、再計画できる | 障害演習記録 |
SATでは実際のタイ工場のカレンダーを使います。休憩、夜勤、祝日、臨時シフト変更、保全停止、材料の品質保留を試験データに入れます。タイ語と日本語で同じ警告を読んだとき判断が食い違わないか、用語レビューも行います。現場の計画担当が画面外でExcelを作り直さずに翌日の作業順を説明できるかを観察します。操作時間や手戻り件数は自社の基準値と同じ条件で比較し、事前に測っていない改善率を後から作りません。
並行稼働期間には旧計画と新計画の差を記録します。差が出たら、新計画が間違いだと即断せず、旧計画に隠れていた残業、暗黙の代替設備、先行手配、保全時間の調整がないか確認します。承認した例外はルール化するか、例外のまま承認フローで扱うかを決めます。SATの終了条件には、未解決の重大欠陥がないこと、主要シナリオが合格したこと、マスタ更新責任が移管されたこと、障害時の手順が現地語で使えることを含めます。
受入試験では「計画がない」という結果も試します。複数の硬い制約が競合すれば、実行可能な解が存在しないことがあります。そのときシステムが無理に架空の空き枠を作ったり、保全停止を黙って外したりしてはいけません。どの注文、工程、時間帯、資源が競合するかを示し、残業を承認する、材料入荷を待つ、代替設備を確認する、顧客と日程を交渉するなど、現実の意思決定へつなぐことが合格です。人が解決した後も、その変更理由と承認者が次回の計画担当者へ伝わるか確認します。

経営判断は計算結果より運用責任を見る
有限能力計画は、計算エンジンを入れた瞬間に納期問題を消す仕組みではありません。有限の資源を明示すると、従来は担当者の調整で見えなかった不足が表面化します。必要なのは「計画が遅延を示したとき誰が何を決めるか」という判断経路です。残業、外注、代替設備、納期再交渉、優先顧客の扱いは事業上の決定であり、アルゴリズムが勝手に引き受けるべきではありません。
投資稟議では、ベンダーの一般的な効果率や他工場の事例値をそのまま採用しません。自社の基準期間を決め、納期回答の所要時間、計画変更回数、確約後の納期変更、欠品待ち時間、保全停止との衝突、残業と外注、仕掛、計画担当者の手作業時間を記録します。改善の期待値は「どの制約を把握し、どの判断を早めるから変わるか」という因果で説明します。削減額だけでなく、マスタ維持、連携保守、現地教育、シフト変更への対応、バージョン更新も費用に入れます。価格は対象範囲やデータ状態で変わるため、一般相場を根拠に予算を固定しません。
段階導入の判断もゲートにします。第1段階は制約工程と隣接工程の可視化、第2段階は人員・材料・保全の同時判定、第3段階は複数ラインや工場への展開という順が一例です。ただし工程順は自社のボトルネックで変えます。各段階で、データ更新が継続したか、現場が計画案を採用したか、例外が追跡できたかを見ます。「デモで動いた」だけで全社展開へ進まないための止め方も承認します。
定例会の型はシンプルにできます。毎日の会議では、前日計画との差、今日の硬い制約違反、材料・人員・保全の変化、納期確約の変更候補を確認します。週次では、繰り返し出る例外がデータ不足なのか、設備能力不足なのか、業務ルールの衝突なのかを分類します。月次では、代替設備の追加、技能育成、材料調達方針、保全計画を見直します。計画エンジンが出す答えを評価し、更新する意思決定の場がなければ、数週間で画面外の調整へ戻ります。
タイ工場での導入順序と担当の置き方
タイで操業する日系工場では、本社営業が納期を約束し、現地の製造と購買が制約を把握していることがあります。誰の「確約」がシステムへ入るのかを曖昧にすると、現場が守れない日付が計画に固定されます。まず日本本社、現地工場、現地購買、保全部門の意思決定境界を図にし、例外の連絡先を決めます。英語を共通言語にしても、現場の理由コードや教育はタイ語の理解を確認します。
導入を始める前に、現場で一つの製品群について注文から出荷までを歩き、計画表だけでなく実際の移動票、設備停止記録、保全予定、材料の引当方法を見ます。次に対象工程のマスタを監査し、経営層と制約の硬軟を決めます。その後RFPで同じシナリオを複数社へ渡し、提案の前提差を明らかにします。契約では連携の責任、データ変換、例外の扱い、FAT/SAT証拠、教育、運用移管を成果物として明記します。稼働前には現場担当者が自分の言葉で「なぜこの注文は今日作れないか」を説明できる状態を目標にします。
この順序は、計画用ソフトだけの導入にも、既存ERP・MESの機能拡張にも使えます。SAPの2025 FPS01向けPP/DS文書には資源と部品の可用性を考慮し、重要品目やボトルネック資源を詳細計画する機能が説明されています。Siemensの製品資料も複数資源、順序依存の段取り、作業間の制約を扱うと説明しています。両者の機能があることと、自社データが十分で現場に定着することは別です。RFPと受入試験で、その差を検証します。
稼働判定を曖昧にしないための四つのゲート
第1ゲートは「データ」です。対象期間の未着手注文、対象工程の標準時間、設備カレンダー、必要技能、材料可用日、確定保全停止に、更新責任者と最終更新時刻が付いているかを見ます。欠損件数だけで合格を決めず、対象の納期確約に影響する注文が残っていないかを確認します。未確認の材料があるなら、その注文を自動確約の対象から外す、といった運用を具体的に決めます。テストデータだけ整っていて日々の更新が止まる状態は合格にしません。
第2ゲートは「解の説明」です。設備が空いていても資格者がいないケース、材料があっても品質保留中のケース、保全停止と特急注文が衝突するケースで、画面が理由を一意に示せるかを確認します。複数の制約が同時に該当する場合は、最初の一つだけを隠れた理由として扱わず、計画担当と現場が必要な確認先を特定できる表示にします。代替案を作るときも、残業の承認、代替設備の品質条件、納期の再回答など、必要な人の判断を飛ばさないことが条件です。
第3ゲートは「通常業務」です。朝の計画変更から現場への作業指示までを、実際の担当者が決められた時間内に終えられるかを見ます。計画担当だけでなく、保全、購買、製造監督者に通知が届き、各部門が自分のデータを更新できるかを試します。例えば材料入荷が午前から午後へずれたとき、購買の更新が計画へ反映され、現場の旧指示が残らず、営業が変更された確約候補を確認できる流れまで通します。各部門が別のExcelで差分を補うなら、連携はまだ完了していません。
第4ゲートは「障害と復旧」です。ネットワーク断や接続元の停止時に、最後に正常更新された時刻を見せ、未確認の情報で新しい確約を出さない運用に切り替えられるかを試します。復旧後は受注や停止イベントを二重計上せずに再送し、影響注文を再計画します。切替中に現場が手書きや既存帳票で記録した実績も取り込み、元の計画と承認履歴を失わないことを確かめます。このゲートを設けることで、晴天時のデモだけで稼働を決めるリスクを減らせます。
四つのゲートの判定者を同じ人に集中させないことも大切です。ITは接続と権限、製造は作業順、購買は材料、保全は停止、営業は確約、経営層は例外時の優先順位を確認します。未解決項目には影響する注文、暫定運用、責任者、期限を付け、次の判定日を決めます。機能としては合格でも運用責任が空白なら、段階展開を止めて修正します。
発注前の小さな実証でも、この四つのゲートを簡略化して使えます。現場の代表注文を十件程度選び、通常品、段取り替え品、材料待ち、保全停止、欠勤が重なるケースを含めます。件数そのものを成功条件にせず、工場の典型的な難しさが入っているかを確認します。実証の最後に「この注文の着工が遅い理由」を計画担当以外の監督者にも説明してもらい、答えが画面と一致するかを見ます。発注段階でこの差を発見できれば、あとから大規模なマスタ作り直しや権限設計の変更を避けやすくなります。
また、比較対象の提案が同じ条件で計算されているか確認します。一社だけ材料を無限に使える前提、別の一社は技能資格を厳密に守る前提では、納期達成率だけを比較しても意味がありません。提案書に使用した制約、除外した制約、暫定値、手動判断を明記してもらい、数字が良く見える理由を説明できる形で残します。
有限能力計画の導入で、何を最初にデータ化すべきですか?
対象の制約工程について、注文と工程、設備カレンダー、標準時間、主要段取り、確定保全停止を先に揃えます。次に納期判断を実際に変える人員技能と材料可用日を追加します。全部門の全データを集めるより、最近の注文を再現して「計画できない理由」が正しく出るかを見るほうが有効です。欠損は隠さず、暫定値、更新責任、期限を記録します。
生産能力計画システムとAPSは同じですか?
生産能力計画は需要と資源能力を照らし、実行可能な負荷を考える業務です。APSはそれを支援するソフトウェア群の呼び名として使われます。製品にAPSと書かれていても、設備、人員、材料、保全を同時にどの粒度で扱えるか、ERP/MESとどう連携するかは製品と設定で異なります。名前より評価シナリオで確認します。
有限能力スケジューリングで保全停止や欠勤は自動反映できますか?
接続元に確定データがあり、更新タイミングと責任者が定義されれば自動反映は可能です。ただし予定と確定、故障と予防保全、欠勤と技能不足を区別する設計が必要です。連携が止まったときの警告と手動代替、復旧後の再送まで受入試験に含めます。
APS導入の費用と期間はどう見積もりますか?
対象ライン数だけでなく、制約数、品目・工程・設備の組合せ、既存マスタの欠損、ERP/MES/保全との接続、言語、教育、並行稼働、保守を分けて見積もります。現場データを監査する前に一般的な相場や一律の期間を約束するのは適切ではありません。同じRFPと試験シナリオを渡し、前提と除外範囲を揃えて比較します。
まとめ
有限能力計画の導入は、設備の空き枠を計算する案件ではなく、設備、人員、材料、保全停止の制約を同じ注文に対して照合し、現場が実行できる案と実行できない理由を示す仕組みを作る案件です。最初に対象工程と経営上の優先順位を決め、データの正本と鮮度を整え、RFPに例外シナリオを入れます。FATとSATでは制約違反だけでなく、変更影響、承認、復旧、現場の理解まで確認します。稼働後は計画差と例外を定例で見直し、資源投資と業務ルールへ戻します。
タイ工場の対象工程で、どの制約を硬い条件にし、どこからデータを集めるかを整理する段階でも、TOMAS TECHへご相談ください。現在の計画表と一つの実注文を起点に、RFPと受入条件を検討できます。