SAP S/4HANA総勘定元帳とUniversal Journal

1.1 Classic G/Lが支えた会計

総勘定元帳の基本的な役割

総勘定元帳(General Ledger、G/L)は、企業で発生した取引を勘定科目別に集約する記録です。現金、売掛金、売上、仕入、給与などの残高を集め、貸借対照表と損益計算書を作る基礎になります。SAP ERPのClassic G/Lもこの記録を提供しました。

Classic G/Lでは、会社コードと勘定科目を中心に会計伝票を記録します。法定会計の帳簿として十分に機能し、補助元帳から総勘定元帳への統合も提供していました。一方、経営管理や複数会計基準への対応が広がると、標準の総勘定元帳だけでは表現しにくい要件が増えました。

代表例は、利益センタ別やセグメント別の貸借対照表です。損益科目には利益センタが入っていても、買掛金や現金などの貸借対照表科目へ同じ属性が完全には伝わらない場合があります。この状態では、会社全体の貸借対照表は作れても、事業単位の貸借対照表で借方と貸方を一致させる追加処理が必要です。

複数のデータ領域が必要だった理由

Classic G/Lの時代には、法定会計、利益センタ会計、管理会計などが異なるテーブルやコンポーネントで管理される構成が一般的でした。業務目的ごとに最適化できる利点がある反面、同じ取引が複数の集計領域へ更新されます。月次決算では、領域間の差が正当か、連携の失敗かを照合する作業が発生します。

たとえば、費用100,000円を管理部門へ計上した取引を考えます。FIでは費用と未払金、COでは原価要素と原価センタとして記録されます。金額は同じでも、伝票番号、明細構造、更新時点が異なると、担当者は複数のレポートを行き来して一致を確かめます。

業務取引
  ├─ FIの会計伝票と総勘定元帳
  ├─ COの管理会計明細
  └─ 利益センタなどの集計領域
       ↓
    決算時に照合

Classic G/Lを「古いから不十分」と評価するのは正確ではありません。当時の要件を安定して処理した設計です。課題は、企業の報告軸が増え、処理速度と説明可能性への要求が高まったことにあります。