--- title: "SAP FIとは：会社コード・元帳・会計年度バリアントの設定と伝票の構造、COとの境界【2026年10月】" url: "https://www.issoh.co.jp/tech/details/18929/" published: 2026-10-26 updated: 2026-10-26 categories: ["業務システム"] publisher: "株式会社一創" --- # SAP FIとは：会社コード・元帳・会計年度バリアントの設定と伝票の構造、COとの境界【2026年10月】 SAP FIは、SAP ERPとSAP S/4HANAで財務会計（Financial Accounting）を受け持つモジュールで、貸借対照表と損益計算書を会社コード単位で作るための総勘定元帳・債権・債務・固定資産・銀行の各機能を備えた構成です。この記事では、会社コード・勘定コード表・会計年度バリアントで組織構造を決める手順、先導元帳0Lと並行元帳・拡張元帳の使い分け、伝票タイプと転記キーで組む伝票の構造を、2026年10月時点のSAP公式トレーニング（learning.sap.com）の記述を根拠に整理します。後半ではユニバーサルジャーナルACDOCAから仕訳を集計するABAP SQLの例、抽出APIの選び分け、SAP CO（管理会計）との境界とアドオン開発を見送る条件まで扱います。 ## まとめ：SAP FIは組織構造の設定順と伝票の流れ、COとの境界で決まる SAP FIの設定で後から変えにくいのは組織構造です。会社コード、勘定コード表、会計年度バリアントは、同じ管理会計領域に入る会社コードどうしでそろえる必要があり、ここを決めずに伝票設計へ進むと連結や原価計算の段階で作り直しになります。決める順番は「会社コード→勘定コード表と会計年度バリアント→転記期間バリアント→元帳」です。 S/4HANAでは、FIとCOの明細がユニバーサルジャーナル（テーブルACDOCA）の同じ行に記録されます。FIとCOの照合作業は要りません。その代わり、原価センタや利益センタの持たせ方をFIの伝票設計と同時に決めることになります。データを外へ出すときは、ACDOCAを読むのか、BSEGのエントリービューを読むのかでAPIが変わります。 アドオン開発は、法定帳票の様式差や外部システムとの連携のように標準で埋まらない部分に絞ります。勘定の振り分けや承認の流れは、伝票タイプ・仕訳テンプレート・元帳の設定で済む場面が多く、そこに独自プログラムを書くとS/4HANAの更新のたびに改修費が発生します。 ## SAP FIが受け持つ範囲：総勘定元帳・債権債務・固定資産とS/4HANAでの位置 ### FI-GL・AR・AP・AA・BLの5領域と法定財務諸表を作る会社コード SAP FIは、総勘定元帳（FI-GL）、売掛金管理（FI-AR）、買掛金管理（FI-AP）、固定資産管理（FI-AA）、銀行会計（FI-BL）を中心に構成されます。売上と仕入の明細は債権債務の補助元帳に、資産の取得と償却は固定資産の補助元帳に記録され、いずれも総勘定元帳の勘定へ集約されます。 | 領域 | 扱う対象 | 主な画面の例 | | ----- | ---------- | --------- | | FI-GL | 勘定科目の残高と仕訳 | FB50・FS00 | | FI-AR | 得意先の請求と入金 | FB70 | | FI-AP | 仕入先の請求と支払 | FB60 | | FI-AA | 固定資産の取得と償却 | 資産マスタ | | FI-BL | 銀行口座と入出金 | 銀行マスタ | 法定の財務諸表を作る単位は会社コードです。SAP公式トレーニングの[Creating Company Codes](https://learning.sap.com/courses/maintaining-financial-accounting-core-settings/creating-company-codes)では、会社コードを「財務取引を記録・管理する独立した会計単位」と定義し、貸借対照表と損益計算書は会社コード単位で作ると説明しています。ERP全体のモジュール構成の中でFIがどこに座るかは、[ERPモジュール一覧と国産ERPとの対応表](https://www.issoh.co.jp/column/details/10898/)で横並びに確認できます。 ### ユニバーサルジャーナルACDOCAでFIとCOが同じ明細行を持つ仕組み S/4HANAで会計データの持ち方は大きく変わりました。SAP公式トレーニングの[Discussing the Universal Journal](https://learning.sap.com/courses/outlining-cost-management-and-profitability-analysis/discussing-the-concept-of-the-universal-journal%5Ff62cf151-5562-44f5-8ff6-df16fb232e94)は、財務会計と管理会計の実績データを単一テーブルACDOCAに記録するため、FIとCOの照合が不要になると説明しています。統合されるのは総勘定元帳、固定資産会計、CO、収益性分析、Material Ledgerです。 同じレッスンは、二次原価要素を「COの独立した単位ではなく、特殊なタイプのG/L勘定」と位置づけています。原価要素を勘定と別に保守する作業はなくなり、勘定コード表の設計がそのままCOの集計軸になる仕組みです。S/4HANAそのものの導入形態や移行方式は[SAP S/4HANAとECCの違いと移行方式の解説](https://www.issoh.co.jp/column/details/13603/)にまとめています。 ## 会社コード・勘定コード表・会計年度バリアントで組織構造を設定する手順 ### 会社コードは国ごと法人ごとに作り4桁キーと通貨・言語を決める 会社コードは国ごとに作り、同じ国に複数の法人があれば法人ごとに分けます。作成時に入力するのは次の3群です。 1. 基本データ：4桁の英数字キーと、現地当局に届け出る正式な会社名 2. 住所データ：通貨、言語、国、市区町村、住所 3. グローバルパラメータ：勘定コード表、会計年度バリアント、会社コードの既定値 キーを決める際の前提は、後から変更できないことです。SAPのトレーニング用モデル会社では、ドイツの1010と米国の1710という2つの会社コードが同じ管理会計領域A000に入っています。新しい会社コードは既存の会社コードをコピーして作る方法が一般的で、GUIではOX02で定義を保守します。 ### 勘定コード表と会計年度バリアントは管理会計領域の中でそろえる 組織構造で最初に効く制約がこれです。Creating Company Codesのレッスンは、同じ管理会計領域に割り当てる会社コードは同じ勘定コード表と会計年度バリアントを使わなければならず、通貨だけは別でよいと明記しています。モデル会社の例では勘定コード表YCOA、会計年度バリアントK4で統一されています。 実務上の帰結は単純です。決算期が違う子会社を同じ管理会計領域に入れたいなら、会計年度バリアントは親会社に合わせ、子会社の決算期は特別期間や並行元帳の側で吸収します。逆に、決算期をそろえられない海外子会社を別の管理会計領域に置くと、原価センタをまたいだ配賦はできなくなります。 ### 3月決算の会計年度バリアントは年度非依存で-1指標と特別期間を使う 会計年度バリアントは、会計年度を何期間に分け、各期間の開始日と終了日をいつにするかを決める設定です。[Managing Fiscal Year Variants](https://learning.sap.com/courses/maintaining-financial-accounting-core-settings/managing-fiscal-year-variants)によれば、決算整理用の特別期間は13〜16の番号で最大4つ持てます。暦年決算のK4は「Calendar year」をオンにすると12期間が自動で設定され、特別期間を4つ持ちます。 3月決算のように1月1日始まりでない場合は、毎年同じ日付で区切る年度非依存のバリアントを作り、前年度または翌年度に属する期間に「-1」か「+1」の指標を付けます。期間が暦月どおりなら、うるう年に備えて2月の日付上限を29にする設定が必要です。年度ごとに期間数が変わる4-4-5週の会計や、決算期変更で生じる短縮会計年度は、年度依存のバリアントとして別に定義します。 ### 転記期間バリアントで月次の期間を開閉し、締め後の転記を止める運用 会計年度バリアントは期間の数と日付を決めるだけで、どの期間に転記できるかは決めません。期間の開閉を受け持つのは転記期間バリアントで、GUIではOB52で保守します。月次決算の運用では、締めた月を閉じて誤転記を止め、決算整理の間だけ特別期間を開ける、という操作をこの設定で行います。 期間を閉じても、開閉そのものを誰でも変えられる状態では締めの意味がありません。転記期間バリアントの保守権限は経理責任者に限ります。 ## 先導元帳0Lと並行元帳・拡張元帳を使い分けてIFRSと管理調整を記帳する設定 ### 先導元帳0Lは1システムに1つ、IFRSは2Lなど並行元帳で全件を持つ [Maintaining Ledgers in Financial Accounting](https://learning.sap.com/courses/maintaining-financial-accounting-core-settings/maintaining-ledgers-in-financial-accounting)によると、S/4HANAには先導元帳が最低1つ必要で、既定は0Lです。先導元帳に指定できるのはシステム内で1つだけで、会社コード単位で無効にはできません。先導元帳の通貨・会計年度バリアント・転記期間バリアントは会社コードの設定と同じになります。 日本基準で先導元帳を持ち、IFRSや米国基準でも報告する企業は、並行元帳を足します。既定では2LがIFRS、3Lが米国基準です。特定の元帳に限定しない仕訳は全ての標準元帳に同時に記録されるので、基準差は少数の調整仕訳で済みます。代わりに全件を元帳の数だけ持つため、データベースの容量は元帳の数に比例して増えます。 ### 拡張元帳のタイプ空白・P・S・Gと並行元帳の代わりにならない場面 拡張元帳は、標準元帳の上に調整値だけを重ねる元帳です。基礎元帳のデータを複製しないので容量は増えません。同じレッスンでは、拡張元帳0Eが0Cに、0Cが標準元帳0Lにリンクする多段の例が示されています。作成時には基礎元帳と拡張元帳タイプを指定します。 | タイプ | 記録の形 | 用途 | | --- | ----------------- | ------------- | | 空白 | 伝票番号付きの仕訳・削除不可 | 管理会計や税務の調整 | | P | 技術番号の明細・削除不可 | 予測・コミットメント | | S | 技術番号の明細・削除可 | シミュレーション | | G | G/L調整の仕訳・整合チェックなし | 現金主義・利益センタ間振替 | 容量が小さいからといって、IFRS用の元帳を拡張元帳で済ませる設計は採りません。拡張元帳は補助元帳と統合されず、固定資産会計や未決済項目管理を十分に扱えないと公式に書かれています。減価償却が基準ごとに違う企業では、並行の標準元帳が必須です。 ## FI伝票の構造：ヘッダと明細、伝票タイプと転記キーで仕訳を組み立てる方法 ### 伝票ヘッダの転記日付と伝票タイプKR、明細の勘定・転記キー・金額 FI伝票は、伝票全体に1つのヘッダと、勘定ごとの明細行を組み合わせた構造です。ヘッダには請求書日付・転記日付・テキストなどの一般データと伝票タイプを持ち、明細には勘定番号・転記キー・勘定割当（原価センタなど）・金額を持ちます。転記日付が会計年度バリアントによって期間に変換され、その期間が開いているかを転記期間バリアントで判定する、という順で前章の設定が効きます。 伝票タイプは、番号範囲と転記できる勘定タイプを決める鍵です。SAP公式トレーニングの[Creating Simple Documents in FI](https://learning.sap.com/courses/customizing-core-settings-in-financial-accounting-in-sap-s4hana/creating-simple-documents-in-fi)は、仕入先の請求書で伝票タイプを指定しなければシステムがKR（仕入先請求書）を提案すると説明しています。転記キーは明細ごとに借方か貸方か、どの勘定タイプかを決めるもので、総勘定元帳の借方40・貸方50が代表例です。 ### Fioriの仕訳入力アプリとFB50などSAP GUIトランザクションの対応 S/4HANAの標準UIはSAP Fioriです。総勘定元帳の手入力は「Post General Journal Entries」アプリで行い、よく使う仕訳は「Manage Journal Entry Templates」でテンプレートにして他の利用者と共有できます。入力した伝票は、転記（Post）のほか、承認待ちとして保留転記（Park）するか、作業途中のまま保留（Hold）するかを選べます。 ECCからの移行プロジェクトでは、SAP GUIのトランザクションも並行して使われます。総勘定元帳の転記はFB50、仕入先請求書はFB60、得意先請求書はFB70、伝票照会はFB03、勘定マスタはFS00が代表です。FioriとGUIのどちらを業務の正とするかの判断は[SAP FioriとSAP GUIの移行判断の解説](https://www.issoh.co.jp/tech/details/18923/)で扱っています。 ### MM・SDの業務伝票から会計伝票が自動で起票される連携の追い方 FIの伝票の多くは、経理が手で入力したものではありません。購買（MM）の入庫や請求書照合、販売（SD）の請求が転記されると、勘定決定の設定に従って会計伝票が自動で起票されます。MM側の入庫・請求書照合の伝票と、評価クラスからBSX・WRXの勘定が決まる仕組みは[SAP MMとは：購買発注・入庫・請求書照合の伝票フローと組織・勘定決定の設定](https://www.issoh.co.jp/tech/details/18931/)で解説しています。 不整合を調べるときは、会計伝票の照会画面から元の業務伝票へたどり、勘定決定のどの設定で勘定が決まったかを確認します。勘定が想定と違う原因の大半は、品目の評価クラスや得意先の勘定グループといったマスタ側の値です。FIの設定だけでは解決しないため、MM・SDの担当者と同じ画面で切り分けます。 ## ACDOCAとAPIで仕訳データを取り出す：ABAP SQLの集計例とAPIの選び分け ### ABAP SQLでACDOCAから会社コード・期間別に勘定残高と貸借差額を集計 月次の締めで「勘定ごとの当月発生額」と「貸借が合わない伝票が無いか」を確かめる処理は、ACDOCAを直接読むと短く書けます。次の例は、先導元帳0L・会社コード・会計年度・期間を指定し、国内通貨額（HSL）を勘定別に合計したうえで、伝票単位の合計が0にならない伝票を抽出するABAPレポートです。ACDOCAの金額は貸方がマイナスで記録されるため、同じ元帳の1伝票を合計すると0になります。 ``` REPORT zfi_acdoca_period_check. PARAMETERS: p_bukrs TYPE bukrs DEFAULT '1010', p_gjahr TYPE gjahr DEFAULT '2026', p_poper TYPE poper DEFAULT '010'. " 先導元帳0Lの当該期間を勘定別に合計（HSL＝国内通貨額） SELECT racct, SUM( hsl ) AS amount FROM acdoca WHERE rldnr = '0L' AND rbukrs = @p_bukrs AND gjahr = @p_gjahr AND poper = @p_poper GROUP BY racct ORDER BY racct INTO TABLE @DATA(lt_by_account). " 伝票単位の合計が0でない伝票（貸借不一致）を抽出 SELECT belnr, SUM( hsl ) AS diff FROM acdoca WHERE rldnr = '0L' AND rbukrs = @p_bukrs AND gjahr = @p_gjahr AND poper = @p_poper GROUP BY belnr HAVING SUM( hsl ) <> 0 INTO TABLE @DATA(lt_unbalanced). cl_demo_output=>write( lt_by_account ). cl_demo_output=>display( lt_unbalanced ). ``` RLDNR（元帳）、RBUKRS（会社コード）、GJAHR（会計年度）、POPER（期間）、BELNR（伝票番号）、RACCT（勘定）がキーとなる項目です。項目名と型は、実行前にABAPディクショナリで自システムのACDOCAの定義を確かめてください。ACDOCAは行数が多いテーブルなので、元帳と会社コードと期間を必ず条件に入れ、本番での全件走査を避けます。ABAPの書き方は[ABAPの特徴と実装の解説](https://www.issoh.co.jp/tech/details/15397/)を参照してください。 ### 仕訳を外部へ出すOData APIの違い：BSEGを読むかACDOCAを読むか 外部システムからOData APIで仕訳を取るときは、どのビューを読むAPIかを先に確認します。SAPの[KBA 2821106](https://userapps.support.sap.com/sap/support/knowledge/en/2821106)（S/4HANA Cloud Public Edition）は、API Accounting Document – Read（API\_OPLACCTGDOCITEMCUBE\_SRV）がテーブルBSEGのエントリービューの業務会計伝票だけを読むため、伝票タイプAAなど固定資産関連の転記の一部が取れないと説明しています。 | API名（API\_〜\_SRV） | 読むデータ | 注意点 | | --------------------- | ------------- | ----------------------- | | OPLACCTGDOCITEMCUBE | BSEGのエントリービュー | 元帳ビューだけの明細は出ない | | JOURNALENTRYITEMBASIC | ACDOCAの元帳ビュー | SAP Analytics Cloud連携専用 | KBAは、ACDOCAにしか無い明細はJournal Entry Item – Read（API\_JOURNALENTRYITEMBASIC\_SRV）で取るよう案内する一方、このサービスはSAP Analytics Cloudとの連携専用と明記しています。汎用の連携基盤やDWHへ全仕訳を流す用途では、このAPIを前提にせず、抽出の経路から設計し直すのが安全です。分析用にデータを集める基盤の選び方は[SAP BWとDatasphereの違いとデータ取得](https://www.issoh.co.jp/tech/details/18927/)で比較しています。 ## FIとCOの境界とアドオン開発の判断：標準で済ませる条件と開発に進む条件 ### 原価センタ・利益センタ・配賦はCO、法定報告はFIに置く線引き FIは外部への法定報告、COは社内の意思決定のための原価と収益性の管理を受け持ちます。S/4HANAでは両者が同じ明細行を共有しますが、設定の責任範囲は分かれたままです。勘定コード表・会社コード・元帳・転記期間はFI、原価センタ・内部指図・配賦サイクル・収益性セグメントはCOが持ちます。 実装で迷うのは、部門別損益をどちらで作るかです。法定の区分別貸借対照表まで必要ならFIのセグメントと伝票分割で、社内の採算管理だけなら利益センタとCOの配賦で作ります。目的の違いそのものは[財務会計と管理会計の違いとシステム化の判断](https://www.issoh.co.jp/column/details/15448/)、製品を問わない部門別採算の組み方は[ERPの会計機能と部門別採算の作り方](https://www.issoh.co.jp/column/details/10910/)で解説しています。 ### アドオン開発を見送る場面とBTPでの拡張・外部委託の見積もり観点 次の要件では、アドオンを書かずに標準の設定で対応します。 - 勘定の自動振り分け：勘定決定と仕訳テンプレートで足りる - 承認を経てから転記したい：保留転記（Park）とワークフローで足りる - 日本基準とIFRSの二重帳簿：並行元帳で足りる - 管理用の調整仕訳：拡張元帳で足りる 開発に進むのは、外部の販売管理や銀行・EDIとの連携、法定帳票の様式差、標準に無い締め処理の自動チェックなど、標準の外にある部分です。この場合もS/4HANAの本体を改修せず、[SAP BTPでの拡張開発とデプロイ手順](https://www.issoh.co.jp/tech/details/18921/)のようにクリーンコアの外側へ置くと、更新時の回帰テストの範囲を小さくできます。外部へ委託するときは、対象の会社コード数、並行元帳の有無、連携する外部システムの本数、移行する残高と明細の期間、本番後の保守範囲の5点を先に固めると見積もりがぶれません。設定と開発をまとめて相談したい場合は[SAPコンサルティング・導入支援サービス](https://www.issoh.co.jp/service/erp%5Fcrm/sap/)で要件の整理から受け付けています。 ## よくある質問 SAP FIについて、設定と運用の検討段階でよく出る質問に答えます。 ### SAP FIとSAP COの違いは何ですか？ FIは財務会計で、会社コード単位の貸借対照表と損益計算書を作るための仕訳を記録します。COは管理会計で、原価センタや利益センタ、収益性分析によって社内の採算を管理します。FICOとまとめて呼ばれるのは、S/4HANAで両者の実績がユニバーサルジャーナルACDOCAの同じ明細行に記録され、照合が不要になったためです。設定の責任範囲は分かれており、勘定コード表や元帳はFI、配賦の設定はCOが持ちます。 ### SAP FIでよく使うトランザクションコードは何ですか？ SAP GUIでは、総勘定元帳の転記がFB50、仕入先請求書がFB60、得意先請求書がFB70、伝票照会がFB03、勘定マスタの保守がFS00です。設定側では会社コードの定義にOX02、転記期間の開閉にOB52を使います。S/4HANAの標準UIはFioriで、総勘定元帳の転記を受け持つのは「Post General Journal Entries」アプリです。どちらを使えるかは権限とロールの設定によって変わります。 ### S/4HANAでSAP FIは何が変わりましたか？ 最も大きな変化は、FI・CO・固定資産・収益性分析・Material Ledgerの実績がACDOCAという1つのテーブルに記録されるようになったことです。二次原価要素はG/L勘定の一種として扱われ、勘定とは別に保守する必要がなくなりました。一方、BSEGはエントリービューとして残っており、外部連携ではどちらを読むかでAPIが変わります。ECCからの移行方式と期限は[SAPの2027年問題と移行・延命の判断](https://www.issoh.co.jp/column/details/13381/)を参照してください。 ### SAP FIの設定と運用には社内にどんな体制が要りますか？ 最低限必要なのは、勘定コード表と締めの手順を決める経理側の責任者と、設定を保守するSAPの担当者です。転記期間の開閉や伝票タイプの追加は月次で発生するため、外部に任せきりにすると締めのたびに依頼が滞ります。システム基盤の運用（カーネルやサポートパッケージの適用）は別の担当領域で、内容は[SAP Basisの作業範囲と更新手順](https://www.issoh.co.jp/tech/details/18925/)にまとめています。 ### SAP FIの仕訳データを外部システムやBIへ連携するにはどうしますか？ 社内のABAPで集計できるならACDOCAを元帳・会社コード・期間で絞って読むのが短い経路です。外部からOData APIで取る場合、API\_OPLACCTGDOCITEMCUBE\_SRVはBSEGのエントリービューしか読まず、ACDOCAの元帳ビューを読むAPI\_JOURNALENTRYITEMBASIC\_SRVはSAP Analytics Cloud連携専用とKBA 2821106に書かれています。全仕訳をDWHへ流す用途では、BWやDatasphereを含めて抽出経路を設計します。 ## 関連記事 - [SAP S/4HANAとは？ECCとの違い・導入形態・移行方式と2027年問題への備えを解説](https://www.issoh.co.jp/column/details/13603/)：FIが動く基盤であるS/4HANA全体の解説 - [ERPモジュール一覧｜個別原価計算を回す基幹システム構成とSAP・国産ERP対応表](https://www.issoh.co.jp/column/details/10898/)：FIを含むモジュール構成を製品横断で比較 - [SAP Fioriとは：SAPUI5との関係・SAP GUIからの移行判断とCAPでのアプリ実装手順](https://www.issoh.co.jp/tech/details/18923/)：FIの入力画面となるFioriの実装 - [SAP BWとは：BW/4HANA・Datasphereの違いと2027年の保守期限、Pythonでのデータ取得](https://www.issoh.co.jp/tech/details/18927/)：会計データを分析基盤へ集める方法 - [SAP導入支援とは？支援範囲・費用の内訳とコンサル会社の選び方](https://www.issoh.co.jp/column/details/7446/)：FIの設定を外部へ委託するときの費用と選び方 --- 出典: [SAP FIとは：会社コード・元帳・会計年度バリアントの設定と伝票の構造、COとの境界【2026年10月】]()（株式会社一創）