SACを導入した会社に「使えていますか」と聞くと、返ってくる答えはたいてい似ている。「ダッシュボードはきれいになった。でも、結局Excelで予算を作って、月次でSACの実績と見比べている」。導入前に描いた「計画から実績まで一気通貫」の絵は、蓋を開けると実績を見るためのBIツールに縮んでいる。原因はライセンスでもモデリングの巧拙でもない。SACを「見る道具」として据えたか、「回す道具」として据えたかの一点にある。本稿は、SACの本領である計画・実績・着地見込みのループに焦点を絞り、Excel予算から抜け出す順序を描く。
「見るSAC」で止まる理由
多くの導入が実績可視化から入る。実績連携はデータの流れが片方向で、既存の会計データを流し込めば絵になるため、着手しやすい。だが計画側をExcelに残したまま実績だけをSACに載せると、二つの数字は別の器に分かれる。予実を比べるたびに、Excelの予算をSACに貼り直すか、SACの実績をExcelに落とすかの手作業が発生する。この時点でSACは、Excelワークフローに一枚挟まった表示装置に格下げされている。
見るだけで止まるもう一つの兆候は、月次で誰も数字を書き換えないことだ。計画は期初に作られたまま固定され、実績だけが積み上がる。差異は見えるが、残り期間の着地がどう動くかは相変わらずExcelの手計算に頼る。SACの価値は差異の表示ではなく、差異を受けて着地見込みを更新する側にある。ここが動かない限り、投資は回収されない。
ループにするとは、どういうことか
回すSACとは、計画・実績・着地見込みを一つのモデル上で循環させる状態を指す。四つの局面が途切れずに繋がる。
このループが回ると、月次会議の性格が変わる。過去実績の答え合わせから、残り期間で着地をどこに持っていくかの議論に軸が移る。着地見込みを数字で持つこと自体は、SACの有無に関わらずCFOの基本動作だ（着地見込みの精度を上げる｜フォーキャストで経営の先を読む）。SACはその動作を、毎月手で組み直さずに済む形に固定する。
Excel予算から抜け出す順序
移行でつまずくのは、たいてい順序を誤るからだ。BIダッシュボードの作り込みから始めると、計画がExcelに残り続け、いつまでも「見るSAC」から抜けられない。順序は逆にする。
まず計画をSAC上に載せる。期初予算を、金額の直接入力ではなくドライバ（販売数量、単価、人員、稼働率など）で持つ。ドライバで持てば、前提を一つ変えたときに関連する損益がモデル内で連動し、シナリオを差し替えるコストが激減する。次に実績を同じ粒度で自動連携する。ここで粒度を計画と揃えておかないと、差異分析のたびに集計を合わせ直す手戻りが残る。最後に、月次で着地見込みを更新する運用を定着させる。この三段目まで到達して、ようやく固定予算から脱し、ローリング・フォーキャストへ移る足場ができる（ローリング・フォーキャスト導入｜固定予算から抜け出す）。
「作る」でも「見る」でもなく「回す」設計に
導入プロジェクトの評価軸も、ここに合わせて据え直したい。画面の数や見た目の完成度で成否を測ると、作り込まれたのに使われないダッシュボードが残る。測るべきは、月次で計画が何回書き換わったか、着地見込みが毎月更新されているか、その更新が打ち手の議論に使われているか、という運用の稼働だ。この観点は、S/4HANA移行を機会損益の器の刷新として捉える議論とも地続きになる（S/4HANA移行で経営管理をどう格上げするか）。SACへの投資が回収されるかどうかは、モデルの精緻さではなく、そのモデルの上で毎月数字が動くかで決まる。
