
商品別・案件別の粗利は原価をどう紐づけるかで数字が変わります。エクセルでの実装手順と、限界が来たときの見極め方を解説します。
無料相談受付中いきなり作らない。
AIで何がどう変わるかを、先に見極める。
- ノーコードの卒業先、AIネイティブ受託。事業の文脈で要件から実装まで伴走
- 45分・Web。検討段階のご相談・資料だけでも歓迎。しつこい追客はしません
目次
商品別・案件別の粗利管理をエクセルで行う限界と原価紐付けの実務知
商品別・案件別の粗利は、原価の紐づけ方ひとつで見え方が大きく変わる
商品別・案件別の粗利管理は「原価をどう紐づけるか」で決まる
商品別・案件別の粗利は、共通費をどの基準で紐づけるかで数字が変わります。まず紐づけの枠組みを決めることが出発点です。
直接原価と共通費を分け、共通費は按分基準を決めてから乗せる
中小企業が「この商品は儲かっているか」「この案件は黒字だったか」を知りたいとき、多くの場合、まず全社の粗利率をエクセルで出してから商品別・案件別に分解しようとします。しかし全社の粗利は正しく出せても、商品別・案件別に割った瞬間に数字が合わなくなるケースが少なくありません。原因は共通費(配送費・保管費・間接人件費・値引き)をどの基準で各商品・各案件に紐づけるかを決めていないことにあります。
商品別粗利は「直接原価(仕入原価・材料費・直接労務費)」と「共通費(複数商品にまたがる経費)」を分けて集計するのが出発点です。案件別粗利も同様に、案件に直接ひもづく費用(材料・外注・直接工数)と、複数案件で共有する費用(管理部門の人件費・共通設備費)を分けます。この2区分ができていないエクセルは、共通費が特定の商品・案件に偏って乗り、粗利率が実態からズレます。
商品別粗利がズレる理由|共通費・値引きの按分がブラックボックス化する
商品別粗利のズレは、値引きと共通費を「どの商品に何%乗せるか」を決めずに一括処理していることが原因です。
値引き・共通費を一括処理すると、出荷頻度が高い商品ほど粗利が過大に出やすい
商品別粗利で最もよくあるつまずきは、値引きの扱いです。特定の商品だけ値引き交渉が多い、あるいはキャンペーンで一時的に単価を下げるといった動きがあると、値引き額を売上全体から一括で差し引いてしまい、どの商品の粗利が実際に圧迫されているかが見えなくなります。値引きは発生した商品・案件ごとに記録し、粗利計算のシートに直接反映させる列を持たせておく必要があります。
もう一つのつまずきは共通費の按分基準です。配送費・保管費・パッケージ費用のような共通費を、売上高比率で一律按分している企業が多いのですが、実際には出荷頻度が高い商品ほど配送費の負担が重くなります。売上高比率だけで按分すると、出荷回数が多い低単価商品の粗利が過大に、出荷回数が少ない高単価商品の粗利が過小に出るブレが生じます。共通費の性質ごとに按分基準を分けて設計することが、商品別粗利の精度を左右します。
案件別粗利がズレる理由|見積時点の原価と実績原価の差異が反映されない
案件別粗利は、見積時の想定原価と実績原価を同じ形式で並べて比較しないと、赤字案件が黒字に見えたまま放置されます。
見積シートと実績シートの行構成を揃えると、差異が自動計算できる
案件別の粗利管理では、見積を作った時点の原価(標準単価・想定工数)と、実際に発生した原価(追加発注・値引き・工数超過)が別々のシートやファイルで管理されているケースが目立ちます。見積は営業担当が作り、実績は経理や現場が別途集計するという分業になっていると、両者を突き合わせる作業自体が後回しになり、案件が完了してから半年後に「実は赤字だった」と気づくことも珍しくありません。
この差異を防ぐには、見積シートと実績シートの行構成(原価項目・数量・単価)を最初から揃えておくことが有効です。同じ行構成にしておけば、見積列の隣に実績列を追加するだけで差異が自動計算できます。弊社が相談を受けた案件でも、見積と実績の行構成が別のフォーマットだったために突き合わせに毎回半日かかっていた企業が、フォーマットを統一しただけで突き合わせの手間を大きく圧縮できた例がありました。
エクセルで粗利管理をやりきるための実装ステップ
実装は「商品・案件マスタ」「原価入力シート」「粗利集計シート」の3層構成にし、按分基準を1シートに集約するのが崩れにくい設計です。
マスタと按分基準を1枚に集約し、集計シートは関数参照だけで構成する
実装の骨格は、①商品または案件のマスタ(品目コード・案件番号・基本情報)、②直接原価と共通費を分けて入力する原価入力シート、③按分基準を適用して商品別・案件別の粗利を自動計算する集計シートの3層構成です。按分基準(売上高比率・出荷数量比率・作業時間比率など)は別シートにマスタとして持たせ、SUMIF関数やSUMPRODUCT関数で参照する形にしておくと、基準を1箇所直すだけで全体に反映されます。
実務でよくある失敗は、商品や案件が増えるたびにシートをコピーして増やしていく設計です。初期は早く作れても、按分基準を見直すたびに全シートを手作業で直す羽目になり、どこかのシートだけ更新漏れが起きて数字が食い違います。マスタと按分基準を1枚に集約し、商品別・案件別のシートは関数参照だけで構成しておくのが、更新のたびに崩れない設計の鉄則です。
エクセル管理の限界サインと、原価紐付けを崩さず移行する考え方
商品数・案件数の増加、担当者交代による按分ロジックの断絶、月次集計の遅延が重なったら、エクセルの限界サインです。
紐づけのロジックは同じでも、集計・更新の負荷が手計算とAI活用で大きく変わる
ここまでの原価紐付けの考え方は、エクセルでも管理会計AIでも変わりません。変わるのは「その紐づけ作業を、誰が・どれだけの時間で・どれだけ正確に回し続けられるか」です。商品数・案件数が数十を超え、複数人が同時にシートを更新するようになると、按分基準の変更が一部のシートにしか反映されない、担当者が変わった途端に按分ロジックの意図が分からなくなるといった崩れが起きやすくなります。
按分基準の設計に迷う段階、あるいは商品別・案件別の粗利がエクセルで手に負えなくなってきた段階は、自社の原価構造を一度客観的に棚卸しするタイミングでもあります。どの基準が自社に合っているか、どこまでを自動化すべきかの判断に迷ったら、初月無料の経営AI診断(通常30万円相当)で現状の粗利管理フローを可視化し、改善提案までご一緒することもできます。まずは自社のどの商品・案件で数字がブレやすいかを整理するところから始めてみてください。
まとめ|原価紐付けの基準を固めてから自動化を検討する
商品別・案件別の粗利管理は、直接原価と共通費を分け、共通費の按分基準を性質ごとに決めることが土台です。この土台をエクセルで正しく組めば、商品数・案件数が少ないうちは十分実務に耐えます。数が増え、更新が属人化してきたら、原価紐付けのロジックはそのままに、集計と更新の負荷を管理会計AIへ移す判断が視野に入ります。
自社のどの商品・案件で粗利がブレているか迷ったら、初月無料の経営AI診断(通常30万円相当)で社内の粗利管理プロセスを可視化し、改善提案までご一緒します。
関連記事
- 製造業の原価計算をエクセルで行う方法と材料費・労務費・経費の配賦の考え方 — 関連: 原価配賦の基本メカニズム
- 製造業の標準原価計算をエクセルで行う方法と原価差異分析の実務 — 関連: 原価差異分析の実務
- 受注生産の個別原価管理をエクセルで行う限界と実際原価・見積差異分析の実務 — 関連: 見積と実績の差異管理
- 工事原価管理をエクセルで行う限界と実行予算・実績対比の実務知 — 関連: 案件別(工事別)原価管理の考え方
- 中小企業の基幹システム(ERP)費用相場とスモールスタートの考え方【2026】 — 関連: 管理会計システムへの投資判断
「まず費用感だけ知りたい」という方へ。
1分で概算費用がわかるシミュレーターをご用意しています。
よくある質問
- Q. 商品別の粗利をエクセルで出す場合、まず何を分けて集計すればいいですか?
- A. 直接原価(仕入原価・直接労務費)と共通費(配送費・保管費・間接人件費)を最初に分けて集計します。共通費を一括で「経費」に丸めたまま商品別粗利を出すと、実際は儲かっていない商品が黒字に見えるブレが起きます。弊社が相談を受ける案件でも、この2区分を分離しただけで赤字商品が見えるようになったケースが複数ありました。
- Q. 案件別粗利で見積時と実績がズレるのはなぜですか?
- A. 見積時の原価は標準単価や想定工数で組みますが、実績では追加発注・値引き・工数超過が発生します。この差分をエクセルに反映する仕組みがないと、見積は黒字なのに実績は赤字という案件が積み上がります。実績入力欄を見積シートと同じ行構成で作っておくと差異が追いやすくなります。
- Q. 共通費(間接費)はどんな基準で商品や案件に配賦すればいいですか?
- A. 売上高比率・出荷数量比率・作業時間比率のいずれかを基準にするのが実務的です。物流費が重い業種は出荷数量、人件費が重い業種は作業時間を基準にすると実態に近づきます。基準は一度決めたら固定し、毎月変えないことが数字の一貫性を保つコツです。年度の途中で基準を変えると過去との比較ができなくなる点にも注意してください。
- Q. エクセルでの粗利管理はいつ限界が来ますか?
- A. 商品数・案件数が増えてシートが数十枚に膨らんだとき、担当者が変わるたびに配賦ロジックが引き継がれず崩れるとき、月次の粗利集計に数日かかるようになったときが典型的なサインです。この段階で、原価紐付けのロジックはそのままに集計と更新の負荷だけを管理会計AIへ移す選択肢を検討する企業が多いです。
あわせて読みたい





