入金（入金処理・ロックボックス・自動入金）

全体像

入金の作成：手入力 ／ ロックボックス（銀行ファイル）／ 自動入金（口座振替・カード）／ REST
     ↓
消込（Application）：請求書・デビットメモへ充当、未消込（Unapplied）・前受（On-Account）・未確認（Unidentified）
     ↓                         過不足 → 適用例外ルール（修正・償却・返金）
送金（Remittance）→ 消込（Clearance）：自動クリア、または Cash Management で銀行明細と照合
     ↓
会計（SLA）→ GL

入金は AR_CASH_RECEIPTS_ALL（1 入金 1 行）、状態の履歴は AR_CASH_RECEIPT_HISTORY_ALL（APPROVED・CONFIRMED・REMITTED・CLEARED・REVERSED）、消込は AR_RECEIVABLE_APPLICATIONS_ALL に記録されます。

入金区分と入金方法

入金区分は入金の処理手順を、入金方法は会計と銀行口座を決めます。入金方法は入金区分に属します。

入金区分の項目	選択肢	意味
作成方法（Creation Method）	Manual / Automatic	手入力・ロックボックスか、自動入金か
確認（Require Confirmation）	有効 / 無効	自動入金を顧客の確認後に処理するか
送金方法（Remittance Method）	Standard / Factoring / Standard and Factoring / No Remittance	銀行への送金の要否と、通常送金かファクタリングか。No Remittance は手入力の入金のみ
消込方法（Clearance Method）	Directly / By Automatic Clearing / By Matching	入力時に消込済みとするか、Clear Receipts Automatically で消すか、Cash Management で照合して消すか

入金方法には、送金銀行口座（Remittance Bank Accounts）と勘定、自動入金の規則（入金件数の規則、満期日の規則、リード日数）、資金移動エラーの扱いを設定します。

入金の作成方法

手入力の入金

標準入金（Standard Receipt）：顧客からの入金を入力し、請求書に消し込みます。入金バッチでまとめて入力することもできます
雑入金（Miscellaneous Receipt）：売掛金と関係のない入金（利息、雑収入など）。Miscellaneous Cash 活動または配分セット（Distribution Set）で勘定を決めます
スプレッドシートでの一括作成、REST（standardReceipts）での作成もできます

ロックボックス

ロックボックスは、銀行から受け取る入金データを取り込み、入金の作成と消込を自動で行う仕組みです。

銀行ファイルを FBDI テンプレート ReceivablesStandardReceiptImportTemplate.xlsm（Receivables Standard Receipt Import）で CSV にし、UCM アカウント fin/receivablesStandardReceipt/import にアップロードする
Process Receipts Through Lockbox を実行する。パラメータで 3 つの段階を個別にも一括でも実行できる

段階	パラメータ	処理
取込（Import）	Submit Import＝Yes	伝送フォーマットに従い AR_PAYMENTS_INTERFACE_ALL に読み込む
検証（Validation）	Submit Validation＝Yes	重複、顧客・入金情報、消込額が入金額を超えないかなどを検証し、中間表（AR_INTERIM_CASH_RECEIPTS_ALL ほか）へ移す
転記（Post Receipts）	Submit Post Receipts＝Yes	入金を作成して請求書に消し込み、顧客残高を更新する

伝送フォーマット（Transmission Format）：銀行ファイルのレコード種別・項目位置を定義します。銀行ごとに用意します
顧客・請求書の特定：Match Receipts By の規則で請求書番号などと照合し、特定できなければ AutoCash で消し込みます。顧客や請求書番号が不正確なときは AutoApply が候補を提示します
エラー：Process Receipts Through Lockbox Execution Report で結果を確認し、Manage Lockbox Transmission で修正・削除します

自動入金（口座振替・クレジットカード）

自動入金は、満期日に顧客の銀行口座またはカードから自社の送金銀行口座へ資金を移します。資金の移動は Oracle Payments（Funds Capture）が行います。

取引に支払顧客と支払手段（銀行口座またはカード）、自動入金の入金方法を設定する
Create Automatic Receipts で対象取引を選ぶ（バッチ日と期日の差がリード日数以内、最低入金額以上）
入金を確認・承認する。カードは承認時に Payments でオーソリを取り、失敗した入金はバッチから外れる
確認が必要な入金区分なら、顧客に送って確認する
Create Automatic Remittances で送金バッチを作り、銀行へ送金依頼する
Clear Receipts Automatically または Cash Management の照合で消し込む

消込（Application）と自動化

消込の基本

入金は請求書・デビットメモ・チャージバックに消し込みます。一部だけ消し込んだ入金は未消込（Unapplied）が残ります
顧客が分からない入金は 未確認（Unidentified） として作成し、顧客を特定してから消し込みます
特定の請求書が決まらない入金は 前受（On-Account） にしておき、後で充当できます
異通貨の入金（Cross-Currency Receipts）、入金同士の消込（Receipt-to-Receipt）、消込時のチャージバック作成もできます

AutoApply と AutoMatch ルールセット

AutoApply は AutoMatch ルールセットを使い、入金の情報が登録内容と完全に一致しない場合でも顧客・取引を推定します。

しきい値	意味
Customer Recommendation Threshold	顧客候補のスコアがこれを超えると、入金に顧客情報を付ける
Minimum Match Threshold	取引候補のスコアがこれを超えると、候補として提示する
Combined Weighted Threshold	顧客・取引・金額の合計スコアがこれを超えると、自動で消し込む
Days of Closed Invoices Threshold	何日前までにクローズした取引を候補に含めるか

スコアは、文字列の加工（例：先頭の AR を除く）の後、レーベンシュタイン距離で計算します
Minimum Match Threshold は、他の 2 つのしきい値より小さくする必要があります
例：入金データの請求書番号 10010 に対し、登録上は AR10001。先頭 2 文字を除き、1 回の入れ替えで一致するため、スコアは 80%。しきい値 70% なら自動で消し込まれます

AutoCash ルールセット

請求書番号などで照合できない入金に、顧客の残高単位で消込を試みる規則です。顧客プロファイル（サイトまたはアカウント）のルールセット、なければシステムオプションのルールセットを使います。

ルール	消し込む条件
Match Payment with Invoice	入金額が 1 件の取引の残高と一致
Clear the Account	入金額が顧客の未決済残高の合計（貸方を含む）と一致
Clear Past Due Invoices	入金額が期日超過の残高と一致
Clear Past Due Invoices Grouped by Payment Terms	支払条件ごとの期日超過残高と一致
Apply to the Oldest Invoice First	期日の古い順に充当
Combo Rule	2 件の取引の残高の合計と一致

どのルールにも該当しない残額は、ルールセットの Remaining Remittance Amount の設定に従い、未消込または前受になります。

適用例外ルールセット（入金の過不足）

入金の過不足を、条件（Overpayment・Underpayment）、金額・割合、処置（Receivables 活動）で処理します。

Under Payment <  1,000（JPY）            → Adjustment（支払手数料の勘定）
Over Payment  >= 100,000（JPY）          → Refund
Under Payment <  5 かつ 5%               → Receipt Write-off

処置には Adjustment、Receipt Write-off、Refund の種類の活動を指定します
User Review Required を有効にすると、処置は自動処理されずレビュー・承認が必要になります
金額と割合を両方指定すると、両方の条件を満たすときだけ適用されます

入金の取消・返金

取消・消込解除・削除の違い

操作	使う場面	結果
取消（Reverse）	入金がなかった（不渡り・残高不足など）	取消の仕訳を作り、入金が消し込んでいた取引を再オープン
消込解除（Unapply）	入金はあったが充当先が誤り、または返金・前受にしたい	入金を未消込に戻す
削除（Delete）	未消込の手入力入金、未承認の自動入金バッチの入金	入金を削除（自動入金なら取引が再び選択対象になる）

元の取引を再オープンせず、入金額のデビットメモを作る取消（Debit Memo Reversal）もあります。

返金

返金の前に、返金額の消込を解除します。返金できるのは元の入金額または未消込額までで、送金済み・消込済みの入金に限られます
カード以外：入金または前受のクレジットメモから手動返金を作ると、Payables に返金依頼が送られ、Payables が Payments に支払依頼を送ります
カード：手動のカード返金でマイナスの雑入金ができ、Create Automatic Remittances で送金して返金します
ロックボックスで過入金を検出し、設定に応じて返金を提案することもできます。前受のクレジットメモの返金は承認限度（Credit Memo Refund）の範囲で行います

送金・消込と銀行照合

送金（Remittance）は、入金を送金銀行口座に預け入れる処理です。Standard と Factoring（ファクタリング）があります
消込方法が By Automatic Clearing の入金は Clear Receipts Automatically で消し込みます（Cash Management でも可）
By Matching の入金は、Cash Management で銀行明細と照合したときに消し込まれます（現金管理）
確認用のレポート：Receipts Awaiting Remittance Report、Receipts Awaiting Bank Clearance Report、Bank Risk Report（ファクタリングのリスク）

手形（Bills Receivable）

受取手形を管理する機能です。システムオプションで有効化し、手形作成用・送金用の入金方法と送金銀行口座を設定します。

取引を手形にまとめる（一括作成のバッチ、または手入力）
支払人（Drawee）の引受を記録する
手形を送金する（取立・割引）
満期で消し込む（Close Matured Bills Receivable）。不渡り（Unpaid）、保留・拒絶証書（Protest）にも対応

手形の勘定は AutoAccounting の手形用の勘定タイプ（Bills Receivable、Remitted、Factored、Unpaid）で導出します。

日本の全銀形式の入金（Zengin ロックボックス）

全銀形式の入金明細には顧客のアカウント番号がないため、振込依頼人名（Alternate Payer Name） と、あれば 仮想口座番号（VAN） で顧客を特定します。

項目	ORA_ZENGIN_LOCKBOX	ORA_ZENGIN_LOCKBOX_VAN
顧客の特定	振込依頼人名（＋任意で顧客の銀行・支店）	VAN（7 桁または 10 桁）。特定できなければ振込依頼人名
ロックボックスの設定	伝送フォーマットを指定	Regional Information＝Lockboxes for Japan、VAN の位置と桁数
日付	和暦（令和を含む）を西暦に変換	同左

Receipts グローバル付加フレックスフィールドの Zengin Cash Receipts コンテキストにセグメントを定義する
Manage Alternate Name Mapping Rules で、振込依頼人名（と VAN）と顧客アカウント・請求先サイトの対応を登録する（REST で一括更新も可）
銀行ファイルを規定のファイル名で用意し、Process Receipts Through Lockbox を実行する
特定できなかった入金は未確認入金になる。Manage Lockbox Transmission のワークシートか Edit Receipt で顧客を指定すると、対応付けルールが自動で作られる

AI・自動化機能

入金業務で自動化に使う主な機能です。

機能	自動化できること
ロックボックス＋AutoApply	銀行データからの入金作成と、あいまいな情報での顧客・取引の推定・消込
AutoCash ルールセット	請求書番号がない入金の残高単位の消込
適用例外ルールセット	少額の過不足の自動修正・償却・返金
自動入金	口座振替・カードの入金作成から送金・消込まで
REST（standardReceipts の applyReceipt）	外部の消込エンジンや OIC からの入金作成・消込

生成 AI や AI エージェントの機能は四半期アップデートで追加・変更されるため、対象リリースの What’s New で確認してください（26C 時点の全体像は Redwood UX と AI・自動化機能、AI Agent Studio）。

コード例

export FA_URL="https://<your-pod>.fa.<region>.oraclecloud.com"
curl -s -u "$FA_USER:$FA_PASSWORD" \
  "$FA_URL/fscmRestApi/resources/11.13.18.05/standardReceipts/<StandardReceiptId>?onlyData=true"

SELECT cr.receipt_number,
       cr.receipt_date,
       cr.status,
       cr.amount,
       cr.currency_code
FROM   ar_cash_receipts_all cr
WHERE  cr.status IN ('UNAPP', 'UNID')
AND    cr.org_id = :P_ORG_ID
ORDER  BY cr.receipt_date

入金の作成・消込を REST で自動化する場合は、/standardReceipts（POST）で作成し、/standardReceipts/{StandardReceiptId}/action/applyReceipt で請求書の分割（Installment）に消し込みます。実務では、同じ入金を二重に作らないよう、連携元の入金番号で事前に存在確認します。

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

消込の自動化率（ロックボックスでの自動消込件数÷全件数）を KPI にし、未消込の理由を分類して規則を改善します
少額の差額処理（振込手数料など）の基準は、経理規程と承認限度に合わせて決めます
移行時の未消込入金は、ロックボックス（Receivables Standard Receipt Import）で取り込むと検証の仕組みをそのまま使えます

試験対策ポイント

対応する試験：AR 模擬テストの「Implementing and managing customer payments」「Leveraging AI/ML, Mobile and Automation Features」
覚えるポイント
- 入金区分の作成方法・送金方法・消込方法の組み合わせ（No Remittance は手入力のみ、By Matching は Cash Management で照合）
- ロックボックスの 3 段階（Import・Validation・Post Receipts）と AR_PAYMENTS_INTERFACE_ALL
- AutoMatch の 4 つのしきい値と大小関係、AutoCash の 6 つのルールと選択の順序
- 適用例外ルールの処置（Adjustment・Receipt Write-off・Refund）と User Review Required
- 取消・消込解除・削除の使い分け、返金の条件
- 自動入金の流れ（作成 → 承認 → 確認 → 送金 → 消込）