R2R：記帳から決算・連結・EPM まで

R2R（Record to Report）は、各モジュールの取引を補助元帳会計（SLA）で仕訳にし、GL に転送・転記し、期間を締めて報告するまでの流れです。GL の転記済み残高が、財務レポート・EPM・分析基盤すべての出発点になります。
記帳の連携は「Create Accounting → GL へ転送 → GL で転記」の 3 段です。取引が GL に届かない原因は未会計・未転送・未転記のどれかなので、締め前にこの 3 つをゼロにします。
締めの順序は依存関係で決まります。基本は AP → AR → 在庫・原価 → FA → GL です。PPM を使うなら FA の前に置き、決済時に会計する場合は AP・AR の前に銀行照合を終えます。
外貨は 再評価 → 換算 の順、会社間は バランシング → 照合 → 連結消去（EPM） の順に進めます。
EPM（FCC・ARCS・Narrative Reporting・Planning）は Fusion とは別の製品（EPM Cloud）です。GL 残高を Data Integration で取り込み、連結・照合・開示・予算に使います。結果を GL に戻すときは仕訳（書き戻し）になります。

プロセスの全体像

各モジュールの取引 → 会計イベント → Create Accounting（SLA）→ GL へ転送 → GL で転記
  → GL の調整（手入力・インポート・配賦・逆仕訳）→ 外貨（再評価 → 換算）・会社間
  → 期間締め（AP → AR → 在庫・原価 → FA → GL）→ 財務レポート
  → EPM（残高の取込 → 連結・照合・開示・予算）

ステップ	担当モジュール	主な画面・API・ジョブ	作られるデータ
1. 取引の完了	AP・AR・FA・PPM・原価	各モジュールの取引画面、REST、FBDI	会計イベント（未会計）
2. 補助元帳仕訳の作成	SLA	Create Accounting（Accounting Mode・Transfer to General Ledger・Post in General Ledger）	補助元帳仕訳（XLA_AE_HEADERS／XLA_AE_LINES）
3. GL への転送・転記	SLA → GL	同上、Journals 作業領域、AutoPost Journals	GL 仕訳（GL_JE_*）、GL_IMPORT_REFERENCES、残高（GL_BALANCES・残高キューブ）
4. 調整仕訳	GL	Create Journal、Create Journal in Spreadsheet、Journal Import（Load Interface File for Import → Import Journals）	仕訳バッチ・仕訳（外部仕訳は GL_INTERFACE 経由）
5. 配賦・逆仕訳	GL（Calculation Manager）	Manage Allocations and Periodic Entries、AutoReverse Journals	配賦仕訳、逆仕訳
6. 外貨・会社間	GL・Intercompany	Revalue Balances、Translate General Ledger Account Balances、Prepare Intercompany Reconciliation Reporting Information	再評価仕訳、換算残高（CTA）、会社間債権・債務
7. 期間締め	全モジュール・GL	Manage Accounting Periods、Close Monitor	期間ステータス（GL_PERIOD_STATUSES）
8. 財務レポート	GL	Financial Reporting Center、Smart View、OTBI、BI Publisher（BIP）	財務諸表、勘定グループ
9. EPM 連携	EPM Cloud	Data Integration、FCC、ARCS、Narrative Reporting、Planning	EPM の残高・連結結果・照合・予算

ステップ 2〜3 が R2R の背骨で、他のモジュールはすべてここで GL につながります。ステップ 4〜6 は GL の内側で完結する調整です。

モジュール間の連携ポイント

1. サブレジャー → GL（記帳）

トリガー：取引が会計対象になった時点（AP の請求書の検証、AR の取引の完了、FA の資産取引、受入・出荷など）で会計イベントが作られます。Create Accounting は夜間か締め前にスケジュールします。
渡るデータ：会計イベント → 補助元帳仕訳 → GL 仕訳。仕訳ソースにはサブレジャー名が入り、GL 明細と補助元帳明細の対応は GL_IMPORT_REFERENCES が持ちます。
仕組み：Create Accounting でサブレジャー・アプリケーションと元帳を指定し、Accounting Mode（Draft／Final）、Transfer to General Ledger、Post in General Ledger を選びます。GL へ転送できるのは最終（Final）の仕訳だけです。日次の自動化は Accounting Automation（Manage Accounting Automation）でまとめられます。
会計への影響：転記で GL_BALANCES と残高キューブが更新されます。勘定は元帳の会計方法（SLA のルール）で決まるので、想定と違うときは取引データではなくルールを直します。

止まっている場所は次のように切り分けます。

状態	見る場所	対処
イベントが未処理・エラー	Create Accounting のレポート、XLA_EVENTS	勘定・期間などの原因を直して再実行
ドラフトのまま	XLA_AE_HEADERS のステータス	Final で再実行
最終だが GL 未転送	XLA_AE_HEADERS の転送ステータス	転送して GL へ
転送済みだが未転記	GL 仕訳のステータス	Post、または AutoPost Journals

2. GL への調整仕訳

トリガー：決算整理、外部システム（給与・販売・経費精算）の仕訳、共通費の配賦、翌月初の戻し。
渡るデータ：仕訳バッチ・仕訳・明細（GL_JE_BATCHES／GL_JE_HEADERS／GL_JE_LINES）。外部仕訳は GL_INTERFACE を通ります。
仕組み：画面入力、スプレッドシート、FBDI の Journal Import、erpintegrations の importBulkData による自動化。配賦・定期仕訳は Calculation Manager のルール、逆仕訳は Journal Reversal Criteria Sets と AutoReverse Journals で作ります。承認は元帳と仕訳ソースの両方で有効にし、サブレジャーの仕訳ソースでは使いません。配賦仕訳は承認に回りません。
会計への影響：仕訳ソース・カテゴリが、承認・逆仕訳・会社間バランシング・セカンダリ元帳への複製の条件になります。外部システムごとに専用のソースを作ると、照合と調査が楽になります（仕訳）。

3. 外貨（再評価・換算）

トリガー：外貨建取引の発生・決済と、期末の評価替え・報告通貨への換算。
渡るデータ：日次レート（GL_DAILY_RATES）、ヒストリカル・レート、再評価仕訳、換算後残高。
仕組み：AP・AR は取引日のレートで記録し、決済時の差額を実現為替差損益にします。期末は GL の Revalue Balances が未実現損益を計上し、そのあとに Translate General Ledger Account Balances が残高レベルの報告通貨へ換算します。レートのない AP 取引は Apply Missing Conversion Rates で補います。
会計への影響：貸借対照表の再評価仕訳は翌期間に逆仕訳します。換算の差額は CTA 勘定に出ます。順序を逆にすると、再評価の結果が換算に反映されません（期間締め）。

4. 会社間

トリガー：法的エンティティ・BSV をまたぐ仕訳、グループ会社間の請求・付替。
渡るデータ：会社間債権・債務の明細、会社間取引（FUN_ で始まるテーブル）。
仕組み：会社間バランシング（ルールは Primary Balancing Segment → Legal Entity → Ledger → Chart of Accounts の順に評価）、会社間取引（取引タイプで「GL へ直接」か「AR・AP の請求書」を選ぶ）、Prepare Intercompany Reconciliation Reporting Information による照合。
会計への影響：相手先セグメントを持つ債権・債務が両社に計上され、連結消去の元データになります。消去自体は FCC で行います（会社間取引）。

5. 期間締めの順序と依存関係

順	対象	先に終えること	順序の理由
0	銀行照合（CM）	支払・入金と銀行明細の照合	決済時に会計する設定では、決済済みになるまで支払の仕訳が当期に出ない
1	AP・経費	検証、Create Accounting、期間クローズ	資産計上（Create Mass Additions）と原価への転送（Transfer Costs to Cost Management）の元データになる
2	AR	取引・入金、Create Accounting、期間クローズ	売上原価の認識を請求・収益に連動させる設計では、請求・収益の確定が前提になる
3	在庫・原価	ペンディング取引の解消、受入会計・原価処理、原価会計期間のクローズ	受入・払出・売上原価の会計を確定する。AP の差異情報を取り込んだ後に行う
4	PPM（使う場合）	Import Costs、収益・請求の確定、資産明細の転送	AP・経費・原価・時間の原価を取り込んだ後、FA へ資産化の対象を渡す前
5	FA	Post Mass Additions、Calculate Depreciation、Create Accounting	AP・PPM からの資産追加を取り込んでから償却する
6	GL	配賦・決算整理、照合、再評価 → 換算、クローズ	すべての仕訳が揃った後

順序は使う機能で変わります。実装では依存関係を表にして、Close Monitor の責任者と営業日に割り付けます。サブレジャーの期間が開いている間は GL の期間を閉じられないようにする設定もあります。

6. 財務レポートと分析基盤

残高キューブは転記と同時に更新されますが、勘定階層の変更は公開しないとレポートに反映されません。B/S・P/L は Financial Reporting Web Studio、Excel での掘り下げは Smart View、取引明細は OTBI、体裁の決まった帳票は BIP、数年分の傾向や横断分析は BICC・Fusion Data Intelligence（FDI）で扱います（財務レポート）。

7. EPM との連携

EPM Cloud は Fusion とは別の環境で動き、Data Integration を介してつながります。

EPM の製品	Fusion との接点	役割
Data Integration	ERP を接続元に登録し、GL 残高を取り込む。EPM のデータは仕訳として GL へ書き戻せる	残高の取込・書き戻し
FCC	GL 残高を実績として取り込む	換算・消去・持分・連結仕訳
ARCS	GL 残高を取り込む	勘定照合の統制、トランザクション・マッチング
Narrative Reporting	EPM 側のデータを使う	開示資料・管理レポート
Planning	実績の取込	予算・予測の編成（確定した予算を ERP へ戻せる範囲は公式ガイドで要確認）

取込では、ERP の Oracle General Ledger アプリケーションを登録してインポートすると、GL のデータが Essbase キューブとして EPM に入ります（COA 定義ごとに 1 アプリケーション）。COA のセグメントを EPM のディメンションに、セグメント値と期間を EPM のメンバーにマッピングして実行します。

書き戻しは、EPM のアプリケーションを接続元、ERP を接続先にして実行します。公式ガイドで確認できる主な条件は次のとおりです。

Balance Type は Actual で、Journal Source と Journal Category は GL に定義済みのものと一致させる
Fusion 側で GL 残高キューブ（Create General Ledger Balances Cube ジョブ）とシナリオ（Create Scenario Dimension Members ジョブ）を用意する
期間キーは GL の会計カレンダーと合わせ、期間の範囲は 1 会計年度内にする

連結結果や ARCS の修正仕訳を GL に戻すかどうかは設計判断です。戻す場合は専用の仕訳ソース・カテゴリを作り、通常の仕訳と区別します（EPM データ統合）。

会計の流れ

金額はすべて架空の例です。

サブレジャー仕訳（SLA が作成）

取引	借方	貸方
AP 請求書の検証（経費 100,000 円、税 10%）	旅費交通費 100,000／仮払消費税 10,000	買掛金 110,000
AR 取引の完了	売掛金 110,000	売上高 100,000／仮受消費税 10,000

未払計上と翌月初の自動逆仕訳（GL）

時点	借方	貸方
3 月末（未払計上）	外注費 300,000	未払費用 300,000
4 月初（AutoReverse）	未払費用 300,000	外注費 300,000

外貨：USD 5,000 の買掛金（計上時 140 円、3 月末 150 円、4 月に 148 円で支払）

時点	借方	貸方
計上（3 月）	仕入・費用 700,000	買掛金 700,000
3 月末の再評価	未実現為替差損 50,000	買掛金 50,000
4 月初の逆仕訳	買掛金 50,000	未実現為替差損 50,000
4 月の支払	買掛金 700,000／実現為替差損 40,000	現金預金 740,000

換算（簡略化した例。損益と利益剰余金は省略）：USD 元帳を JPY の報告通貨へ換算します。資産 1,000 USD と負債 400 USD は期末レート 150 円で 150,000 円と 60,000 円、資本 600 USD はヒストリカル・レート 120 円で 72,000 円です。貸借の差 18,000 円が CTA 勘定の貸方に出ます。

会社間バランシング（BSV 101 の現金で BSV 102 の旅費を支払った仕訳に、債権・債務が自動で追加される）

区分	借方	貸方
入力した仕訳	102-旅費 10,000	101-現金 10,000
自動追加（101 側）	101-会社間債権（相手 102）10,000	102-会社間債務（相手 101）10,000

配賦（共通費 1,200,000 円を営業 60%・製造 40%）

借方	貸方
営業部配賦費用 720,000／製造部配賦費用 480,000	本社配賦費用（相殺）1,200,000

連結消去（FCC 側。Fusion の仕訳ではない）

消去の対象	借方	貸方
グループ内売上と仕入	売上高（会社間）1,000,000	仕入（会社間）1,000,000
グループ内の債権債務	会社間債務 1,000,000	会社間債権 1,000,000

年度の最初の期間をオープンすると、損益の残高が利益剰余金勘定へ BSV ごとに繰り越されます。

組織・マスタの前提

前提	決まらない・誤るとどうなるか
元帳（COA・カレンダー・通貨・会計方法）と BU の割当	元帳セット、データ・アクセス・セット、Close Monitor が使えない
BU と BSV の対応	AP・AR と GL の照合で差異が出る
負債・売掛の勘定に財務カテゴリ（Accounts Payable／Receivable）を割当	照合レポートが空になる
仕訳ソース・カテゴリ、逆仕訳の条件セット	承認・逆仕訳・会社間の動きが意図とずれる
レートタイプと日次レート、CTA 勘定、利益剰余金勘定	再評価・換算・年度繰越ができない
会社間のルール、清算会社、Intercompany Segment	多対多の仕訳が転記や Create Accounting でエラーになる
勘定階層の公開、EPM 側のディメンション対応	レポートや EPM の合計が GL と合わない

設計の詳細は共通マスタデータの設計とエンタープライズ構造にあります。移行時の期首残高は、専用の仕訳ソースで Journal Import し、旧システムの試算表と突合します（移行設計）。

実装・テストのポイント

締め前のチェックは、次の SQL（BIP のデータモデル用の例）で機械化できます。XLA_ の列名は SLA のページの注記のとおり、使う前に Tables and Views で確認してください。GL_INTERFACE に残った取込待ち・エラー行の確認は仕訳の SQL を使います。

SELECT gjh.je_source,
       gjh.status,                  -- P：転記済み。それ以外の値は環境で確認
       COUNT(*) AS journal_count
FROM   gl_je_headers gjh
WHERE  gjh.ledger_id   = :P_LEDGER_ID
AND    gjh.period_name = :P_PERIOD_NAME
GROUP  BY gjh.je_source, gjh.status
ORDER  BY gjh.je_source, gjh.status

SELECT xah.application_id, xah.ledger_id, COUNT(*) AS header_count
FROM   xla_ae_headers xah
WHERE  xah.ledger_id                    = :P_LEDGER_ID
AND    xah.accounting_entry_status_code = 'F'   -- 最終
AND    xah.gl_transfer_status_code      = 'N'   -- 未転送
AND    xah.accounting_date BETWEEN :P_FROM_DATE AND :P_TO_DATE
GROUP  BY xah.application_id, xah.ledger_id

結合テストでは、次のシナリオを本番相当の件数で通します。

シナリオ	確認すること
AP・AR の取引 → GL	補助元帳・SLA・GL の 3 点が一致し、勘定が会計ルールどおり
外貨	再評価 → 逆仕訳 → 換算の順で、CTA と実現差損益が想定どおり
会社間	提供側と受領側の残高が照合レポートで一致
月次締めのリハーサル	ジョブの順序、所要時間、Close Monitor の表示、再オープン手順
年度繰越	年度最初の期間オープンで利益剰余金が BSV ごとに計算される
EPM 連携	GL の試算表と EPM の取込結果が一致し、書き戻しが GL で仕訳になる

締めのジョブは ESS のプロセス・セットにまとめ、毎月同じ順序で実行します（ESS）。

標準とアドオンの境界

要件	標準で満たせること	足りないとき
外部システムの仕訳連携	Journal Import、スプレッドシート	CSV の生成と自動実行（OIC・erpintegrations）
仕訳帳・総勘定元帳・試算表の様式	Financial Reporting、Smart View、OTBI	体裁が厳密な帳票は BIP
決算の進捗管理	Close Monitor、インフォレット、FCC のタスク管理	他システムのチェックリストとの連携（REST）
旧勘定からの変換	SLA の勘定ルール、COA マッピング	OIC のルックアップ、移行時の ETL
連結・開示・予算	EPM の FCC・Narrative Reporting・Planning	Fusion のアドオンでは代替しない

配賦や承認を独自プログラムで作る前に、Calculation Manager と承認ルールで表現できないかを確認します。考え方は標準機能とアドオンの考え方を参照してください。

試験対策ポイント

対応試験：GL 模擬テストの Performing Period Close、Implementing and Managing Journals、Processing Intercompany。AP 模擬テストの AP 残高（期間締め・GL 照合）、AR 模擬テストの AR 残高とレポート。EPM 各製品の試験は模擬テスト一覧から確認できます。
記帳の 3 段（Create Accounting → 転送 → 転記）、Draft と Final の違い、最終仕訳だけが転送されること。
再評価 → 換算の順、貸借対照表の再評価は翌期間に逆仕訳、換算の差額は CTA。
締め順序の理由と Close Monitor の前提（元帳セットの COA・カレンダーが同じ）。
AP・AR の照合に必要な財務カテゴリと、Prepare … Reconciliation の実行。
EPM は別製品であること、GL 残高を Data Integration で取り込み、書き戻しは仕訳ソース・カテゴリを合わせて行うこと。