期間締め・GL 照合・レポート

この章の結論

• AR の月次締めは「取引・入金・修正の完了 → Create Accounting で会計 → GL へ転送 → AR 期間を Close Pending／Closed へ → AR と GL の照合」の順で進めます。GL の期間は、AR などサブレジャーの後に締めます（期間締め（GL））
• 照合は Prepare Receivables to General Ledger Reconciliation で抽出し、Receivables to General Ledger Reconciliation Report（サマリー → 差異の詳細）で確認します。売掛金の自然勘定に、財務カテゴリ Accounts Receivable を割り当てておくことが前提です
• 残高の突合には Receivables Aging by General Ledger Account Report を使います。Collections のエイジング（Collections Aging 4-Bucket など）は GL 勘定の情報がなく、照合には使えません
• OTBI の Receivables のサブジェクト領域は Real Time 系で、取引・入金・修正・手形などの領域に分かれます。使う前に粒度（1 行が何か）を確認します

時点について

照合の項目は 25C のガイド、Collections のエイジングの扱いも同じガイドで確認しています。期間のステータスの詳細な定義や、ほかの定型レポートの一覧は、対象リリースの公式ドキュメント（Receivables のレポートと期間管理の項目）で確認してください。

全体像

取引・入金・修正（AR）
   ↓ Create Accounting（SLA）：会計イベント → 補助元帳仕訳
   ↓ GL へ転送（Transfer to General Ledger）→ GL で転記
   ↓
AR 期間を Close Pending／Closed へ
   ↓
Prepare Receivables to General Ledger Reconciliation（抽出）
   ↓
Receivables to General Ledger Reconciliation Report（サマリー → 差異の詳細）
   ↓ 突合：Receivables Aging by General Ledger Account Report
GL の期間クローズ（Close Monitor で全モジュールの状況を確認）

使用する組織と照合の単位

項目	内容	設計の考え方
ビジネスユニット（BU）	AR の取引・入金を選ぶ単位	照合の抽出は BU を指定して実行する
元帳・残高セグメント値（BSV）	会計データを選ぶ単位	BU と BSV の対応が暗黙的に決まるよう COA を設計する
会計期間	照合は 1 つの会計期間ごと	AR の期間は GL の期間とは別にオープン・クローズする
勘定範囲	抽出する GL 勘定	抽出対象は、財務カテゴリ Accounts Receivable の勘定

BU と BSV の対応が曖昧だと、AR 側と会計側で対象が食い違い、差異として出ます。公式ガイドは、抽出の際に BU とその BSV の両方を指定することを求めています。

会計（SLA）と GL への転送

1. 取引（請求書・クレジットメモ）、入金、修正は、それぞれ別の会計イベントとして記録されます（追跡の仕方は 補助元帳会計（SLA）の仕組みと追跡 SQL）
2. Create Accounting が、元帳の会計方法（SLA のルール）に従って仕訳を作り、GL へ転送します。最終モード（Final）の仕訳だけが GL に転送できます
3. エラーのイベント（勘定が導出できない、期間がオープンでないなど）は、実行結果のレポートで確認し、原因を直して再実行します
4. 取引タイプの Open Receivable を無効にした取引は、顧客残高を更新しません（顧客マスタと共通設定）。照合レポートでは「Other Accounting」の項目に現れます（後述）

期間締めの手順

AR の期間締めは、次の順に進めます。AP の締め（共通設定・税・会計・期間締め）と同じ考え方です。

1. 未完了の取引・入金を片付ける：未完了（Incomplete）の取引、AutoInvoice の拒否分（請求）、ロックボックスのエラー（入金）、承認待ちの修正（Pending Approval）を解消する
2. 未確認・未消込の入金を整理する：未確認入金（Unidentified）と未消込（Unapplied）が残ると、残高と督促が実態とずれる（回収）
3. 銀行との照合の状況を確認する：消込方法が By Matching の入金は、Cash Management で銀行明細と照合したときに消込（Cleared）になります。締めの前に照合の進み具合を確認します（入金）
4. Create Accounting を実行し、GL へ転送する：エラーのイベントを解消し、最終モードで転送する
5. AR の会計期間を締める：期間のステータスを Close Pending または Closed にする。ここまで進めると、次の照合でサマリーと詳細の差異が出にくくなります
6. 照合する：Prepare Receivables to General Ledger Reconciliation を実行し、照合レポートとエイジングレポートで確認する
7. 次の期間をオープンし、GL の締めへ渡す：GL の Close Monitor で、AR の状況を含む全モジュールの締めを確認する（期間締め（GL））

照合を 2 回に分ける運用

公式ガイドは、期間を Close Pending または Closed にしてから照合すると、サマリーと詳細の差異が出にくいとしています。一方、クローズ前に差異を見つけておきたい場合は、締めの前に仮の照合を 1 回、クローズ後に最終の照合をもう 1 回行う運用にします（運用上の工夫であり、公式の手順ではありません）。

期間ステータスの詳細は公式ドキュメントで確認

Receivables の期間ステータスの定義（Close Pending と Closed の違い、再オープンの可否と条件）は、リリースにより異なる場合があります。運用設計では、対象リリースの「Receivables の会計期間」の項目で確認し、締めのチェックリストに反映してください。

AR と GL の照合

前提と抽出

• 勘定の特定：照合の対象勘定は、COA の自然勘定セグメント値に割り当てた財務カテゴリ Accounts Receivable で決まります。勘定範囲を指定しなければ、このカテゴリの勘定すべてが抽出されます
• 抽出プログラム：Prepare Receivables to General Ledger Reconciliation（照合レポートを開く前に実行）

パラメータ	内容
Business Unit	抽出する AR の活動を選ぶ
Balancing segment value（または範囲）	抽出する会計データを選ぶ（BU に対応する BSV を指定）
Account range	対象の GL 勘定を絞る
Include Intercompany	Yes／No／Intercompany Only
Include Unapplied and Unidentified Receipts / Include On-Account Items	それぞれ Yes／No

レポートの読み方

照合レポートは サマリー（Summary） と、差異の金額からドリルダウンする 差異の詳細（Differences Detail） で構成されます。

項目	意味
Beginning／Ending Balance	AR 側と会計側の期首・期末残高。通常は Receivables Aging by General Ledger Account Report と一致する
Period Activity	請求書・消込済み入金などの期中の動きと、その会計の状況
Non-Receivables Begin Balance	勘定の期首残高のうち、Receivables 以外から生じた部分
Non-Receivables Activity	AR の勘定に影響する、手作業の GL 仕訳
Other Accounting	期中の手作業の補助元帳仕訳、Open Receivable が No の取引タイプの取引、手形のステータス変更
Difference	差異。ここから詳細へドリルダウンする

• 手形（Bills Receivable）：手形と手形の消込は相殺されてゼロになります
• マルチファンド会計：元帳と BU で有効にしている場合は、配布の詳細も照合できます

差異の原因と対処

差異の原因を直したら、Prepare Receivables to General Ledger Reconciliation を再実行してサマリーを確認します。

原因の例	対処
会計されていない取引がある	Create Accounting を実行し、エラーを解消する
補助元帳の勘定が、抽出の勘定範囲の外にある	勘定範囲を見直す
補助元帳仕訳が GL に転送・転記されていない	転送し、GL で転記する
AR 以外のソースから AR の勘定に仕訳が入った	ソースを確認し、AR の勘定への手作業の仕訳を避ける
抽出の後でデータが変わった	期間を締めるか、再抽出する
セキュリティで一部の BU・セグメント値が見えない	照合するすべての BU・BSV のアクセスを付与する

未消込・未確認・前受の扱い

未消込入金・未確認入金・前受（On-Account）を照合に含めたくない場合は、パラメータを No にし、その勘定範囲も除外します。取引と同じ勘定に計上すると、取引の会計まで除外されます。照合しないなら、それらの勘定に財務カテゴリ Accounts Receivable を付けません。雑入金（Miscellaneous Receipt）は照合に含まれないため、このカテゴリを付けません。

エイジングと主要レポート

レポート	用途	注意点
Receivables to General Ledger Reconciliation Report	AR と GL の期首・期末残高と差異	事前に抽出プログラムを実行する
Receivables Aging by General Ledger Account Report	売掛金残高のエイジング。GL 勘定の情報を持つ	照合の突合に使う。マルチファンド向けの版もある
Aging by Common Currency、Collections Aging 4-Bucket、Collections Aging by Collector 7-Bucket	回収者向けのエイジング	GL 勘定の情報がないため、照合には使わない
Adjustment Register	修正の一覧（請求）	承認限度と合わせて確認する
Receipts Awaiting Remittance／Bank Clearance、Bank Risk	送金・消込待ちの入金、ファクタリングのリスク（入金）	期間締めの前に確認する
AutoInvoice Execution Report、Process Receipts Through Lockbox Execution Report	取込の結果	エラーの解消確認に使う
Validate Customer Dunning Setup Report	督促設定の不備（回収）	督促の運用前に実行する

照合レポートとエイジングを突合するときの注意

• 会社間取引：エイジングでは会社間取引を絞り込めません。照合の抽出で会社間取引を除外した（または会社間のみにした）場合、2 つのレポートは比較できません
• 未会計の金額：エイジングは未会計の金額を表示しません。照合レポートの会計側の期末残高から Other Accounting を除いた金額と比較します
• リスクのある入金（Receipts at risk）：照合レポートは常に除外します。エイジング側も除外します
• 未決済の貸方（Open credits）：エイジングでは Age または Summarize を選び、Exclude は使いません

エイジングの区分は、Manage Aging Methods（20B 版の目次で確認）で定義します。回収者向けと帳票向けで区分を分ける場合は、報告に使う区分を決めておきます。

OTBI のサブジェクト領域

OTBI の Financials のサブジェクト領域は、Receivables を含む領域に分かれており、名前の末尾の Real Time は取引データをリアルタイムに照会することを表します（OTBI）。公式ドキュメントで名称を確認できた Receivables の領域は次のとおりです。Transactions と Standard Receipts は旧版のドキュメントで確認した名称のため、現行の名称は一覧で確認してください。

サブジェクト領域	主な用途
Receivables - Transactions Real Time	請求書・クレジットメモなどの取引
Receivables - Standard Receipts Real Time	標準入金
Receivables - Adjustments Real Time	修正
Receivables - Bills Receivable Real Time	手形
Receivables - Receipt Conversion Rate Adjustments Real Time	入金の換算レートの調整

• 上記は一部です。最新の一覧は公式ガイド「Subject Areas for Transactional Business Intelligence in Financials」の Receivables で確認してください
• AP・AR と GL の照合は、General Accounting の AP and AR Reconciliation インフォレットから OTBI の照合レポートへドリルダウンできます（期間締め（GL））
• 分析を作る前に、サブジェクト領域の粒度（取引か、支払予定か、消込か）を確認します。粒度を誤ると金額を重複して集計します

標準機能とアドオン

要件	標準機能	よくあるアドオン（実現手段）
AR と GL の差異確認	照合レポート、AP and AR Reconciliation インフォレット	差異の原因別の集計（BIP、OTBI）
月末時点の売掛金残高	Receivables Aging by General Ledger Account Report	月末残高のスナップショットの保存（BICC、FDI）。対象日の指定可否は公式ドキュメントで確認
回収の KPI（回収率・DSO など）	Collections のダッシュボード、OTBI	独自の KPI 帳票（BIP・OTBI、FDI）
締めの進捗管理	Close Monitor	締めチェックリストとジョブ実行の自動化（ESS ジョブ・セット、OIC）
請求書・入金の一覧	OTBI の Receivables の領域	経理向けの定型帳票（BIP）

ベストプラクティス

• 照合の前提を最初に設計する：売掛金の勘定に財務カテゴリ Accounts Receivable を付け、BU と BSV の対応を COA 設計で決めます
• 未消込・未確認・前受の勘定を分ける：取引の勘定と別の勘定にしておくと、照合に含めるか除外するかを選べます
• 照合は毎月の締めの手順に組み込む：抽出 → 照合レポート → エイジングで突合 → 差異の原因分類までをチェックリストにします（ESS）
• AR の勘定への手作業の仕訳を減らす：AR 以外のソースから AR の勘定に仕訳を入れると、差異の調査が増えます
• アンチパターン：照合に Collections のエイジングを使う。GL 勘定の情報がなく、差異の原因を追えません

日本での導入の考慮点

機能の有無ではなく、運用面のポイントです。

• 月次の売掛金残高：月末の売掛金残高と、残高繰越請求（締め請求）の請求書の残高が一致するかを、締めの前に確認します。締め日が月末でない顧客がいる場合、請求書の残高と月末の売掛金残高が一致しないことがあります
• 外貨建ての売掛金：期末の評価替えは GL の再評価で行います（期間締め（GL））
• 消費税の確認：売掛金の照合とは別に、税のレポートで消費税の集計を確認します（税（Fusion Tax））

実装リファレンス

主要テーブル

テーブル	内容
AR_PAYMENT_SCHEDULES_ALL	取引・入金ごとの残高（未決済は STATUS＝OP）
XLA_EVENTS / XLA_TRANSACTION_ENTITIES	会計イベントと取引（PROCESS_STATUS_CODE が P 以外は未会計・エラー）
XLA_AE_HEADERS / XLA_AE_LINES	補助元帳仕訳（GL_TRANSFER_STATUS_CODE で転送済かを確認）
GL_IMPORT_REFERENCES / GL_JE_LINES	GL への転送・転記の結果

未会計のイベント（取引種別別・例。アプリケーション ID は環境で確認、列は要確認）

SELECT xte.entity_code,
       xe.process_status_code,
       COUNT(*) AS event_count
FROM   xla_events xe
JOIN   xla_transaction_entities xte
       ON  xte.application_id = xe.application_id
       AND xte.entity_id      = xe.entity_id
WHERE  xe.application_id = :P_APPLICATION_ID
AND    xe.event_date BETWEEN :P_FROM_DATE AND :P_TO_DATE
AND    xe.process_status_code <> 'P'
GROUP  BY xte.entity_code, xe.process_status_code
ORDER  BY xte.entity_code, xe.process_status_code

現時点の未決済残高（通貨別・例。列は Tables and Views で確認）

SELECT ps.invoice_currency_code,
       SUM(ps.amount_due_remaining)       AS open_amount,
       SUM(ps.acctd_amount_due_remaining) AS open_amount_ledger_ccy
FROM   ar_payment_schedules_all ps
WHERE  ps.status = 'OP'
AND    ps.org_id = :P_ORG_ID
GROUP  BY ps.invoice_currency_code
ORDER  BY ps.invoice_currency_code

2 つ目の SQL は「現時点」の残高です。過去日時点（月末など）の残高は、その日以降の入金・消込・修正を戻して計算する必要があるため、標準のエイジングや照合レポートの利用を先に検討します（BI Publisher の SQL 実践）。

スケジュール済プロセス・レポート

種類	名前	用途
ESS	Create Accounting	仕訳の作成と GL 転送（アプリケーション：Receivables）
ESS	Prepare Receivables to General Ledger Reconciliation	照合レポートのデータ抽出
レポート	Receivables to General Ledger Reconciliation Report	AR と GL の照合
レポート	Receivables Aging by General Ledger Account Report	GL 勘定付きのエイジング

落とし穴とベストプラクティス

よくあるミス

• 財務カテゴリの付け忘れ：売掛金の自然勘定に Accounts Receivable を付けないと、照合の対象勘定が決まりません
• 抽出を再実行していない：原因を直した後に、Prepare Receivables to General Ledger Reconciliation を再実行しないと、サマリーが更新されません
• セキュリティによる欠落：データアクセスが BU・BSV の一部に限られ、サマリーと詳細の金額が合いません
• 未消込・前受を取引と同じ勘定に計上：照合から除外したいときに、取引の会計まで除外されます
• Collections のエイジングで照合する：GL 勘定の情報がなく、差異を追えません

試験対策ポイント

• 対応する試験：AR 模擬テスト の「Implementing accounts receivable balances and reporting」
• 覚えるポイント
  • 抽出は Prepare Receivables to General Ledger Reconciliation。AR の勘定は、自然勘定の財務カテゴリ Accounts Receivable で決まる
  • 照合レポートはサマリーと差異の詳細。Beginning／Ending Balance は Receivables Aging by General Ledger Account Report と通常一致する
  • 照合には Collections のエイジング（Aging by Common Currency など）を使わない
  • 照合は期間を Close Pending または Closed にして実行すると、サマリーと詳細の差異が出にくい
  • 抽出パラメータ（Business Unit、BSV、勘定範囲、Include Intercompany、未消込・未確認、前受）
  • 手形（Bills Receivable）は相殺されてゼロ。雑入金は照合に含まれない
  • OTBI のサブジェクト領域は Real Time 系。粒度を確認して使う

公式ドキュメント

• Guidelines for Using the Receivables to General Ledger Reconciliation Report（25C）
• Extract Reconciliation Data from Receivables to General Ledger（25D）
• Receivables Aging by General Ledger Account Report（24A）
• What happens to accounting periods during reconciliation?（26B）
• Receivables - Adjustments Real Time（25D）
• Receivables - Bills Receivable Real Time（26D）
• Tables and Views for Financials（26D）

関連ページ

• AR の全体像
• 回収（Advanced Collections）と請求書管理（Bill Management）
• 期間締め（再評価・換算・連結）
• 共通設定・税・会計・期間締め（AP）
• 補助元帳会計（SLA）の仕組みと追跡 SQL
• OTBI（サブジェクト領域・分析・ダッシュボード）
• R2R：記帳から決算・連結・EPM まで