個別受注生産の生産管理システム2026｜合わないのは機能ではない

個別受注生産の工場で生産管理システムが定着しない理由は、たいてい機能不足として説明されます。しかし機能一覧を突き合わせても、現場の違和感は消えません。問題は機能の有無ではなく、パッケージが「マスタが先にある」という前提で組み立てられていることにあります。本記事では、生産形態の違いを確定タイミングの違いとして整理し直し、選定の前に紙で決めるべきことを、タイの日系工場の実情に合わせて具体化します。

生産管理システムが個別受注生産で「合わない」と言われる本当の理由

新しいシステムを検討するとき、最初に配られる資料はほぼ例外なく機能一覧です。所要量計算、在庫引当、工程進捗、原価計算、購買、品質記録。列に自社の要件を並べ、行にベンダーを並べ、丸とバツと三角を埋めていく。稟議はその表を根拠に上がります。

ところが稼働から半年後に現場で聞く話は、機能の不足についてではありません。「品番が決まらないから登録できない」「部品表が固まっていないのに手配は始まっている」「案件の利益がわかるのは出荷して2か月経ってから」。丸が付いていたはずの機能が、そもそも起動できない状態で止まっています。

これは選定を間違えたというより、比較の軸そのものがずれていた結果です。機能一覧は「その機能が動くための入力がすべて揃っている」ことを暗黙の前提にしています。所要量計算には確定した部品表が要ります。原価差異分析には標準原価が要ります。工程進捗には確定した工順が要ります。見込み生産の工場では、これらは受注が来る前に全部そろっています。個別受注生産では、そろっていません。

ここに本記事の中心的な主張があります。個別受注生産で生産管理システムが合わないのは、機能が足りないからではなく、パッケージが「マスタが先にある」前提で作られているからです。 生産形態の違いは、機能の違いではなく、いつ何が確定するかという確定タイミングの違いです。だから選定で最初に見るべきは機能一覧ではなく、確定していない情報をシステムがどう扱うかです。

ERP導入全般の統計も、この見方と矛盾しません。Panorama Consulting Groupの2026年版ERPレポートは、回答者170、データ収集期間2025年1月から2026年1月、プロジェクト期間の中央値9か月、多国籍組織の割合56.5%、年商の中央値2億50万米ドルという母集団で、4分の1超の組織が、プロジェクトは予算を超過したと回答しています。同レポートは超過の背景として、プロジェクトの後半で致命的な不適合が見つかり、追加のテクノロジー、スコープの拡大、独自開発に向かうことを挙げています。後半で見つかる不適合というのは、まさに前提の食い違いです。

生産形態を4つに分ける — 見込み生産・受注組立・受注生産・個別受注生産

自社がどの生産形態なのかを、まず言葉で確定させます。ここが曖昧なまま議論すると、社内でも認識がずれたまま要件定義に入ることになります。

4つの定義

見込み生産（MTS）は、需要を予測して先に作り、在庫から出荷します。製品仕様は自社が決めます。受注が来る前に品目コードも部品表も工順も標準原価も確定しています。

受注組立（ATO）は、部品やユニットまでを見込みで作っておき、受注してから組み合わせて完成品にします。構成の選択肢はあらかじめ定義されており、受注は「どの組み合わせか」を選ぶ行為です。

受注生産（MTO）は、受注してから製造に着手します。ただし製品は既存の設計であり、図面も工順も社内に存在します。作るタイミングが受注後になるだけです。

個別受注生産（ETO）は、受注してから設計します。受注した瞬間には製品がまだ存在しません。仕様書と概略図と見積があるだけで、部品表も工順も、これから作られます。

生産管理システムの前提が変わるのは3番目と4番目の間

多くのパッケージは、見込み生産と受注組立を主戦場として設計されています。受注生産までは、既存の設計を再利用するので、マスタが先にあるという前提が保たれます。前提が壊れるのは個別受注生産に入った瞬間です。

現場で誤解が起きやすいのは、自社を「受注生産」と呼んでいる工場の多くが、実態としては個別受注生産だという点です。判定は簡単で、受注した時点で図面と部品表が社内に存在するかどうかを問えば分かれます。存在すれば受注生産、これから描くなら個別受注生産です。この1問の答えを、社内の設計・製造・購買・営業で突き合わせてください。部門ごとに答えが違うことがあります。そのズレ自体が、要件定義で揉める場所を先に教えてくれます。

生産形態ごとに何が変わるかを、システムの主要機能と結びつけて整理した比較は生産管理システム比較にまとめています。本記事は、その比較に入る前段の「自社がどの形態か」の切り分けを扱います。

違いは機能ではなく「確定タイミング」である

ここで本記事の骨格になる表を置きます。生産形態ごとに、システムが必要とする5つの情報がいつ確定するかを並べたものです。

この表の一番上の行と一番下の行を見比べてください。見込み生産では5つすべてが受注前に確定しています。個別受注生産では、受注前に確定しているものが1つもありません。同じ「生産管理システム」という名前の道具を、この2つに同じように当てはめられるはずがない、というのが表の読み方です。

中間の2行の読み方も補足しておきます。受注生産（MTO）は既存設計の再利用なので、確定していないのは納期回答だけです。受注組立（ATO）で部品表と標準原価が「受注時に確定」になっているのは、選択肢そのものは受注前に定義済みでも、どの組み合わせで作るかが受注時に決まるためです。この2行はいずれも、確定していない情報を持ったまま手配や製造を進める必要はありません。前提が本当に壊れるのは、一番下の行に入った瞬間です。

いくつか補足が要ります。個別受注生産の納期回答を「設計完了時に確定」としましたが、実務では受注時に納期を約束します。ここで書いているのは、その約束が根拠を持つのがいつかです。設計が終わるまで、部品の点数も長納期品の有無も外注の量も確定しないため、受注時の納期は見積時の類推にもとづく仮置きです。仮置きであること自体は悪くありません。問題は、仮置きの納期がシステムに「確定」として入り、以後それが基準として扱われることです。

標準原価を「出荷後に確定」としたのも同じ趣旨です。個別受注生産では、その製品を二度と作らないことが珍しくありません。標準原価という概念は、繰り返し生産して実績と比較するために存在します。1回しか作らないものに標準を置いても、比較する相手がいません。だから実際には案件別の実際原価を積み上げることになり、それが締まるのは出荷後です。

機能一覧の前に確定タイミングを確認する

したがって、機能を比較する前に確認すべき問いは次の3つに集約されます。

第1に、確定していない部品表で手配を進められるか。品番が採番される前、あるいは点数が確定する前に、暫定の構成で長納期品を発注できるか。そのあとで正式な部品表と接続できるか。

第2に、図番が決まる前の費用を案件に紐づけられるか。設計工数、試作費、出張費、外注の初期費用。これらは品目に紐づきません。案件という器に直接積める構造があるかどうかを見ます。

第3に、設計変更を遡って追跡できるか。変更が起きたとき、すでに発注済みの部品、着手済みの工程、計上済みの費用がどう影響を受けるかを、システムが一覧で示せるか。

この3問に対する答えが、機能一覧の丸バツよりはるかに強く導入の成否を左右します。丸が並んでいても、この3つが×なら、個別受注生産では起動しません。

個別受注生産で最初に壊れる4つの前提

パッケージの前提が壊れる場所は、経験上ほぼ決まっています。ETOにおけるERP導入の難所を整理したElevatiqの解説も、同じ場所を挙げています。受注時点では製品がまだ存在せず、部品表は設計が進むにつれて動的に変わること。部品表がCADの中にあってERPへ手で再入力されると、版の不一致と調達ミスが起きること。完全な部品表が固まる前に、長納期品を暫定設計にもとづいて先行手配できる必要があること。案件の採算が案件完了後にしか判明しないこと。設計変更がシステムの外で管理されること。見積の積み方とERPの原価構造がズレること。そしてPLMとERPのどちらが記録の責任を持つかの境界を決めていないと、品目の重複と部品表の不整合が起きること。

これらを本記事では4つの断層として扱います。断層1は部品表、断層2は原価、断層3は設計変更、断層4は見積です。以降の4つの節で1つずつ見ていきます。

先に共通する構造だけ書いておきます。4つの断層はいずれも、システムの外に代替手段がすでに存在しているという点で共通しています。部品表はCADと表計算に、原価は経理の集計表に、設計変更は紙とメールに、見積は営業の見積書式にあります。どれも動いています。だから新しいシステムを入れても、現場は外の仕組みを捨てません。捨てないまま二重運用になり、やがてシステム側が更新されなくなります。定着しないと言われる状態の正体は、この二重運用の片方が枯れた姿です。

断層1 — 部品表が完成しないまま手配が始まる

個別受注生産の部品表は、ある日完成するものではありません。設計が進むにつれて枝が伸び、途中で枝が差し替わり、最後まで一部が確定しないまま製造が進みます。

未確定のまま手配しないと納期に間に合わない

問題は、部品表の完成を待っていると納期に間に合わないことです。個別受注の産業機械では、減速機、サーボ、大物の切削品、特殊鋼材、輸入品といった長納期品が構成に含まれます。これらは設計が完全に固まる前に発注しなければ、後工程の日程が組めません。

したがって現場は、暫定の構成で発注をかけます。仕様がほぼ決まった段階で型番を押さえ、細部が変わったら差し替える。これは悪い運用ではなく、個別受注生産では必然の運用です。ところが多くのパッケージは、この運用に対応する器を持っていません。所要量計算は確定した部品表を入力に取り、発注は品目マスタに登録済みの品番に対して起こす前提だからです。

結果として、長納期品の先行手配だけが表計算とメールで走ります。システムには、あとから部品表が完成した時点で、すでに発注済みの品目も含めてまとめて入力されます。この時点でシステムは、実際には数週間前に発注された部品を、今日発注されたものとして記録します。所要量計算の結果も進捗も、現実から遅れた像になります。

CADとシステムの二重入力が版のズレを生む

もう1つの経路は、部品表の入力そのものです。設計はCAD上でE-BOMを作ります。製造と購買が使うのはM-BOMです。この2つを手作業で両方更新していると更新漏れが起きやすく、古い部品表で発注や製造をして手戻りになる、という指摘は業界解説でも共通しています。設計・製造・購買が別々の文書で部品表を持つと情報が分断され、統合的なBOM管理になりません。

個別受注生産では、この二重入力が1案件あたり何度も発生します。見込み生産なら製品ライフサイクルの中で数回のことが、個別受注では設計期間の数週間に集中します。頻度が違えば、同じ運用ルールでも結果が変わります。

何を決めれば断層が埋まるか

部品表の断層を埋めるために決めるべきことは3つです。

記録の責任範囲をどちらに置くか。品目マスタと構成の正本をPLMまたはCAD側に置いてシステムへ連携するのか、システム側を正本にして設計から入力するのか。どちらでも構いませんが、決めていない状態が最悪です。決めていないと、両方に別々の品番が生まれ、突合が仕事になります。

未確定の枝をどう表現するか。点数未定の部分をダミー品番で置くのか、フェーズ分けした部分部品表として先に確定した枝だけ流すのか。ダミーを使うなら、ダミーが正式品番に置き換わったときに発注済み数量がどう引き継がれるかまで決めます。

先行手配をどの器で起こすか。案件に直接紐づく手配枠を作るのか、暫定品番で発注してあとで振り替えるのか。ここを決めずに導入すると、先行手配は必ずシステムの外に出ます。

断層2 — 原価が案件終了後にしか出ない

2つ目の断層は原価です。個別受注生産では、案件の採算が案件の完了後にしか判明しない、という状態が標準になりがちです。

なぜ遅れるのか

理由は3つあります。第1に、標準原価が存在しないため、差異分析による早期把握ができません。第2に、費用の一部が品目に紐づかないため、システムの原価計算の外に落ちます。設計工数、現地調整、立会検査の出張、客先仕様変更に伴う再検討。これらは案件の費用ですが、品目単価には乗りません。第3に、外注費と輸入部品の請求が遅れて到着します。請求が来ないと計上されず、計上されないと案件原価が締まりません。

結果として、原価が見えるのは経理の月次締めのあと、しかも出荷後の請求が出そろってからになります。設計変更で工数が膨らんだ案件でも、それが数字として現れるのは案件が終わってからです。次の見積に反映するにはもう遅い、という循環が続きます。

早期に見えることの意味

案件別原価が走行中に見えると何が変わるか。変わるのは、まだ打てる手が残っているうちに気づけることです。設計を簡素化する、外注先を変える、標準部品に寄せる、追加仕様分を客先と交渉する。どれも設計完了前か製造の前半でなければ実行できません。出荷後に赤字が判明しても、できるのは反省だけです。

ここで重要なのは、完璧な原価を早く出すことではありません。確定した費用と、まだ確定していない費用を分けて見せることです。個別受注生産の走行中原価は、必ず一部が見込みです。見込みを含めて表示し、確定した割合を併記すれば、判断には十分使えます。確定した費用だけを表示する仕組みは、走行中はほぼ空欄になり、使われなくなります。

案件別の原価をどう積み、どこまでを直課しどこからを配賦にするかについては、製造原価管理システムで費用の分解の仕方を扱っています。生産管理システム側で原価を持つのか、原価だけ別の仕組みに寄せるのかは、この分解ができてから決める話です。

断層3 — 設計変更が生産管理システムの外で走る

3つ目の断層は設計変更です。個別受注生産の特有の課題として、試行錯誤を伴う設計変更と顧客要望による度重なる仕様変更のため高い柔軟性が要り、納期遅延・原価の状況・情報共有について都度イレギュラーな対応が必要になる、と業界解説では整理されています。この「都度イレギュラーな対応」が、システムの外で行われている状態が断層です。

設計変更が通る経路を書き出す

まず自社で、設計変更が発生してから現場に届くまでの経路を書き出してください。多くの工場では次のようになっています。客先からの要望が営業に入り、営業から設計に口頭または電子メールで伝わり、設計が図面を修正し、修正図が製造と購買に配布され、購買が発注済み分を確認し、必要なら変更発注をかける。この経路のどこにも、生産管理システムは登場しません。

システムに反映されるのは、この経路が一巡したあとです。しかも反映されるのは結果だけで、変更の理由も、影響を受けた発注も、追加でかかった工数も残りません。次に同じことが起きたとき、参照できる記録がない状態です。

影響範囲の即時把握が本体

設計変更の管理でシステムに期待すべきことは、変更を登録することではありません。変更したときに、何が影響を受けるかを即座に示すことです。具体的には、その部品を使っている上位構成、発注済みで未入荷の数量、着手済みの工程、すでに案件に計上された費用。この4つが1画面で出れば、変更の可否判断そのものが速くなります。

ここが機能一覧では「設計変更管理」という1行にしか見えません。1行の裏に、部品表の版管理、発注残との突合、工程実績との紐づけ、費用の遡及という4つの接続があります。デモを見るときは、この4つを実データで動かしてもらってください。マスタが整備済みのデモ環境では、どのパッケージでもきれいに動きます。見るべきは、部品表が途中まで確定した状態で変更をかけたときの挙動です。

伝達漏れの数を数える

そのうえで、自社の現状を数字にしてください。直近6か月の案件について、設計変更の件数、そのうち製造または購買への伝達が遅れた件数、遅れたことで手戻りが発生した件数の3つを数えます。この3つの数字が、後述する費用の妥当性を判断する唯一の根拠になります。他社の平均値には意味がありません。

断層4 — 見積の積み方とシステムの原価構造が一致しない

4つ目の断層は、見積です。ここは軽視されやすい割に、導入後の混乱が長引く場所です。

見積は階層で積み、システムは品目で積む

個別受注生産の見積は、たいてい機能単位または装置単位で積まれます。搬送部、加工部、制御盤、架台、据付、試運転、予備品。それぞれに材料費、加工費、外注費、設計工数、据付工数を見込み、リスク分を上乗せして総額を出します。営業と設計が長年かけて作り上げた見積書式があり、係数や歩掛りもその書式に埋め込まれています。

一方、システムの原価は品目と工程で積み上がります。部品ごとの材料費、工程ごとの加工時間と賃率、購買品の単価。集計の軸が違います。したがって、見積の「搬送部」に対応する原価は、システム側では複数の品目と工程に散らばっており、単純には突き合わせられません。

突き合わせられないと予実管理が死ぬ

軸が違うだけなら変換すればよいのですが、変換のルールを決めていないと、予実比較そのものができなくなります。見積総額と実際原価総額の2つの数字は比べられるものの、どこでズレたのかが分からない状態です。総額だけ比べても、次の見積の精度は上がりません。

この断層を埋めるには、見積の階層とシステムの集計軸を対応づける表を、導入前に作ります。見積書の各行が、システム上のどの案件・どの区分・どの工程群に集計されるかを1対1または1対多で書き出す作業です。ここで対応づけられない行が見つかったら、それは見積側の書式を直すか、システム側に区分を足すかの判断になります。判断を導入後に持ち越すと、アドオンとして跳ね返ってきます。

見積の粒度を細かくしすぎない

逆方向の失敗もあります。予実管理をしたいという理由で、見積の粒度をシステムの品目に合わせて細かくしようとする例です。個別受注生産の見積段階では、部品点数も型式も決まっていません。決まっていないものを細かく積んでも、精度は上がらず、見積工数だけが増えます。見積は機能単位のままにして、対応表で橋を架けるほうが現実的です。

多品種少量生産は個別受注生産と同じではない

ここで、混同されやすい2つの言葉を分けておきます。多品種少量生産と個別受注生産は、重なる部分はありますが同じではありません。

何が違うか

多品種少量生産は、品種の数が多く、1品種あたりの数量が少ない状態を指します。品種は既存であり、図面も部品表も存在します。10年前に作った型式を、今年1台だけ作ることもあります。この場合、マスタは存在しています。困っているのは、段取り替えの頻度、小ロットでの購買単価、在庫の死蔵、そして計画の組みにくさです。

個別受注生産は、受注した時点で図面が存在しない状態を指します。品種数の多寡は本質ではありません。年に3件しか受注しない工場でも、その3件が毎回新設計なら個別受注生産です。

求めるシステムの機能が変わる

この違いは、システムに求めるものを大きく変えます。

多品種少量生産の側で効くのは、スケジューラの品質です。段取り時間を考慮した順序付け、設備制約、人の制約を入れた計画が組めるかどうかで、実効能力が変わります。この領域の選び方は生産スケジューラー比較で扱っています。

一方、個別受注生産の側では、スケジューラの精度を上げても効果が限定的です。計画の入力である工順と工数が、そもそも設計完了まで確定しないためです。確定していない入力に高精度の計算をかけても、出力の精度は上がりません。先に確定までの期間を短くするほうが効きます。

両方に当てはまる工場はどうするか

実際には、両方の性格を持つ工場が多くあります。既存型式の改造案件と、完全新規の設計案件が同じラインを流れている工場です。この場合は、案件を2つの流し方に分けて、それぞれ別の運用を定義してください。同じ運用で両方を回そうとすると、新規案件に合わせた重い手順を改造案件にも課すことになり、現場が守らなくなります。分ける基準は、受注時に図面が存在するかどうかの1点で十分です。

業種で変わる急所 — 金属加工・樹脂成形（射出成形）・自動車部品・電子部品

同じ個別受注生産でも、扱う工程によって最初に詰まる場所が変わります。タイの日系工場で相談の多い4つの領域について、確定タイミングの観点から急所を整理します。

金属加工の急所

金属加工の個別受注では、素材の手配が最初に走ります。図面が完成する前でも、材質と概略寸法が決まれば材料は押さえられます。むしろ押さえないと納期に入りません。この運用が断層1の典型例です。素材を案件に紐づけて先行手配し、後から確定した部品表の該当品目に振り替える経路を、システム上に作れるかが分かれ目になります。振り替えができないと、素材費が案件原価に乗らないまま在庫として残ります。

樹脂成形（射出成形）の急所

樹脂成形では、金型が案件と別の生命を持ちます。金型の設計・製作は個別受注そのものですが、成形自体は繰り返し生産です。同じ案件番号の中に、1回限りの金型製作と、その後に続く反復成形が混在します。会計上も、金型を客先資産として請求する場合と、自社資産として保有し成形単価に織り込む場合で扱いが変わります。システム側でこの2つを区別できないと、案件別原価が意味を持たなくなります。金型の扱いを案件区分として先に定義することが、選定前の作業になります。

自動車部品の急所

自動車部品では、量産開始前の試作と治具・検査具の製作が個別受注生産で、量産に入ると見込み生産に近い運用へ切り替わります。同じ工場に2つの生産形態が同居する構図です。ここで起きるのは品番体系の混線です。試作段階で採番した暫定品番が、量産移行時に正式品番へ切り替わらないまま両方が生き残ります。結果として同じ部品が2つの品番で在庫され、所要量計算が合わなくなります。試作と量産でマスタ体系を分けるか、移行手順を定義するかを先に決めてください。

電子部品の急所

電子部品では、部品の型番変更と代替品への切り替えが日常的に起きます。設計変更のうち、客先要望によるものではなく、供給側の事情によるものが多いのが特徴です。断層3で述べた影響範囲の即時把握が、他の業種以上に効きます。加えて実装が外注中心の場合、外注先に渡す部品表と社内の部品表の版が一致しているかの確認が必要です。外注先に古い版を渡した状態は、社内の手戻りより発見が遅れます。

選定の前に紙で決める — 確定タイミング表の作り方

ここまでの内容を、選定前の作業に落とします。ベンダーに声をかける前に、自社で1枚の表を作ってください。作り方は次のとおりです。

手順

まず、対象とする案件の種類を書き出します。完全新規設計、既存改造、繰り返し受注、試作、保守部品といった区分です。区分ごとに確定タイミングが違うので、1枚の表に混ぜないでください。

次に、区分ごとに時間軸を引きます。引き合い、見積提出、受注、設計着手、基本設計完了、詳細設計完了、部品表確定、手配完了、製造着手、組立、検査、出荷、請求、案件クローズ。自社の実際の呼び方に置き換えて構いません。

そのうえで、この時間軸のどこで何が確定するかを埋めます。埋める対象は、品目コード、部品表、工順、納期回答、工数見積、材料費、外注費、案件原価の8項目です。確定タイミング対応表で使った5項目のうち品目コード・部品表・工順・納期回答の4つをそのまま引き継ぎ、標準原価を案件原価に置き換えたうえで、工数見積・材料費・外注費の3つを足した形になります。標準原価を外すのは、前述のとおり個別受注生産では標準が比較の基準として機能しないためです。

最後に、確定していない期間に何が起きているかを書き込みます。長納期品の先行手配、設計工数の発生、客先との仕様調整、外注への引き合い。この期間に起きていることが、システムに載っていない業務です。

表ができたら何が分かるか

この表ができると、ベンダーへの質問が変わります。機能の有無を聞くのではなく、「受注から部品表確定までの期間、この4つの活動をどの画面で記録しますか」と聞けるようになります。この期間が自社では何週間なのかは、先ほど埋めた時間軸に書いてあります。答えられないベンダーは、その期間の業務を持っていません。持っていない期間について機能一覧に丸を付けていた場合、それは要件定義でアドオンとして跳ね返ってきます。

Panoramaのレポートが指摘する「プロジェクト後半で致命的な不適合が見つかる」という現象は、この確認を前倒しすることでかなり避けられます。同レポートでは4分の1近くの組織が予定期間を超過したとも回答しており、技術的な実行が計画どおりでも承認・サインオフ・部門間の合意形成が遅れて期間が伸びると説明されています。確定タイミング表は、部門間の合意形成そのものを前倒しする道具でもあります。営業・設計・製造・購買・経理が同じ表を見て「ここは確定していない」と合意した状態は、要件定義の半分が終わった状態です。

工程の進捗をどの粒度で取るかは、この表ができたあとに決まります。粒度の決め方と費用の関係は工程管理システムにまとめています。

パッケージ・スクラッチ・ハイブリッドの分界点

確定タイミング表ができたら、実装の方式を選びます。選択肢は3つです。

分界点はどこか

判断の分界点は、確定タイミング表の埋まり方にあります。

区分が1つか2つで、受注時に品目コードだけは確定できる工場なら、パッケージ標準に寄せる余地があります。品目コードが先に採番できれば、その後の部品表と工順の追記は、パッケージの版管理機能でおおむね吸収できます。

区分が4つ以上あり、区分ごとに確定タイミングが違う工場では、パッケージ標準は苦しくなります。区分の数だけ運用の分岐が要り、その分岐は標準機能では表現できないことが多いためです。この場合はハイブリッドが現実的です。ただしハイブリッドは連携の設計が本体になります。どちらが品目の正本か、案件と品目の紐づけをどちらが持つか、原価はどちらで締めるか。この3点を決めずに製品を並べると、突合作業が新しく生まれます。

スクラッチは、確定タイミングが本当に独自で、かつその独自性が競争力の源泉になっている場合に限られます。ここで注意すべきは、独自だと思っている運用の多くが、実は業界内で共通だという点です。スクラッチを検討する前に、確定タイミング表を持ってパッケージ数社に当ててみてください。当ててから独自だと判明した場合と、当てずに独自だと決めた場合では、その後の投資額が変わります。

アドオンの本数を先に数える

方式を決めたら、アドオンとして開発する領域を数えてください。個別受注生産で典型的に候補に挙がるのは、未確定部品表での先行手配、案件別原価の走行中集計、設計変更の影響範囲表示、見積とシステムの対応変換、の4領域です。この4つを全部アドオンにすると費用が跳ねます。次の節で見るとおり、アドオンの本数は投資回収に直接効きます。

費用を5層に分解する

見積を比較する前に、費用を層に分けます。層で分けないと、安い提案が「安い」のか「範囲が狭い」のかを判別できません。

モデル工場の前提

ここから先はすべて本記事の試算です。前提を変えれば結論は変わります。前提はすべて明示します。

想定するのは、バンコク近郊にある従業員180人の工場です。個別受注の産業機械と治具を製作しており、年間の案件数は240件です。年商は300,000,000バーツ、案件1件あたりの平均受注額は1,250,000バーツとします。案件あたりの見積提出から出荷までのリードタイムは平均14週で、内訳は設計4週、調達4週、製造・組立5週、検査・出荷1週です。

設計・生産管理・購買の平均時間単価は300バーツと置きます。内訳は、月額給与30,000バーツに法定福利等40%を上乗せした42,000バーツを月173時間で割った約243バーツに、事務所費とIT費の間接費配賦として約23%を上乗せした値です。この単価は、後述の効果1と効果2a、および第4層の自社工数の3か所に効く基幹前提なので、自社で試算するときはここを実額に置き換えてください。為替は1バーツ＝約4.4円、1米ドル＝約32バーツで換算します。

利用者数は25名（設計6名、生産管理5名、購買4名、製造管理6名、経理・管理4名）とします。

5つの層

初期費用の合計は3,960,000バーツ、日本円で約1,742万円です。年間費用の合計は930,000バーツ、約409万円になります。

第4層を自社工数として見える化する

表の中で見落とされやすいのが第4層です。データ移行・マスタ整備は、ベンダー見積では「支援」として小さく計上され、実作業の大半が自社側に残ります。個別受注生産では過去の案件データが案件ごとにばらばらの形式で残っているため、この工数が特に膨らみます。本試算では自社工数1,200時間を計上しました。設計・生産管理・購買から合計3名が、4か月（稼働100日）にわたって1日あたり平均4時間を投じた場合の水準です。

この工数を見積に載せないと、稟議上は安く見え、実行段階で通常業務が回らなくなります。自社工数は金額に換算して稟議に載せてください。

第3層が投資額を決める

もう1つの要点は、第3層のアドオン開発が全体を左右することです。本試算では3領域で1,800,000バーツ、初期費用の約45%を占めています。前節で挙げた候補4領域のうち「見積とシステムの対応変換」は、断層4で述べた対応表を運用で持てば開発せずに済むため、本試算では外しています。候補を絞らずに4領域とも開発すれば、初期費用も年間費用もさらに増えます。加えて第5層の保守が第3層に連動するため、年間費用にも効きます。アドオンをさらに1領域まで絞った場合の比較は、次節の回収試算で示します。

Panoramaのレポートで予算超過の背景として挙げられていた「追加のテクノロジー、スコープの拡大、独自開発」は、この第3層が膨らむ経路そのものです。第3層を膨らませない唯一の方法は、選定前に確定タイミング表を作り、どの領域を標準機能に寄せるかを決めておくことです。

回収の試算

効果は2つに限ります。設計変更の伝達漏れによる手戻りの削減と、案件別原価の早期把握です。在庫削減とリードタイム短縮は本記事の主張の外側にあるため、効果に足しません。

効果1 — 設計変更の伝達漏れによる手戻り削減。 年間240件の案件に対し、1案件あたりの設計変更を平均4件と置くと、年間960件です。このうち製造または購買への伝達漏れによって手戻りになる割合を5%と置くと、年間48件になります。手戻り1件あたりの損失は、工数20時間分の6,000バーツと、材料・外注の再手配19,000バーツの合計25,000バーツと置きます。現状の年間損失は1,200,000バーツです。影響範囲の即時把握によって伝達漏れ率が半減し2.5%になると、年間24件、600,000バーツとなり、削減額は年間600,000バーツです。

効果2 — 案件別原価の早期把握。 これは2つに分かれます。1つは間接部門の突合工数です。生産管理と経理が案件別原価を表計算で突き合わせる作業に月40時間、年480時間を要しているとし、これが半減して240時間になると、300バーツを掛けて年間72,000バーツの削減です。もう1つは赤字案件の走行中是正です。年間240件のうち赤字で終わる案件を10%の24件、1件あたりの平均赤字額を受注額1,250,000バーツの8%にあたる100,000バーツと置くと、年間の赤字総額は2,400,000バーツです。この赤字総額には、効果1で数えた設計変更の伝達漏れによる手戻り損失を含めません。同じ損失を二度数えないための切り分けです。原価が出荷後2か月ではなく着手後4週で見えるようになることで、設計簡素化・外注先変更・追加請求交渉によって赤字額の25%を圧縮できると置くと、年間600,000バーツです。効果2の合計は672,000バーツになります。

年間の効果合計は、600,000バーツと672,000バーツを足して1,272,000バーツです。

ケースA（アドオンを3領域とも開発する場合）。 前掲のとおり初期3,960,000バーツ、年間930,000バーツです。年間の純便益は1,272,000から930,000を引いて342,000バーツ。3,960,000を342,000で割って、単純回収年数は11.6年です。

ケースB（確定タイミング表と対応表で標準機能と運用に寄せる領域を切り分け、アドオンを未確定部品表の1領域に絞った場合）。 第3層が1,800,000から800,000バーツに下がり、第5層は第2層と第3層の合計2,000,000バーツの15%で300,000バーツになります。初期は1,200,000と800,000と960,000を足して2,960,000バーツ、年間は480,000と300,000を足して780,000バーツです。年間の純便益は1,272,000から780,000を引いて492,000バーツ。2,960,000を492,000で割って、単純回収年数は6.0年です。

差は5.6年です。この差を生んだのは製品の違いではなく、選定前に紙で決めて、アドオンとして開発する領域を絞れたかどうかです。

感応度は該当する効果にだけ掛ける

前提のうち最も不確かなのは、設計変更の伝達漏れ率5%です。ここを3%に置き直すと、効果1は0.6倍の360,000バーツになります。一方、効果2の突合工数72,000バーツと赤字案件の圧縮600,000バーツは、設計変更の伝達漏れ率に依存しません。突合工数は案件数と集計方法で決まり、赤字案件の圧縮は原価の可視化時期で決まるためです。

この場合、ケースBの純便益は1,032,000から780,000を引いて252,000バーツ、回収年数は2,960,000を252,000で割って11.7年になります。ケースAでは1,032,000から930,000を引いて102,000バーツ、3,960,000を102,000で割って38.8年です。

ここで係数を全効果に一律で掛けてはいけません。仮に0.6を1,272,000バーツ全体に掛けると763,200バーツになり、ケースBの年間費用780,000バーツを下回ります。純便益がマイナスとなり、「回収しない」という結論が出ます。ケースBの正しい答えは11.7年です。慎重に見たつもりの一律掛けが、投資判断を反転させます。感応度を置くときは、その係数がどの効果の前提に紐づいているかを1行で書いてから掛けてください。

タイの日系工場に固有の3つの論点

タイで生産管理システムを検討する場合、日本国内とは条件が変わります。個別受注生産に効く論点を3つ挙げます。

論点1 — 稼働率が低い局面での投資判断

タイの製造業は足元で厳しい局面にあります。タイ工業省工業経済局（OIE）の発表によれば、2026年6月のタイ鉱工業生産指数（MPI）は前年同月比で-3.1%でした。2026年第2四半期の平均稼働率は57.47%です。減少が大きかったのは自動車産業と石油産業で、増加したのは砂糖・洗浄製品・石鹸・化粧品などの生活必需品でした。

別の系列では、タイ中央銀行を出典とする設備稼働率が2026年6月に57.61%、2026年5月は59.59%と示されています。同系列の2000年から2026年の平均は67.85%、最高は2008年1月の78.07%、最低は2011年11月の49.21%です。この2つは出典も算出も異なるため、混ぜて1つの数字として扱わないでください。長期平均67.85%が示されているのはタイ中央銀行の系列だけなので、比較できるのは同系列の2026年6月の57.61%に限られます。その差は約10ポイントです。OIEの57.47%を67.85%から引く読み方はしないでください。

この局面で意味を持つのは、増産を前提にした投資ではありません。受注が減っている時期にこそ、1件あたりの採算を握る仕組みが効きます。 案件別原価が走行中に見える状態は、赤字受注を避ける判断と、逆に取りに行くべき案件を見極める判断の両方を支えます。稼働率が低い時期に安値で受注した案件が、あとで赤字だったと分かる展開を避けるための投資という位置づけになります。

論点2 — 教育と定着に必要な工数

システムは入れた瞬間には動きません。個別受注生産では、運用の判断が現場に多く残るため、教育の重みが他の形態より大きくなります。

参考として、日本国内の統計を見ておきます。2026年版ものづくり白書（概要）によれば、製造業でOFF-JTを実施した事業所の割合は2024年度で正社員76.0%、正社員以外29.0%でした。事業所規模が小さいほど実施率は低く、30人から49人の規模では正社員58.2%、正社員以外13.6%であるのに対し、1000人以上では正社員100.0%、正社員以外52.4%です。従業員の自己啓発を支援している事業所は83.7%でした。資料の出典は厚生労働省「能力開発基本調査（事業所調査）」（2025年6月）です。

これは日本国内の数字であり、タイの状況を直接示すものではありません。ただし規模が小さいほど計画的な教育の実施率が下がるという傾向は、タイの拠点にも当てはまりやすい構造です。タイの日系工場の多くは、日本本社より小さい人員で、しかも日本語・タイ語・英語が混在する環境で運用します。教育を「導入時の2日間」で済ませる計画は、個別受注生産では現実的ではありません。第2層の導入支援に、稼働後3か月の伴走を明示的に含めてください。

論点3 — 日本本社との二重要求

タイ拠点の生産管理システムには、現地の実務を回す役割と、日本本社が求める報告を出す役割の両方が課されます。この2つは、しばしば粒度も締めのタイミングも違います。本社は月次で品目別の原価と在庫を求め、現地は案件別の走行中原価を必要とします。

ここで起きがちなのが、本社報告の様式に合わせて要件を決めてしまうことです。結果として、現地の実務で最も必要な案件別の見方が後回しになります。順序は逆にしてください。現地の実務で使う形を先に決め、本社報告は集計で作るという設計にすれば、日々使われるシステムになります。日々使われないシステムは、月末に帳尻を合わせるための入力作業に変わり、データの信頼性が落ちます。

なお、投資奨励措置を検討する場合は、設備仕様や契約を固める前に適用可否を確認してください。要件によって対象範囲や導入時期に条件が付くことがあります。

導入の順序 — 最初の90日と6か月

生産管理DXという言葉で語られる取り組みは、多くの場合スコープが広すぎて着地しません。個別受注生産では、次の順序で進めるのが現実的です。

最初の30日 — 数える

システムの話をせず、現状を数えます。数える対象は、案件区分ごとの件数、受注から部品表確定までの日数、1案件あたりの設計変更件数、伝達漏れによる手戻り件数、案件原価が締まるまでの日数、間接部門の突合工数です。この6つが、後の判断すべての土台になります。数え方は完璧でなくて構いません。直近6か月分を、既存の記録から拾える範囲で拾ってください。

31日目から60日目 — 表を作る

確定タイミング表を作ります。営業・設計・製造・購買・経理から1名ずつ出して、同じ部屋で埋めてください。ここで部門ごとの認識のズレが出ます。ズレが出ることが目的です。この段階で解消しておけば、要件定義での手戻りが減ります。

あわせて、見積の階層とシステムの集計軸の対応表を作ります。断層4で述べた作業です。

61日目から90日目 — 当てる

作った2枚の表を持って、パッケージ数社に当てます。デモを見るときは、部品表が途中まで確定した状態での設計変更、未確定構成での先行手配、走行中の案件原価表示の3つを実データで動かしてもらってください。この3つが標準機能でどこまで動くかで、第3層のアドオン費用が決まります。

4か月目から6か月目 — 絞って始める

全社一斉ではなく、案件区分を1つ選んで始めます。選ぶのは、件数が多く、かつ確定タイミングが最も単純な区分です。完全新規設計の案件から始めないでください。最も難しい区分で立ち上げると、初期のつまずきが全体の評価になります。

1つの区分で3か月回し、そこで出た運用の穴を埋めてから次の区分へ広げます。この段階的な進め方は、Panoramaのレポートが指摘する期間超過の主因、すなわち承認・サインオフ・部門間の合意形成の遅れに対しても有効です。範囲が狭いほど合意は速く取れます。なお、同レポートではビジネスインテリジェンスを「大きく導入した」と回答した割合が55.3%となっています。データを見る仕組みを最初から広げすぎず、案件別原価という1つの見方から始めるのが、個別受注生産での順序です。

よくある失敗5つ

最後に、個別受注生産の導入で繰り返し見られる失敗を整理します。

このうち最も影響が大きいのは3つ目です。本記事の試算では、候補4領域のうち3領域を積んだケースAと、1領域に絞ったケースBを比べており、単純回収年数は11.6年から6.0年に変わりました。4領域とも積めば、差はさらに開きます。アドオンは要望の多さで決まるのではなく、確定タイミング表で「標準機能では表現できない」と特定された領域だけに絞るべきものです。

2つ目も軽視できません。自社の生産形態を1段簡単な側に誤認すると、要件定義の前提が丸ごとずれます。ズレが表面化するのは統合テストの段階で、そこから前提を直すと、Panoramaのレポートが述べる予算超過の経路にそのまま乗ります。

よくある質問（FAQ）

個別受注生産に生産管理システムは必要ですか？

必要かどうかより、何のために入れるかを先に決めることをおすすめします。個別受注生産では、在庫削減や所要量計算の精度といった一般的な導入目的が効きにくく、効くのは案件別原価の早期把握と設計変更の影響範囲の把握です。この2つに価値があると判断できるなら投資の意味があります。判断の材料は、直近6か月の設計変更件数、伝達漏れによる手戻り件数、案件原価が締まるまでの日数の3つです。この3つを数えないまま導入を決めると、稼働後に効果を説明できなくなります。

多品種少量生産と個別受注生産は何が違うのですか？

多品種少量生産は品種数が多く1品種あたりの数量が少ない状態を指し、図面と部品表は存在します。個別受注生産は受注時点で図面が存在しない状態を指し、品種数の多寡は本質ではありません。求めるものも変わります。多品種少量生産では段取りを考慮したスケジューラの精度が効きますが、個別受注生産では計画の入力である工順と工数が設計完了まで確定しないため、スケジューラの精度を上げても効果が限定的です。両方の性格を持つ工場では、受注時に図面が存在するかどうかで案件を2つに分け、それぞれ別の運用を定義してください。

個別受注生産の生産管理システムの費用はどれくらいですか？

本記事の試算では、バンコク近郊の従業員180人、年間案件240件、利用者25名のモデル工場で、初期費用3,960,000バーツ、年間費用930,000バーツとなりました。1バーツ＝約4.4円で約1,742万円と約409万円です。内訳は、ライセンスが年間480,000バーツ、導入支援・要件定義が1,200,000バーツ、アドオン開発が1,800,000バーツ、データ移行・マスタ整備が960,000バーツ、保守が年間450,000バーツです。この金額はあくまでモデル前提の試算であり、案件区分の数とアドオンの領域数で大きく動きます。アドオンを3領域から1領域に絞った場合、初期は2,960,000バーツ、年間は780,000バーツに下がります。

パッケージは本当に使えないのですか？

使える工場もあります。分かれ目は案件区分の数と、受注時に品目コードだけでも採番できるかどうかです。区分が1つか2つで、受注時に品目コードを確定できるなら、その後の部品表と工順の追記はパッケージの版管理でおおむね吸収できます。区分が4つ以上あり、区分ごとに確定タイミングが違う工場では、購買・在庫・会計をパッケージ、案件管理と原価を別建てにするハイブリッドが現実的です。ハイブリッドを選ぶ場合は、どちらが品目の正本か、案件と品目の紐づけをどちらが持つか、原価はどちらで締めるかの3点を先に決めてください。

射出成形や金属加工でも同じ考え方でよいですか？

考え方は同じですが、最初に詰まる場所が変わります。金属加工では素材の先行手配と後から確定する部品表の接続が急所になります。樹脂成形（射出成形）では、金型製作と反復成形が同じ案件の中に同居するため、金型を客先資産として請求するのか自社資産として保有するのかの区分を先に定義する必要があります。自動車部品では試作と量産で品番体系が混線しやすく、電子部品では代替品への切り替えが頻繁なため設計変更の影響範囲表示がより強く効きます。確定タイミング表を作る作業自体は、どの業種でも共通です。

部品表が固まる前に発注する運用は、システムに載せられますか？

載せられる製品と載せられない製品があります。確認すべきは、案件に直接紐づく手配の器があるか、暫定品番で発注した数量を正式品番に振り替えられるか、振り替え時に案件原価の計上が引き継がれるかの3点です。デモでは、部品表が途中まで確定した状態を作ってもらい、そこから先行手配と振り替えを実際に動かしてもらってください。マスタが整備済みのデモ環境では、どの製品もきれいに動きます。見るべきは未確定状態からの挙動です。ここが標準機能で動かない場合、アドオンの1領域として費用に計上する必要があります。

まとめ

個別受注生産で生産管理システムが合わないのは、機能が足りないからではありません。パッケージが「マスタが先にある」前提で作られており、個別受注生産では受注した瞬間に製品がまだ存在しないからです。違いは機能ではなく、いつ何が確定するかという確定タイミングの違いです。

見込み生産では、品目コード・部品表・工順・標準原価・納期回答の5つが受注前に確定します。個別受注生産では、受注前に確定するものが1つもありません。この表を作ると、機能一覧の丸バツとは別の軸で製品を評価できるようになります。

断層は4つです。部品表が完成しないまま手配が始まること。原価が案件終了後にしか出ないこと。設計変更がシステムの外で走ること。見積の積み方とシステムの原価構造が一致しないこと。4つとも、システムの外に代替手段がすでに存在しているため、放置すると二重運用になります。

多品種少量生産と個別受注生産は同じではありません。前者では図面と部品表が存在し、効くのはスケジューラの精度です。後者では受注時に図面がなく、効くのは部品表の版管理と案件別原価の早期化です。業種によって最初に詰まる場所も変わり、金属加工では素材の先行手配、樹脂成形では金型の扱い、自動車部品では試作と量産の品番体系、電子部品では代替品の版管理が急所になります。

費用は5層に分かれます。本記事の試算では、従業員180人・年間案件240件・利用者25名のモデル工場で、初期3,960,000バーツ、年間930,000バーツでした。効果を設計変更の手戻り削減600,000バーツと案件別原価の早期把握672,000バーツの2つに限ると、年間の効果は1,272,000バーツ、単純回収年数は11.6年です。アドオンを3領域から1領域に絞ったケースでは、初期2,960,000バーツ、年間780,000バーツとなり、回収は6.0年に短縮します。差の5.6年を生むのは製品の違いではなく、選定前に紙で決めてアドオンの範囲を絞れたかどうかです。

感応度を見るときは、係数を該当する効果にだけ掛けてください。設計変更の伝達漏れ率を5%から3%に落とすなら、掛けるのは効果1だけです。突合工数と赤字案件の圧縮はこの率に依存しません。誤って一律に0.6を掛けると「回収しない」という結論になりますが、ケースBの正しい答えは11.7年です。

タイの条件も踏まえてください。2026年6月のMPIは前年同月比-3.1%でした。稼働率は、2026年第2四半期の平均が57.47%（OIE）、2026年6月が57.61%（タイ中央銀行）です。長期平均67.85%と比較できるのは中央銀行の系列だけで、同系列の2026年6月は約10ポイント低い水準にあります。受注が減っている局面でこそ、1件あたりの採算を握る仕組みが効きます。

したがって、明日決めるべきことは製品名ではありません。案件区分ごとの確定タイミングを1枚の表に書き出すこと、受注から部品表確定までの日数と設計変更の件数を数えること、見積の階層とシステムの集計軸の対応表を作ること、そして標準機能に寄せる領域とアドオンにする領域を選定前に切り分けること。この4つが埋まってから見積を取れば、各社の提案が同じ土俵に乗ります。

自社が個別受注生産なのか受注生産なのかがまだ社内で一致していない段階でも、確定タイミング表を一緒に書き出すところだけを確認する、という関わり方で構いません。TOMAS TECHはタイの日系製造業向けに、現場の実測、業務設計、製品選定の技術的助言、稼働後の伴走までを一貫してお手伝いしています。表を書き出した結果、既存の仕組みの運用を直すだけで足りると判明することもありますので、システム導入を前提にしないご相談でもお問い合わせからお気軽にお声がけください。

参考情報

• 2026 ERP Report — Panorama Consulting Group 回答者170、データ収集期間2025年1月から2026年1月、プロジェクト期間の中央値9か月、多国籍組織56.5%、年商中央値2億50万米ドル、4分の1超が予算超過、4分の1近くが期間超過、ビジネスインテリジェンスを大きく導入した割合55.3%
• Engineer-to-Order ERP Implementation Challenges — Elevatiq 受注時点で製品が存在しないこと、部品表が設計の進行に伴い動的に変わること、長納期品の先行手配、案件採算が完了後にしか判明しないこと、設計変更がシステム外で管理されること、見積とERPの原価構造のズレ、PLMとERPの記録責任範囲
• タイ鉱工業生産指数と稼働率の統計（2026年6月分・工業経済局発表）— Xinhua English 2026年6月のMPIは前年同月比-3.1%、2026年第2四半期の平均稼働率57.47%、自動車と石油が減少、砂糖・洗浄製品・石鹸・化粧品が増加
• Thailand Capacity Utilization — Trading Economics タイ中央銀行を出典とする設備稼働率、2026年6月57.61%、2026年5月59.59%、2000年から2026年の平均67.85%、最高2008年1月78.07%、最低2011年11月49.21%
• 2026年版ものづくり白書（概要）— 厚生労働省サイト掲載 製造業のOFF-JT実施率は2024年度で正社員76.0%・正社員以外29.0%、30人から49人規模で58.2%・13.6%、1000人以上で100.0%・52.4%、自己啓発支援83.7%、出典は能力開発基本調査（事業所調査）
• 個別受注生産の課題と業務改善に関する解説 — DIRECTOR 試行錯誤を伴う設計変更と度重なる仕様変更による高い柔軟性の要求、納期遅延・原価状況・情報共有における都度のイレギュラー対応
• BOM管理の課題に関する解説 — SmartF E-BOMとM-BOMの手作業による二重更新で生じる更新漏れ、古い部品表での発注・製造による手戻り、設計・製造・購買が別文書で部品表を持つことによる情報分断