「顧客別の採算を見たい」「チャネルごとの利益を出してほしい」——経営会議でそう言われて、過去のデータをいくら掘っても出せない、という経験は多くの経理財務にある。理由は単純だ。集計は後からいくらでもできるが、記録していない軸は永久に遡れない。 売上と原価に顧客の情報を付けずに伝票を切ってきたなら、後からその軸で分解する術は無い。管理会計で何を見られるかの上限は、レポートを作る技術ではなく、取引を入力する時点でどの軸（ディメンション）を必須項目にしたかで決まっている。分析の解像度は、記録の瞬間に確定する。あとから精緻な分析手法を持ち込んでも、記録されていない軸は生み出せない。
後から取れる軸と、二度と取れない軸
管理会計の分析には、後からいくらでも作れるものと、記録の瞬間を逃すと二度と取れないものがある。ここを混同すると、設計を誤る。金額の集計、期間での合計、勘定科目での分類、部門への配賦——これらは後処理でできる。元のデータが残っていれば、切り口を変えて何度でも組み直せる。一方、その取引が「どの顧客との」「どのチャネル経由の」「どの案件の」ものだったかという属性は、伝票を切る瞬間に付けなければ、後から復元できない。
SAPでいえば、利益センタやセグメント、CO-PA（収益性分析）の特性値がこれにあたる。売上伝票に得意先や製品グループ、販売チャネルを紐づけて記録していれば、後から製品別・顧客別・チャネル別の収益性を出せる（CO-PA（収益性分析）で「どの製品・顧客が儲かっているか」を出す）。だが記録の時点でその特性を落としていれば、どんな分析ツールを載せても出てこない。ここが管理会計の設計で最も重い制約だ。集計の技術は後から足せるが、記録の軸は後から足せない。
軸は「意思決定が変わるか」で選ぶ
では、あらゆる軸を必須にすればいいかというと、逆だ。軸を増やすほど、伝票を切る担当の入力負担が増える。必須項目を増やせば、その情報が手元に無いと伝票が切れず、現場が止まる。任意項目にすれば、埋める人と埋めない人が出て、データが虫食いになり分析に使えない。だから軸は、多いほど良いのではなく、効くものだけを厳選する。
選ぶ基準はひとつ、その軸で分けると経営の打ち手が変わるかだ。顧客別に採算を見て、赤字の顧客との取引条件を見直す判断につながるなら、顧客軸は必須にする価値がある（プロダクト別・顧客別の収益性分析：赤字を生む隠れた顧客を見つける）。逆に、地域別に細かく分けても、そこから何の打ち手も出ないなら、その軸は付けない。精緻に分けること自体を目的にすると、入力負担だけが増えて誰も使わないレポートが増える。軸の要否は、分析の細かさでなく、意思決定との距離で決める。
必須にできない軸は「取りにいく」設計を
難しいのは、左上——打ち手は変わるのに、入力時点で情報が揃っていない軸だ。たとえば、売上を計上する瞬間には最終的にどの案件に紐づくかが確定していない、あるいは間に卸が入って最終顧客が見えない、といったケース。ここで「情報が無いから諦める」と決めると、その軸での分析は永久にできなくなる。
だから、意思決定が変わる軸については、入力時に情報を取りにいく設計を考える。案件コードを先に採番してから伝票に紐づける、受注時に最終顧客を必須で登録する、マスタに軸の対応関係を持たせて自動で紐づける——といった、入力フローそのものの工夫だ。部門別損益を共通費の配賦で揉めずに作れるかどうかも、元をたどれば費用にどの軸を付けて記録したかに行き着く（部門別損益（事業部別P&L）の作り方：共通費配賦で揉めない設計）。SAPなら利益センタやセグメントをどう設計し、どの伝票に必須で入れるかが、この「取りにいく」設計の中核になる（SAPの利益センタ会計で「部門別の儲け」を責任の単位で見る）。軸の設計は、レポートの設計でなく、入力フローとマスタの設計だ。
記録の軸は、記録の瞬間にしか決められない
管理会計で見られる分析の上限は、レポートを作る側でなく、取引を記録する側で決まっている。集計・按分・再分類は後からできるが、入力時に付けなかった軸は過去に遡れない。だから、製品・顧客・チャネル・案件・地域といった軸のうち、どれを取引入力時の必須項目にするかを、分析を求められる前に決めておく。判断基準は精緻さでなく、「その軸で分けると経営の打ち手が変わるか」の一点。打ち手が変わる軸だけを必須にし、情報が揃わなければ入力フローを工夫して取りにいく。変わらない軸は、どれだけ細かくても付けない。分析の解像度は、レポートを作る日でなく、伝票を切る日に確定している。
