生産計画 エクセル 脱却｜タイ工場のAPS移行実務
「生産計画 エクセル 脱却」を検討するとき、論点はExcelを禁止することではありません。計画の正本、制約、例外、承認、実績差分を誰がどこで管理するかを決め、MRP・APS・生産管理システム・MES・現場の役割をつなぎ直すことです。本稿では、タイ工場が既存Excelを活かしながらAPSへ段階移行するための判断基準、データ準備、90日PoC、RFP、受入テストを実務順に整理します。
生産計画のエクセル脱却で最初に解くべき誤解
Excelは強力な分析・試算ツールです。Microsoft 365では、対応形式をOneDriveまたはSharePoint Onlineに置けば複数人による共同編集ができ、Version Historyから過去版を確認・復元できます。したがって「Excelには共同編集機能がないから移行する」という説明は正確ではありません。
一方、共同編集できることと、生産計画を業務として統制できることは同じではありません。Show Changesはセル値や数式の変更を追跡できますが、グラフ、図形、PivotTable操作、書式、非表示、フィルターなど、表示されない変更があります。古いExcel、未対応機能、ファイルの置換やコピーが関わると、変更ペインに欠落が生じる場合もあります。
生産計画で本当に管理したいのは、「誰がどのセルを変えたか」だけではありません。たとえば次の情報です。
- どの需要、在庫、能力、カレンダーを根拠に計画を作ったか
- どの版が承認済みで、いつから凍結されるか
- 納期、能力、部品、段取、代替資源のどの制約に違反したか
- 特急受注や設備停止を誰が、どの理由で例外承認したか
- 計画と実績の差を次の計画サイクルへどう戻したか
つまり脱Excelとは、拡張子をなくすことではなく、計画を構成する対象を業務オブジェクトとして扱うことです。Excelは仮説検証、個人分析、会議用の補助表として残して構いません。ただし、承認済み計画の正本がExcelなのかAPSなのか、現場が従う指示がどこにあるのかを曖昧にしてはいけません。
Microsoftが示すExcelの仕様上限には、1ワークシート1,048,576行、16,384列、セル内32,767文字、Solverで調整できるセル200という数値があります。32bit環境のData ModelはExcel本体やアドインと2GBの仮想アドレス空間を共有し、64bit環境でも実際の処理はメモリやシステム資源に制約されます。しかし、これらの上限に近づいたことだけを移行理由にすると、本質を外します。小さな表でも、版、例外、承認、制約伝播、実績フィードバックが管理できなければ、生産計画の運用リスクは高くなります。
より広くExcel運用の論点を整理したい場合は、製造業のExcel管理が限界になる条件もあわせて確認してください。
生産計画システムへの移行を判断する兆候
ファイル容量や行数より、日常業務に現れる兆候を見ます。次の表で複数項目が常態化しているなら、生産計画システムやAPSのPoCを検討する段階です。
| 兆候 | 現場で起きること | 移行時に設計する対象 |
|---|---|---|
| 版が増える | final、final2、担当者別コピーが並ぶ | 正本、版番号、承認状態、公開時刻 |
| 変更が頻繁 | 特急、欠品、設備停止のたびに全体を手修正 | イベント、影響範囲、再計画ルール |
| 凍結期間が守れない | 確定済みの直近計画まで無意識に動く | タイムフェンス、変更権限、例外承認 |
| ボトルネックが見えない | 各工程表は成立しても全体で渋滞する | 有限能力、待ち、移動、仕掛 |
| 代替資源が属人化 | ベテランだけが設備や金型の代替可否を知る | 代替資源、優先順位、品質条件 |
| 実績が戻らない | 前日の遅れや歩留まり差が翌日の計画に反映されない | 実績収集、差分、再計画起点 |
| 説明できない調整が多い | 担当者の「勘」で順序が変わる | 変更理由、判断ルール、監査証跡 |
重要なのは、Excel担当者の力量不足と決めつけないことです。担当者は、正式なシステムが表現できていない現場制約を数式や色、コメント、別表で補ってきた可能性があります。そのExcelは「廃止対象」ではなく、要件を発見するための現場知識です。移行プロジェクトでは数式だけでなく、列を追加した理由、色を付ける判断、毎朝の修正順序、電話確認の相手まで聞き取ります。
MRP・APS・ERP／生産管理・MESの役割を分ける
生産計画の自動化で失敗しやすい原因の一つは、所要量計算と有限能力スケジューリングを同じものとして扱うことです。製品名ではなく、意思決定の役割で分ける必要があります。
| 領域 | 主な問い | 代表的な入力 | 主な出力 |
|---|---|---|---|
| ERP／生産管理 | 何を、いつまでに、どれだけ作る・買うか | 受注、需要、在庫、BOM、購買条件 | 製造・購買の所要、指図、原価・在庫情報 |
| MRP | 部品と材料はいつ、いくつ必要か | 需要、BOM、在庫、リードタイム | 正味所要量、手配提案、要求日 |
| APS | 制約の下で、どの資源にどの順序で割り付けるか | オーダー、工程、能力、段取、カレンダー | 有限能力の小日程、順序、負荷、遅延・競合 |
| MES／現場実績 | 実際に何が始まり、終わり、止まり、不良になったか | 作業指示、設備・作業者の実績 | 開始・完了、数量、停止、品質、実績時刻 |
SAP PP/DSの公式プロセスも、MRPによる無限能力計画と、その後の最適化やヒューリスティックによる有限能力の順序・資源計画を分けています。要求、受入、在庫、資源可用性、部品可用性を取り込み、遅延や資源過負荷を対話的に扱います。これはSAPだけが唯一の選択肢という意味ではなく、役割分担を理解する具体例です。
Siemens Opcenter APSの公式説明では、長期の戦略計画、中期の戦術計画、詳細な順序・スケジュールを扱い、資源配分、オーダー優先順位、バッチ、納期回答、ボトルネック、段取を支援するとしています。ここでも製品機能をそのまま効果保証へ置き換えてはいけません。自社のデータ精度、意思決定頻度、運用責任に合うかを検証する必要があります。
ANSI/ISA-95.00.01-2025は、企業・物流系と製造制御系の境界、共有情報、標準化された統合インターフェースと意味モデルの重要性を扱います。特定製品の採用を要求する規格ではありませんが、ERP、APS、生産管理、MES、制御・現場の責任分界を設計するときの有用な考え方です。
システム境界を決める際は、各データについて「作る場所」「承認する場所」「配信する場所」「実績で更新する場所」を一つずつ定義します。同じ品目カレンダーをERPとAPSの双方で別々に保守する、現場がAPS指示を受けた後にExcelで順序を上書きする、といった二重正本を避けます。
APS生産計画へ移行する前の最低データセット
APSは、入力された制約を自動的に正しくしてくれる装置ではありません。最初にデータ項目と責任者を決めます。全項目を完璧にしてから始める必要はありませんが、「不足していることが分かる」「仮値を誰が承認したかが分かる」状態は必要です。
| データ | 最低限確認する内容 | 推奨する責任者の例 |
|---|---|---|
| 品目 | 単位、状態、有効期間、製造／購買区分 | 生産管理・品目管理 |
| BOM | 使用量、歩留まり、代替部品、有効期間 | 技術・生産技術 |
| 工程・ルーティング | 工程順、標準時間、重なり、外注 | 生産技術 |
| 資源・能力 | 設備、作業者、金型、治具、同時処理数 | 製造・設備 |
| カレンダー | シフト、休憩、休日、保全、残業 | 製造・人事・保全 |
| 段取 | 品種切替条件、洗浄、色、金型交換 | 製造・品質 |
| 代替資源 | 代替可否、優先順位、品質・認定条件 | 製造・品質 |
| 在庫・仕掛 | 利用可能時刻、保留、ロット、置場 | 倉庫・生産管理 |
| 受注・需要 | 納期、優先度、分納可否、確度 | 営業・生産管理 |
| 実績 | 開始、完了、数量、不良、停止理由 | 製造・MES管理 |
責任者は、単に入力作業をする人ではありません。定義、承認、変更頻度、品質基準、エラー時の判断に責任を持つ人です。タイ拠点では、日本本社が品目やBOMを承認し、現地工場がカレンダーや資源能力を保守するなど、拠点間の分担も明記します。
データ品質は「全件の正確さ」という一語で済ませず、完全性、妥当性、整合性、鮮度、重複、追跡可能性に分けます。たとえば標準時間が全品目に入っていても、数年前の設備条件のままなら、完全ではあっても新鮮ではありません。代替設備が登録されていても、品質認定の期限がなければ、計画上は使えても現場では使えません。
既存Excelから項目を抽出するときは、セル値に加えて数式、名前定義、入力規則、色、コメント、非表示列、マクロ、外部リンクを棚卸しします。ただし、すべてを新システムに再現するのではありません。「法令・契約・品質上必要」「計画判断に必要」「単なる表示上の好み」に分け、移行対象を絞ります。
90日PoCで生産計画の自動化を検証する
本稿では、90日を検討しやすいPoCフレームとして提案します。90日で必ず導入できるという保証ではなく、工場、工程、データ、連携範囲に応じて期間を調整してください。対象は全工場・全品目ではなく、計画の難しさと事業影響が確認できるボトルネック工程、または一製品群に限定します。
フェーズ1：現状計画と評価条件を固定する
最初に、比較対象となる旧計画を保存します。受注、在庫、仕掛、設備カレンダー、欠品、優先度など、どの時点の入力を使ったかを固定し、Excel担当者がどの順序で判断したかを記録します。
この段階でPoCの問いを決めます。「最適化できるか」のような抽象的な問いではなく、次のように観測可能にします。
- 同一入力から同一計画を再現できるか
- ボトルネック能力を超えた割付を検知できるか
- 承認済みの凍結期間を守れるか
- 欠品や停止の影響範囲を説明できるか
- 手動変更の理由と承認者を追跡できるか
- 実績差分を次回計画へ戻せるか
フェーズ2：制約モデルを作る
品目、BOM、工程、資源、能力、カレンダー、段取、代替資源を対象範囲だけ登録します。Excelの数式を機械的に移植するのではなく、その数式が表していた判断を「制約」「優先規則」「データ変換」「表示」に分解します。
現場ルールには、絶対に破ってはいけないハード制約と、状況により違反を許容できるソフト制約があります。品質認定のない設備を使わないことはハード制約になり得ます。一方、段取回数を減らすことは、特急納期のために例外を認める場合があります。両者を区別しないと、計画が作れないか、作れても現場が受け入れない結果になります。
フェーズ3：ExcelとAPSを並行稼働する
旧Excelをすぐ止めず、同じ入力スナップショットで双方の計画を作ります。差が出たら勝敗をつけるのではなく、差の理由を分類します。
| 差の種類 | 確認すること | 対応 |
|---|---|---|
| データ差 | 在庫、能力、時刻、単位が同じか | 取込・変換・基準時刻を修正 |
| ルール差 | 優先順位、段取、凍結の解釈が同じか | 制約または運用ルールを合意 |
| 属人判断 | Excel担当者だけが知る例外か | 判断根拠を明文化し、承認方式を決定 |
| 表示差 | 同じ結果を別の粒度で見ているか | 比較ビューと集計軸を統一 |
| 実行不能 | 現場では設備・人・金型を確保できないか | 資源モデルと実績連携を修正 |
並行稼働では、Excelを「正解データ」と決めつけません。Excelにも古い値や暗黙の補正があるためです。双方を現場実績と照合し、どの判断が再現可能で説明可能かを見ます。
フェーズ4：例外を意図的に試験する
通常受注だけで計画が作れることは、導入可否の十分条件ではありません。特急受注、部品欠品、設備停止、段取条件変更、残業停止、代替資源禁止などを投入し、影響と復旧手順を確認します。例外テストはシステムの性能だけでなく、誰が判断するかを確かめる業務テストです。
フェーズ5：受入判定と次段階を決める
受入はデモ画面の印象でなく、事前に合意した証拠で判断します。未解決項目は、製品設定、データ整備、インターフェース、教育、運用ルール、製品制約に分類します。そのうえで本番範囲を広げる、追加PoCを行う、要件を見直す、中止する、のいずれかを決めます。
生産計画のシナリオ比較を詳しく設計する際は、生産計画シミュレーションの進め方も参考になります。
RFPで聞くべき質問と見積の分解
RFPは機能一覧への丸付けではなく、実データと例外で提案を比較できる形にします。「AI最適化」「自動スケジューリング」といった名称だけで評価せず、入力、制約、出力、再現性、説明、運用責任を質問します。
ベンダーへの主要質問
- MRPと有限能力計画はどこで分かれ、どのデータが受け渡されるか。
- 設備、作業者、金型、治具、部品を同時制約として表現できるか。
- 段取マトリクス、バッチ、キャンペーン生産、代替資源をどう設定するか。
- 凍結期間内の変更を防止または承認制にできるか。
- 同じ入力・設定・バージョンから同じ計画を再現できるか。
- 自動計画後の手動変更について、理由、担当者、時刻を追跡できるか。
- 欠品、停止、特急受注の影響をどの範囲まで説明できるか。
- ERP、MES、設備実績とのインターフェース方式、頻度、再送、エラー処理は何か。
- タイ語・英語・日本語の表示、マスター、教育、サポートはどこまで対応するか。
- モデルや設定の変更を誰が行い、テスト、本番反映、ロールバックをどう管理するか。
見積は、ライセンスだけで比較すると判断を誤ります。最低でも次の費目に分解します。
| 費目 | 確認範囲 | 見落としやすい点 |
|---|---|---|
| ライセンス | ユーザー、拠点、資源、機能、環境 | テスト環境、閲覧者、追加モジュール |
| 導入設定 | 要件、制約モデル、画面、帳票 | 例外ルール、再設定回数 |
| データ整備 | 抽出、変換、洗浄、初期登録 | 現場確認、仮値の承認、履歴 |
| 連携 | ERP、MES、設備、ファイル、API | 監視、再送、時刻・単位変換 |
| テスト | 単体、結合、性能、受入、例外 | テストデータ作成、証跡、再試験 |
| 教育 | 計画者、現場、管理者、保守 | 多言語教材、交代勤務、新任者 |
| 保守運用 | 問い合わせ、障害、更新、バックアップ | 現地時間、休日、変更管理 |
| 組織変更 | 権限、会議、KPI、手順、定着 | Excel正本の終了条件、責任移管 |
この記事では具体的な相場を示しません。範囲、データ品質、連携数、制約の複雑さ、拠点数で見積条件が変わるためです。価格だけでなく、前提、除外、顧客側作業、追加費用の発生条件を同じ表で比較してください。
製品候補の違いを見る際は、タイ製造業向け生産スケジューラー比較へ進むと、比較軸を補完できます。
生産計画システムの受入テスト
受入基準は「画面が開く」「計画ボタンが動く」では不十分です。入力、処理、結果、説明、権限、実績フィードバックまで一連で証明します。
正常系で確認すること
- 承認済みの需要、在庫、BOM、工程、カレンダーを正しく取り込める
- 基準時刻、タイムゾーン、単位、丸めが期待どおりである
- 能力、部品、段取、代替資源を考慮した計画が作られる
- 同一条件で再実行したとき、結果または差の理由を説明できる
- 承認済み計画を権限のない利用者が変更できない
- 計画を現場へ配信し、実績を次のサイクルへ戻せる
例外系で確認すること
| 例外 | 期待する観測 | 合否証拠 |
|---|---|---|
| 急な受注 | 既存納期、能力、部品への影響が分かる | 変更前後計画、警告、承認履歴 |
| 部品欠品 | 使用不能期間と影響オーダーが分かる | 欠品一覧、遅延理由、代替判断 |
| 設備停止 | 停止時間中に割り付かず、再計画できる | 資源カレンダー、再計画ログ |
| 段取変更 | 順序依存の時間や禁止組合せを反映する | 段取設定、計画順序、警告 |
| 残業停止 | 能力減少が負荷と納期に伝播する | カレンダー版、負荷差、遅延 |
| 代替資源禁止 | 認定外の設備を割り付けない | 制約設定、違反検知、承認証跡 |
受入テストの結果は、スクリーンショットだけでなく、入力スナップショット、設定バージョン、実行時刻、出力、期待値、判定者、未解決事項を残します。再現できなければ、障害なのかデータ差なのか判断できません。
性能試験も「何秒なら速い」という一律基準ではなく、日次計画、当日再計画、納期回答、会議中の試算など業務場面別に許容時間を決めます。また、大きな計画が完成する時間だけでなく、担当者が例外を発見し、理由を理解し、承認を得て公開できるまでの時間を確認します。
タイ工場でのAPS導入に必要な運用設計
タイ拠点では、画面翻訳だけで多言語運用が完成するわけではありません。品目名、工程名、停止理由、段取条件、承認理由の辞書を整備し、日本語・英語・タイ語のどれを正本にするか決めます。自由記述だけに頼ると、同じ理由が複数表記になり、分析や検索が難しくなります。コード化された理由と、必要に応じた補足文を組み合わせます。
タイムゾーンは保存形式、画面表示、インターフェースの基準を分けて定義します。日本本社とタイ工場で同じ「日付」を見ても、締め時刻や夜勤の扱いが異なる場合があります。現地休日、会社休日、シフト、計画日境界、夏時間を使う地域との連携をテストケースに含めます。
責任分界では、たとえば次を明文化します。
- 日本本社とタイ工場のどちらが需要優先度を確定するか
- 現地の設備能力、休日、保全停止を誰が更新するか
- 凍結期間内の特急変更を誰が承認するか
- APS結果を現場へ公開する最終責任者は誰か
- 夜勤中の停止や欠品を誰が登録し、いつ再計画するか
- ERP、APS、MES間の連携エラーを誰が監視するか
タイBOIは2026年上期、Smart and Sustainable Industry施策の下で、機械更新、デジタル技術、オートメーション／ロボット統合に関する132件、約172億バーツの申請があったと公表しています。これはタイ全体の投資申請状況であり、個別のAPS導入効果、採択、税優遇を示すものではありません。
現行案内では、効率向上投資の最低額として土地・運転資金を除く100万バーツが示されています。一般条件には機械輸入税免除、既存事業に対して効率改善投資額の50%を上限とする3年間の法人所得税免除が案内され、タイ国内の自動化産業に結びつく機械等が一定条件を満たす場合は上限条件が異なるとされています。ただし、対象活動、投資内容、申請時点の制度、BOIの判断によって適用可否は変わります。申請前にBOIまたは専門家へ個別確認してください。
生産計画エクセル脱却の失敗パターンと対策
Excelを消すこと自体を目標にする
現場は補助分析や急な確認にExcelを使い続けることがあります。禁止だけでは隠れExcelが増えます。正本、許可された補助利用、再取込の可否、終了条件を決めます。
マスタが完全になるまで開始しない
完璧を待つと進みません。対象工程を絞り、不足値、仮値、責任者、是正期限を見える化したうえでPoCを進めます。ただし仮値のまま本番判断へ移さないゲートが必要です。
最適化エンジンの評価だけで終わる
計算結果が良くても、実績が戻らない、例外理由を記録できない、現場に配信できないなら運用になりません。データ取込から承認、公開、実績フィードバックまで通します。
全工場・全品目を最初から対象にする
範囲が広すぎると、データ問題とモデル問題と運用問題が混ざります。ボトルネック工程または一製品群で学び、展開条件を明文化してから広げます。
ベンダーの改善率を自社保証と解釈する
ベンダーが示す導入効果は顧客条件に依存します。自社の基準値、入力、期間、除外、計測方法を定め、PoCで検証します。本稿は納期遵守率、在庫、生産性などの改善率を保証しません。
現場の手動変更を排除する
例外対応には人の判断が必要です。重要なのは手動変更をゼロにすることではなく、権限、理由、影響、承認、再現性を管理することです。現場知識を取り込みつつ、正本を崩さない仕組みにします。
よくある質問
生産計画のエクセル脱却とは、Excelを全面禁止することですか？
いいえ。Excelは分析、仮説検証、補助表に残せます。重要なのは、承認済み計画、制約、例外、実績差分の正本をどこに置くかを決め、Excel上の変更が無断で正本を上書きしない運用にすることです。
生産計画システムとAPSの違いは何ですか？
製品によって呼称は異なります。一般に生産管理やERPは受注、在庫、BOM、所要、指図などを広く管理し、APSは能力、段取、資源、優先順位などの制約下で小日程と順序を作る役割に重点があります。名称ではなく、入力・意思決定・出力・責任分界で確認してください。
APS生産計画の前にMRPは不要になりますか？
一律には言えません。MRPの部品所要量計算と、APSの有限能力・順序計画は異なる問いに答えます。両者をどう連携し、どちらが要求日、能力、計画版を管理するかを設計します。
小日程計画のPoCは全品目で実施すべきですか？
最初はボトルネック工程または一製品群が現実的です。制約の複雑さ、納期影響、現場協力、比較可能な旧計画がある範囲を選び、展開可能性を検証します。
生産計画自動化の受入基準は何ですか？
同一入力で計画を再現できること、制約違反を検知できること、凍結期間を守れること、変更理由を追えること、実績差分を次の計画へ戻せることを基本にします。工場固有の例外条件も追加してください。
Excelの行数上限に達していなければ移行は不要ですか？
いいえ。Excelの仕様上限は参考情報ですが、移行判断は版、変更頻度、例外、承認、実績連携、属人性などの運用課題で行います。小さなファイルでも正本が複数あれば、統制上の問題は起こります。
90日PoCで本番導入まで完了しますか？
90日は本稿の推奨フレームであり、完了を保証する期間ではありません。データ整備、連携、制約、組織承認、複数拠点展開の範囲によって、短縮も延長もあり得ます。PoCの目的は、次の投資判断に必要な証拠を作ることです。
タイBOIの優遇をAPS導入で必ず受けられますか？
いいえ。公表制度にはデジタル技術や効率向上投資に関する条件がありますが、個別案件の対象活動、投資内容、申請時点の制度、BOI判断で適用可否が変わります。申請前にBOIまたは専門家へ個別確認してください。
まとめ
生産計画のエクセル脱却は、Excelファイルを消すプロジェクトではありません。計画の正本、制約、例外、承認、実績差分を定義し、MRP、APS、ERP・生産管理、MES、現場の責任をつなぎ直すプロジェクトです。既存Excelを要件発見の材料にし、対象をボトルネック工程または一製品群へ絞り、旧計画を残した並行稼働と例外試験で受入基準を証明します。数値効果を先に約束するのではなく、再現性、制約検知、凍結、変更理由、実績フィードバックを確認してから展開判断へ進むことが、現実的な移行につながります。
タイ工場で、生産計画Excelの棚卸し、APS候補のRFP、90日PoC、ERP・MES連携の整理から検討したい段階でも、TOMAS TECHへご相談ください。現行運用を前提に、正本と責任分界を一緒に可視化します。
参考情報
- Microsoft: Excel specifications and limits
- Microsoft: Collaborate on Excel workbooks with co-authoring
- Microsoft: Show Changes in Excel
- ISA: 2025 update to ISA-95
- SAP Help: Production Planning and Detailed Scheduling process
- Siemens: Opcenter Advanced Planning and Scheduling
- Thailand BOI: 2026 first-half Smart and Sustainable Industry applications
- Thailand BOI: Smart and Sustainable Industry
