S/4HANA

元帳を増やすべきなのは、その評価で独立した財務諸表を外に出す場合だけだ。日本の税務償却は損金経理を入力とし、申告は確定した決算に基づくため、税務簿価は会計に従属する。だから税務は元帳でなく減価償却領域と申告調整で持つ。決め手は器の数でなく、取得時にどの属性を取っているかにある。

カットオーバーで先に決めるのは稼働日ではなく、移行基準日と凍結する伝票の範囲。期首残高は勘定残高・未決済明細・期中累計・固定資産の四つに分かれ、残高だけを移すと消込と償却が止まる。旧システムの停止日も計画の一部になる。

帳票要件の絞り込みは利用頻度でなく、どの意思決定に誰がいつ使うかで切る。標準で出す・作る・廃止するの3分類のうち、プロジェクトの成否を決めるのは廃止できた本数。作ると決めたものも三段階で削ってからアドオンに落とす。

SAPの組織構造で稼働後に直せないのは会社コード・管理領域・管理領域通貨の三つ。事業別の損益は利益センタで作れるが、法人の切り出しは後から作れない。設計会議の時間配分は変わりやすさでなく、直せなさで決める。

SAPの利益センタは組織の写しではなく損益責任の単位で切る。導出の設計、受け皿に落ちた残高の監視、文書分割の判断、CO-PAとの役割分担まで実務の詰まりどころを整理する。

S/4HANAが縮めるのは集計・転記・突合という機械の待ちであり、見積確定や子会社データ到着という人の待ちは業務設計で詰めるしかない。機能と締め作業を対応させ、どこが縮みどこが残るかを腑分けする。

クリーンコアが守るのはアップグレードの安さという将来資産。コアを直接改修すると標準更新のたびに回帰テストが膨らみ、やがて追従不能になる。拡張はBTP側へAPIで疎結合に逃がし、キーユーザー拡張・開発者拡張・標準設定の三段で住み分ける。

データ移行の成否は切替直前のロードでなく、半年前にマスタ品質の責任者を誰にするかで決まる。取引先・品目・勘定の名寄せ・重複・欠損を工程の後ろから逆算して潰す順番と、業務部門主導の進め方。

勘定科目を継ぎ足してきた歪みは、SAP移行時のCOA再設計でしか直せない。グループ共通COAで同じ数字を同じ意味に揃える。粒度は科目でなく補助軸で持ち、旧科目からの付け替え表を業務部門と作るのが要。

SAP移行をIT任せにすると経理の要件が抜け、稼働後に手作業が残る。経理財務が握るべきは科目・統制・締めの要件だ。工程ごとに『いつ何を決めるか』を明確にし、丸投げでも全部やるでもない関与の線を引く。