JinJin48
JinJin48
SAP Consultant | BTP · S/4HANA · US Global Rollout
· 18 min read

カバー:SAP FI 勘定科目表 — 総勘定元帳科目構造の基盤

SAP FI 勘定科目表

勘定表(COA)は、SAPにおけるすべての総勘定元帳勘定の構造、番号体系、および組織フレームワークを定義する基盤となるマスタデータです。これは複数の会社コード間で共有可能な設計図として機能し、会社固有の拡張を可能にしつつ、一貫した勘定コード体系を保証します。本記事では、勘定表の種類、組織階層、他のマスタデータとの統合ポイント、および財務会計によって制御されるフィールドレベルの設定について解説します。


第1部: 勘定科目表 — 中核概念(全モジュール共通)

1.1 勘定科目表とは

勘定科目表の構造と使用法の概要

Chart of Accounts(勘定科目表)は、組織が財務取引を記録するために使用するすべての総勘定元帳勘定の構造化されたリストです。これは、それを参照するすべての会社コードにわたって一貫して適用される勘定番号の範囲、長さ、言語、およびグループ化ルールを定義します。

項目詳細
役割すべてのGL勘定の構造フレームワークを定義。同一の法的/報告グループ内の会社コード間で共有される
使用モジュールFI(所有者)、CO(二次原価要素)、AA(資産減価償却勘定)、MM/SD(自動勘定決定)、PS(WBS決済勘定)
トランザクションOB13(勘定科目表定義)、FS00(GL勘定作成/保守)、OBY6(勘定科目表を会社コードに割り当て)
主要テーブルSKA1(勘定科目表レベルデータ)、SKB1(会社コードレベルデータ)、SKAT(GL勘定テキスト)
S/4HANA注記勘定科目表のロジックはECCから変更なし。Fioriアプリ「勘定科目表管理」(F2766)がOB13の最新UIを提供。「GL勘定管理」(F0030A)は、Fiori対応のクラウドおよびオンプレミス向けにFS00を置き換える

1.2 勘定科目表の種類

勘定科目表の比較:運用、グループ、国別

SAPは、運用、連結、および法定報告のニーズに対応するため、3種類の勘定科目表をサポートしています。誤ったタイプを割り当てたり、本社から要求された場合にグループ/国別の勘定科目表を維持しなかったりすると、月末に調整差異が発生します。

タイプコードユースケース主要な動作
運用勘定科目表英数字1文字(最大4文字)日常取引転記のためのプライマリ勘定科目表。OBY6で会社コードに割り当てすべてのGL勘定は運用勘定科目表に存在する必要がある。転記は運用勘定科目表の勘定に対してのみ行われる
グループ勘定科目表英数字1文字(最大4文字)子会社が異なる運用勘定科目表を使用する場合の企業連結に使用運用勘定科目表のGL勘定は、オプションでグループ勘定番号を参照する。財務諸表は連結のためにグループレベルで報告可能
国別勘定科目表英数字1文字(最大4文字)法定勘定科目表が義務付けられている国(例:フランスPCG、ドイツSKR03/SKR04)に必要GL勘定は、現地の税務/法定報告用に国別勘定番号を参照する。グループ勘定科目表のロジックと並行して動作

設計原則: 会社コードごとに1つの運営用チャートを設定する。連結処理で必要な場合のみグループチャートを追加する。法定報告で特定の構造が義務付けられている場合のみ、国別チャートを追加する。


1.3 組織階層とデータ階層

組織階層を示す図:勘定科目表と会社コードのデータ分割

勘定科目表データは、2つの組織レベルに分割されています。すなわち、勘定科目表レベル(当該勘定科目表を使用するすべての会社コードで共有)と、会社コードレベル(各法人固有)です。この分割により、勘定科目番号の集中管理を可能にしつつ、転記ルール、照合フラグ、税設定に関するローカルな制御を実現します。

Chart of Accounts (SKA1)
  ├── Account Number, Name, Group Account, Language
  ├── Account Type (P&L / Balance Sheet)
  └── Shared across all Company Codes
      │
      ├─ Company Code 1000 (SKB1)
      │    ├── Field Status Group, Posting Control
      │    ├── Reconciliation Account Flag, Tax Category
      │    └── Local Currency, Open Item Management
      │
      ├─ Company Code 2000 (SKB1)
      │    └── (same field structure, different values)
      │
      └─ Company Code 3000 (SKB1)
           └── (same field structure, different values)
組織レベルテーブル主要フィールド備考
勘定科目表レベルSKA1勘定科目番号、勘定科目グループ、P&L勘定科目タイプ、グループ勘定科目番号、勘定科目名称(SKAT)一度メンテナンスされ、この勘定科目表を使用するすべての会社コードに適用されます。GL勘定科目がいずれかの会社コードで取引がある場合、変更できません。
会社コードレベルSKB1フィールドステータスグループ、転記コントロール(転記ブロック、税なし転記)、統制勘定フラグ、オープン項目管理、ソートキー、税カテゴリ会社コードごとに個別にメンテナンスされます。ローカルの財務チームが他のエンティティに影響を与えずに転記動作を制御できます。

主要な設計判断: 勘定科目番号と勘定科目タイプは会計科目表(COA)レベルで固定されます。転記ルールと照合フラグは会社コードごとに制御されます。この分割が、共有サービスと現地コンプライアンスを両立する基盤となります。


1.4 他のマスタデータオブジェクトとの統合

勘定科目表を中心に、総勘定元帳勘定、資産クラス、会社コードに接続

勘定科目表は単独で存在するわけではありません。これは、GL勘定(勘定科目表の番号体系を継承する)、資産クラス(勘定科目表から減価償却/取得勘定を割り当てる)、および会社コード(勘定科目表を勘定フレームワークとして採用する)によって参照されます。

オブジェクト関係性実務上の注意点
G/L勘定N:1 — 複数のG/L勘定が1つの勘定科目表に属するG/L勘定はCOAなしでは存在できない。COAは許容される番号範囲と勘定科目の桁数を定義する。COAが10桁の勘定科目を使用する場合、そのCOA内のすべてのG/L勘定は同じ桁数に従わなければならない。
会社コードN:1 — 複数の会社コードが1つの勘定科目表を共有できる会社コードの割り当て(OBY6)は、G/L勘定を転記に使用する前に必須である。同一企業グループ内の複数の会社コードは通常、同じオペレーティング勘定科目表を共有するが、異なるグループ/国別勘定科目表を持つ場合もある。
資産クラスG/L勘定を介した間接的関係 — 資産クラスはCOAに属するG/L勘定(取得、減価償却、除却)を参照するCOAの構造を変更する場合(例:勘定科目の番号振り直し)、資産クラスが新しい勘定科目番号を指すように更新する必要がある。これは多大な労力を要し、通常は本番環境では回避される。
原価要素(CO)プライマリ原価要素は1:1 — COは原価要素としてフラグ設定されたG/L勘定をミラーリングするCOのプライマリ原価要素は、FIで「原価要素」とマークされたG/L勘定から自動生成される。セカンダリ原価要素はCOにのみ存在し、G/Lの対応物を持たないため、COAの勘定科目番号を消費しない。

パート 2: FI固有のフィールド詳細

2.0 FIオーナーシップの範囲

FI所有権マトリックス:重要データと共有データセクションの表示

データセクションFIの関与備考
基本データ◎ オーナーFIが勘定科目表の作成、勘定科目番号の形式・長さ・言語・グループ化ルールを管理 (OB13)
勘定科目管理◎ オーナーFIが勘定科目グループ、損益計算書勘定タイプ、貸借対照表勘定タイプを設定 (FS00、勘定科目表レベル)
グループ勘定科目番号◎ オーナーFIが連結用のグループ勘定科目表へのマッピングを管理 (FS00、勘定科目表レベル)
キーワードと連結◎ オーナーFIが勘定科目表レベルで連結関連フラグ(取引先、機能領域)を割り当て
レポーティングと分析○ COと共有COが原価要素カテゴリを使用。FIが総勘定元帳勘定を原価関連としてフラグ付けするかどうかを管理 (FS00、勘定科目表レベル)

凡例: ◎ = オーナー/クリティカル、○ = 直接関与


2.1 基本データ

基本データフィールド(COA ID、名称、言語、勘定科目番号形式を含む)

基本データは、勘定科目表の構造的特性を定義し、その勘定科目表を使用するすべての会社コードに一律に適用されます。これらのフィールドは、勘定科目表作成時(OB13)に一度設定され、後からの変更は困難です。

フィールド説明実務上の使用例
勘定科目表 (KTOPL)4桁の英数字識別子会社コード割当 (OBY6) および総勘定元帳 (GL) 勘定作成 (FS00) で使用。ニーモニックコードを選択 (例: INTは国際グループ、JPGPは日本グループ)。本稼働後の変更は、全会社コードの再割当と全GL勘定の再作成が必要となり、実質的に不可能。
説明勘定科目表の長文テキスト名称選択画面やレポートに表示。範囲を特定できる説明的な名称を使用 (例: 「APAC運用勘定科目表」、「EU連結COA」)。
言語勘定科目名の言語キー (SKAT)GL勘定の短テキストおよび長テキストのデフォルト言語を決定。追加言語はFS00 → 付加機能 → 翻訳で管理可能だが、ここで設定された主要言語は、翻訳が存在しない場合に財務諸表や試算表で使用される。
管理言語勘定科目表管理画面で使用される言語OB13およびFS00で表示される言語を制御。勘定科目名の言語とは独立している。英語を話す財務チームが日本語の勘定科目表を管理する場合、管理言語 = EN、言語 = JA に設定可能。
G/L勘定番号の長さ1~10桁この勘定科目表内の全GL勘定の最大勘定番号長を定義。一般的な選択肢: 6桁 (単純構造)、8桁 (中程度の複雑性)、10桁 (国/機能/勘定セグメントを含むグローバルテンプレート)。GL勘定作成後は変更不可。6桁で開始し、後に8桁が必要になった場合は、新しい勘定科目表を作成して移行する必要がある。
連結勘定科目表グループ報告用に使用される別の勘定科目表への参照グループ連結ツール (例: SAP BPC、S/4HANA Group Reporting) が個別の連結勘定科目表を必要とする場合にのみ使用。最新の実装ではほとんど使用されない。グループ勘定番号マッピング (SKA1のフィールド) が推奨方法。
転記ブロック新規GL勘定作成を防止するチェックボックス勘定科目表が非推奨または再設計中の場合にこのフラグを設定。既存の勘定は転記可能だが、FS00で新規勘定作成は拒否される。勘定科目表移行プロジェクトで旧構造を凍結する場合に有用。

2.2 アカウント管理

勘定管理フィールド(勘定グループ、勘定タイプ、P&Lステートメント勘定タイプを含む)

勘定管理フィールドは、勘定タイプ(貸借対照表勘定 vs. 損益計算書勘定)、勘定グループ(フィールドステータスと番号範囲を制御)、および勘定科目表レベルでの転記動作を決定します。これらのフィールドは、FS00の勘定科目表レベルで、各総勘定元帳勘定に対して設定されます。

フィールド説明実務上の使用例
G/L勘定コード勘定科目表内の数値識別子選択した勘定グループに割り当てられた番号範囲内に収める必要があります。例:勘定グループ「固定資産勘定」が範囲100000~199999を所有している場合、そのグループ内で勘定コード200000を作成することはできません。先頭のゼロは保存されます(例:長さが10の場合、0010000と10000は異なる勘定コードとなります)。
勘定グループ番号範囲と項目ステータスを制御するグループ化コードG/L勘定の作成および転記時に、どの項目が必須/オプション/非表示になるかを決定します。標準SAP勘定グループ:SAKO(補助元帳付きG/L勘定)、MWST(税勘定)、ERLOES(収益勘定)。カスタム勘定グループはOBD4で作成できます。最初に勘定グループを選択してください。これにより多くの項目が事前入力され、番号範囲の規律が適用されます。
P&L勘定タイプX(一次原価/収益)、N(二次原価)、空白(P&L非該当)勘定が損益計算書に表示されるかどうか、およびCOがそれを原価要素としてミラーリングするかどうかを決定します。P&Lを通じてフローする費用および収益勘定にはXを設定します。FIに転記されないCO専用の原価要素(例:内部配賦)にはNを設定します。貸借対照表勘定(資産、負債、純資産)の場合は空白のままにします。
貸借対照表勘定タイプ貸借対照表報告用の分類(資産、負債、純資産)SAPの財務諸表バージョン(OB58)で勘定を貸借対照表セクションにグループ化するために使用されます。値の例:A(資産)、P(負債)、Q(純資産)。P&L勘定タイプとは異なり、このフィールドはCO統合をトリガーしません。純粋にFI報告階層のためのものです。
グループ勘定コードグループ勘定科目表内の参照勘定コードグループが連結用に異なる勘定科目表を使用している場合(例:運用勘定科目表=8桁のローカル構造、グループ勘定科目表=6桁の本社構造)、各ローカル勘定をここで対応するグループ勘定にマッピングします。同じグループ勘定コードを持つすべてのローカル勘定を集約することで、グループレベルで財務レポートを生成できます。グループ連結を使用しない場合は空白のままにします。

2.3 グループ勘定コード

オペレーティング勘定科目コードからグループ勘定科目コードへのマッピングロジック

グループ勘定番号フィールドを使用すると、多国籍企業はローカルの運用勘定科目表を統一されたグループ勘定科目表にマッピングし、連結処理を行うことができます。このセクションでは、マッピングロジック、ユースケース、および有効化要件について詳しく説明します。

項目説明実務上の使用例
グループ勘定科目表(OBY6)連結目的で使用される参照用の勘定科目表会社コードレベルでOBY6により割り当てます。設定した場合、システムは運用勘定科目表のすべての総勘定元帳勘定にグループ勘定科目番号が設定されていることを期待します。例:会社コード1000が運用勘定科目表「JP01」、グループ勘定科目表「INT」を使用し、会社コード2000が運用勘定科目表「US01」、グループ勘定科目表「INT」を使用する場合、両方とも自社のローカル勘定科目を共有のINTグループ勘定科目にマッピングします。
グループ勘定科目番号(FS00、SKA1)この運用勘定科目がマッピングされるグループ勘定科目表における勘定科目番号グループ勘定科目表内で有効な総勘定元帳勘定として存在している必要があります。例:ローカル勘定科目50010000(日本売上収益)がグループ勘定科目500100(グローバル売上収益)にマッピングされます。すべての子会社が自社のローカル売上収益勘定科目を500100にマッピングすることで、本社は各子会社のローカル勘定科目体系を知らなくてもグループ全体の売上収益を把握できます。
代替勘定科目番号国固有の法定報告用のセカンダリマッピング国が税務申告用に特定の勘定科目表を義務付けている場合(例:フランスのPCG)に使用されます。ロジックはグループ勘定科目番号と同じですが、対象が国の勘定科目表である点が異なります。SAP S/4HANAではほとんど使用されません。ほとんどの国では、SAP外部の法定マッピングテーブルを使用したカスタム勘定科目表が認められています。
マッピング検証ルールシステムによる強制はありません。規律を維持する必要があります。SAPは、複数の運用勘定科目を同じグループ勘定科目にマッピングすることや、損益計算書勘定科目を貸借対照表のグループ勘定科目にマッピングすることを妨げません。財務部門は、勘定科目表設計時にマッピングロジックを検証する必要があります。ここでのエラーは連結財務諸表を破損させ、月次決算時にレポートのバランスが取れなくなって初めて発見されます。

前提条件: グループ勘定科目表は、スタンドアロンのCOA(OB13)として作成され、その総勘定元帳勘定科目(FS00)が作成されている必要があります。その後、運用勘定科目をグループ勘定科目表にマッピングできます。グループCOAは会社コードに割り当てられることはなく、レポート構造としてのみ存在します。


2.4 キーワードと統合

連結関連項目(取引先、機能領域、利益センターを含む)

キーワードと統合フィールドは、GL勘定が会社間消去、機能領域レポート、コストセンタ/利益センタ会計においてどのように動作するかを制御します。これらは勘定科目表レベル(FS00、SKA1)で設定され、その勘定を使用するすべての会社コードに継承されます。

項目説明実務での使用例
取引先パートナーチェックボックス。オンにすると、転記時に取引先パートナー項目の入力を強制します。会社間勘定(会社間売掛金、買掛金、収益、売上原価)に対して有効にします。チェックが入っている場合、この勘定へのすべての転記には取引先パートナーID(通常はパートナー会社コード)が必要です。これにより、連結ツールが会社間取引を識別し、消去できるようになります。例:勘定科目120000「会社間売掛金」の取引先パートナー = X;転記時にSAPが取引先パートナーを要求 → 「2000」を入力 → 連結レポートが1000と2000間の売掛金/買掛金ペアを消去します。
機能領域チェックボックス。オンにすると、転記時に機能領域項目の入力を必須にします。法人格に加えて、機能別(例:製造、販売、管理)に財務報告を行う組織で使用されます。有効にすると、すべての仕訳入力で機能領域の指定が必要になります。例:勘定科目600100「給与」の機能領域 = X;人事部門が給与を転記する際、機能領域「ADMIN」または「SALES」を割り当てる必要があります。これにより、全会社コードにわたる機能別の給与総額を示すマトリックス損益計算書レポートが可能になります。
補助勘定割当追加の勘定割当(コストセンタ、利益センタ、内部指図、WBS要素)を可能にするフィールド。有効にすると、転記時に追加のCOオブジェクトの入力が可能になります(必須ではありません)。例:勘定科目400000「電話料」で補助勘定割当が有効;ユーザーはオプションでコストセンタを入力できますが、必須ではありません。これは、フィールドステータスグループ(会社コードレベル、SKB1)の「必須入力」フラグとは対照的で、後者は入力を強制します。
評価グループ外貨評価(F.05)のためのグループ化キー。月末決算時に、通貨再評価のために勘定科目をグループ化するために使用されます。例:すべての外貨建て銀行勘定に評価グループ「BANK」を設定;F.05(外貨評価)を実行する際、同じ為替レートと評価方法を使用して、すべてのBANK勘定を一括処理できます。

2.5 レポートと分析

レポート関連フィールド(原価要素フラグ、統制勘定タイプ、計画レベルを含む)

報告・分析フィールドは、勘定が原価関連(CO連携)、照合可能(補助元帳転記)、または計画関連(予算入力許可)であるかを決定します。これらは勘定科目表レベル(FS00、SKA1)で設定され、CO、AA、および売掛金/買掛金補助元帳における下流の動作を制御します。

項目説明実務上の使用例
原価要素カテゴリCO統合動作を決定する数値コード(1=一次収益、11=COからの収益、31=未払金、41=間接費など)P&L勘定タイプ = Xの場合のみ関連。P&LタイプXのGL勘定を保存する際、SAPは原価要素カテゴリの入力を促します。勘定の性質に基づいて選択します:1はFIから転記を受け取る費用/収益勘定用。11/21/31/41はCO転記(原価配分、決済、未払金)のみを受け取る勘定用。誤ったカテゴリを設定すると、CO配分サイクルが「この取引には原価要素が許可されていません」というエラーで失敗します。
統制勘定タイプD(得意先)、K(仕入先)、A(固定資産)、M(材料)この勘定を補助元帳の統制勘定としてマークします。設定すると、FIでの勘定への直接転記がブロックされ、すべての転記は補助元帳(売掛金請求書、買掛金請求書、資産取得など)から発生する必要があります。例:勘定110000「売掛金」の統制勘定タイプ = D。手動仕訳(FB01)で110000に転記しようとすると、SAPは拒否します。代わりに得意先請求書(FB70)で転記する必要があります。これにより、補助元帳とGLが常に一致することが保証されます。
外貨建転記ブロック外貨建転記をブロックするチェックボックス現地通貨残高のみを保持すべき勘定(例:税クリアリング勘定、現地法定引当金)で有効にします。チェックすると、外貨での転記はすべて拒否されます。ユーザーエラー(例:誤ってUSD請求書をJPY専用の税勘定に転記するなど)を防ぐのに役立ちます。
オープン項目管理明細消込(F-03、F-44)を有効にするチェックボックス個別明細を追跡および消込する必要がある勘定(例:GR/IR勘定、クリアリング勘定、前払金)に必須です。有効にすると、各転記で「オープン」ステータスの明細が作成され、後で相殺転記で消込を行います。例:勘定191000「GR/IRクリアリング」のオープン項目管理 = X。入庫で+1000JPY(オープン)が転記され、請求書受領で-1000JPY(GR明細を消込)が転記されます。不一致項目はオープンのまま残り、GR/IRクリアリングレポート(MB5S)に表示されます。
明細表示レポート用に明細詳細を保存するチェックボックス(消込は不要)個別転記をドリルダウンする必要があるが、消込ロジックは不要な勘定に使用します。例:勘定500000「売上高」の明細表示 = X(消込は不要だが、残高を構成するすべての請求書を確認したい場合)。対照的に、オープン項目管理は消込ワークフローのオーバーヘッドが追加されるため、純粋なレポート目的には明細表示を使用します。
ソートキー転記時に割当フィールドを自動入力するために使用されるフィールドシステムが各明細に参照番号を割り当てる方法を制御します。例:ソートキー「001」= 伝票番号、「012」= 請求書日付、「018」= 原価センタ。財務チームが転記の検索に使用する基準に基づいて選択します。チームが常に原価センタで検索する場合は、ソートキー = 018を設定します。原価センタが割当フィールドに自動入力され、FBL3Nで検索可能になります。

次に読むべきもの

L1) Big Picture

IDCategoryTitle
fi-001OverviewSAP FIとは何ですか?

L2-A) Master Data

IDCategoryTitle
fi-a01OverviewSAP FI マスタデータ:概要、階層、および関係性
fi-a02-01Master DataSAP FI 品目マスタ
fi-a03-01Master DataSAP FI 勘定科目表 📍
fi-a03-02Master DataSAP FI 総勘定元帳
fi-a04-01Master DataSAP FI 支払条件
fi-a04-02Master DataSAP FI 税コード
fi-a06-01Master DataSAP FI 銀行マスタ
fi-a06-02Master DataSAP FI 仕向銀行
fi-a07-01Master DataSAP FI 資産クラス
fi-a07-02Master DataSAP FI 減価償却キー
fi-a07-03Master DataSAP FI 資産マスタ

L2-B) Transaction

IDCategoryTitle
fi-b01OverviewSAP FIトランザクション:プロセスフロー、階層、関係性