業界観察:MTO/MTS は「受注後に生産する」だけではない

多くの誤った MTO/MTS 判断は、業務用語とシステム上の計画概念を混同することから生まれます。

MTO/MTS は ERP の非常に基本的な概念ですが、基本的であるほど一言の定義に引きずられやすくなります。MTO を「受注後に生産する」と説明する資料は多くあります。この説明は業務上は完全に間違いではありませんが、SAP のシステム設計としては不十分です。

システムの観点では、問題は「需要があってから供給を作るか」だけではありません。MRP は本来、需要から供給を作ります。重要なのは、どの次元で需給をバランスさせるか、どの次元で原価を集計するか、追跡性と特殊在庫をどこまで必要とするかです。

なぜ基本的な問題で迷うのか

ある企業は稼働後数年たってから、追跡性を高めるために MTS から MTO へ変更します。別の企業は調整を減らすため、MTO から MTS へ戻します。どちらも状況によっては合理的ですが、概念理解が不十分なまま行えば誤った判断になります。

この判断は生産方式のラベルだけではありません。販売と計画の連携、在庫帰属、原価計算、計画戦略、システム設定に影響します。

業務上の「按单」とシステム上の MTO は異なる

業務部門が「受注に基づいて生産する」「必要になってから購買する」と言う場合、それは業務規律を表していることが多いです。しかしシステム上、それが自動的に MTO を意味するわけではありません。

例えば、完成品の計画方式が MTS で、予測も余剰在庫もなく、販売注文から生産数量が決まる場合があります。業務上は受注後生産に見えますが、システム戦略としては MTS のままです。

また、完成品が MTS でも、予測で半製品や原材料を準備し、販売注文で最終生産を動かすことがあります。販売注文が関与していても、システム上の意味は MTO とは限りません。

重要なのは、業務用語は「なぜ供給が必要か」を説明し、システム用語は「どの次元で需給をバランスさせるか」を決めるという点です。

より実務的な判断軸

一つ目は需給バランスの次元です。供給を販売注文ごとに分けるのか、複数需要で共有するのか。特殊在庫が必要か。どの需要を相互消費できるか。ここが MTO/MTS 判断の核心です。

二つ目は原価集計の次元です。MTO は原価分析を細かくできますが、在庫、変更、代替品、実行調整などの管理影響も伴います。

よくある誤解

業務部門が「原材料は注文に基づいて購買する」と言う場合、それは生産需要がなければ購買しないという意味かもしれません。そこで「では原材料を MTO にしましょう」と判断すると、二つの話が別のレベルで進んでしまいます。

前者は業務規律の話で、後者はシステム計画ロジックの変更です。この二つを混同すると、不要な複雑性を入れても、追跡性、原価、計画の問題は解決しません。

したがって MTO/MTS はスローガンで決めるものではありません。業務目的、システム上の需給次元、原価影響、変更コストを整理した上で判断すべきです。

製品情報:SAP の思想を取り入れた RBW ビジネススイート
Lean ERP 物流、SRM、MES、WMS、B2B、計画、記録、操作、洞察を一つのアーキテクチャにまとめます。