原価管理のExcelが崩れる本当の理由【2026】｜システム化を決める前に確認する4つの基準

2026-07-29

「原価管理の表が、いつの間にか合わなくなっている」
「誰かが行を消したらしく、集計に #REF! が並んでいた」
「案件ごとにファイルをコピーしていたら、どれが最新か分からなくなった」

こういう相談を受けることがあります。

共通しているのは、壊れた瞬間には誰も気づいていないことです。気づくのは月末の集計か、もっと悪いと、案件が終わったあとです。

この記事の結論を先に言います。

原価管理のExcelが限界を迎えるのは、ファイルが重くなるからではありません。数字が止まらずに間違い続けるからです。そして、それを直す方法は必ずしも「システムを入れる」ではありません。

この1本では、次のことを持ち帰れるようにします。

なお、Excel管理全般をどこから見直すかについては Excel管理が限界になった会社が最初に見直すべき業務で整理しています。この記事は、その中でも原価・案件別採算に絞った話です。

Excelは「重くなる」より先に、静かに壊れる｜原価管理で最初に起きること

原価管理の相談で最初に出てくる言葉は、たいてい「重い」「開くのが遅い」です。

ただ、実際に困っているのはそこではないことが多いです。ファイルが重いのは、開けば分かります。分かる問題は、対処もできます。

本当に困るのは、開けてしまうし、数字も出ているのに、その数字が間違っている状態です。

Excelは、セルの位置を手がかりに計算する道具です。A1:A10 を合計する、という指示は、あくまで「その場所」を見に行っているだけで、「原価のデータ」を見に行っているわけではありません。

だから、場所が変わると計算も変わります。そして Excel は、場所が変わったことを教えてくれません。

これが、原価管理でExcelが崩れるときの根っこにある構造です。

実務で繰り返し起きる壊れ方は、大きく4つに分けられます。

いちばん多いのがこれです。

「使っていない行だから」と削除する。間に1行挿入する。それだけで、その行を参照していた SUM や VLOOKUP が壊れて #REF! になります。

厄介なのは、消した本人にはまったく悪気がないことです。不要な行を消しただけなので、そのまま保存して閉じます。壊れたのは、その人が見ていない集計シートのほうです。

製造業の実務者が、注文管理表で月初のたびに #REF! が大量発生し、原因を追ったら行削除だったという記録を残しています。

計算結果のセルに、直接値を入力する。あるいは「値の貼り付け」ではなく通常のコピペをして、隣の数式ごと潰す。

こうなると、そのセルはもう計算しません。見た目は数字が入っているので、正常に見えます。以降どれだけ元データを更新しても、そこだけ古い値のまま残ります。

建設業では、見積から実行予算に転記する際に単価の桁を間違え、さらに SUM の参照範囲がずれたまま着工し、工事終盤まで気づかずに数百万円の赤字になった事例が報告されています。

「案件Aのシートをコピーして案件Bを作る」。効率的なやり方に見えますが、原価管理では地雷になりやすいです。

コピー後に列を1本足すと、VLOOKUP の列番号がずれます。シート名を変えると INDIRECT が死にます。別ファイルにすると外部参照が切れます。

そして何より、ファイルが増えます。〇〇邸_実行予算_v3_最終_修正2.xlsx のような名前が並び、古い版を見て発注した結果、二重発注や予算オーバーが起きます。

見積書、実行予算、工数の記録、請求。同じ数字を、それぞれの場所に手で入れている。

1回ごとのミス率は低くても、回数が増えれば必ず混入します。しかも、どこで混入したか追えません。月末時点で15%の差異が出ていた、という報告もあります。

システムが落ちれば、全員がすぐ気づきます。誰も仕事ができなくなるからです。

Excelの原価管理は、そうなりません。壊れても動き続けます。

#REF! が出ていれば、まだ良いほうです。目に見えるので、いつか誰かが気づきます。

本当に怖いのは、型2や型4のように、もっともらしい数字が出続けるケースです。粗利が出ている。予算内に見える。だから誰も確認しません。

正直なところ、私自身もこの感覚は身に覚えがあります。数字が出ていると、それを疑う理由がないんです。疑うのは、他の何かが合わなくなってからです。

だから、原価管理でExcelを使うときの本当のリスクは「壊れること」ではなく、「壊れたまま意思決定に使われること」だと考えています。

ここまで読むと「じゃあシステムを入れよう」となりがちですが、少し待ってください。

原価管理システムを紹介している記事のほとんどは、そのシステムを売っている会社が書いています。当然「入れましょう」という結論になります。

私はシステムを売る側ではなく、中小企業の業務システムを作る側です。作る側から見ても、入れないほうがいい場合があります。

判断に使っている基準は4つです。

基準1: 案件数と更新頻度
月の更新に数日かかっているなら、もう人の作業量の問題です。逆に、月数件で1人が管理しているなら、Excelのままで十分成立します。
基準2: 触る人が何人いるか
1人なら壊れません。壊れるのは2人目からです。現場・事務・経理が同じファイルを触っているなら、Excelの構造的な限界に当たっています。
基準3: その数字を何に使っているか
社内の目安として見ているだけなら、多少ずれても致命傷にはなりません。見積の根拠、発注の判断、経営会議の資料に使っているなら、間違った数字が出続けるリスクのほうが大きいです。
基準4: 壊れたときに直せる人がいるか
複雑な数式やマクロを組んだ人が辞めたあと、誰も触れなくなるパターンは本当に多いです。「今動いているか」ではなく「壊れたら直せるか」で見てください。

このうち2つ以上が当てはまるなら、システム化を具体的に検討する段階だと考えています。1つだけなら、まだExcelの組み方を直すほうが安上がりです。