AR（売掛管理）の全体像と試験範囲

Receivables（AR）は O2C（受注から入金）の後半、請求 → 入金 → 回収 → 会計を担います。Oracle のドキュメントでは「Receivables Credit to Cash」と呼ばれます
設定は BU 単位（システムオプション）と 参照データセット単位（取引タイプ・取引ソース・支払条件など）に分かれます。組織設計の段階で共有範囲を決めます
取引は手入力か AutoInvoice（受注・プロジェクト・外部システムからの取込）で作られます。会計は AutoAccounting の既定勘定をもとに補助元帳会計（SLA）が仕訳を作り、GL に転記します
日本の「締め請求」は 残高繰越請求（Balance Forward Billing）、全銀フォーマットの入金データは Zengin 形式のロックボックスで扱えます（26C で確認）

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

Receivables は、顧客への請求（売掛金の計上）から入金・消込、未回収債権の管理までを担うモジュールです。O2C（Order to Cash）のうち、受注管理（OM）が出荷・履行した後の 請求以降 が担当範囲です。

業務領域	主な機能	作業領域（Work Area）
請求	請求書・クレジットメモ・デビットメモ、AutoInvoice、修正、残高繰越請求、定期請求	Billing
入金・残高	手入力入金、ロックボックス、自動入金、消込、返金、GL 照合、期間管理	Receivables Balances
収益	収益スケジュール規則、収益の条件（Contingency）、Recognize Revenue	Revenue Management
与信	与信プロファイル、与信限度、スコアリング、与信審査（ケースフォルダ）	Credit Management
回収	回収者、督促（Dunning）、回収戦略、支払約束、紛争	Collections（Advanced Collections）
顧客向けポータル	顧客自身による請求書の参照・支払・紛争登録	Bill Management

Receivables の各作業領域からは、会計の作成や仕訳の確認など GL 関連の作業にもアクセスできます。O2C 全体のつながりは O2C：受注から出荷・請求・入金までを参照してください。

使用する組織

Receivables が使う組織と、設定の考え方は次のとおりです。

組織	AR での役割	設定の考え方
法的エンティティ（Legal Entity）	取引・入金の法的な主体。請求書の発行元になる	元帳または法的エンティティ単位の書類連番（Document Sequencing）を使う場合は採番単位も決める
元帳（Ledger）	AR の仕訳の転記先。会計期間は元帳のカレンダーに従う	BU の既定元帳で決まる。AR の期間は GL とは別にオープン・クローズする
ビジネスユニット（BU）	取引・入金を処理する単位。システムオプションは BU ごと	BU に「Billing and Revenue Management」「Customer Payments」の業務機能を割り当てる
参照データセット（Reference Data Set）	取引タイプ・取引ソースなどを BU 間で共有する範囲	Common セットで全 BU 共有、または BU 固有のセットで限定

参照データセットの扱いは、オブジェクトによって決まっています（26C の公式ドキュメントで確認）。

Common セットまたは BU 固有セットを使える：取引タイプ、取引ソース、支払条件、送付先住所（Remit-to Addresses）、メモ明細（Memo Lines）、営業担当（Salespersons）、AutoCash ルールセット、AutoMatch ルールセット、適用例外ルールセット、収益スケジュール規則、収益の条件、ロックボックス
BU 固有セットのみ：顧客サイト（Customer Sites）、顧客アカウント関係（Customer Account Relationships）

主要な業務プロセス

標準的な流れは次のとおりです。

与信確認：受注時に OM から与信チェック（Credit Management の与信プロファイル・与信限度）
請求データの作成：出荷・役務提供後、OM・プロジェクト・外部システムから請求明細が AutoInvoice のインタフェース表に入る
取引の作成：Import AutoInvoice で請求書・クレジットメモを作成。手入力の請求書・デビットメモも作れる
税計算・会計：Fusion Tax が税明細を計算し、AutoAccounting が既定の勘定を付ける
請求書の送付：Print Receivables Transactions で印刷・メール送付、または XML 送信。締め請求は Create Balance Forward Bill
入金：手入力、ロックボックス（銀行の入金データ取込）、自動入金（口座振替・クレジットカード）
消込：AutoApply（AutoMatch）・AutoCash・手動で請求書に充当。過不足は適用例外ルールで修正・償却・返金
回収：エイジング、督促状（Dunning）、回収戦略、支払約束、紛争管理
会計・締め：Create Accounting で SLA 仕訳を作成し GL へ転記。AR と GL の照合レポートで差異を確認し、AR の期間をクローズ

日本企業での典型的な運用

月末締め・翌月末払い：取引ごとの請求書ではなく、月末に締めて残高繰越請求書（請求明細付き）を一括送付する
銀行振込の入金消込：全銀フォーマットの入金明細を取り込み、振込依頼人名（カナ）から顧客を特定して消し込む。振込手数料の差額は少額の償却で処理する
月次決算：AR の期間締め前に、未消込入金・未転記取引・AR と GL の差異を確認する

マスタデータ

マスタ	内容	作成場所・UI	移行手段
顧客（パーティ・顧客アカウント・サイト・用途）	TCA の顧客構造。請求先（Bill-To）用途が取引に必須	Billing 作業領域の Manage Customers	FBDI（Customer Import）、Upload Customers from Spreadsheet
顧客プロファイル・プロファイルクラス	支払条件、明細書サイクル、回収者、督促、残高繰越請求などの既定値	Manage Receivables Customer Profile Classes	FBDI（Customer Import のプロファイルのタブ）
取引タイプ（Transaction Types）	取引のクラス、売掛計上・GL 転記の有無、既定勘定	Manage Transaction Types	設定（FSM のエクスポート・インポート）
取引ソース（Transaction Sources）	手入力か取込か、採番、AutoInvoice の検証方法	Manage Transaction Sources	設定（同上）
支払条件（Payment Terms）	支払期日・割引・分割、残高繰越請求サイクル	Manage Receivables Payment Terms	設定（同上）
AutoAccounting	収益・売掛金・税などの既定勘定の導出ルール	Manage AutoAccounting Rules	設定（同上）
入金区分・入金方法（Receipt Classes and Methods）	入金の確認・送金・消込の手順、送金銀行口座	Manage Receipt Classes and Methods	設定（同上）
銀行口座	送金銀行口座（自社）、顧客の銀行口座	Cash Management の Manage Bank Accounts	Cash Management の設定・スプレッドシート、顧客口座は Customer Import
回収者（Collectors）	督促・回収を担当する人またはグループ	Manage Collectors	設定

作成順序（依存関係）

組織・元帳・BU・参照データセット（エンタープライズ構造）
銀行・支店・銀行口座（現金管理）、税の設定（税）
Receivables システムオプション → Receivables 活動（Receivables Activities）→ AutoAccounting
入金区分・入金方法 → 送付先住所 → 承認限度 → 明細書サイクル
支払条件 → 取引タイプ（クレジットメモ用を先に）→ 取引ソース
回収者・督促の設定 → 顧客プロファイルクラス
顧客（パーティ・アカウント・サイト・用途・プロファイル）→ 未決済残高（期首残）の移行

公式ドキュメントが「最小構成」として挙げる設定は、システムオプション、Receivables 活動、AutoAccounting、入金区分・入金方法、送付先住所、承認限度、明細書サイクルの 7 つです。これ以外は任意の設定か、事前定義済みです。

他モジュールとの連携

タイミング	データ	連携先・手段
受注の出荷・履行後	請求明細	OM → AutoInvoice インタフェース表 → Import AutoInvoice（受注管理）
プロジェクト請求書のリリース後	プロジェクト請求書	PPM → AutoInvoice インタフェース表 → Import AutoInvoice（プロジェクト請求と収益）
取引の作成時	税明細	Fusion Tax が税を計算（税）
入金の送金・消込	入金、銀行口座	Cash Management で銀行明細と照合（現金管理）
自動入金・カード決済	決済指示	Oracle Payments（Funds Capture）で口座振替・カード決済
返金	返金依頼	Payables に返金依頼 → Payments で支払
会計	会計イベント	SLA（Create Accounting）→ GL 転記（SLA の仕組み）
収益認識	請求データ	収益スケジュール規則による AR の収益認識、または Revenue Management

会計の流れは「取引の完了 → AutoAccounting による既定の配分 → Create Accounting（SLA）→ GL へ転記」です。SLA の事前定義の会計方法は AR の配分をもとに仕訳を作り、必要に応じて SLA のルールで勘定を上書きできます。

標準機能とアドオン

標準でできることが多いため、まず標準機能で要件を満たせないかを検討します（Fit to Standard）。

要件	標準機能	よくあるアドオン（実現手段）
請求書の様式	BI Publisher の事前定義テンプレート	自社様式のテンプレート（BIP）
外部システムからの請求	AutoInvoice（FBDI）、Receivables Invoices REST API	前処理・変換と自動実行（OIC、erpintegrations）
銀行入金データ	ロックボックス（独自の伝送フォーマットを定義可能）	ファイルの受信・変換（OIC）
締め請求	残高繰越請求	独自の請求明細書（BIP）
督促	Dunning、回収戦略	督促状の様式変更（BIP）
分析	OTBI のサブジェクト領域、事前定義レポート	独自の帳票（BIP・OTBI）、データ抽出（BICC）
画面拡張	付加フレックスフィールド、Redwood ページの拡張	VBS による項目追加・入力チェック

ベストプラクティス

組織設計で共有範囲を決める：取引タイプ・取引ソースを Common セットにするか BU 固有にするかは、運用開始後に変えにくい
元に戻せない設定に注意する：たとえばシステムオプションの「ヘッダーレベルの丸め（Use header level rounding）」は、保存後にその BU で無効化できない
AutoAccounting を先に固める：AutoAccounting がないと取引を作れない。セグメントの導出元（取引タイプ・メモ明細・顧客サイトなど）は COA 設計と合わせて決める
移行は顧客 → 未決済残高の順：未決済の請求書は AutoInvoice、未消込入金はロックボックスで取り込み、移行前後で AR と GL の残高を照合する（移行設計）
アンチパターン：取引ソースや取引タイプを用途ごとに大量に作る。レポートや AutoAccounting の保守が重くなる

日本での導入の考慮点

公式ドキュメント（26C）で確認できた範囲で整理します。

論点	Fusion での扱い	確認先
締め請求	残高繰越請求（Balance Forward Billing）。請求サイクル（月次・週次・日次）と支払条件で締め日・支払期日を決める	請求
全銀フォーマットの入金	ロックボックスの伝送フォーマット ORA_ZENGIN_LOCKBOX、仮想口座番号付きの ORA_ZENGIN_LOCKBOX_VAN。振込依頼人名と顧客の対応付けルールで顧客を特定	入金
消費税	Fusion Tax で計算（税率・端数処理の設計は税のページ）	税
適格請求書（インボイス制度）	請求書は BI Publisher のテンプレートで出力。登録番号や税率ごとの税額などの記載要件を満たせるか、テンプレートとデータ項目を確認する	税
手形	受取手形の機能（Bills Receivable）がある。手形の作成・送金・期日・不渡りを管理	入金

実装リファレンス

主要テーブル

テーブル	内容
RA_CUSTOMER_TRX_ALL	取引ヘッダー（請求書・デビットメモ・クレジットメモ）
RA_CUSTOMER_TRX_LINES_ALL	取引明細（LINE・TAX・FREIGHT など）
RA_CUST_TRX_LINE_GL_DIST_ALL	取引の会計配分（ACCOUNT_CLASS：REC・REV・TAX など）
AR_PAYMENT_SCHEDULES_ALL	取引・入金ごとの残高（CLASS：INV・DM・CM・CB・PMT）
AR_CASH_RECEIPTS_ALL / AR_CASH_RECEIPT_HISTORY_ALL	入金と入金の状態履歴
AR_RECEIVABLE_APPLICATIONS_ALL	入金・クレジットメモの消込
AR_ADJUSTMENTS_ALL	修正（Adjustments）
HZ_PARTIES / HZ_CUST_ACCOUNTS / HZ_CUST_ACCT_SITES_ALL / HZ_CUST_SITE_USES_ALL	顧客（TCA）

SELECT hp.party_name,
       hca.account_number,
       ps.trx_number,
       ps.class,
       ps.due_date,
       ps.amount_due_remaining
FROM   ar_payment_schedules_all ps
JOIN   hz_cust_accounts hca ON hca.cust_account_id = ps.customer_id
JOIN   hz_parties hp        ON hp.party_id = hca.party_id
WHERE  ps.status = 'OP'
AND    ps.org_id = :P_ORG_ID
ORDER  BY hp.party_name, ps.due_date

REST API・FBDI・ESS ジョブ

種類	名前	用途
REST	receivablesInvoices / receivablesCreditMemos	請求書・クレジットメモの作成・照会
REST	standardReceipts（action：applyReceipt）	入金の作成・消込
REST	receivablesCustomerAccountActivities	顧客アカウントの活動照会
REST	collectionPromises / collectionStrategies / billManagementUsers	支払約束・回収戦略・Bill Management ユーザー
FBDI	AutoInvoice Import（AutoInvoiceImportTemplate.xlsm）	請求の取込
FBDI	Customer Import（CustomerImportTemplate.xlsm）	顧客の取込
FBDI	Receivables Standard Receipt Import	ロックボックス形式の入金取込
ESS	Import AutoInvoice / Process Receipts Through Lockbox / Import Trading Community Data in Bulk	取込
ESS	Print Receivables Transactions / Create Balance Forward Bill / Create Customer Statements	送付
ESS	Create Automatic Receipts / Create Automatic Remittances / Clear Receipts Automatically	自動入金

REST の基本は REST API の基本、FBDI の手順は FBDI、ESS の運用は ESS を参照してください。OTBI のサブジェクト領域は期間締め・GL 照合・レポートにまとめています。

試験対策ポイント

対応する試験：Oracle Fusion Cloud Financials: Receivables and Collections 2026 Implementation Professional（1Z0-1056-26）。日本語試験あり（AR 模擬テスト）
出題範囲と、このサイトの対応ページ

出題分野	対応ページ
Setting up common configurations in the Customer Invoice to Receipt process	このページ、顧客マスタと共通設定
Implementing and managing customer billing	請求
Implementing and managing customer payments	入金
Implementing accounts receivable balances and reporting	期間締め・GL 照合・レポート
Implementing and using Bill Management	回収と請求書管理
Implementing and using Advanced Collections	回収と請求書管理
Leveraging AI/ML, Mobile and Automation Features	入金、Redwood UX と AI・自動化機能

覚えるポイント：最小構成の 7 つの設定、参照データセットで共有できるオブジェクトと BU 固有のオブジェクト、AutoAccounting の勘定タイプと導出元、取引タイプの作成順