セグメント別の貸借対照表を作るたびに、Excelで仕訳を手作業で割り振り、連結の科目を毎回こしらえている。そういう経理財務の現場は今も多い。S/4HANAの新総勘定元帳（New G/L＝新しい会計の元帳）は、その「割り振り」を仕訳が立った瞬間にシステム側でやり切ってしまう仕組みだ。本稿は、文書分割（ドキュメントスプリット）とユニバーサルジャーナル（全取引を1つの明細表に集約する仕組み・テーブル名ACDOCA）が、セグメントや部門別のBS（貸借対照表）と連結準備を、なぜ・どこまで前倒しできるのかを、実際の仕訳の流れに沿って解き明かす。
なぜ「セグメント別BS」は毎回しんどいのか
ここは正直に言いたい。セグメント別BSが重いのは、能力の問題ではなく、データ構造の問題だ。
旧来のSAP（ECCの古い元帳）や手作業の世界では、損益はセグメントごとに集まる。売上はA事業、原価はB事業、と部門コードが付いているからだ。ところが貸借対照表側、とりわけ売掛金・買掛金・現預金・未払金といった項目には、どのセグメントの取引から生まれたものか、という情報が最初から付いていないことが多い。
請求書を1枚立てる。売上は2つの事業部にまたがる。でも相手科目の売掛金は1行、金額は合計だけ。ここでセグメント別のBSを作ろうとすると、「この売掛金100万円を、A事業60万・B事業40万に割り戻す」という按分を、人間が後から手でやることになる。回収して現預金になれば、また同じ按分をやり直す。月次のたびに、この苦行が戻ってくる。
連結準備も地続きだ。内部取引の消去や、セグメント間の債権債務の相殺をやろうにも、そもそも債権債務にセグメントの紐付けがなければ、消す相手が特定できない。だから連結用の科目を別に立て、手で寄せ集める。労力の大半は「データに後付けで属性を貼る」ことに消えている。
文書分割が、仕訳の瞬間に属性を貼り切る
S/4HANAの新G/Lで効いてくるのが文書分割だ。これは、伝票を切ったその場で、貸借が合わない属性（セグメントや利益センタ）を自動で割り戻し、各属性の中で借方＝貸方をゼロにする機能だと思ってほしい。
先ほどの請求書を、仕訳の流れで追う。1行で打った売掛金が、元帳に書かれる姿ではセグメント別に割れている。
売掛金1行が、相手科目（売上）のセグメント比率に応じて2行へ割れた。これがアクティブ分割（能動的分割＝ルールに従って割り戻す動き）だ。人間は何もしていない。打ったのは合計1行の売掛金なのに、元帳上はセグメントごとに割れて記録される。
そして文書分割は、最初の1回で割り切るだけで終わらない。回収まで属性が自走し、伝票内で借貸がずれても自動で閉じる。3つの動きが連動している。
回収時はパッシブ分割（受動的分割）が効く。入金伝票を切ると、システムは「いま消し込む売掛金はA事業60万・B事業40万に割れていた」という履歴を引き継ぎ、入金された現預金側にも同じセグメントを自動で貼る。つまり、最初に一度割り切れば、その属性は後続の取引まで自走して付いていく。
そして仮に、ある伝票内でセグメント別の借貸が一致しないとき。システムはゼロバランス調整行（差額を埋める清算行）を自動で1行追加し、セグメントごとに借方＝貸方を必ずゼロに保つ。これがあるから、どのセグメントを切り口にしても、貸借が必ず閉じた完全なBSが出る。セグメント別BSの「割り振りと貸借合わせ」という最大の難所を、伝票の瞬間に潰しているわけだ。
ユニバーサルジャーナル（ACDOCA）が連結準備を前倒しする
文書分割が「属性を貼る」係なら、ユニバーサルジャーナル（ACDOCA）は「貼った属性を、二度と寄せ集めなくていい場所に置く」係だ。
S/4HANAでは、FI（財務会計）とCO（管理会計）の実績が、ACDOCAという1本の明細テーブルに集約される。会社・元帳・勘定科目・利益センタ・セグメント・原価センタ・取引先（パートナー）といった属性が、1行の中に横並びで持たれる。SAP自身の表現を借りれば、ここは財務データの「単一の真実の源泉（single source of truth）」であり、FIとCOの突合（残高が合っているかの照合作業）が原理的に不要になる。
連結準備の観点で何が変わるか。3つの効果が、いずれも「期末の名寄せ・按分を前倒しで消す」方向に効く。
第一に、消去の相手が最初から見えている。内部取引には取引先（パートナー）属性が同じ1行に乗っているので、グループ会社間の売上・債権債務を、後から名寄せせずに抽出できる。連結用に科目を別建てして手で寄せる作業が、薄くなる。
第二に、セグメント・利益センタ別の完全なBSが、文書分割の成果としてそのまま乗っている。連結はもともとセグメント情報の開示を要求してくる。その素材が、月次を締めた時点で元帳に出来上がっている。「連結のためのセグメント情報を別途作る」という工程が、前倒しで消える。
第三に、ドリルダウン（明細への掘り下げ）が地続きだ。SAP公式も、BSのどの項目からでも固定資産や品目といった明細まで掘り下げられ、損益は元帳が持つどの属性でも切り直せる、と説明している。連結の照合で「この数字の中身は？」となったとき、別システムを開かずに同じテーブルの中を辿れる。寄せ集めて作った数字は中身が見えないが、最初から属性付きで記録された数字は、いつでも分解できる。
導入で現場が握っておくべき勘所
魔法ではない。効果を出すには設計と前提がある。誇張せず、要点だけ置く。
まず、新G/Lは選択肢ではない。S/4HANAでは旧来の元帳テーブルが互換ビュー（古い形で見せるための参照用の見え方）に変わり、実体はACDOCAに一本化される。新規導入では1709以降、新G/L相当が標準で有効化される。つまり「使うかどうか」ではなく「どう設計するか」の話になっている。
次に、文書分割は後から足すと重い。分割をかける属性（セグメントか利益センタか、あるいは両方か）と、どの取引で割るかのルールは、立ち上げ時に決め切るのが定石だ。SAPの移行情報でも、旧元帳からの単純なシステム変換と文書分割の新規導入を同時にやる経路はサポート外とされ、変換後に追加で有効化する手順が用意されている。要は「動かしながら割り方を変える」のは事故のもとで、最初の設計が後年の手作業量をそのまま決める。
期限の観点も添えておく。移行を「いつやるか」を考える局面なら、次の時間軸が判断材料になる。
ECC（旧来のSAP）の標準保守はおおむね2027年末に終了し、有償の延長保守が2030年まで用意されている。一方S/4HANA側は、2040年末までは少なくとも1つの版が保守される、とSAPが表明している。移行を「いつやるか」を考える局面なら、文書分割とセグメント設計は、移行プロジェクトの中で最も後戻りしにくい意思決定の1つになる。ここを曖昧なまま走らせると、稼働後に毎月の按分が手作業で残り続ける。
導入時に握っておく勘所を、論点として並べておく。
- 新G/Lは選択肢ではない（1709以降は標準有効・実体はACDOCAに一本化）
- 分割対象の属性（セグメント／利益センタ／両方）を立ち上げ時に決め切る
- どの取引で割るかのルールを稼働前に固める
- 単純変換と文書分割の新規導入を同時に走らせない（変換後に追加有効化）
- 設計判断＝後年の手作業量、という認識を持つ
最後に、現場目線で1つ。新G/Lの真価は「レポートが速くなる」ことより、「属性を後付けする苦行が消える」ことにある。セグメント別BSと連結準備のしんどさの正体は按分と名寄せだった。それを伝票の瞬間に前倒しできるか。導入の成否は、画面の操作ではなく、この設計判断に懸かっている。
