「可視化ができる」
「分析に強い」
「DAXで計算できる」

では、Power BIは原価計算システムの代替になり得るのでしょうか。結論から言えば、条件付きで可能です。ただし、向いているケースと向いていないケースがあります。

Power BIは本来、分析ツール

まず前提です。Power BIは、

• データを取り込み
• モデル化し
• 可視化・分析する

ためのツールです。ERPのような基幹システムではありません。しかし、DAXという計算言語を使えば、

• 原価集計
• 製番別損益計算
• 差異分析

も実装できます。つまり、「計算できない」のではなく、「何をどこまで計算するか」が重要なのです。

個別原価計算なら十分現実的

特に向いているのは、個別原価計算（製番別原価）です。

例えば、

• 製番ごとの材料費
• 工数実績
• 外注費
• 共通費の単純配賦

といった構造であれば、Power BIで十分構築可能です。

データを

• 生産管理システム
• 会計システム
• 工数管理データ

から取り込み、モデル化し、製番別に集計する。このレベルであれば、現実的です。

向いていないケース

一方、次のような場合は難易度が上がります。

• 多段階配賦（部門→工程→製品）
• 標準原価差異の厳密管理
• 仕掛品の詳細評価
• 月次締め処理としての確定ロジック

Power BIは「確定処理」よりも「動的集計」に向いています。そのため、財務確定ロジックの中核を担わせる設計は慎重にすべきです。

一つに絞るならどう考えるか

現実には、ACCESSもERPもKintoneもPower BIも並行利用する、というのは中小企業では現実的ではありません。多くの場合、どれか一つに絞って再構築することになります。

その場合、判断軸はこうなります。

■ Power BIを選ぶべき会社

• 生産管理システムは既にある
• 原価データは取得できている
• 個別原価中心
• 経営分析を強化したい
• ITリテラシーが一定ある

この場合、Power BIは「原価計算＋経営分析」を一体で実現できる選択肢になります。

■ その他を選ぶべき会社

• 全社統合をしたい
• 内部統制を強化したい
• 上場を視野に入れている
• 拠点が多い

この場合、Power BI単独では足りません。

設計のポイント

Power BIで原価計算を行う場合、重要なのはデータモデル設計です。

• 製番テーブル
• 実績明細テーブル
• マスタテーブル
• 配賦基準テーブル

を明確に分ける。

リレーションを整理し、

• 計算列を乱立させない
• DAXを過度に複雑化しない

ことが鍵になります。設計を誤ると、「動くが誰も触れないシステム」になります。

最大の強みは経営直結

Power BIで原価計算を構築する最大の利点は、そのまま経営ダッシュボードになることです。

• 製品別採算
• 顧客別利益
• 月次推移
• 赤字製番ランキング

が即座に可視化される。計算と分析が一体化する。これは大きなメリットです。

まとめ

Power BIは、

• 大規模・複雑な原価制度向きではない
• しかし、個別原価中心の企業には十分現実的

という位置づけです。重要なのは、「Power BIは分析ツールだからダメ」と切り捨てることではなく、自社の原価構造に合うかどうかを冷静に判断することです。

次回はシリーズ最終回として、「結局どの選択肢を選ぶべきか」を整理します。

ツールではなく、

• 自社の規模
• 生産形態
• 将来像

から逆算する判断軸を提示します。原価計算は、システム選びではなく、経営設計です。

• ACCESS再構築
• Excel × PowerQuery

という選択肢を整理してきました。今回は、クラウド業務基盤であるKintoneを活用するケースを考えます。

ただし最初に強調しておきます。Kintoneは「原価計算専用システム」ではありません。あくまで、業務アプリを構築するための基盤です。

Kintoneは“計算ツール”ではなく“業務基盤”

Kintoneでできることは、

• データベース構築
• 入力画面設計
• ワークフロー設計
• 権限管理
• クラウド共有

です。

つまり、原価を計算する仕組みというより、原価データを整備する仕組みに向いています。

典型的な活用パターン

実務で多いのは、次のような構成です。

• 既に生産管理システムがある
• そこから実績データを出力する
• Kintoneに取り込む
• 少数ユーザー（経理・管理部門）が原価集計を行う

このように、原価計算専用の管理基盤として限定利用するという使い方です。この場合、全社利用ではないため、比較的導入しやすくなります。

ランニングコストという現実

Kintoneはユーザー課金型です。利用者が増えるほど、月額コストは積み上がります。

例えば、

• 全社展開する
• 現場全員が工数入力する

という設計にすると、ランニングコストは無視できません。一方、

• 原価管理担当者のみ利用
• 入力は既存システムから連携

という構成であれば、コストは抑えられます。つまり、Kintoneは利用範囲の設計が極めて重要なのです。

大量データ処理の制約

もう一つ重要な論点があります。Kintoneはクラウド型データベースですが、

• レコード数上限
• パフォーマンス制約
• 大量データの一括処理の制限

があります。月数十万件〜数百万件規模の実績データをそのまま蓄積・計算する用途には向きません。そのため、

• 生データは別DBで管理
• 集計済データのみKintoneに取り込む

といった設計が必要になります。

どんな企業に向いているか

Kintoneが適しているのは、次のような企業です。

• 原価以前に業務フローが整理されていない
• 製番管理や承認フローを整備したい
• クラウド化を進めたい
• 原価管理は少人数で行う
• 生産管理システムは既に存在する

この場合、Kintoneは 原価の計算エンジン”ではなく、原価の業務管理基盤として機能します。

向いていないケース

逆に、次のような場合は注意が必要です。

• 全社員が常時利用する設計
• 月数十万件以上の実績データを直接扱う
• 多段階配賦や高度な原価差異分析を内部完結させたい
• ERP並みの統合管理を期待する

この場合、過剰投資または機能不足になる可能性があります。

Kintoneの本質的価値

Kintoneの価値は、原価を高度に計算することではなく、原価データの発生源を整えることにあります。

• 製番登録の統一
• 工数入力のルール化
• 外注管理の明確化
• 承認フローの標準化

これらが整えば、原価の精度は自然と上がります。

結局、どう位置づけるべきか

Kintoneは、

• ERPの代替ではない
• Excelの上位互換でもない

あくまで、業務を整理するためのクラウド基盤です。原価計算単体で考えるのではなく、業務フロー全体を見直す企業には強力な選択肢になります。

次回は、「PowerBIは原価計算ではなく原価分析向き」というテーマで整理します。

原価をどう算出するかではなく、どう経営判断に活かすか。シリーズはいよいよ経営活用の領域に入ります。

「ERPを入れるべきか？」
「クラウドに移行すべきか？」

しかし、実務で最も有効な第一歩は、意外にも Excel × PowerQuery であることが少なくありません。

今回は、その現実的な使い方と限界を整理します。

なぜExcelが現実的なのか

中小製造業において、Excelはすでにインフラです。

• 現場も使える
• 経理も使える
• データもExcelで出てくる

新しいツールを導入するよりも、心理的ハードルが圧倒的に低い。さらにPowerQueryを使えば、

• データの自動取得
• データ整形
• マスタとの結合
• 集計処理の自動化

が可能になります。もはや単なる表計算ソフトではありません。

本当の目的は「完成」ではなく「分解」

ここで重要なのは、Excelで原価計算を完成させることが目的ではないという点です。目的は、ブラックボックス化した原価ロジックを一度分解すること です。

例えば、

• 材料費はどこから来ているのか
• 工数データはどう取り込まれているのか
• 間接費はどの基準で配賦されているのか
• どこで手修正が入っているのか

これらを一つ一つ、PowerQueryで見える形にしていく。すると、

• 不要な二重処理
• 根拠不明の按分
• 属人化したExcel補正

が浮き彫りになります。この「見える化」こそが最大の価値です。

ただし、Excelはデータベースではない

ここは重要な注意点です。Excel＋PowerQueryは、リレーショナルデータベースではありません。ACCESSやSQL Serverのように、

• 主キー・外部キー制約
• 参照整合性の強制
• データ入力時の制御

といった機能は持っていません。PowerQueryでテーブルを結合することはできますが、

• マスタが削除されても警告は出ない
• 重複キーがあっても自動的に止まらない
• データ整合性は設計者に依存する

という構造になります。つまり、整合性は守られるのではなく、守る必要があるという点が根本的な違いです。

どこまでなら現実的か

実務上、次の規模感であればExcelは十分有効です。

• 月間製番数が数百レベル
• 実績データが月数万行程度
• 利用者が限定的（数名）
• 主に分析・再設計目的

この範囲であれば、PowerQueryは非常に強力です。しかし、

• 多人数同時利用
• 入力系システムとしての運用
• リアルタイム拠点共有
• 厳密なデータ統制

が必要な場合、Excelは適していません。

Excel活用の正しい位置づけ

Excelは「最終形」ではなく、再設計のための中間地点であることが多いのです。一度Excelでロジックを分解し、

• そのまま小規模運用する
• ACCESSを再設計する
• クラウド基盤に移行する
• ERPへ統合する

といった次の一手を判断する。いきなり大規模投資をするより、失敗確率は大きく下がります。

最大の価値は原価の流れが見えること

原価は、

• どこからデータが来て
• どこで加工され
• どの基準で配賦され
• どう集計されているか

が見えなければ、正しい議論ができません。

Excel × PowerQueryは、この流れを一度“見える形”にするための最適な道具です。

次回は、「Kintoneなどクラウド業務基盤で原価管理を構築する」というアプローチを整理します。原価計算を単体で考えるのではなく、業務全体の流れの中で再設計する方法です。

システム刷新の成否は、ツールではなく、設計思想で決まります。

• ACCESS再構築
• Excel（PowerQuery）
• クラウド基盤（Kintoneなど）
• ERP統合

その中でも、最も現実的で、実際に多くの企業が検討するのが「今のACCESSを作り直す」という選択です。

これは妥当な判断なのか。それとも将来に禍根を残すのか。今回はその論点を整理します。

ACCESSは本当に“時代遅れ”なのか？

まず前提として整理しておきたいのは、

ACCESS＝時代遅れ、ではないということです。年商数十億円規模の中小製造業であれば、次のような条件下では、ACCESSは十分に実用的です。

• 製品点数が数百〜数千程度
• 月間製番数が数百レベル
• 工数データが月数万行程度
• 同時利用者が5名以内

この規模感であれば、設計が適切なら大きな問題は起きません。実際、安定稼働している企業は数多くあります。問題は「ACCESSだからダメ」なのではなく、
設計が今の実態に合っているかどうかです。

それでも再構築が必要になる理由

では、なぜ再構築が議論に上がるのでしょうか。よくあるきっかけは次のようなものです。

• 処理が遅くなってきた
• 修正できる人がいない
• 64bit対応で不具合が出た
• Excelでの手修正が増えている
• 生産形態が変わっている

特に最後の点。多品種少量化、外注比率の増加、複数拠点化など、生産の実態が変わっているにもかかわらず、原価計算ロジックは20年前の前提のままというケースは少なくありません。ここにズレが生じます。

ACCESS再構築には2種類ある

ACCESS再構築といっても、中身は大きく2つに分かれます。

① 延命型再構築

• 不具合修正
• 速度改善
• 64bit対応
• 帳票修正

いわば「リフォーム」です。短期的には合理的で、コストも抑えられます。ただし、原価計算の設計思想そのものは変わりません。生産実態とのズレがある場合、それは残ります。

② 設計見直し型再構築

もう一つは、

• 間接費配賦の再設計
• 製番単位の再定義
• 標準原価の考え方の整理
• データ構造の抜本的見直し

を行ったうえで、ACCESSで作り直す方法です。これは単なるシステム修正ではありません。原価計算の再設計です。同じACCESSでも、意味はまったく異なります。

ACCESSの現実的な限界ライン

ここで、データ量の目安も整理しておきます。ACCESSの制約はよく語られますが、実務上問題になるのは次のようなケースです。

• 月間製番が数千件規模
• 実績データが月数十万行を超える
• 同時利用者が10名以上
• 拠点間リアルタイム共有が必要
• 海外拠点を含む統合管理

このレベルになると、

• 処理速度低下
• データ破損リスク
• バックアップ運用の複雑化

といった問題が出やすくなります。つまり、問題は売上規模ではなく、データ量と同時利用環境です。年商30億円でもデータがシンプルなら問題は起きません。年商10億円でも製番が極端に多ければ厳しくなります。

最大のリスクは再び属人化すること

再構築で最も多い失敗はこれです。

• ロジックを文書化しない
• 配賦根拠を整理しない
• データ構造を共有しない

結果として、数年後に再びブラックボックス化する。ACCESSの問題というより、
設計統制の問題です。再構築するなら、最低限、

• 原価フロー図の作成
• 配賦ロジックの明文化
• マスタ設計書の整備

はセットで行う必要があります。

どんな会社にACCESS再構築は向いているか

ACCESS再構築が合理的なのは、次のような企業です。

• 単一拠点である
• 生産構造が比較的シンプル
• 将来5年で大きな拡大予定がない
• 上場予定がない
• 原価設計を一度整理したい

この場合、ACCESSは十分に選択肢になります。無理にERPへ飛びつく必要はありません。

延命か、再出発か

結局のところ、判断の分かれ目はここです。

• 今の原価は経営判断に使えているか
• 生産の実態を正しく表しているか
• 5年後も通用する設計か

もしここが曖昧であれば、単なる延命ではなく、設計からの見直しが必要です。ACCESSを使うかどうかよりも、どの思想で原価を設計するかの方がはるかに重要です。

次回は、「Excel × PowerQueryで原価計算を再設計する」というアプローチを取り上げます。大規模投資をせずに、原価ロジックを一度“分解”する方法です。

システム刷新の第一歩は、ツール選定ではなく、構造の可視化かもしれません。

• 生産形態の変化
• ロジックの老朽化
• 属人化

にある、という話でした。では、実際に見直そうとしたとき、どのような選択肢があるのでしょうか。

今回は、原価計算システム刷新の「全体像」を整理します。

選択肢は大きく4つに分かれる

原価計算システムの見直しは、概ね次の4つに分類できます。

1. 既存ACCESSの再構築・延命
2. Excel（PowerQuery等）で再設計
3. Kintoneなどのクラウド業務基盤で構築
4. ERP・基幹システムへ統合

重要なのは、「どれが優れているか」ではなく、自社の規模・複雑性・将来像に合っているかです。

1. ACCESSを再構築するという選択

もっとも現実的で、もっとも選ばれやすいのがこの方法です。

既存ロジックを整理し、不要な部分を削ぎ落とし、改めてACCESSで作り直す。

メリットは明確です。

• 既存資産を活かせる
• コストを抑えられる
• 現場が使い慣れている

一方で、

• 将来の拡張性には限界がある
• 開発者依存リスクが残る
• クラウド連携は弱い

という課題もあります。

「あと5年持たせたい」という場合には合理的な選択ですが、10年スパンの経営基盤としては慎重な検討が必要です。

2. Excel × PowerQueryで再設計する

意外と現実的なのがこの方法です。近年のExcelは、PowerQueryを活用することで、データ整形や集計をかなり高度に行えます。

特に、

• 原価計算のロジックを一度分解し
• 計算プロセスを可視化し
• ブラックボックスを解消する

という目的には非常に向いています。

導入コストも低く、経理部門主導で進められるのが強みです。

ただし、

• データ量が増えると管理が難しくなる
• ガバナンスが弱くなりがち
• 入力系システムには向かない

という限界があります。

「まずは設計を立て直す」段階では有効ですが、最終形とは限りません。

3. Kintoneなどクラウド業務基盤で構築する

Kintoneのようなノーコード／ローコード基盤を使い、原価関連データを一元管理する方法もあります。

この選択肢の本質は、原価計算を単体で考えない という点にあります。

• 工数管理
• 製番管理
• 外注管理
• ワークフロー

これらを業務全体として整理し、その上で原価を算出する。業務改革とセットで進める場合には非常に有効です。

一方で、

• 複雑な配賦ロジックは工夫が必要
• 大量データ処理には設計力が求められる

という技術的課題もあります。

④ ERP・基幹システムへ統合する

最も本格的な選択肢が、ERP導入です。販売管理・生産管理・会計を統合し、原価計算もその中で行う。

メリットは、

• データ一元化
• 内部統制強化
• 拠点展開対応
• 上場準備対応

など、経営基盤としての強さです。

ただし、

• 導入コストが大きい
• 業務をシステムに合わせる必要がある
• 導入失敗リスクも存在する

という現実があります。規模や将来計画を踏まえた判断が必要です。

実は「計算」と「分析」は分けて考える

ここで重要な視点があります。

それは、原価を「計算する仕組み」と「分析する仕組み」は別物 ということです。

たとえば、

• 計算はERPやExcelで行い
• 分析はPowerBIで行う

という分業も十分あり得ます。

一つのツールで完結させようとすると、かえって不自然な設計になることがあります。

選択の軸は何か？

選択を誤らないためには、次の観点を整理する必要があります。

• 製品点数はどれくらいか
• 製番管理はしているか
• 間接費配賦は複雑か
• 拠点は複数あるか
• 将来的に上場を目指すか
• 内製化したいか、外注前提か

ツールから考えるのではなく、自社の将来像から逆算することが重要です。

次回は、最も現実的な選択肢である「ACCESSを再構築する」という選択について、もう少し掘り下げます。

延命なのか、再設計なのか。そこを曖昧にすると、再び同じ問題が繰り返されます。単なるツール比較ではなく、原価設計の本質に踏み込んでいきます。

しかも、それは10年、20年前に作られたものだったりします。なぜ、これほどまでにACCESSが生き残っているのでしょうか。そして、なぜ多くの会社が「そろそろ限界だ」と感じながらも置き換えられないのでしょうか。

今回はその背景を整理します。

2000年代、原価計算はACCESSで作るのが普通だった

2000年代初頭、多くの中小企業にはERPを導入するだけの予算がありませんでした。しかし、原価計算は必要です。

そこで登場したのが、外部SEや会計事務所、あるいは社内のITに強い社員によって作られた「ACCESS製原価計算システム」でした。

ACCESSは、

• データベースが構築できる
• 入力画面や帳票が作れる
• Excelと連携できる
• 開発コストが比較的安い

という特徴があり、中小企業にとって非常にバランスの良いツールでした。当時としては、合理的で、現実的で、そして十分に実用的な選択だったのです。

なぜ今も残り続けているのか？

20年経った今でも、当時のACCESSが現役で動いています。その背景には、いくつかの理由があります。

①とりあえず動いている

原価計算は毎月回っている。決算も組めている。多少時間がかかっても、Excelで補正すれば何とかなる。つまり、「困ってはいるが、止まってはいない」という状態です。大きな事故が起きていない限り、システム刷新は後回しになります。

②ロジックがブラックボックス化している

長年の改修の積み重ねにより、

• 間接費の配賦ロジック
• 製番別集計の条件
• 材料費や外注費の按分処理
• 工数データの取り込み仕様

などが、誰にも全体像を説明できない状態になっていることが少なくありません。「触ると壊れるかもしれない」・・・この心理が、現状維持を生みます。

③作った人がいない

開発者がすでに退職している、外注先と連絡が取れない、設計書が残っていない。こうした状況もよく見られます。

小さな修正ですら怖くてできない。しかし全面的な再構築も不安。その結果、延命が続きます。

生産形態・生産方法が変わっている

ここが、実は最も重要なポイントです。20年前と比べて、多くの製造業では次のような変化が起きています。

• ロット生産から多品種少量生産へ
• 見込生産から受注生産へ
• 内製中心から外注活用型へ
• 国内単一拠点から複数拠点体制へ

しかし、原価計算ロジックは当時の生産前提のまま、というケースが少なくありません。

たとえば、かつては単純な標準配賦で問題なかった間接費が、現在の複雑な工程構造では実態を表していないことがあります。つまり、生産の実態は変わったのに、原価の計算方法は変わっていないというズレが起きているのです。

このズレは徐々に蓄積し、経営判断を静かに歪めます。

いま起きている典型的な問題

実務の現場では、次のような症状が出始めます。

• 月次締めに時間がかかる。
• Excelでの手修正が増える。
• 拠点追加や新製品に柔軟に対応できない。
• 間接費配賦が「毎年なんとなく」決まる。

そして最も深刻なのは、算出された原価が、本当に現場の実態を反映しているのか分からない という状態です。

原価が歪めば、

• 価格決定
• 受注可否判断
• 製品別採算判断
• 設備投資判断

すべてが影響を受けます。

問題はACCESSではない

ここで強調したいのは、問題はACCESSというツールそのものではない、ということです。

問題の本質は、

• 当時の前提で設計されたロジック
• 生産形態の変化に追随していない計算構造
• 属人化した運用体制

にあります。

ACCESSは単なる器にすぎません。しかし、その器の中身が時代に合っていない可能性はあります。

これから考えるべきこと

では、

• 延命すべきなのか
• 作り直すべきなのか
• クラウドへ移行すべきなのか
• Excelで再設計すれば足りるのか
• KintoneやPowerBIは使えるのか

次回以降、選択肢を整理していきます。重要なのは、単なるツール比較ではありません。自社の生産形態に合った原価設計になっているかどうか。20年前に作った仕組みで、今の経営判断に耐えられるのか。一度立ち止まって考えるタイミングに来ている企業は、決して少なくありません。

「うちは毎年きちんと利益を出している。だから会社を売るときも高く売れるはずだ」

実はこれは、中小企業M&Aでもっとも誤解が多いポイントです。結論からいえば、会社の価値は利益の大きさだけでは決まりません。

M&Aの世界では、利益 × 資金効率 = 事業価値（Enterprise Value） であり、
資金効率が悪い会社はいくら利益を出していても価値が伸びません。これは近年主流となった企業価値評価手法を正しく理解すると、よく分かります。

昔は「利益年倍法」が主流だった

かつて中小企業のM&Aでは、利益年倍法（たとえば利益×3～5年）で会社を評価することが一般的でした。簡単で計算しやすいため、業界全体で長い間使われてきました。

しかし現在は、M&Aが一般化し、金融機関・上場企業・ファンドなど買い手のチェックが高度化しています。このため、利益年倍法のような「ざっくり評価」では通用しなくなってきました。

現在の主流はインカム・アプローチ

現在、会社の価値を評価する際の主流は インカム・アプローチ です。
これは「今後会社が生み出す利益やキャッシュ・フローを現在価値に変換する」手法で、

• 資本還元法（正常利益を還元する）
• DCF（将来キャッシュフローを割り引く）

が代表的です。

共通している考え方はシンプルで、事業の価値は、将来どれだけキャッシュを生むかで決まるというものです。

そして、これらの手法で求めるのは 事業価値（Enterprise Value） です。事業価値とは、事業そのものが生み出す価値であり、借入金の多寡とは切り離して評価します。

事業価値（Enterprise Value）から株式価値（Equity Value）を求めるしくみ

事業価値は、「この会社の事業はどれくらいの価値を生むか？」という評価です。
一方、売り手が最終的に受け取るのは株式価値（Equity Value）です。

株式価値は次の式で求められます。

株式価値 ＝ 事業価値 － ネットデット

事業価値は「事業の価値」ですから、ここから「買い手が引き継ぐ借入金（純負債）」を差し引く必要があります。この差し引くべき項目が ネットデット（Net Debt） です。

ネットデットとは何か

ネットデットは、

有利子負債 − 明らかに事業に使われてない資産

で計算されます。

たとえば、借入 2億円、定期預金 6,000万円なら、

ネットデット＝1億4,000万円

買い手からすれば、株式を取得した瞬間、この純負債を背負うことになるため、株価（売り手の手取り）から控除されるわけです。

利益だけでは会社が高く売れない理由

ここまでを整理すると、次の構図が浮かび上がります。

• 利益が大きくても
• キャッシュが会社に残らず
• 借入が増え
• 在庫や売掛金に資金が滞留し
• 設備投資に現金が吸われてしまう

こうした状態の会社は、事業価値は上がっても株式価値は上がりません。

なぜなら、事業価値が増えても、その分以上にネットデットが増えれば株式価値はむしろ下がるからです。

つまり、利益だけ追いかける経営では、M&Aの売却額は伸びません。

売却額を最大化するための「資金効率」の改善

企業価値を高めるためには、もちろん利益を増やすことも大切です。しかしそれ以上に重要なのが、資金効率（キャッシュを生み出す力）を磨くことです。

具体的には、次の3つが強力な改善策になります。

① 借入金の圧縮

過剰な長期借入・不要な短期借入を返済するだけで、株式価値は即時に改善します。

② 在庫・売掛金の圧縮（運転資本の最適化）

回収が遅い、在庫が積み上がる——これは利益ではなく「資金」が失われる現象です。DCFではキャッシュが重視されるため、事業価値は伸びません。

③ 投資キャッシュの抑制

必要以上の設備投資は、将来キャッシュを押し下げます。利益が出ていても、キャッシュフロー評価では価値が低くなります。

資金効率を上げることで、利益を現金化する力が高まり、結果として 事業価値と株式価値が同時に上がる のです。

まとめ：売却価格を上げたければ「利益 × 資金効率」を高める

会社を高く売りたいなら、

• 利益額を見るだけでは不十分
• 事業価値を生むのはキャッシュフロー
• 株式価値を決めるのはネットデット
• 資金効率こそが最重要

という点を必ず押さえるべきです。利益を出す会社ではなく、利益を“キャッシュに変えられる会社”が、M&Aで高く売れる。これは、中小企業の経営者が最も理解しておくべき価値創造の原則です。

中小製造業の現場では、原価計算の仕組みが10年以上更新されないまま、ACCESSや独自マクロに依存した状態が続いているケースが少なくありません。担当者が退職してしまい、仕組みの中身がブラックボックス化していることも多く、もはや誰もメンテナンスできないレガシー原価計算となっている状況をよく見かけます。

しかし、原価計算は製造業の経営の根幹です。正確な原価が分からなければ、見積、利益管理、製番採算、生産性の評価など、核心的な意思決定がすべて曖昧になります。

本記事では、こうした企業がACCESSから脱却し、Power Query＋Excelを使って原価計算を現代版に作り直すための具体的ステップを、実務の流れに沿って解説します。

なぜ、Power Queryで作り直す必要があるのか

まず、なぜ10年前に作られたACCESSを今も使い続けるのが問題なのか。理由は明確に3つあります。

1. ACCESSは「属人化」と「ブラックボックス化」を招く

ACCESSは担当者個人のスキルと工夫で作られるため、
・中身が誰にも分からない
・更新できない
・担当者が退職したら終わり
というリスクが常にあります。

2. 基幹システムや会計システムとの連携が弱い

10年前のACCESSは、現代のデータ連携前提の世界には合いません。
基幹システムから月次データを落とすだけでも、「加工」「貼り付け」「整形」などの手作業が山ほど発生します。

3. 原価計算は変化するのに、仕組みは変わらない

製品の工程も構成部品も人件費も、10年前と同じではありません。
しかし、ACCESS原価計算は設計が古いため、新しい要素を反映できず、原価が現実と乖離していきます。

Power Queryを使うことで、この3つの問題はすべて解消されます。

Power Queryで再構築するメリット

Power Query（Excel標準機能）は、ACCESSに代わる次世代ツールとして中小製造業との相性が非常に良いです。

Power Queryの主なメリット

・毎月のデータ取り込み → 整形 → 統合を自動化できる
・データ結合（JOIN）が強く、Excelでデータベース的な処理が可能
・BOM展開、製番別集計、部門別集計などを毎月ボタン1つで更新
・アクセス権が不要で、誰でもExcelで確認できる
・担当者交代しても継続運用できる
・集計結果はそのままExcelで分析・レポート化できる

つまり、「データはPower Query、分析と報告はExcel」という役割分担で、ACCESSの弱点をすべて克服できます。

再構築の全体像：この順番で作れば必ずうまくいく

ACCESSで行っていた業務を、Power Query＋Excelで再構築するための手順は次の5ステップです。

① データの“素材”をPower Queryで全て取り込む

まずは、基幹システムと会計システムから取得できるデータをそのまま取り込みます。

基幹システム
・製番
・製品名
・BOM
・材料・部品の予定原価／実際原価
・工程別予定工数／実際工数
・工程の着手日・完了日

会計システム
・部門経費（実績）
・部門労務費（実績）

旧ACCESSに入力していたデータ
・部門経費・労務費の年間予算
・年間操業時間

これらをPower Queryで「元データのまま」「整形不要」で読み込むことが最初の正しい一歩です。

② データモデルを設計する（原価の“計算ロジック”を組む）

次に、原価計算のロジックをPower Queryで再現します。個別原価計算の場合、計算の中心は次の3つです。

1. 材料費の原価計算

・BOM
・材料予定単価
・材料実際単価
をJOINして製番別に展開します。

2. 加工費の計算

加工費＝部門別の労務費＋部門経費を
「部門の操業時間」で割って作った加工費単価（1時間あたり）を使う。

・工程実績時間 × 部門別加工費単価
で製番別加工費を算出。

3. 製番別の仕掛品・完成品原価

製番ごとの
・月内投入工数
・月内消費材料
・完成報告
を基に、「当月完成」「次月繰越仕掛」に分けて計算。

ACCESSで行っていた製番別の仕掛品・完成品計算は、Power Queryの
・グループ化
・集計列
・JOIN
を組み合わせれば完全に再現できます。

③ 年度計画（予算）と操業度の反映

ACCESSでは「年間予算」「年間操業時間」を別途入力していましたが、これもPower Queryで統合します。

年度開始時に入力しておくだけで、毎月
・操業度差異
・予算差異
が自動計算されます。

Power Queryで再現可能な差異分析

・予定工数と実際工数の差
・部門予算と実績の差
・操業度差異（標準操業時間との差）
・材料差異（標準単価と実際単価）
・加工費差異（予定工数と実際工数）

これらは、ACCESSよりむしろPower Queryの方が管理性が高く、柔軟に設計できます。

④ 最終の「原価レポート」をExcelで作る

Power Queryで計算された原価データは、Excel上で以下のような可視化が簡単にできます。

・製番別損益
・製番別材料費／加工費の内訳
・部門別予算管理
・工程別負荷の月次推移
・仕掛金額の月次推移
・完成品原価の一覧

必要なデータを適切にPower Queryで加工しておけば、Excelのピボットテーブルだけで経営レポートが作成できます。

⑤ 運用設計：毎月の更新作業を「ボタン一つ」に

最後に、運用設計です。毎月の作業は本来こうあるべきです。

1. 基幹システムからCSVを落とす
2. 会計システムからCSVを落とす
3. Power Queryを「更新」ボタンで一括更新
4. Excelレポートが自動更新される

つまり、ACCESS時代のように「貼り付け／加工／結合」をしない世界が作れる、これがPower Query移行の最も大きなメリットです。

なぜPower Query移行は「経営にとって」価値があるのか

最後に、これは単なるツール乗り換えではありません。経営にとっても重要な意味を持ちます。

1. 原価が現実に追いつく

10年前に作られたACCESSのロジックでは、現代の部品構成や工数変動に対応できません。Power Queryで構造を設計し直すことで、原価が現実と一致し、経営判断が正確になります。

2. 担当者が変わっても続けられる

ExcelとPower Queryは社内で最も習得されているツールです。属人化を排除し、企業の仕組みとして維持できます。

3. 製番採算の透明性が高まり、利益改善が進む

製番別の材料費、加工費、工数差異、設備負荷などが可視化されるため、改善活動が定着しやすくなります。

まとめ：Power Queryで原価計算は「再設計」できる

ACCESS原価計算からの脱却は、「ツールの変更」ではなく経営インフラの現代化
です。

Power QueryとExcelを使えば、
・データが自動でつながり
・加工と集計が標準化され
・誰でも運用でき
・製番別採算が正しく見える
原価計算のあるべき姿が実現できます。

もしACCESS原価計算に限界を感じているなら、今こそ再構築の絶好のタイミングです。

配賦とは、一言でいえば「共通費をどこかに割り振る」会計技術です。制度会計においては原価計算の一部として使われ、管理会計においては部門別コストや製品別採算を整えるためによく使われます。共通費は誰がどれだけ使ったかを直接測れないため、人数や面積、作業時間などの基準を使って分配します。

ただし、配賦はあくまで“技術”であり、目的ではありません。目的を誤ると、数字がゆがむだけでなく、現場の不信感や組織の分断を生む危険性すらあります。

配賦には複数の種類があり、それぞれ別の目的を持つ

配賦と聞くと一つの概念のように思われがちですが、実は用途や目的が大きく異なる複数の種類があります。

製造現場で使われる配賦（原価計算領域）としては、工場の共通費を製造部門に配賦して部門別原価を精緻にする方法や、部門費を製品に配賦して製品別原価を正しくする方法があります。共通なのは、どちらも「製品別原価を正確にする」という明確な目的があることです。

一方、管理会計の領域では、全社共通費を各部門に配賦して部門別コストを見える化したり、間接部門費を営業部門や製造部門に配賦して“部門利益”をつくったりします。さらに、並列の部門間で費用付け替えを行う場合もあります。これらは制度会計には不要であり、管理目的のために会社独自で行っているものです。

配賦の混乱は、「どの配賦を、どんな目的で行っているのか」が曖昧なことから始まります。

配賦が誤った使われ方をすると、組織に大きな弊害を生む

ここからが実務で最も重要なポイントですが、配賦は便利な反面、誤って使われると現場に深刻な問題を生みます。

典型的な一つ目として、本社家賃を人数比で各部門に配賦するケースがあります。営業部はほぼ外出、管理部は常駐にもかかわらず、一律に人数比で家賃を負担させられると、部門長にとっては納得度が低くなります。これは部門長がコントロールできないコストであり、「部門責任」として扱うべきではありません。

二つ目として、新工場と旧工場で製品原価に差が出る場合があります。設備投資の影響で新工場の原価が高く見えると、営業が旧工場ばかりに生産を依頼し、現場と数字が分断されてしまうことがあります。こうした現象は、配賦が事実を正しく反映していない結果です。

三つ目として、部門間応援を費用付け替えで処理するケースです。A部門がB部門を支援した時間を配賦し始めると、経理に毎回報告が必要になり、月次決算の負荷が急増します。さらに、部門長同士の関係を悪化させ、組織に不要なストレスを生むこともあります。

こうした例に共通しているのは、「配賦のための配賦」であり、管理会計本来の目的から外れている点です。

部門長の責任範囲はどこまでか

配賦の妥当性を判断する際の重要な基準は、「そのコストを部門長がコントロールできるか」です。部門長が決められないコストまで背負わせると、どれだけ努力しても評価につながらない構造が生まれ、数字への納得度も管理会計への信頼も失われます。

例えば、以下のようなコストは部門長責任として扱うべきではないことが多いです。

・本社の家賃
・戦略的な設備投資の減価償却費
・法務・広報などの全社機能によるコスト
・間接部門の人数構成による固定的コスト

責任と権限が一致しない配賦が続けば、管理会計はむしろ組織の生産性を奪う存在になってしまいます。

配賦よりも重要なのは「設計」と「役割分担」である

配賦はあくまで道具であり、万能ではありません。配賦が乱用される背景には、組織構造や業務分掌の不整合が隠れていることが多くあります。

例えば、間接部門が肥大化し、製造や営業に対して支援が過剰になっている場合、配賦で調整するのではなく業務分掌を見直すべきです。また、恒常的に応援が行われている場合は、部門間支援の仕組みそのものに問題がある可能性があります。

配賦を見直すより前に、「組織は正しい役割分担になっているか」「部門境界線は適切か」を見直した方が、本質的な改善につながるケースが多いのです。

配賦は悪ではないが、使い方を誤れば組織を壊す

配賦は管理会計の重要な手法ですが、万能ではありません。正しく使えば経営判断を助けますが、誤って使えば組織の活力を奪い、数字への信頼を失わせます。

重要なのは次のポイントです。

・配賦は目的を明確にしたうえで使う
・部門長がコントロールできないコストは配賦しない
・部門間の支援は「お互い様」。恒常化するなら組織を見直す

管理のための管理ではなく、経営のための管理にするために、配賦の位置づけを正しく理解することが求められます。

中堅製造業からよくいただく相談の多くは、「原価計算が複雑でブラックボックス化している」「製品別原価も部門別原価もどちらも中途半端」というものです。原価計算そのものが難しいというより、目的の異なる管理を一つの仕組みに押し込めてしまうため、途中から整合性が取れなくなります。

典型的な迷走パターンとして、次のような状況が共通して見られます。
・製品別採算と部門別稼働の両方を、同じ原価データで賄おうとする
・目的を決めずに仕組みを作り、後から用途を増やしてしまう
・配賦基準や工程の括りが担当者によって解釈が異なる

このように、本来独立して整理すべき目的を一つに重ねてしまい、構造が途中から破綻してしまうのです。

製品別原価は「投入のトレース」と「金額化」の世界

製品別原価は、ある製品を作るために何をどれだけ使ったかを数量として捉えるところから始まります。材料や部品は数量 × 単価で材料費が求まりますが、問題は加工費の算定です。加工費は部門や工程で発生した労務費と製造経費を集計し、それをその月の稼働時間で割って時間当たり加工費単価を求めます。

そこに製品が実際に使った作業時間を掛け合わせて、製品別加工費を算出します。この一連の流れを成立させるには、「どの工程を何分使ったか」「その工程の1時間当たりの加工費はいくらか」というデータの正確性が欠かせません。

製品別原価が重要なのは、次のような経営判断の基盤になるからです。
・利益率の低い製品の切り捨て
・高付加価値製品へのシフト
・営業・見積の戦略修正

つまり、製品別原価は儲けるための意思決定に直結する領域であり、投入のトレースが曖昧だとそのまま経営判断の誤りにつながってしまいます。

部門別管理は「工程の時間と負荷」を正しく把握する世界

部門別管理は、製品別原価とはまったく異なる目的を持っています。金額の大小よりも、どの工程にどれだけの負荷がかかっているかを把握し、生産能力と生産計画の整合性を確認することが中心です。

例えば、次のような視点で現場を管理します。
・工程ごとの月間稼働時間は適正か
・正常操業度と比べて過負荷・過小負荷はどこか
・人員配置や残業計画は適切か
・生産計画の工数は現実的か

この世界では、「時間」が中心であり、金額情報は必須ではありません。
部門別管理は、現場改善と生産計画に即結びつく一方、製品別採算のように金額を細かく割り付ける必要はありません。ここが両者の決定的な違いです。

部門別は製品別の内数であり、並列ではない

多くの企業が誤解しているのが、「部門別原価」と「製品別原価」を並列の管理テーマと捉えてしまうことです。しかし実際には、部門別の加工費単価がそのまま製品別原価の構成要素になります。つまり、部門別は製品別の「内数」であり、階層関係にあります。

この関係を理解していないと次のような歪みが生じます。
・部門単価が曖昧なまま製品別原価を出してしまう
・結果として、製品別の採算が説明できなくなる
・部門別の稼働状況と、製品別原価の数字が矛盾する
・会議で数字の根拠を説明できず、結局「去年と同じ」になる

「部門別をおろそかにしたまま製品別を精緻にする」のは構造的に不可能です。土台を固めずに2階だけ建てようとするようなもので、どれだけシステムを導入しても数字は安定しません。

迷子を避けるには、まず原価の目的を明確にすること

原価計算には、実際原価・予定原価・標準原価といった異なる種類があり、どれを使うべきかは目的によって変わります。しかし、多くの企業では目的の整理が不十分なまま、複数の目的を一つの仕組みで満たそうとしてしまいます。その結果、データの粒度も配賦基準も安定せず、数字が迷走していきます。

目的を整理すると、必要な設計が自然に決まっていきます。
・製品別採算を見たいなら、投入のトレースと予定原価が中心
・部門別の負荷管理なら、時間データを軸にした簡素なしくみで十分
・見積精度を高めたいなら、標準原価の整備が重要
・財務目的だけなら、実際原価で過度な細分化は不要

原価計算は「目的の設計」が9割です。目的が明確であれば、何を集め、何を省き、どのような単価を使うのかが自然と定まり、複雑さはむしろ解消されます。

原価とは、単に数字の積み上げではなく、経営の目的に合わせて必要な情報を取捨選択する“設計”です。最初に目的をはっきりさせれば、原価計算は複雑なものではなく、経営者にとって頼れる羅針盤になります。