GL の全体像と試験範囲

GL（一般会計、General Ledger）は R2R（Record to Report）の中核です。サブレジャーの仕訳を受け取って残高を管理し、期間締め・外貨処理・財務レポートまでを担います。
元帳（Ledger）は 勘定体系（COA）・会計カレンダー・通貨・会計方法 の組合せで定義します。COA と「法的エンティティ ↔ 貸借一致（バランシング）セグメント値」の対応は後から変えにくいため、最初に固めます。
AP・AR・FA などの仕訳は補助元帳会計（SLA）が作成し、GL へ転送・転記されます。GL 自体は手入力・スプレッドシート・FBDI 取込・自動仕訳（配賦・逆仕訳・再評価）を受け付けます。
認定試験 1Z0-1054-26 は 8 分野・36 問・90 分・合格 68%（日本語版 1Z0-1054-26-JPN あり）。COA・元帳・仕訳・会社間・期間締め・レポートが中心で、AI／自動化と Redwood も範囲に入ります。

モジュールの役割と位置づけ

GL が管理するものは次のとおりです。

仕訳と残高（実績・予算・予算引当（エンカンブランス））
会計期間（オープン／クローズ）と年度繰越
外貨（日次レート、再評価、換算）
会社間の貸借一致（会社間バランシング）と会社間取引（Intercompany）
GL 内での連結準備（元帳セット、報告通貨、COA マッピングによる残高転送）
財務レポート（Financial Reporting Center、Smart View、OTBI）

R2R の中での位置づけは次の流れです。業務横断の説明は R2R：記帳から決算・連結・EPM までを参照してください。

P2P・O2C・資産・プロジェクト・原価の取引
  → 補助元帳会計（SLA）で仕訳を作成（Create Accounting）
  → GL へ転送・転記（残高表と残高キューブを更新）
  → 決算整理・配賦・再評価・換算・期間クローズ
  → 財務レポート／EPM（FCC・Planning）への残高連携

外部システムの取引を SLA のルールで仕訳化する Oracle Fusion Accounting Hub も、元帳・COA などの GL の設定を共有します。

使用する組織

組織	役割	GL との関係・設定の考え方
法的エンティティ（Legal Entity）	法人格を持つ会社。取引の契約当事者・納税主体	元帳に割り当て、1 つ以上の貸借一致セグメント値（BSV）を対応付ける。1 つの BSV を複数の法的エンティティで共有しない
法的報告単位（Legal Reporting Unit）	税務・法定報告の単位	法的エンティティ作成時に同名のものが自動作成される
プライマリ元帳（Primary Ledger）	主たる帳簿。サブレジャー仕訳の転記先	COA・カレンダー・通貨・会計方法で定義する
セカンダリ元帳（Secondary Ledger）	別の会計基準や別 COA での帳簿	変換レベル（残高・仕訳・サブレジャー・調整のみ）を選ぶ
報告通貨（Reporting Currency）	別通貨での帳簿表現	変換レベル（残高・仕訳・サブレジャー）を選ぶ
元帳セット（Ledger Set）	複数の元帳をまとめて処理・照会する	同じ COA・カレンダーの元帳を束ねる。レポートや Close Monitor の階層に使う
ビジネス・ユニット（BU）	サブレジャー取引の処理単位	プライマリ元帳と既定の法的エンティティを持つ。複数の法的エンティティの取引も処理できる

構成例（架空）を示します。

サンプル商事株式会社（法的エンティティ JP01）── BSV 101
サンプル物流株式会社（法的エンティティ JP02）── BSV 102
  └ どちらも「JP プライマリ元帳」に割当（JPY・共通 COA・4月開始カレンダー・Standard Accrual）
       ├ 報告通貨：USD（親会社への報告用）
       └ セカンダリ元帳：IFRS 調整用（調整のみ）
JP01 営業単位（BU）── JP プライマリ元帳／既定の法的エンティティ JP01

組織全般の設計はエンタープライズ構造で詳しく扱います。

主要な業務プロセス

日次

サブレジャー取引を Create Accounting（SLA）で仕訳化し、GL へ転送します（転記まで同時に行う設定も可能）。
GL で直接仕訳を作成します。画面入力、スプレッドシート（Create Journal in Spreadsheet）、FBDI（Journal Import）の 3 通りがあります。
元帳と仕訳ソースの両方で承認が有効な場合、仕訳バッチは承認ルールに従って回付されます。
転記（Post）で残高表と残高キューブが更新されます。AutoPost の条件セットで自動化できます。
日次レートを Currency Rates Manager（スプレッドシート可）で登録します。

月次（日本企業の運用例：5 営業日決算）

1〜2 日目：AP・AR・FA・原価・プロジェクトの期間を締め、GL への転送漏れと会計処理エラーを解消します。
2〜3 日目：決算整理仕訳（未払・前払・引当）を登録し、翌月の自動逆仕訳を設定します。配賦ルールを実行します。
3 日目：会社間照合と、AP・AR と GL の照合を行います。
3〜4 日目：外貨建残高の再評価（Revalue Balances）、報告通貨への換算（Translate General Ledger Account Balances）を行います。
4〜5 日目：財務レポートを確認し、GL の期間をクローズして翌期間をオープンします。全体の進捗は Close Monitor で確認します。

年次

新年度の最初の期間をオープンすると、収益・費用の残高が利益剰余金勘定（元帳オプションの Retained Earnings Account）へ BSV ごとに計算されます。
決算整理は調整期間（Adjusting Period）を設けて行う運用がよく使われます。
国の要件で損益・貸借の締め仕訳（closing journals）が必要な場合は、そのためのプロセスを使います。

マスタデータ

マスタ	内容	主な作成方法	一括登録・移行
値セット・セグメント値	COA の各セグメントの値	Setup and Maintenance の COA 関連タスク	ラピッド・インプリメンテーションのスプレッドシート、セグメント値・階層のインポート
COA 構造・インスタンス	セグメント構成とセグメント・ラベル	COA 関連タスク（デプロイが必要）	ラピッド・インプリメンテーション、FSM のエクスポート／インポート
勘定階層（ツリー）	親子階層。レポート・配賦・セキュリティで使う	勘定階層の管理	スプレッドシート、インポート
相互検証ルール	禁止する勘定組合せ	Cross-Validation Rules	FSM
勘定組合せ	セグメント値の組合せ（CODE_COMBINATION_ID）	動的作成（dynamic insertion）または事前作成	仕訳取込時の動的作成
会計カレンダー	期間の定義・調整期間	Accounting Calendars	FSM
通貨・換算レート	換算レートタイプ、日次レート、ヒストリカル・レート	Currency Rates Manager	スプレッドシート、FBDI（Historical Rates Import）
仕訳ソース・カテゴリ	仕訳の出所と種類	仕訳ソース・カテゴリの管理	FSM
元帳・法的エンティティ・BU	会計構成	会計構成の登録と Review and Submit	ラピッド・インプリメンテーション
元帳セット・データ・アクセス・セット	元帳のまとまりとアクセス権	Manage Ledger Sets、Manage Data Access Sets	FSM

作成順序（依存関係）は次のとおりです。ラピッド・インプリメンテーションの順序とも一致します。

通貨・換算レートタイプ（定義済みのものもある）
値セット → COA 構造 → COA インスタンス（デプロイ）→ セグメント値 → 勘定階層 → 相互検証ルール
会計カレンダー
法的エンティティ（地域・法域・住所が前提）
プライマリ元帳 → 元帳オプション → 法的エンティティと BSV の割当 → セカンダリ元帳・報告通貨 → 会計構成の Review and Submit
BU（元帳と既定の法的エンティティを指定）
元帳セット → データ・アクセス・セット → セグメント値セキュリティ
会社間バランシング・ルール → 仕訳承認ルール → AutoPost・逆仕訳の条件セット → 仕訳連番 → 配賦 → 再評価定義 → ヒストリカル・レート → 最初の期間のオープン（Open First Period）

他モジュールとの連携

連携	タイミング	データ	仕組み
AP・AR・FA・CM・原価・PPM・経費 → GL	随時〜締め前	サブレジャー仕訳	Create Accounting（SLA）→ GL へ転送・転記。追跡は GL_IMPORT_REFERENCES と XLA 系テーブル
外部システム → GL	日次・月次	仕訳	FBDI の Journal Import（GL_INTERFACE）→ Import Journals。OIC や erpintegrations で自動化
Intercompany → GL／AR・AP	会社間取引の確定時	会社間仕訳・請求書	取引タイプで「GL へ直接」か「AR・AP の請求書」かを決める
GL → EPM（FCC・Planning）	月次	残高	EPM 側の Data Integration で取得
EPM Planning → GL	予算確定時	予算残高	予算残高のインポート
GL → 分析基盤	日次	残高・仕訳	BICC、FDI

日次の一連処理（日次レートの取込、会計処理、仕訳インポート、転記）は Accounting Automation でまとめて自動実行できます（Manage Accounting Automation タスクで設定）。SLA の追跡方法は SLA の仕組みと追跡 SQL、取込の自動化は ERP Integration Service を参照してください。

標準機能とアドオン

標準で対応できる主な機能は、複数元帳・複数通貨、再評価・換算、配賦と定期仕訳（Calculation Manager）、自動逆仕訳・自動転記、会社間バランシング、仕訳承認、仕訳の連番（Accounting and Reporting Sequences）、Financial Reporting・Smart View・OTBI、Close Monitor、Accounting Automation です。

アドオンの種類	よくある例	実現手段
帳票	自社様式の仕訳帳・総勘定元帳・試算表	BI Publisher（SQL）、Financial Reporting Web Studio、OTBI
インターフェース	給与・販売・経費精算・銀行からの仕訳連携	FBDI＋erpintegrations、OIC
データ変換	旧勘定コード → 新 COA の変換	OIC のルックアップ、事前の ETL、Accounting Hub の SLA ルール
拡張	仕訳への付加情報	付加フレックスフィールド（DFF）
ワークフロー	金額・勘定による承認経路	BPM の承認ルール（標準）

Fit to Standard の検討ポイントは次のとおりです。

配賦・定期仕訳を独自プログラムで作る前に、Calculation Manager のルールで表現できないか確認します。
帳票は、まず Financial Reporting と Smart View で作れないかを検討し、明細の様式が厳密な帳票だけを BI Publisher にします。
承認は標準の BPM ルール（金額・勘定・カテゴリ・ソースなどの条件）で表現できる範囲が広いので、独自の承認画面は最後の手段にします。

考え方の全体は標準機能とアドオンの考え方を参照してください。

ベストプラクティス

設計：法的エンティティごとに少なくとも 1 つの BSV を割り当て、1 つの BSV を複数の法的エンティティで使いません。元帳通貨は取引の大半が発生する通貨にします。元帳セット・データ・アクセス・セット・Close Monitor は「同じ COA・カレンダー」が前提なので、グループで COA を共通化できると運用が楽になります。
移行：期首残高や過去月の残高は、移行専用の仕訳ソース・カテゴリを作って Journal Import で取り込み、旧システムの試算表と照合します。
テスト：月次だけでなく、再評価・換算・年度繰越（利益剰余金の計算）を含む年次処理をリハーサルします。データ・アクセス・セットの権限も業務シナリオで確認します。
運用：サブレジャー起点の仕訳ソースには仕訳承認を有効にしません（承認待ちで滞留するため。承認はサブレジャー側で行う）。会社間バランシングでは清算会社（Clearing Company）のオプションを必ず設定します。

日本での導入の考慮点

会計年度：4 月〜3 月の会計カレンダーを定義します。決算整理用に調整期間を設けるかどうかを早い段階で決めます。
消費税：消費税は AP・AR などの取引で税（Fusion Tax）が計算し、SLA 経由で GL に計上するのが基本です。詳細は税（Fusion Tax）を参照してください。GL の手入力仕訳で税額を自動計算する前提は置かず、要件がある場合は公式ドキュメントで確認します。
決算整理と逆仕訳：未払費用・前払費用などの見越し・繰延べ仕訳は、逆仕訳の条件セット（Journal Reversal Criteria Sets）と元帳オプション「Run AutoReverse after open period」で翌月初に自動で戻せます。
帳簿の様式：仕訳帳・総勘定元帳を自社や監査で求められる様式で出す場合は、BI Publisher などで帳票を作ることが多いです。
連番：仕訳に欠番のない連番が必要な場合は Accounting and Reporting Sequences を検討します。
GL について日本固有のローカライゼーション機能は、本ページでは確認できた範囲がないため記載していません。導入時は Oracle の各国向けドキュメントで確認してください。

実装リファレンス

主要テーブル

テーブル	内容	主な列
GL_LEDGERS	元帳	LEDGER_ID、NAME、CURRENCY_CODE、CHART_OF_ACCOUNTS_ID、PERIOD_SET_NAME
GL_CODE_COMBINATIONS	勘定組合せ	CODE_COMBINATION_ID、SEGMENT1〜SEGMENT30、ACCOUNT_TYPE
GL_PERIOD_STATUSES	期間ステータス（GL・サブレジャー別）	LEDGER_ID、APPLICATION_ID、PERIOD_NAME、CLOSING_STATUS
GL_JE_BATCHES／GL_JE_HEADERS／GL_JE_LINES	仕訳バッチ・仕訳ヘッダー・仕訳明細	JE_BATCH_ID、JE_HEADER_ID、JE_LINE_NUM
GL_BALANCES	残高	LEDGER_ID、CODE_COMBINATION_ID、PERIOD_NAME、CURRENCY_CODE、BEGIN_BALANCE_DR／CR、PERIOD_NET_DR／CR
GL_INTERFACE	仕訳取込のインターフェース表	STATUS、LEDGER_ID、USER_JE_SOURCE_NAME、GROUP_ID
GL_IMPORT_REFERENCES	GL 仕訳明細と SLA 仕訳明細の対応	JE_HEADER_ID、JE_LINE_NUM、GL_SL_LINK_ID、GL_SL_LINK_TABLE
GL_DAILY_RATES	日次レート	FROM_CURRENCY、TO_CURRENCY、CONVERSION_DATE、CONVERSION_TYPE、CONVERSION_RATE

列の正確な定義は Tables and Views for Financials で確認してください。テーブル全体の地図は主要テーブルマップにあります。

SELECT gcc.segment1 AS company,          -- 例：会社セグメント
       gcc.segment3 AS account,          -- 例：勘定科目セグメント（番号は COA 設計による）
       SUM(NVL(gb.begin_balance_dr, 0) - NVL(gb.begin_balance_cr, 0)) AS begin_balance,
       SUM(NVL(gb.period_net_dr, 0) - NVL(gb.period_net_cr, 0))       AS period_activity
FROM   gl_balances gb
JOIN   gl_code_combinations gcc ON gcc.code_combination_id = gb.code_combination_id
JOIN   gl_ledgers gl            ON gl.ledger_id = gb.ledger_id
WHERE  gb.ledger_id     = :P_LEDGER_ID
AND    gb.period_name   = :P_PERIOD_NAME
AND    gb.actual_flag   = 'A'               -- 実績
AND    gb.currency_code = gl.currency_code  -- 元帳通貨の行
GROUP  BY gcc.segment1, gcc.segment3
ORDER  BY gcc.segment1, gcc.segment3

インポート・スプレッドシート

対象	手段	流れ
仕訳	FBDI「Journal Import」	CSV（GL_INTERFACE）→ Load Interface File for Import → Import Journals → エラーは Correct Import Errors
仕訳	スプレッドシート	Create Journal in Spreadsheet → Submit（インターフェース保存／インポート／インポートと転記）
ヒストリカル・レート	FBDI「Historical Rates Import」またはスプレッドシート	Currency Rates Manager の Historical Rates タブ
日次レート	スプレッドシート	Currency Rates Manager の Create in Spreadsheet
COA・元帳・法的エンティティ・BU	ラピッド・インプリメンテーションのスプレッドシート	アップロード後に内容を確認
予算	フラットファイル・スプレッドシート	予算残高のインポート

手順の詳細は仕訳（作成・インポート・承認・配賦）と FBDI を参照してください。

主要 ESS ジョブ（スケジュール済プロセス）

プロセス	用途
Load Interface File for Import	FBDI の CSV をインターフェース表へロード
Import Journals	GL_INTERFACE から仕訳を作成
Purge Interface Tables	インターフェース表の削除
AutoPost Journals	AutoPost 条件セットによる自動転記
AutoReverse Journals	逆仕訳の自動作成
Revalue Balances	外貨建残高の再評価
Translate General Ledger Account Balances	残高レベルの報告通貨への換算
Transfer Balances to Secondary Ledger	残高レベルのセカンダリ元帳への残高転送
Create Accounting	サブレジャー取引の仕訳作成（SLA）
Prepare Intercompany Reconciliation Reporting Information	会社間照合レポートのデータ準備
Prepare Payables to General Ledger Reconciliation	AP と GL の照合データ準備（AR 版もある）
Generate Financial Reports and Account Groups	財務レポートと勘定グループの生成

REST・連携

ERP Integration Service（REST の erpintegrations、SOAP の ErpIntegrationService）の importBulkData で、ファイルのアップロードから Import Journals までを 1 回の呼び出しで実行できます。詳細は ERP Integration Service を参照してください。
照会用の REST リソースはリリースで追加されるため、REST API for Oracle Fusion Cloud Financials の一覧で確認してください。

OTBI

仕訳は「General Ledger - Journals Real Time」、残高は「General Ledger - Balances Real Time」などのサブジェクト領域で分析します。一覧は実装ガイドの「General Ledger Subject Areas, Folders, and Attributes」で確認できます。

試験対策ポイント

項目	内容
試験	Oracle Fusion Cloud Financials: General Ledger 2026 Implementation Professional（1Z0-1054-26）
形式	36 問・90 分・合格 68%（Oracle の日本語版試験一覧で確認。日本語版は 1Z0-1054-26-JPN）
模擬テスト	GL 模擬テスト

出題分野（英語名）	学習ページ
Implementing Enterprise and Financial Reporting Structures	エンタープライズ構造、COA・元帳
Implementing Ledgers	COA・元帳・GL セキュリティ・残高キューブ
Implementing and Managing Journals	仕訳
Processing Intercompany	会社間取引
Performing Period Close	期間締め
Configuring Financial Reports	財務レポート・AI・Redwood、財務レポート
Leveraging AI/ML/Mobile and Automation Features	財務レポート・AI・Redwood
Enabling Redwood Capabilities	財務レポート・AI・Redwood、Redwood UX と AI

覚えること：元帳を定義する 4 要素、セグメント・ラベル（Primary Balancing と Natural Account は必須）、セカンダリ元帳・報告通貨の変換レベル、会社間バランシング・ルールの優先順位、再評価と換算の違い、仕訳承認の前提（元帳と仕訳ソースの両方）。
判断問題：「この要件は報告通貨・セカンダリ元帳・換算のどれで満たすか」「このアクセス制限はデータ・アクセス・セットとセグメント値セキュリティのどちらか」がよく問われる形です。