製造オーダーと工数を一つの基幹システムで管理する実践ガイド
製造オーダー、材料、工数、複式簿記の帳簿を一つの基幹システムに集め、オーダーの真のコストを一箇所で組み立てる、日本の中小製造業の経営者向けの実践ガイドです。
岐阜県にある従業員約60名の金型メーカーでは、工場の現場が紙で回っていました。加工担当者は各プレス機の横にある伝票に作業時間を走り書きし、退出口のトレイに投げ入れます。そして週末にバックオフィスの誰かがその数字をスプレッドシートへ打ち込んでいました。その数字が製造オーダーへ戻ることは一切ありませんでした。本来は赤字のはずの精密金型が黒字に見え、逆に高く見えたものは実は問題なかった、という状態です。社長は数字が間違っていると分かっていても、どれが、どう間違っているのかを証明できずにいました。
これは日本の中小製造業でよくある光景です。工数はあるシステムに、材料は別のシステムに、会計の帳簿はさらに別の場所にあります。結果として、誰も信頼できないオーダー原価が出来上がります。本稿では、製造オーダー(とその材料)、工数(タイムシートで捕捉)、そして複式簿記の帳簿がすべて一つの基幹システムの中に置かれたとき、オーダーの真のコストがどうやって一箇所で組み立てられるようになるかを順を追って解説します。
問題:今のコストはどうなっているのか
工数と製造オーダーが別々の場所にあると、三つのコストが静かに積み上がります。
第一に、オーダーの真のコストが見えません。材料は製造オーダーが消費する材料を追跡するため、クリーンにオーダーへ計上されます。しかし金型ショップにとって最大の変動費である労務費は、タイムシートの中でジョブや作業区分ごとに別途捕捉され、同じオーダーには着地しません。そのためオーダー上の原価数字は部分原価に過ぎません。価格設定、どの顧客を再見積もりの対象にするか、どの製品ラインを伸ばすか、こうした意思決定がすべて最大の構成要素を欠いた数字の上で行われます。
第二に、月次決算が長引きます。多くの日本の中小企業にとって、月次決算は依然として1〜2週間、あるいはそれ以上かかります。その時間の大部分は突合作業です。誰かが勤怠表からジョブへ、ジョブからオーダーへ、オーダーから請求書へ、請求書から仕訳へと遡っていきます。連鎖が手作業でデータが散らばっていれば、各段階は意見が割れる場所になります。
第三に、見積もりが現実から乖離します。現場は前の仕事を基準に次の仕事を見積もりますが、その前の仕事の原価がそもそも間違っています。1年のうちに見積もり工数と実績工数の乖離は広がり、マージンは静かに削られていきます。誰かが気づいたときには、そのパターンは価格表に焼き固められています。
これは劇的な意味での技術問題ではありません。データ問題です。工数は存在します。オーダーも存在します。勘定も存在します。ただ、同じ場所にないだけです。
何が変わるのか
変化は構造的であり、表面的なものではありません。製造オーダー、タイムシート、複式簿記の帳簿は三つの孤立した島ではなく、一つの基幹システムの構成要素になります。
標準適合型の基幹システムでは、この仕組みはマスターデータに既に存在する連携部品を通じて動きます。多段階のBOM(部品表)は製品が何でできているかを定義します。製造オーダーはそのBOMを、製品、数量、ステータス、そして消費する材料を持つ実際の生産ランへと変えます。親オーダーと子オーダーは入れ子にできるため、複雑な金型もきれいにサブアセンブリへ分解できます。タイムシートは作業者が働いた時間を捉え、勤怠は現場にいた時間を記録します。これらはすべて、総勘定元帳と同じシステムの中に置かれます。
ここで起こらないことは、工数から製造オーダーへの自動的な紐付けです。タイムシートの入力はジョブや作業区分ごとに捕捉され、オーダーに直接固定されるわけではありません。その結びつけ、また工数や運用上の出来事を総勘定元帳の勘定へ結びつけることは、会計士と確認した上で行う手動の仕訳です。得られるのは会計上の自動判断ではありません。可視性です。オーダー上の材料、タイムシート内の工数、そして帳簿は、もはや三つのツールに散らばっていません。それらは一つの信頼できる情報源の中に置かれ、月末に材料(オーダーが自動追跡)と工数(タイムシートから)を組み合わせ、オーダーに対する労務費を記録する仕訳を一件手動で起票することで、オーダーの真のコストが組み立てられます。
誇大宣伝は現場を失望させる最短の道ですので、いくつか明確にしておきます。これは完全な製造実行システム(MES)ではありません。機械を分単位でスケジュールすることも、能力計画や現場の順序付けを行うこともありません。クリーンにこなすのは一つのことだけです。製造オーダー、材料、工数、複式簿記の帳簿を一つのシステムに集め、オーダーの真のコストがスプレッドシートをまたいで探し回るのではなく一箇所で組み立てられるようにすることです。金型メーカーにとって、その一つのことが、たいてい抜け落ちているピースです。
この位置づけは意図的です。材料は製造オーダーによって自動追跡されます。工数はタイムシートでジョブやプロジェクトごとに捕捉されます。複式簿記の帳簿は事業の他の部分を既に動かしています。帳簿と現場は一つの信頼できる情報源を共有します。ただし一つ、誠実に線引しておきます。本システムは工数、スクラップ、材料消費を総勘定元帳へ自動計上することはありません。仕訳が自動生成されるのは売上請求書、購買請求書、経費精算の三つだけです。工数をオーダーの原価へ、あるいは総勘定元帳の勘定へ結びつけるのは、会計士と確認した上で行う手動の仕訳です。得られるのは可視性であり、会計上の自動判断ではありません。それ以外はすべて、生産計画担当者や現場監督がいるべき場所にとどまります。
実際のシナリオ
先ほどの岐阜の金型メーカーを例にします。従業員60名。多品種少量の仕事。各金型は事実上、独自のBOMと独自の製造オーダーを持つ一品もののプロジェクトです。
従来は、シニア級の金型一つに加工と仕上げで5人で280時間かかることもあり、オーダーには鋼材と消耗品しか計上されていませんでした。280時間は紙の伝票の上にしかなく、別のスプレッドシートでジョブに対して記録されていました。社長が「なぜあの顧客はいつも安く見積もってくるように見えるのか」と尋ねても、数字で答えられる人はおらず、感覚でしか答えられませんでした。
一つのERPへ移行すると、一週間で景色が変わります。チームはタイムシートにジョブごとに労務を記録します。材料は製造オーダーを通じて追跡し、完成時に原材料を在庫から引き落とします。これらはすべて複式簿記の帳簿と同じシステムの中に置かれます。月末には、材料(オーダーが自動追跡)と工数(タイムシートから)を組み合わせ、オーダーに対する労務費を記録する仕訳を会計士と確認の上で手動で起票します。社長はついに、スプレッドシートをまたいで探し回るのではなく、一箇所で組み立てられた真のコストの全体像を見ることができるようになります。
導入前後を比べてみましょう。材料だけで原価計算され180万円で黒字に見えていたオーダーも、月末にタイムシートの280時間の熟練労働を材料と組み合わせると、真のコストが見えます。それでも黒字かもしれませんし、そうでないかもしれません。いずれにせよ社長はついに数字を知り、その顧客の次の金型を実感ではなく本当の数字に基づいて見積もれるようになります。
月次決算も短くなります。工数から原価への結びつけが手動の仕訳であっても、です。突合のための往復は縮みます。工数は既にタイムシートの中に、材料は既にオーダーの上に、そしてオーダーは既に帳簿と同じシステムの中にあるからです。スプレッドシートをまたいで工数を探し回る必要はありません。かつて10日かかっていたものが、数日へと動き始めます。時間を節約しているのは、工数とオーダーの間の自動リンクではなく、単一システムによる可視性です。
監査証跡は、システムが追跡するデータについて自動的に作られます。これはJ-SOXの内部統制や顧客からの監査に直面することが増える現場にとって重要です。タイムシートの時間一つひとつ、材料の動き一つひとつが、誰がいつ入力したかを記録します。次世代へ事業が引き継がれるとき、原価履歴はオーダー履歴とともに移管されます。知識はもはや現場監督の頭の中や紙の伝票のトレイに閉じ込められません。
日本にとってなぜ重要なのか
日本の製造業は今、特有の圧力を抱えており、一つの基幹システムはそのいくつかに同時に応えます。
人手不足は深刻です。熟練した加工担当者が稀少であるとき、一時間一時間がより重くのしかかり、誤って計上された一時間は縮むプールのより大きなシェアになります。各オーダーの真の労務含有量を知ることは、もはや「あれば嬉しい」ものではありません。現場が社内で作り続けるものと、断るものをどう決めるかの基準になります。工数が、オーダーや帳簿と同じシステムの中のタイムシートに置かれるとき、その労務含有量はついにオーダーごとに組み立てられるようになります。
2025年のレガシー崖が危機感を増させます。Windows Server 2012 R2、SQL Server 2014、そして多くのオンプレミスERPがセキュリティサポートの終了に達しています。高齢のサーバー上で孤立したタイムシートのスプレッドシートを動かす現場は、強制された更新の決断に直面しています。脆い紙とスプレッドシートの連鎖を一つの基幹システムに置き換えることで、その強制された決断は、単なるセキュリティパッチではなく、可視性で返ってくるアップグレードへと変わります。経済産業省は2025年問題全体を、広く引用される約12兆円の潜在的経済影響という数字を中心に枠づけており、それゆえ更新はIT部門だけのテーマではなく、経営会議のテーマになっています。
事業承継の問題がさらにハードルを上げます。創業者が会社を売却または引き継ぐとき、監査可能で移譲可能なシステムは実質的な価値を持ちます。買い手はすべてのオーダーの真のコスト、顧客ごとの本当のマージン、タイムシートに記録された一時間の歴史、そしてオーダー上の材料の動きの歴史を見ることができます。紙の伝票はそれらを何一つ伝えません。一つの基幹システムは、暗黙の現場の知識を文書化された移譲可能なデータへと変えます。
日本の製造業が抱えるバイリンガルの現実も重要です。グローバルな顧客にサービスを提供したり、海外から技術スタッフを雇用したりする現場は、システムがバックエンド、インターフェース、セルフサービスポータルのすべてにわたって日本語と英語の両方でネイティブに作られているとき恩恵を受けます。これは日本語ツールの上に言語のトグルを乗せたものではなく、機能ごとに両方の言語で作られた一つのシステムです。
自社に合っているかどうか
オーダー、工数、帳簿のための一つの基幹システムは、すべての製造業者に向けたものではありません。完成品を買い入れて出荷するだけの純粋な商社は、捕捉すべき労務をほとんど持ちません。大量反復生産のラインは、これを上手に処理する現場システムを既に備えているかもしれません。
しかし多品種少量の製造業者にとっては、通常それが抜けているピースです。金型メーカー、機械加工ショップ、組立業者、小規模な組立ハウス、そして熟練労働が支配的なコストであるような現場は、そのギャップを即座に感じます。加工担当者が紙で時間を記録している、月次決算がスプレッドシートをまたいだ工数の突合に何日も費やしている、「あのオーダーの本当のコストはいくらだったか」を1週間の調査なしに答えられない、そのような場合、これが解決すべき問題です。
テストは単純です。直近の製造オーダーを一つ取り出してください。そのオーダーの材料(オーダーから)と工数(タイムシートから)を、ツールをまたいで一週間探し回ることなく一箇所で組み立てられますか。答えが「いいえ」、あるいは「月末に調整すればまあ」というものであれば、あなたのオーダー原価は作り話です。最大のインプットを欠いた数字で事業を動かしていることになります。
よくある質問
現場のスケジューリングシステムを置き換えるものですか?
いいえ、そうしようとするべきでもありません。オーダー、材料、工数、帳簿を一つのシステムに集めることは、オーダーごとに組み立てられる真のコストの全体像をもたらします。機械の順序付け、ワークセンター間の負荷分散、能力計画は行いません。それは計画ツールが流れ込む先の、原価と会計のレイヤーだと考えてください。計画ツールの代替ではありません。
月次決算にどう影響しますか?
決算を短くします。しばしば顕著に。工数は既にタイムシートの中に、材料は既にオーダーの上に、そしてオーダーは既に帳簿と同じシステムの中にあるため、月末にスプレッドシートをまたいで探し回る作業は消えます。工数から原価への結びつけは依然として会計士と確認する手動の仕訳ですが、その仕訳に必要なデータは既に一箇所に揃っています。かつて1〜2週間かかっていたものが数日へと向かいます。
まずBOMを再構築する必要はありますか?
通常はありません。多段階のBOMは製品構造を既に定義しています。そのBOMから作られた製造オーダーは自身の材料を追跡し、親オーダーと子オーダーを入れ子にできます。変わるのは、材料、タイムシートの工数、そして帳簿がすべて同じシステムの中に置かれるため、オーダーの真のコストが月末に紙から再構築されるのではなく組み立てられるようになる、という点です。
工数は総勘定元帳へ自動計上されますか?
いいえ。仕訳が自動生成されるのは売上請求書、購買請求書、経費精算の三つだけです。工数、スクラップ、材料消費は総勘定元帳へ自動計上されません。オーダーに対する労務費の記録、あるいは総勘定元帳の勘定に対する記録は、会計士と確認した上で行う手動の仕訳です。システムが提供するのは、すべての構成要素を一箇所に集めることにより、その手動の仕訳を速く、確かな根拠の上で行えるようにすることです。
重要なポイント
製造オーダーの真のコストは謎ではありません。それは多くの日本の中小製造業者が単に完了させたことのない「組み立て作業」です。なぜなら工数は紙の上に、材料は二つ目のツールに、帳簿は三つ目の場所にあったからです。この三つを一つの基幹システムに集めれば、価格設定、月次決算、見積もり、事業承継の計画が、すべて感覚ではなく本当の数字の上に立ちます。工数から原価への結びつけは手動の仕訳のままですが、スプレッドシートをまたぐ探し回りはなくなります。
一つの基幹システムがどう動くかを見る
もし現場のオーダー原価に工数が別のスプレッドシートに閉じ込められたままであれば、あなたは暗闇の中で見積もっています。Kikan System は、製造オーダー(と材料)、多段階BOM、タイムシートを通じた工数、在庫、ロット管理、承認ワークフロー、複式簿記の帳簿を一つのシステムに集めるモジュラー型の基幹システムであり、適格請求書制度向けの設定可能な税務もあわせ持ちます。オーダーの真のコストがついに一つの居場所を持ちます。2ユーザーまで無料、カード不要で始められます。
(-> 無料で始める)(/#get-started)
基幹システムの選定と更新に関するより広い文脈については、コアシステム選定のガイドと2025年のレガシー崖の解説をご覧ください。
関連記事
事例:BOM・工数・複式簿記を一つの基幹システムにまとめた製造業の取り組み
BOM・製造指図書・作業日報の工数・複式簿記を一つの基幹システムにまとめ、単一の真実の源としてメーカーの真の製品原価をどう組み立てるか。現場と総勘定元帳の隙間を埋めた製造業の事例です。
続きを読む→製造業の基幹システム刷新:DX推進と2025年の崖
製造業のDXと2025年の崖が重なる今、BOMや製造指図、ロット、原価を複式簿記につなぐ基幹システムへERPを刷新する意義を静岡の事例で解説します。
続きを読む→多階層BOM(部品表)を基幹システムで管理する実践ガイド
多階層BOMを基幹システムに集約し、在庫・原価・購買・仕訳を一元管理する方法を解説。Excelのずれをなくし、月次決算を速める実践ガイドです。
続きを読む→