SAPを入れた製造業の多くで、製品原価は毎月きれいに出ている。標準原価が組まれ、製造指図に実績が積まれ、月末には差異の数字も並ぶ。けれど、その差異が値決めや工程改善、撤退判断のテーブルに乗っている会社は驚くほど少ない。差異は「経理が締めのために精算する数字」で止まり、現場と経営には返っていない。本稿は、SAPの製品原価計算（CO-PC：BOMと作業手順から原価を積み上げる仕組み）を、計算で終わらせず、差異を経営判断に返すループとして設計し直す視点を扱う。監修は、SAP財務会計（FI）導入PMとして製造業の原価改革に携わってきた浅香祐輔。
標準原価は「計算結果」ではなく「約束」である
まず立ち位置を正す。SAPの標準原価は、計算の出力物ではない。経営が「この製品はこのコストで作れるはずだ」と置いた約束、つまりベンチマークである。
標準原価は、品目のBOM（部品表）と作業手順（ルーティング）をたどり、材料費と加工費（労務・経費を作業区のレートで割り当てたもの）を積み上げて作る。SAPではこれをコスト推定として計算し、マーク（仮置き）してからリリース（在庫評価額として確定）する。リリースした瞬間、その値が当月の在庫と売上原価を動かす評価単価になる。だからリリースは経理イベントであると同時に、経営の意思表示なのだ。
ここで現場で最もよく崩れるのが「いつの標準で走らせているか」の管理だ。年度頭に組んだ標準を、原材料が高騰しても期中ずっと据え置く運用は珍しくない。すると差異がふくらみ、「実態と乖離した標準からの差」を見て改善を語ることになる。これは羅針盤が狂った状態で航路を議論するに等しい。標準の改定タイミング（年次か、半期か、重要原材料は随時か）を誰がどの権限で決めるか——この一点を曖昧にしたまま差異分析を始めても、数字は経営に効かない。標準の設計とは、精度の設計ではなく、約束を更新する規律の設計である。
差異は「経理科目」ではなく「現場への質問状」
SAPは差異を機械的に分解してくれる。製造指図の差異は、おおむね投入側（インプット）と産出側（アウトプット）に分かれ、さらに価格差異・数量差異・資源消費差異・構造差異、そして産出側のロットサイズ差異・残余差異、加えて仕損（スクラップ）差異といったカテゴリに割れる。
実務で大事なのは、この分類を会計の小箱として見ないことだ。各差異は、それぞれ宛先の違う質問状になっている。
ここを混ぜて「今月は不利差異が◯百万出ました」と総額で報告した瞬間、情報は死ぬ。経営は打ち手を選べない。差異分析の値は、総額にではなく、宛先別に切って「誰が動けば消えるのか」が見える状態にあることに宿る。SAPはその切り分けを持っているのに、レポートを総額やコストセンター単位で止めてしまい、宛先を消してしまっている現場が本当に多い。
差異を「精算」して終わらせない——三つの判断に返す
月末、SAPは製造指図を決済（settlement）し、差異を在庫や売上原価、収益性分析（CO-PA）へ流す。会計的にはこれで処理は完結する。問題は、多くの会社がこの「精算」をゴールにしてしまうことだ。差異は仕訳として消化され、誰の机にも返ってこない。経営に返すとは、精算とは別に、差異を次の三つの判断につなぐ動線を持つことを指す。
差異を返す先は三つ。それぞれ動く部署も、握る意思決定も違う。
一つ目は値決め。 標準原価は売価の根拠になりがちだが、特定の製品で構造的に不利差異が出続けているなら、その製品の本当のコストは標準より高い。SAPの実際原価（後述のマテリアルレジャー）や指図差異を製品別・得意先別に積み、「標準では黒字に見えるが、実際原価では薄い、あるいは赤い」品目をあぶり出す。ここが値上げ交渉、最低ロット見直し、あるいは受注を断る判断の起点になる。
二つ目は工程改善。 数量差異と仕損差異を、品目×工程×期間で時系列に並べる。単月では誤差に埋もれる悪化が、三カ月のトレンドにすると傾向として立ち上がる。これを製造現場の改善会議に毎月同じフォーマットで返す。SAPの差異データを、経理の締め資料ではなく現場のKPIに変換する——この翻訳が、原価管理を生きたループにする。
三つ目は撤退・縮小。 不利差異が慢性化し、値決めでも工程でも回収できない品目は、撤退や外注切替の候補だ。感覚論ではなく、SAPに積み上がった実コストの事実で議論できることに意味がある。「なんとなく儲からない気がする」と「直近半期、実際原価ベースで限界利益が連続マイナス」は、会議の重さがまるで違う。
この三つに返す動線を、月次の運用手順として誰の責任で回すか決める。これがない限り、どれだけ精緻に差異を計算しても、それは締め作業のための数字のままだ。
S/4HANA移行は、原価の「事実」を握り直す好機
土台の話を最後に。標準と実際の差を本気で経営に返すなら、実際原価をきちんと持っておきたい。ここでマテリアルレジャー（材料元帳：品目の入出庫を明細単位で記録し、複数通貨・複数評価で実際原価を計算する仕組み）が効いてくる。
そしてタイミングの話。SAP ECC 6.0（拡張パック6〜8）の標準保守は2027年末で終了し、延長保守がおおむね2030年末まで提供される見込みとされる。S/4HANAについてSAPは2040年末までの維持・革新の継続を表明している（第三者保守という選択肢も別途存在する。最新の自社契約条件は必ず一次情報で確認したい）。
多くの製造業がこの数年でS/4HANAへ移行する。移行は、停滞した標準原価の運用や、宛先を失った差異レポート、放置された実際原価計算を、設計から組み直す数少ない機会になる。原価計算を「動くようにする」のではなく、「差異が経営に返る形」で設計し直す——移行プロジェクトに、その一文を要件として書き込めるかどうかで、出てくる原価の価値は大きく変わる。
製品原価が出ることと、原価で経営が動くことは、まったく別の話だ。SAPは差異を切り分ける力を最初から持っている。足りないのは計算ではなく、差異を宛先別に返し、値決め・改善・撤退の判断につなぐループの設計と、それを毎月回す責任の所在である。
- SAPの標準原価は計算結果ではなく**「このコストで作れるはず」という約束**。問われるのは精度ではなく、いつの標準で走るか＝約束を更新する規律だ。
- 各差異は会計の小箱ではなく宛先の違う質問状。価格差異は購買、数量・消費差異は製造、仕損差異は品質、作業区レート差異は稼働率へ。総額で束ねた瞬間に情報は死ぬ。
- 差異は精算で終わらせず、値決め・工程改善・撤退/縮小の三つの判断に返す。実際原価の事実で議論できることに意味がある。
- マテリアルレジャーはS/4HANAで標準有効だが、実際原価計算は別途オンが必要。MLだけでは製品別の実際原価は転がらない。
- ECC 6.0標準保守は2027年末終了、延長保守おおむね2030年末、S/4HANAは2040年末まで維持表明（一次情報で要確認）。移行は、差異が経営に返る形へ設計し直す好機だ。
