「うちの主力製品、本当に儲かっているのか？」——この問いに即答できるCFOは、案外少ない。全社の損益は会計（FI）が出してくれる。だが「製品Aを大口顧客Bに代理店経由で売ったときの利益」となると、総勘定元帳はぴたりと口を閉ざす。その死角を埋めるのがSAPのCO-PA（収益性分析）だ。
ただ、CO-PAは「設定すれば製品別利益が出る箱」ではない。何を見たいかを先に決め、そこから設計を逆算しないと、動いてはいるが誰も見ないレポートが量産される。本稿は、製品×顧客×チャネルの貢献利益（売上から直接費を引いた、その取引が会社にいくら残したか）を切り出すという実務目的を起点に、CO-PAの2つの型と特性値の設計勘所を、現場でどう動かすかの視点で解く。
まず「どの利益を、どの軸で見たいか」を言語化する
CO-PA設計の出発点は、システムではなく問いの言語化だ。CFOが本当に欲しいのは、たいてい次のような表である。「製品ライン×主要顧客×販売チャネルで並べたとき、売上・原価・貢献利益がどう分布しているか」。儲かっていると思っていた大口顧客が、値引きと物流費を引くと薄利だった——CO-PAはこの不都合な真実を可視化するための道具だ。
ここで決めるべきは2つ。「軸（characteristics、分析の切り口）」と「金額項目（何を足し引きするか）」である。
軸は製品・顧客・販売組織・流通チャネル・地域・営業担当など。金額項目は売上・各種値引・売上原価・物流費・販促費など。この2つの掛け合わせが、最終的に見えるレポートの解像度を決める。設計前に紙の上で理想のレポートを一枚描き切る——この地味な工程を飛ばすと、後から軸を足せず作り直しになる。理想表の列が「軸」、行に並ぶ金額が「金額項目」だと考えればよい。
勘定別CO-PAと明細別CO-PA——この選択が後を縛る
CO-PAには2つの型がある。ここを取り違えると設計全体がずれるので、目的から逆算して選びたい。
**勘定別CO-PA（account-based）**は、利益を総勘定元帳の勘定科目（G/L account）で捉える。売上も原価も、会計が使うのと同じ勘定で記録されるため、FIと常に一致する。「CO-PAの製品別売上合計と決算の売上が合わない」という、costing-based特有の説明地獄が原理的に起きない。これは経理にとって決定的に大きい。
**明細別CO-PA（costing-based）**は、勘定科目ではなく「値フィールド（value field、金額の入れ物）」で利益を捉える。売上・値引・各種原価を独自に定義したバケツに振り分けるので、会計の勘定構成に縛られず柔軟に設計できる。さらに、出荷時点で標準原価を即座に売上原価として認識する（販売原価の自動推計）ため、月次の実際原価確定を待たずに速報の貢献利益が出せる。管理会計のスピード重視という思想だ。
両者の本質的な違いは記録のタイミングと突合性にある。明細別は管理会計の都合で値を作るぶん速くて柔軟だが、FIとの突合に手間がかかる。勘定別は会計と同じ言語で話すぶん、いつでも一致する代わりに、独自の原価バケツ設計の自由度は下がる。「速報性と柔軟性」を取るか「FI整合と説明のしやすさ」を取るか——昔はこのトレードオフを天秤にかけ、両方を並行稼働させる企業も多かった。
S/4HANAでの結論——マージン分析へ寄せる
ただ、SAP S/4HANAではこの天秤の前提が変わった。新しい基盤では、勘定別CO-PAが「マージン分析（Margin Analysis）」という名で全面に押し出され、これが推奨かつ戦略的な方向と明言されている。明細別CO-PAは引き続きオンプレミス版で利用は可能だが、SAPはこれ以上の機能拡張をしないと公言している。
なお、移行元となるSAP ECC（旧来のERP）の標準保守は2027年末で終了し、追加費用を払う延長保守でも2030年末までだ。新規にCO-PA設計をするなら、勘定別＝マージン分析を主軸に据えるのが、おおむね素直な判断になる。
マージン分析が強いのは、すべての取引が「単一の明細テーブル（ユニバーサルジャーナル、ACDOCAと呼ばれる全取引の統合台帳）」に集約される点だ。会計仕訳とCO-PAの分析軸が同じ行に同居するため、二重持ちが消える。とりわけ実務で効くのが売上原価の費目分解である。出荷した製品の原価を「材料費・労務費・製造間接費」といった原価要素ごとに分けたまま記録できるため、貢献利益を「どの費目が利益を食っているか」まで割って見られる。値引きで薄いのか、材料費が重いのか——打ち手が変わる粒度で原因が見える。
ただし万能ではない。複数の原価計算（標準原価・グループ原価・振替価格）を並行して持つ、あるいはCO-PA独自の見積原価・想定原価を計算するといった高度な評価は、明細別CO-PAの土俵だった。マージン分析に寄せるなら、こうした独自評価を本当に使っているかを移行前に棚卸しすべきだ。「念のため両方」で明細別を残すと、二重メンテの保守地獄が静かに始まる。
特性値設計——粒度と「派生」が運用を左右する
型を決めたら、いよいよ特性値（characteristics）の設計だ。ここが製品×顧客×チャネルの貢献利益を切り出せるかどうかの心臓部になる。
第一の勘所は粒度。製品は品目コード単位まで落とすか、製品グループで止めるか。顧客は得意先単位か、企業グループで束ねるか。細かすぎると分析が荒れてレポートが重くなり、粗すぎると肝心の「どの顧客が薄利か」が潰れる。CFOの意思決定に直結する軸（典型的には主要顧客×製品ライン×チャネル）だけを最初に固め、それ以外は欲張らない。後から特性値を足すのは技術的に重く、過去データに遡及できないことも多い——だから初期設計で意思決定に効く軸を見極める一発勝負の比重が大きい。
第二の勘所は特性値の派生（derivation、ある情報から別の軸を自動で導く仕組み）。
たとえば「得意先マスタの地域コードから営業エリアを自動付与する」「品目から製品ラインを引き当てる」といったルールだ。ここを設計せず手で値を入れる運用にすると、入力漏れや表記揺れでレポートが穴だらけになる。逆に派生ルールを丁寧に組めば、伝票が起票された瞬間に正しい軸が自動で付き、分析の信頼性が一段上がる。地味だが、ここの作り込みがレポートの寿命を決める。
最後に一つ、実務で何度も繰り返されてきた助言を。CO-PAは「全部入りで作ると誰も見ない」。CFOが毎月必ず開く一枚——製品ライン×主要顧客×チャネルの貢献利益マトリクス——をまず動かし、現場の問いに答えながら軸を足していく。設計の正解は仕様書ではなく、意思決定が変わったかどうかで決まる。儲けの地図が描けて初めて、CO-PAは費用でなく投資になる。
- 目的を先に：見たい利益（製品×顧客×チャネルの貢献利益）と軸を言語化し、理想のレポートを一枚描いてから設計する。
- 型の選択：勘定別＝FIと常に一致・説明が楽。明細別＝速くて柔軟だがFI突合に手間。
- S/4HANAの結論：勘定別＝マージン分析が推奨。ACDOCAで二重持ちが消え、売上原価を費目分解できる。明細別は機能拡張なし。
- 移行の注意：独自評価（並行原価・想定原価）を本当に使うか棚卸し。「念のため両方」は保守地獄。
- 特性値：粒度は意思決定に効く軸だけ適正に。派生ルールで軸を自動付与し信頼性を担保。
- 正解の基準：全部入りでなく毎月開く一枚から。意思決定が変わったかで設計の良し悪しが決まる。
