入金

クイック入金転記

受取手形

Receivablesでは、先日付の支払を入力して追跡できます。これらのタイプの支払には、先日付小切手または約束手形と呼ばれる公式文書が考えられます。約束手形は公式の印刷文書であり、その中で発行人は特定の日に特定金額を第三者である手形所有者に支払うことを約束します。支払の期日は、手形の満期日と呼ばれます。約束手形は、その手形を発行した銀行によって保証されます。

約束手形を作成する際、発行人は未払額、満期日、手形所有者が支払を受け取ることができる銀行支店を特定します。手形が満期日に達した時に、所有者はそれを銀行に呈示します。銀行はその手形を手形決済機関に呈示し、その機関は支払いを発行人の銀行から、所有者の銀行へ振替えます。

顧客により発行された手形は、たとえば、手形が前受/預り金、前払金として発行された場合、または既存の顧客請求の支払として発行された場合、満期日の前に振出人に戻されることもあります。

約束手形または先日付小切手が、商品またはサービスに対する支払として受け取られる場合は、受取手形と呼ばれます。

ノート・ステータス

手形ステータスは、次のうちの1つです。

オープン: 新規受取手形を作成する場合、Oracle Receivablesにより、このステータスが割り当てられます。

戻り: この手形は、満期日かそれ以前に、発行人に戻されました。手形を戻し処理する際、戻し処理日が手形の満期日またはそれ以前の日付の場合は、Oracle Receivablesによりこのステータスが割り当てられます。「入金戻し処理」ウィンドウで標準戻し処理を作成して、手形を戻すことができます。戻し手形に対して、デビット・メモ戻し処理の作成もできます。

遅滞: この送金済手形は、満期日に達しましたが、資金が使用可能ではありませんでした。デビット・メモ戻し処理を作成して送金済手形を戻し処理する際、戻し処理日が手形の満期日よりも後の日付の場合は、Oracle Receivablesによりこのステータスが割り当てられます。「入金」ウィンドウで手形を戻し処理できます。

買戻し: このファクタリング手形は、満期日に達しました。しかし資金は、ファクタリング銀行に支払われませんでした（手形は、滞納です）。デビット・メモ戻し処理を作成してファクタリング手形を戻し処理する際、戻し処理日が満期日よりも後の日付の場合は、Oracle Receivablesによりこのステータスが割当られます。「入金」ウィンドウで手形を戻し処理できます。

交換:これは新規手形で、滞納、戻し、再購買の手形の戻し処理によって作成されたデビッド・メモを消し込みます。たとえば、取引を消し込んでいた滞納手形をデビット・メモ戻し処理します。そして、新規手形（新規満期日、手形番号、オプションの支払利息を指定して）を作成し、新規デビット・メモを消し込みます。手形の戻し処理、新規受取手形は「入金」ウィンドウで作成できます。

満期: この手形は満期日に達しました。手形は、満期に達したとき、送金またはファクタリングできます。

手形活動

Oracle Receivablesでの有効な手形の活動は次のとおりです。

前受/預り金: 為替手形と同様に、手形の所有者は、回収のため発行人の銀行に現金入金を申請できます。手形発行銀行は、手形の満期日に貸方記入されます。

交換: 滞納手形は新規手形に交換できます。新規満期日と手形番号を指定し、新規手形の金額に金利を追加できます。これは手形の書換えとも呼ばれます。受取手形は「入金」ウィンドウで作成できます。

ファクタリング: 満期日またはそれ以前に、手形を銀行にファクタリングできます。ファクタリング手形は、現金へ換金するため銀行で署名するものです。入金と同様に、「ファクタリング」または「標準およびファクタリング」の送金方法のある入金区分に割り当てることにより、受取手形のファクタリングを選択できます。ファクタリング手形は、銀行割引（ファクタリング）手数料の対象となります。関連項目: ファクタリング送金および入金額自動決済

送金: 入金と同様に、受取手形を商品またはサービスに対する支払として送金できます。受取手形は「送金」ウィンドウで送金できます。関連項目: 送金について

戻り: 満期日以前に手形を発行人に戻すことができます。これらの手形は、前払金または請求書に対する支払として受け取られた可能性があります。「入金」ウィンドウで戻し処理することにより、手形を戻すことができます。関連項目: 入金の戻し処理

下記の表は、Oracle Receivablesでの可能な手形活動を表示します。

受取手形の処理

本文の説明内容に関するイメージ

この図の詳細は、「受取手形の処理の図の説明」を参照してください。

関連項目

受取手形の設定

受取手形を作成するようシステムを設定するには、次のステップを示された順序で実行します。

ステップ 1 銀行と銀行口座の定義

支払の送金に使用する銀行および銀行口座を定義します。必要な数の銀行および銀行口座を定義できますが、各銀行口座は1つの通貨を参照している必要があります。Oracle Receivablesでは、銀行口座ごとに現預金勘定を入力する必要があります。

関連項目: 『Oracle Cash Managementユーザー・ガイド』の「銀行口座モデルの概要」

ステップ 2 入金区分の定義

受取手形で使用する入金区分を定義します。「受取手形」を「Yes」に設定して、この入金区分が受取手形に使用されることを指定します。「入金区分」ウィンドウで入金区分を定義します。関連項目: 『Oracle Receivablesインプリメンテーション・ガイド』の入金区分に関する項

さらに、「受取手形」入金区分に対して次の設定を使用します。

作成方法: 「手動」

送金方法: 「標準」、「ファクタリング」または「標準およびファクタリング」

決済方法: 「自動決済」または「照合」

ステップ 3 入金方法と送金銀行の割当

受取手形入金区分に入金方法を割り当てます。「逆算日数」（決済日数）をゼロに設定し、手形満期日に現預金勘定を借方に記入できるようにします。逆算日数とは、入金の決済時に発行者の銀行口座から手形所有者の銀行口座へ資金を振り替えることができる、満期日後の日数を表します。

受取手形勘定は手形満期日に決済される必要があります。このためには、送金銀行をこの入金方法に割り当てる際に、確認勘定、送金勘定およびファクタリング勘定を受取手形勘定に割り当てます。さらに、ファクタリング手形勘定を短期借入金勘定に割り当てる必要があります。短期借入金勘定は、滞納手形に使用されます。

詳細は、『Oracle Receivablesインプリメンテーション・ガイド』の入金方法に関する項および送金銀行の割当に関する項を参照してください。

関連項目

受取手形の作成

受取手形を作成して、先日付の支払をOracle Receivablesに記録します。このタイプの支払では、手形満期日に、資金が発行人の銀行から手形所有者の銀行へ振替えられます。

受取手形を手動で入力するのは、「入金」ウィンドウを使う場合だけです。Oracle Receivables「自動入金」機能を使う場合は、手形は作成できません。

受取手形を作成する手順は次のとおりです。

「入金」ウィンドウにナビゲートします。
受取手形の入金区分に割り当てた入金方法を入力します。
この手形の基本情報（手形番号、通貨、金額、GL記帳日など）を入力します。

関連項目: 入金の入力
満期日を入力します。

デフォルトの満期日は預入日と同じ日付になります。満期日とは、資金が手形発行人の銀行から手形所有者の銀行に振り替えられる日付です。
「標準」の入金タイプを選択します。
システム・オプション「入金処理時請求先事業所必須」が「Yes」に設定されている場合は、請求先事業所を入力します。
銀行手数料を適用する場合は、その金額を入力します。
送金銀行口座を変更します（オプション）。
手動文書採番を使用している場合は、「詳細」タブ・リージョンをオープンして、一意の文書番号を入力します。
手形預入日を入力します。

デフォルトの預入日は今日の日付です。預入日は変更できますが、受取手形の場合、預入日は入金日（手形の日付）以降の日付にする必要があります。
送金処理の過程で入金送金銀行が自動的に上書きされないように、必要に応じて「上書」フィールドを使用できます。
「受取手形」リージョンに、次の情報を入力します。

発行者名: （オプション）この手形を発行した人の名称。手形発行人は、Oracle Receivablesで定義される必要はありません。

発行日: この手形を発行する日付。デフォルトは現在日ですが、変更もできます。

発行銀行名: 手形が発行された銀行を入力するか、値のリストから銀行を選択します。

発行銀行支店名: 手形が発行された銀行支店を入力するか、値のリストから銀行を選択します。
作業内容を保存します。この手形に「オープン」のステータスが割り当てられます。

関連項目

受取手形の決済

「入金額自動決済」プログラムを実行して、受取手形を決済します。手形がファクタリングされたかまたは、銀行に預金されたかによって、このプログラムでは、売掛金勘定科目と対応する勘定科目が決済されます。

資金は手形所有者の銀行口座に手形満期日に貸方記入されますが、通常、資金振替と決済が完了するまでは資金を使用できません。資金が実際に手形所有者の銀行口座に預金される満期日後の日数は、発行人銀行と送金銀行に依存します。発行人銀行と送金銀行が同じ（銀行内取引）場合、決済日数はゼロです。それ以外の場合、決済日数は変動する可能性があります。いずれの場合も、Receivablesで満期日に会計仕訳が作成されるように、入金方法の「逆算日数」（決済日数）を0（ゼロ）に設定する必要があります。関連項目: 受取手形の設定

受取手形を決済すると、「自動決済」プログラムによりそのステータスが「満期後」に更新されます。

関連項目

入金額自動決済

受取手形の会計処理

受取手形レポート

受取手形の戻し処理

「入金戻し処理」ウィンドウで、受取手形の戻し処理ができます。手形が滞納の場合、手形発行人が支払停止をした場合、または手形満期日の前に発行人に戻す場合には、手形を戻し処理できます。手形が滞納の場合（たとえば、資金が手形満期日に使用不可）、手形を交換するか、再購買できます。受取手形を再購買するには、デビット・メモ戻し処理を作成します。

送金済の受取手形に対するデビット・メモ戻し処理を作成すると、Oracle Receivablesにより手形ステータスが「遅滞」に変更されます。

デビット・メモ戻し処理を作成する時、Oracle Receivablesでは当初の入金に関連する入金活動は更新されません。新規のデビット・メモ戻し処理は、実際は新規の売掛金であり、最初の手形によってクローズされた品目を再びオープンします。

戻り: 満期日またはそれ以前に手形を発行者に戻すことができます。標準またはデビット・メモ戻し処理を作成することにより、手形を戻すことができます。
交換: 戻り、遅滞、買戻しの手形は新規手形に交換できます。たとえば、手形所有者と手形発行人が、新しい手形を交換として送付することに合意した場合に、交換することがあります。これは手形の書換えとも呼ばれます。
買戻し: 満期日に達したが、資金が支払われなかったファクタリング手形を再購買できます。手形を戻し処理してデビット・メモ戻し処理を作成する際、戻し処理日が手形の満期日よりも後の日付の場合は、Oracle Receivablesによりこのステータスが割り当てられます。
遅滞: 満期日に達したが、資金が支払われなかった送金済手形を戻し処理できます。手形を戻し処理してデビット・メモ戻し処理を作成する際、戻し処理日が手形の満期日よりも後の日付の場合は、Oracle Receivablesによりこのステータスが割り当てられます。

受取手形の戻し処理についての手順は、現金入金の場合と同じです。これは、標準戻し処理にもデビット・メモ戻し処理のもあてはまります。

満期日の前に手形を戻す手順は、次のとおりです。

「入金戻し処理」ウィンドウにナビゲートします。
戻す手形を問い合せます。
手形満期日以前の戻し処理日を指定します。
この手形に対して、標準またはデビット・メモ戻し処理を作成します。関連項目: 入金の戻し処理
作業内容を保存します。Receivablesによって、この手形に「戻り」のステータスが割り当てられます。

遅滞した、ファクタリング手形を再購買する手順は、次のとおりです。

「入金戻し処理」ウィンドウにナビゲートします。
買い戻す手形を問い合せます。
手形満期日より後の戻し処理日を指定します。
この手形のデビット・メモ戻し処理を作成します。関連項目: 入金の戻し処理
作業内容を保存します。Receivablesによって、この手形に「買戻し」のステータスが割り当てられます。

遅滞した、送金済手形を戻し処理する手順は、次のとおりです。

「入金戻し処理」ウィンドウにナビゲートします。
遅滞した手形を問い合せます。
手形満期日より後の戻し処理日を指定します。
この手形のデビット・メモ戻し処理を作成します。関連項目: 入金の戻し処理
作業内容を保存します。Receivablesによって、この手形に「遅滞」のステータスが割り当てられます。

受取手形を交換する手順は、次のとおりです。

「入金」ウィンドウにナビゲートします。
新規の受取手形を入力します。関連項目: 受取手形の作成
手形の戻し処理、遅滞処理または買戻し処理の際に作成されたデビット・メモを、新規手形で消し込みます。Receivablesによって、この手形に「交換」のステータスが割り当てられます。

関連項目

受取手形レポート

戻し処理済受取手形レポート

受取手形の会計処理

この表では、Oracle Receivablesで、通常の入金と受取手形に対して作成される会計仕訳を比較します。


入金	受取手形
送金が必要な入金を作成借方: 確認貸方: 売掛金	送金が必要な手形を作成借方: 受取手形貸方: 売掛金
標準送金借方: 送金貸方: 確認ファクタリング送金借方: ファクタリング貸方: 確認	標準送金借方: 受取手形貸方: 受取手形ファクタリング送金借方: ファクタリング貸方: 確認
決済借方: 現金借方: 銀行手数料貸方: 短期借入金	ファクタリング手形を決済（満期日前）借方: 現金借方: 銀行手数料貸方: 短期借入金
満期日借方: 短期借入金貸方: ファクタリング	満期日借方: 現金貸方: 受取手形
リスク消去借方: 短期借入金貸方: ファクタリング	リスク消去借方: 短期借入金貸方: ファクタリング

関連項目

受取手形レポート

戻し処理済受取手形レポート

受取手形レポート

受取手形レポートには、受取手形についての一般情報を表示できます。

このレポートでは、次のステータスをもつ手形だけが対象です。

オープン: 新規に作成される手形
送金済: 銀行に送金済の手形
満期後: 満期日に達した手形
換算: 滞納手形と交換された手形

ステータスが「返品」、「遅滞」または「買戻し済」の手形は、受取手形レポートの対象にはなりません。

レポート・パラメータ

通貨: このレポート対象の手形の通貨を入力します。通貨とは無関係に全手形を対象とするには、このフィールドを空白にしておきます。

顧客名：自/至: 特定の顧客の手形だけを対象とするには、顧客名の範囲を入力します。このフィールドを空白のままにすると、すべての顧客の手形が対象となり、または同じ顧客番号を両方のフィールドに入力すると、1人の顧客だけをレポートします。

顧客番号：自/至: 特定の顧客の手形だけを対象とするには、顧客番号の範囲を入力します。このフィールドを空白のままにすると、すべての顧客の手形が対象となり、または同じ顧客番号を両方のフィールドに入力すると、1人の顧客だけをレポートします。

最終満期日: 「開始満期日」を入力した場合、終了日を入力して、満期日が特定の範囲内にある手形だけをレポートの対象とします。

ソート・キー: このレポートの情報をソートするための使用方法を選択します。「満期日」、「顧客」、「送金銀行」を選択します。このパラメータは必須です。

送金銀行: 特定銀行の手形だけを対象とするために、送金銀行を入力します。

送金銀行口座: 特定銀行顧客口座の手形だけを対象とするには、送金銀行口座を入力します（オプション）。

開始満期日/最終満期日: 範囲内の満期日の手形だけを対象とする場合は、日付の範囲をここで入力します。満期日とは無関係にすべての手形を対象とするには、このフィールドを空白にしておきます。

ステータス: 特定のステータスの手形のみをレポート対象とする場合は、ステータスを入力します。「交換」、「満期後」、「オープン」または「送金済」の1つを選択します。ステータスに関係なくすべての手形を対象とするには、このフィールドを空白にしておきます。

レポート見出し

通貨: レポートが対象とする手形の通貨（レポート・パラメータに通貨を指定してある場合に限る）。

自（満期日）至（満期日）: レポート対象となる手形の満期日範囲（レポート・パラメータに範囲を指定してある場合に限る）。

ソート・キー: レポート内の情報をソートする際に選択するオプション。

列見出し

顧客名: 作成した手形の対象となる顧客名。

顧客サイト: 顧客の請求先サイト。

発行者名/発行銀行名: 手形発行側の名称と銀行。

発行日/満期日: 手形が発行された日付とその満期日。

手形番号/換算済手形: 手形番号と、（この手形を交換した場合は）交換した手形。

手形ステータス: 手形のステータス。

手形金額: 手形の金額。

送金銀行: 手形の送金銀行。

送金銀行口座: 手形の送金銀行口座。

行見出し

サイトの合計: 顧客サイトの手形の合計額。

顧客合計: 顧客の手形の合計額。

レポート合計: レポート対象の手形の合計額。

戻し処理済受取手形レポート

戻し処理済受取手形レポートには、戻し処理済受取手形についての情報を表示できます。

このレポートでは、次のステータスをもつ手形だけを対象とします。

遅滞: 手形満期日に、資金が使用不可だった手形
再購買: デビット・メモ戻し処理を作成した、滞納、ファクタリング済手形
返品: 手形の満期日以前に標準戻し処理を作成した戻し手形

このレポートはまた、作成された手形、デビット・メモ戻し処理を消し込んだ手形も対象とします。これらの手形は、「換算」のステータスをもちます。

レポート・パラメータ

通貨: このレポート対象の手形の通貨を入力します。通貨とは無関係に全手形を対象とするには、このフィールドを空白にしておきます。

顧客名: 特定の顧客の手形だけを対象とするには、顧客名を入力します。すべての顧客の手形を対象とするには、このフィールドを空白にしておきます。

ソート・キー: このレポートの情報をソートする際の使用方法を選択します。「顧客」または「送金銀行」を選択します。このパラメータは必須です。

未換算手形レポート: デビット・メモ戻し処理は作成されているが、新規手形による消込がまだ行われていない手形を、レポートの対象とするかどうかを表示します。「Yes」または「No」を選択します。

開始戻し処理日/戻し処理日：至: 範囲内の戻し処理日の手形だけを対象とする場合は、日付の範囲をここで入力します。戻し処理日とは無関係に、すべての手形を対象とするには、このフィールドを空白にしておきます。

ステータス: 特定のステータスの手形だけをレポート対象とする場合は、ステータスを入力します。「オープン」、「交換」、「送金済」、「ファクタリング済」または「満期」のうちから1つを選択してください。ステータスとは無関係にすべての手形を対象とするには、このフィールドを空白にしておきます。

レポート見出し

通貨: レポートが対象とする手形の通貨（レポート・パラメータに通貨を指定してある場合に限る）。

自（満期日）至（満期日）: レポート対象となる手形の満期日範囲（レポート・パラメータに範囲を指定してある場合に限る）。

ソート・キー: レポート内の情報をソートする際に選択するオプション。

列見出し

顧客名/顧客サイト: 作成した手形の対象となる顧客名と請求先サイト。

デビッド・メモ/換算手形: 手形が交換される場合、この列はデビット・メモ番号と、このデビット・メモを消し込む手形の番号が表示しされます。

発行者名/発行銀行名: 手形発行側の名称と銀行。

発行日/満期: 手形が発行された日付とその満期日。

手形金額: 手形の金額。

手形番号: 手形番号。

手形ステータス: 手形のステータス。

行見出し

サイトの合計: 顧客サイトの手形の合計額。

顧客合計: 顧客サイトの手形の合計額。

入金方法合計: 入金方法の手形の合計額。

レポート合計: レポート対象の手形の合計額。

自動ロックボックスの使用方法

自動ロックボックス（または、ロックボックス）とは、商業銀行が企業顧客に提供しているサービスで、売掛/未収金支払処理を行うことができます。自動ロックボックス処理により毎月数百万の取引を処理できます。

自動ロックボックスは銀行に直接送られる入金を自動的に処理することによって手動のデータ入力の手間を省きます。「クイック入金」入金バッチを作成する前に、情報の伝送方法およびOracle Receivablesによりデータが有効であることが確認される方法を指定します。入金送金済の顧客を自動的に識別したり、オプションとして「自動消込基準」を使用して顧客の未払い借方項目に対して消し込む方法を決定したりできます。

Oracle Trade Managementを使用している場合は、Oracle Receivablesでの自動ロックボックスとクイック入金転記の処理中に、取引管理での要求の作成に適格な送金明細を自動的に準備できます。関連項目: 自動ロックボックスによる要求の作成方法

取得時換算にも自動ロックボックスを使うことができます。たとえば、自動ロックボックスを使用して、入金を前の会計処理システムからOracle Receivablesに伝送できます。自動ロックボックスにより、入金が正確であり有効であることが、Oracle Receivablesによって伝送される前に確認されます。

自動ロックボックスの処理には、次の3つのステップがあります。

インポート: この段階で、自動ロックボックスは、SQL *Loaderスクリプトを使用して銀行ファイルから「自動ロックボックス」表にデータを読み取り、フォーマットします。
検証: 検証プログラムは、「自動ロックボックス」表内のデータにOracle Receivablesとの互換性があるかどうかをチェックします。検証後に、データは「クイック入金」表に転送されます。この時点で、ユーザーは、「クイック入金」ウィンドウで入金を問い合せ（オプション）、消込方法を変更してから、最終ステップの「クイック入金転記」を発行できます。
クイック入金転記: このステップでは、入金の消込がなされ、顧客残高が更新されます。関連項目: クイック入金転記

これらのステップは、「ロックボックス処理の発行」ウィンドウから個別または同時に発行できます。「クイック入金転記」を実行した時点で、Oracle Receivablesではそれらの入金がその他すべての入金と同様に取り扱われます。それらの入金を戻し処理し、再消し込みしてから、未消込、不明、または対顧客勘定のすべての金額を消し込みできます。

注意: 自動ロックボックスでは、請求書に関連しない入金は処理できません。非請求書関連の入金（投資所得など）は、「入金」ウィンドウで入金タイプ「その他」を使用して処理します。

インポート

インポート・ステップの間、ロックボックスでは、SQL*Loader制御ファイルを使用して、銀行ファイル内の入金情報をAR_PAYMENTS_INTERFACE_ALL表にインポートします。自動ロックボックスでは、ユーザーが「ロックボックス処理の発行」ウィンドウで指定した伝送フォーマットを使用して、データが銀行ファイルからAR_PAYMENTS_INTERFACE_ALL表に確実に転送されます。伝送フォーマットには、顧客番号、銀行口座番号、消し込む各入金の金額および各入金を消し込む取引番号などの情報が含まれます。独自の伝送フォーマットを定義することも、Oracle Receivablesから提供された2つのフォーマッのいずれかを使用することもできます。関連項目: 『Oracle Receivablesインプリメンテーション・ガイド』の伝送フォーマットに関する項

重要: SQL*Loaderで銀行ファイルを適切にロードするには、銀行から送付される論理レコードがすべてキャリッジ・リターンで終了している必要があります。そうでないと、「自動ロックボックス」を発行したときにエラー・メッセージが表示されます。

検証

検証ステップの間、自動ロックボックスでは、重複している入力がないこと、顧客および入金の情報が有効であること、消し込む金額が入金額を上回っていないこと、AR_PAYMENTS_INTERFACE_ALL内の列がOracle Receivablesでの正しい値および列を参照していることが確認されます。入金通貨と取引通貨が異なる場合、自動ロックボックスでは、特定の消込情報も必要となり、2つの通貨間の換算レートを判別できなければなりません。関連項目: 自動ロックボックスを使用した相互通貨入金の処理

ロックボックスでは入金が転送され、それによって検証がOracle Receivables暫定表のAR_INTERIM_CASH_RECEIPTS_ALLおよびAR_INTERIM_CASH_RCPT_LINES_ALLに渡されます。検証に失敗した入金は、「転送データの保守」ウィンドウでエラーを手動で訂正しないかぎり、AR_PAYMENTS_INTERFACE表内に残ります。訂正後は「ロックボックス処理の発行」ウィンドウを使用して、これらの入金の検証ステップのみを再発行できます。入金がOracle Receivablesに正常にインポートされた後は、入金の手動入力と同じように、その入金を勘定に消込、戻し処理、送金または入力できます。「自動ロックボックス」を発行したときに「クイック入金転記」を実行していない場合は、各入金を確認し、オプションで「クイック入金」ウィンドウで消込情報を更新できます。関連項目: 自動ロックボックスの検証

クイック入金転記

「クイック入金転記」を発行すると、AR_INTERIM_CASH_RECEIPTS_ALLおよびAR_INTERIM_CASH_RCPT_LINES_ALL表に含まれた情報に基づいて各入金の消込が試行されます。取引への入金消込を可能にするには、「クイック入金転記」が次のものを判別できるようにする必要があります。

未回収借方品目が作成された顧客。この顧客を指定するには、通常、顧客番号またはMICR（電磁インク文字認識）番号を銀行ファイルに提供します。顧客番号とMICR番号が提供されていないときに、このロックボックスの「自動連動」が「Yes」に設定されている場合、「自動ロックボックス」では、照合ルールを使用して顧客が識別されます。関連項目: 自動連動および照合ルール

顧客番号とMICR番号が提供されておらず、「自動連動」が「Yes」に設定されており、かつロックボックスでも照合ルールを使用して顧客を識別できない場合、「クイック入金転記」によって入金に「不明」ステータスが割り当てられます。「クイック入金」ウィンドウまたは「入金」ウィンドウで、「不明」ステータスの各入金を手動で顧客に割り当てる必要があります。割り当てた後は、これらの入金を「消込」ウィンドウで手動で消し込むことも、「クイック入金転記」を発行して自動で消し込むこともできます。
各入金を消し込む先の取引番号。ロックボックスで入金の顧客を識別できないとき、取引番号が入金レコード内に提供されていれば、ロックボックスではこの情報を使用して入金が消し込まれます。取引番号が提供されておらず、このロックボックスの「自動連動」が「No」に設定されている場合、「クイック入金転記」によって入金に「未消込」ステータスが割り当てられます。これらの入金を手動で消し込むには、「消込」ウィンドウを使用する必要があります。

取引番号は指定されていないが、「自動連動」が「Yes」に設定されている場合、「クイック入金転記」では、この顧客サイト、顧客またはロックボックスに定義された照合ルールを使用して入金を消し込みます。関連項目: 照合ルール

照合ルールに合わない場合、「クイック入金転記」では、顧客サイト、顧客またはシステム・オプション・レベルで定義された「自動消込」ルール・セットを使用して入金が消し込まれ、いずれかが見つかると停止します。

「自動消込」基準でも入金を消し込みできない場合、ロックボックスによって入金に「未消込」ステータスが割り当てられます。未消込入金は、「クイック入金」ウィンドウまたは「消込」ウィンドウで消し込むことができます。

次の図には、銀行ファイルの入金データをOracle Receivables表にインポートする方法を示します。また、この図には、Oracle Receivablesで、自動ロックボックスのインポート・ステップの発行時に、インポート・セクションが生成され、自動ロックボックスの検証ステップの発行時に、検証セクションが生成されることも示します（関連項目: ロックボックス実行レポート）。Oracle Receivablesでは、クイック入金転記または自動ロックボックスを発行するたびに、クイック入金転記実行レポートが自動的に生成されます。関連項目: クイック入金転記実行レポート

銀行ファイルからデータをインポート

本文の説明内容に関するイメージ

関連項目

『Oracle Receivables Reference Guide』のロックボックス・インタフェース表および列の摘要に関する項

自動消込

自動ロックボックスの検証

Oracle Receivablesにより、銀行から受け取ったデータが検証され、すべてのファイルを受け取ったこと、バッチ内に重複した入金がないこと、顧客および請求書が有効であることが検証されます。

また、「自動ロックボックス」により、すべてのデータにOracle Receivablesとの互換性があるかどうかが検証されます。「自動ロックボックス」は、AR_PAYMENTS_INTERFACE_ALLの列がOracle Receivablesにおいて適切な値と列を参照していることを確かめてデータを検証します。

重複入金は同じ入金番号、金額、通貨、および顧客番号を持っています。「自動ロックボックス」では、同じ顧客の同じバッチ・ソース内で重複した入金は許可されません。これは、「入金」ウィンドウを使用して入金を手作業で入力したとき、Oracle Receivablesにより処理される検証と同じです。

注意: 適切なコントロールが設定されていない場合、「自動ロックボックス」によってすでに処理された入金を再インポートして再消込することができます。複数のユーザーが「自動ロックボックス」を使用して2回以上同じ銀行ファイルを処理することがないように、標準の操作手順を確立しておくことをお薦めします。

請求書番号は1つのバッチ・ソースの中でのみ一意であることが要求されます。顧客はそれが別のバッチ・ソースに属している限り、重複した請求書番号を持つことができます。ただし、自動ロックボックスは支払をそれらの請求書に自動的には消し込みできません。

システム内で顧客に同じ番号の請求書が2つ以上ある場合、「自動ロックボックス」では支払を消し込む請求書がどれかを判断できません。入金は「未消込」（顧客番号またはMICR番号がある場合）のままになるか、「不明」（顧客番号/MICR番号がない場合）になります。

しかし、次の場所で入金をそれらの請求書に手動で消込できます。

「消込」ウィンドウ、「クイック入金転記」をすでに発行した場合。
「クイック入金」ウィンドウ、「クイック入金転記」をまだ発行していない場合。

自動ロックボックスでは次の検証を完了します。

伝送レベルの検証: 「自動ロックボックス」はロックボックス伝送を検証して、伝送情報が伝送フォーマットに対応していることを保証します。次の属性が検証されます。
- 伝送フォーマットが入金レコードを含んでいること。
- ロックボックス番号か伝送フォーマットの一部か、または「ロックボックスの発行」ウィンドウから「自動ロックボックス」を発行する際に指定されること。
- GL記帳日がオープン会計期間内にあること。
- 入力した伝送レコードの件数と金額の合計は、「自動ロックボックス」により判別された実際の入金件数および金額と一致していなければなりません。（伝送フォーマットに伝送ヘッダーまたはトレーラが含まれる場合、ロックボックスではこの伝送のすべてのレコードがカウントされます。検証された件数には、暫定表に転送されたすべての入金および詳細レコードが含まれます。）
- 当初番号が供給されている場合、有効であること。
ロックボックス・レベル検証: 「自動ロックボックス」はロックボックス・レコードを検証して、ロックボックス情報が伝送フォーマットに対応することを保証します。次の属性が検証されます。
- 該当するレコードが存在する場合、ロックボックス・ヘッダーまたはロックボックス・トレーラにロックボックス番号が含まれ、その番号が有効であること。
- ロックボックス・バッチ件数が供給されている場合、有効であること。
- ロックボックス金額が供給されている場合、有効であること。
- ロックボックス・レコード件数が供給されている場合、有効であること。
- 当初番号が供給されている場合、有効であること。
- ロックボックス番号に重複がないこと。
バッチ・レベル検証: 「自動ロックボックス」はバッチ・レコードを検証して、バッチ情報が伝送フォーマットに対応することを保証します。次の属性が検証されます。
- バッチ名がバッチ・レコードで存在すること。
- バッチ名は伝送の中で一意であること。
- バッチ金額が正しいこと。
- バッチ・レコード件数が正しいこと。
- 伝送フォーマットの一部の場合は、ロックボックス番号がバッチ・レコードに存在すること。
入金レベル検証: 「自動ロックボックス」は入金レコードを検証し、入金情報が伝送フォーマットに対応していることを保証します。次の属性が検証されます。
- 送金額が指定されていること。
- 小切手番号が指定されていること。
- 品目番号が指定され、伝送フォーマットに基づき、バッチ、ロックボックス、または伝送内で一意であること。
- ロックボックス番号が指定されていて、（この番号がロックボックス・ヘッダーの一部または伝送フォーマットのロックボックス・トレーラでない場合）バッチがインポートされないこと。
- バッチ名が指定されていること（バッチ・ヘッダーまたはバッチ・トレーラが伝送フォーマットの一部である場合）。
- 口座番号が指定されていること（伝送経路番号が伝送フォーマットの一部である場合）
- 請求書1-8は有効、または空白のままです。
  
  重要: 照合した番号を使用し、この入金で複数取引を支払うことが入金レコードに示されている場合は、ロックボックスにより全取引が同一のタイプ（請求、受注、発注など）であることが想定されます。たとえば、最初の2つの取引が請求の場合は、ロックボックスは確実にこの入金を照合します。ただし、その次の取引が請求書でない場合は、ロックボックスにより不明入金として入金額残高がインポートされるか、または入金全体が拒否されます（ロックボックスの定義に依存）。
  
  ロックボックスにより未消込として入金額残高がインポートされた場合、Oracle Receivablesでは、「消込ノート」フィールドに無効な照合番号が保持されます。関連項目: 「入金」フィールド・リファレンス
- 賦払1-8が有効な賦払番号または空白のままであること。
- 照合番号から導き出された請求書またはデビット・メモ、クレジット・メモ、前受/預り金、対顧客勘定クレジット、チャージバック番号は、約定金額や入金には属していません。
- 取引番号は消込額が指定された場所に入力されること。
- 入金の消込処理金額の合計が送金額を超えないこと。
- 顧客番号が有効（下記の「顧客の検証」を参照）であること。
- 顧客番号とMICR番号が共に同じ顧客を参照すること（両方が提供されている場合）。
- 入金日が指定されていること。
- 入金方法が有効であること。
- 通貨が有効（下記の「通貨の検証」を参照）であること。
オーバーフロー・レベル検証: 「自動ロックボックス」はオーバーフロー・レコードを検証し、オーバーフロー情報が伝送フォーマットに対応していることを保証します。次の属性が検証されます。
- バッチ名が指定されていること（バッチ・ヘッダーまたはバッチ・トレーラが伝送フォーマットの一部である場合）。
- ロックボックス番号が指定されていること（バッチ・ヘッダーまたはバッチ・トレーラの指定がなく、伝送フォーマットがロックボックス番号を含む場合）。
- 品目番号が指定されていて入金レコードと照合すること。
- オーバフロー・インジケータが指定されていること（それが最後のオーバーフロー・レコードではない場合）。
- オーバーフロー連番が指定されていること。
- 請求書1-8が有効な請求書番号であること（これらの番号はオプションで、空白のままにしておくこともできます）。
  
  重要: 照合した番号を使用し、この入金で複数取引を支払うことが入金レコードに示されている場合は、ロックボックスにより全取引が同一のタイプ（請求、受注、発注など）であることが想定されます。たとえば、最初の2つの取引が請求の場合は、ロックボックスは確実にこの入金を照合します。ただし、その次の取引が請求書でない場合は、ロックボックスにより不明入金として入金額残高がインポートされるか、または入金全体が拒否されます（ロックボックスの定義に依存）。
  
  ロックボックスにより未消込として入金額残高がインポートされた場合、Oracle Receivablesでは、「消込ノート」フィールドに無効な照合番号が保持されます。関連項目: 「入金」フィールド・リファレンス
- 賦払1-8が有効な賦払番号または空白のままであること。
- 導き出された取引番号は消込額が指定された場所に入力されること。
顧客検証: 「自動ロックボックス」により、次の属性を基準にして顧客のデータを検証でき、一致するものが見つからない場合、その入金は「不明」とマークされること。
- 顧客番号が有効であること。
- MICR番号が有効であること。
- 請求先顧客は「自動関連」請求書からであること。(「自動関連」が使用可能な場合）
関連項目: 自動ロックボックスによる入金の顧客識別
通貨検証: Oracle Receivablesでは複数通貨の入金が処理できます。通貨コード、換算レートタイプと入金日を送ると、「自動ロックボックス」は換算レートを決定します。換算レートを決定できない場合は、入金の検証は失敗になります。

Oracle Receivablesは、相互通貨預金をサポートします。これにより、ロックボックス内の入金が銀行口座内の通貨と同じ通貨になるか、または銀行口座が機能通貨でありその「多通貨入金」フィールドが「Yes」に設定されている場合、別の通貨になることもあります（「銀行口座」ウィンドウ、「売掛/未収金オプション」タブ・リージョン）。

関連項目

『Oracle Receivablesインプリメンテーション・ガイド』の伝送フォーマットに関する項

自動ロックボックスによる入金の顧客識別

自動ロックボックスでは、Oracle Receivablesにインポートする入金の顧客を決定するのにいくつかの方法が使用されます。伝送フォーマットおよびシステムの設定によっては、自動ロックボックスにより、次の属性を基準にして顧客のデータを検証できますが、一致するものが見つからない場合、その入金にステータス「不明」が割り当てられます。

顧客番号

自動ロックボックスを介してインポートした入金の顧客番号を提供すると、Oracle Receivablesでは、伝送フォーマットに提供された消込情報をすべて使用して、入金を消し込もうとします。

MICR番号

各入金に表示されるMICR（電磁インク文字認識）番号で顧客が銀行に関連付けられます。ロックボックスでは、次の2つの品目がTRUEの場合にのみ、入金のある顧客を関連付けるのにMICR番号が使用されます。

顧客番号が伝送に含まれていないこと。
MICR番号が伝送に含まれていること。

MICR番号は2つのセグメントで構成されます。最初のセグメントは「ロックボックス」伝送フォーマットの一部である伝送経路番号で、これによって、顧客が小切手を引き出す銀行が識別されます。2番目のセグメントは、その銀行での顧客口座を識別します。伝送経路番号は「銀行」ウィンドウの「銀行支店番号」に入力します。顧客口座番号は「銀行口座」ウィンドウの「銀行口座番号」フィールドに入力します。

注意: 入金は新規のMICR番号でインポートされますが、自動ロックボックスが別の方法を使用して顧客を識別できた場合、Oracle Receivablesでは今後の参照のためにこの新規番号が保存されます。

自動連動

顧客がMICR番号または顧客番号のどちらでも識別できない場合（たとえば、伝送にこの情報が含まれていない場合）、「自動連動」を使用して、顧客を照合番号で識別できます。照合番号としては、取引番号、繰越残高請求番号、受注番号、発注番号、あるいはその他カスタム定義の番号が使用できます。銀行ファイル内の顧客の送金通知には、Oracle Receivablesがこの方法で顧客を識別するための照合番号が含まれている必要があります。

自動連動の使用方法

ロックボックスを定義するとき、「自動連動」チェック・ボックスをチェックする（「ロックボックス」ウィンドウ）。
各入金が消し込まれる請求書はすべて同じ顧客に属していることを確認する。
伝送内の照合番号が一意であることを確認する。

MICR番号または顧客番号が入金レコードに含まれておらず、かつ「自動連動」が「No」に設定されている場合、ロックボックスにより、入金が「不明」としてインポートされます。顧客を不明入金に割り当てるのに「入金」ウィンドウまたは「消込」ウィンドウを使用できます。

「自動ロックボックス検証」プログラムでは、この入金で支払われるようにリストされたすべての取引が同一の顧客と関連付けられている場合にのみ、入金した顧客を照合番号を使用して識別します。

一意の顧客が識別されない場合、自動ロックボックスによって入金がインポートされ、その入金にステータス「不明」が割り当てられます。
一意の顧客が識別されず、重複請求書が入金の照合番号として表示された場合、自動ロックボックスでは入金の消込方法が識別できないため、入金は検証されません。

「ロックボックス処理レポート」の検証項を使用して、顧客が一意に識別できなかったために自動ロックボックスにより消し込みできなかった取引を点検できます。関連項目: ロックボックス実行レポート

次の表には、重複請求書番号を含む別個の自動ロックボックス伝送の3つの例を示します。各伝送で、「自動連動」が「Yes」に設定され、送金顧客は「顧客ABC」で、入金情報に請求書番号が含まれているが顧客名がないものとします。


入金情報	請求書番号 - 顧客	顧客の識別	入金の消込
請求書101	101 - 顧客ABC 102 - 顧客ABC	Yes	Yes
請求書101	101 - 顧客ABC 101 - 顧客ABC	Yes	No
請求書101	101 - 顧客ABC 101 - 顧客XYZ（顧客ABCに関連）	Yes	Yes
請求書101	101 - 顧客ABC 101 - 顧客XYZ	No	No

2番目の例では、請求書が同じ顧客に属しているため、ロックボックスにより入金を識別できます。ただし、請求書に同じ番号があるため、ロックボックスによりどちらの請求書でその入金を消し込むかを識別できないので入金は「未消込」のままです。

注意: 設定によっては、ロックボックスで未照合送金の要求を作成する場合があります。

関連項目: 自動ロックボックスによる要求の作成方法

3番目の例では、顧客XYZは顧客ABCに関連しており、同じ請求番号を持つ請求書が2つあります。この場合、入金レコードに顧客またはMICR番号が含まれていれば、ロックボックスによって送金側顧客（顧客ABC）に属する請求書にその入金が消し込まれます。含まれていなければ、ロックボックスによって入金に「不明」ステータスが割り当てられます。

最後の例では、2つの異なった顧客に対して同じ番号を持つ2つの請求書があります。ロックボックスでは、入金の消込方法が識別できないため、入金は検証されません。検証ステップで失敗した入金は「ロックボックス実行レポート」で検討できます。関連項目: ロックボックス実行レポート

請求先事業所のある関連入金

Oracle Receivablesでは、各顧客の請求先事業所について入金を追跡することもできます。この機能を使用するには、伝送フォーマットに請求先事業所を含め、システム・オプション「入金処理時請求先事業所必須」が「Yes」に設定されていることを確認する必要があります。また、このシステム・オプションを「Yes」に設定した場合、「クイック入金転記」によって、請求先事業所を持たない支払について不明の入金が作成されます。システム・オプション・レベルで「入金処理時請求先事業所必須」が「Yes」になっている場合、「ロックボックス」を定義するときにもこのオプションを「Yes」に設定する必要があります。そうしないと、自動ロックボックスを発行したときにOracle Receivablesによってエラーが表示されます。詳細は、『Oracle Receivablesインプリメンテーション・ガイド』のその他のシステム・オプションに関する項を参照してください。

関連項目

『Oracle Receivablesインプリメンテーション・ガイド』のロックボックスに関する項

自動ロックボックスによる入金の消込方法

「クイック入金転記」を発行したとき、Oracle Receivablesにより、ロックボックス伝送内の入金が消し込まれます。ロックボックスを実行するとき、あるいは入金をインポートし検証した後、別個のステップとして、どちらの場合でも「クイック入金転記」を発行できます。「クイック入金転記」により、「ロックボックス」伝送で供給された情報を使って顧客の残高が更新されます。

入金を正しく消し込むために、「自動ロックボックス」では、送金顧客の名称または番号および各入金が消し込まれる先の取引が認識されている必要があります。ロックボックス伝送に、顧客の名称または番号および各入金が消し込まれる先の取引が両方とも含まれている場合、「自動ロックボックス」では、この情報を使用して「クイック入金転記」中に入金を消し込みます。顧客情報が提供されていない場合は、ロックボックスを設定して照合ルールを使用し、送金顧客を識別して各入金を部分的にまたは完全に消し込むことができます。

通常、ロックボックス伝送には照合番号が含まれています。それらは最も頻繁に使用される取引番号ですが、発注番号や受注番号といった他のタイプの番号であることもあります。照合ルールを使用するには、ロックボックスを定義するときに「入金別照合」方法を指定し、「自動連動」を「Yes」に設定する必要があります。「入金別照合」方法によって、検証ステップで検索される番号のタイプが決まります。一致が見つかると、「自動ロックボックス」では、一致した取引の情報を使用して顧客が識別され、最終ステップの「クイック入金転記」で入金が消し込まれます。

「自動ロックボックス」により顧客を識別できない場合、または入金の消込先取引を識別できない場合、その入金には「不明」ステータスが割り当てられます。

「自動ロックボックス」で入金をした顧客を識別できても、その入金をどの取引に消し込むか識別できない場合、設定によっては要求が作成されることがあります。関連項目: 自動ロックボックスによる要求の作成方法

自動的に要求を作成するようにロックボックスを定義しなかった場合、または定義したが送金明細が適格である場合、自動ロックボックスではこの顧客に定義されている自動消込ルール・セットを使用して入金を消し込みます。

「自動ロックボックス」では、相互通貨入金をインポートして消し込むこともできます。関連項目: 自動ロックボックスを使用した相互通貨入金のインポートおよび消込

これらの顧客間の関係を設定している場合、またはシステム・オプション「非関連請求書入金消込の許可」をこのロックボックス発行用に「Yes」に設定した場合、別の顧客の請求書に対し、自動ロックボックスを介して支払うことができます。支払顧客は入金レコードの顧客番号またはMICR番号によって識別されます。または、顧客Aの入金を顧客Bの請求書に消し込むときに「自動連動」を使用する場合、入金は顧客Bにより支払済として識別されます。さらに、1つの入金で支払われるようにリストされたすべての請求書は同じ顧客に属している必要があります。そうでない場合は、ロックボックスにより「未消込」として入金がインポートされます。

「システム・オプション」ウィンドウで、またはこのロックボックス発行に対して、「非関連請求書入金消込の許可」オプションが「No」の場合は、この方法で消し込む前に顧客間の関係を設定する必要があります。関連項目: 勘定関連の定義および更新

パーティ支払関連も設定できます。関連項目: パーティ支払関連の使用方法

注意: 「自動ロックボックス」を使用して入金を請求書に消し込む場合、割引は行われません。これは、「クイック入金転記」プログラムで行われる処理です。顧客の与信プロファイルおよび支払条件が「割引の許可」に設定されている場合は、「クイック入金転記」により自動的に割引が行われます。適用される割引は、システム・オプション「期限外割引の許可」および「割引対象一部支払」によって異なります。割引は「入金」ウィンドウで手動で上書きできます。

照合ルール

伝送には顧客番号またはMICR番号が含まれていないが、「自動連動」が「Yes」に設定されている場合、「自動ロックボックス」は、提供された番号のタイプに基づいて、顧客と各入金が消し込まれる先の取引を識別しようとします。

「自動ロックボックス」では常に、次の順序で照合番号のタイプが検索されます。

取引番号
受注番号
発注番号
繰越残高請求書番号
その他、ユーザー定義番号

照合番号が受注番号の場合、「自動ロックボックス」は、この受注に属している最初の請求書を検索します。次に、「クイック入金転記」を実行すると、プログラムによってその請求書に入金が消し込まれます。

照合番号が発注番号の場合、「自動ロックボックス」により、この発注を参照する参照番号が検索されます。これで、「クイック入金転記」の実行時に、プログラムによってその請求書に入金が消し込まれます。

照合番号が繰越残高請求番号の場合、「自動ロックボックス」では顧客が識別できるようになるため、「クイック入金転記」は、自動消込基準「支払条件ごとの支払遅延請求書の決済」を使用して、繰越残高請求書に含まれている取引に対して入金を消し込むことができます。

照合番号がカスタム照合ルールを使用して決定されている場合、「ロックボックス」では、この入金を消し込む方法を決定するために指定した基準が使用されます。関連項目: カスタム照合ルールの実装

「入金別照合」オプション

「自動ロックボックス」では、同じ番号およびタイプを持つ項目が見つかると、次の場所に「入金別照合」パラメータがないかチェックされます。値が見つかると「自動ロックボックス」が停止します。

顧客請求先サイト
顧客
ロックボックス

「入金別照合」パラメータの設定は、入金とオープン項目を照合する「自動ロックボックス」の現行の検索と同じである必要があります。

たとえば、自動ロックボックスで、最初の検索で一致した取引番号が見つかると、顧客サイトの「入金別照合」パラメータがチェックされます。パラメータが「取引」に設定されている場合、「自動ロックボックス」によって入金がこの取引と照合され、「クイック入金転記」を実行するとこの入金が消し込まれます。顧客サイトの設定が「取引」以外の値になっている場合、「自動ロックボックス」では、次のタイプの照合番号（この例では、受注番号）が検索されます。顧客サイトの設定がNULLの場合は、「入金別照合」パラメータの値が次の場所（この例では、顧客プロファイル）でチェックされます。

詳細は、次の例および図を参照してください。

照合ルール例

例1: 入金レコードは、入金をオープン借方項目12345に消し込むことを示しています。「自動ロックボックス」では、まず、この番号の取引（請求書、デビット・メモ、チャージバック）が検索されます。この番号を持つ請求書が見つかったので、この顧客のサイトの「入金別照合」パラメータの値がチェックされます。この顧客のサイトの「入金別照合」パラメータがNULLなので、顧客プロファイルの設定がチェックされます。顧客プロファイルでは「入金別照合」が「取引」に設定されているので、この請求書と入金が照合され、「クイック入金転記」を実行すると入金がこの取引に対して消し込まれます。

例2: 例1と同じ入金レコード情報を使用して、「自動ロックボックス」で番号12345の取引が見つからなかったとします。「自動ロックボックス」では、この番号を持つ受注が2回目に検索されます。この番号の受注が見つからないので、今度は番号12345の発注が検索されます。この伝送内に発注12345が見つかったので、顧客のサイトで「入金別照合」パラメータがチェックされます。顧客サイトでのパラメータはNULLだったので、顧客プロファイルがチェックされます。顧客プロファイルでもパラメータがNULLだったので、このロックボックスのパラメータがチェックされます。このロックボックスの「入金別照合」パラメータは「発注番号」に設定されているので、この発注と入金が照合され、「クイック入金転記」を実行すると、この取引に対して入金が消し込まれます。

「自動ロックボックス」で、このシーケンスの各番号タイプに照合するものを検索できない場合、入金はこの顧客用に定義された「自動消込基準セット」を使用して消し込まれます。関連項目: 自動消込基準

自動消込ルール・セットで入金の消込ができない場合、「自動ロックボックス」では、これに「未消込」のステータスが割り当てられます。この場合、「クイック入金」ウィンドウまたは「消込」ウィンドウで手動で入金を消し込む必要があります。

注意: 設定によっては、ロックボックスで未照合送金の要求を作成する場合があります。

関連項目: 自動ロックボックスによる要求の作成方法

対応日照合

「ロックボックス」の「対応日照合」オプションでは、入金を取引と照合する前に「自動ロックボックス」で取引日もチェックするかどうかが決定されます。たとえば、照合する番号が受注番号で、かつ「対応日照合」が「常に」に設定されている場合、「ロックボックス」で入金を消し込むには、受注日は入金レコードで指定したものと同じ日付にする必要があります。関連項目: 『Oracle Receivablesインプリメンテーション・ガイド』のロックボックスに関する項

自動消込基準

「クイック入金転記」では、照合ルールによって消し込まれなかった識別済入金が、自動消込基準を使用して消し込まれます。ロックボックスを使用してインポートした入金を自動消込基準を使用して消し込むには、次の条件を確認する必要があります。

伝送にMICRまたは顧客番号が含まれていること。
伝送に照合番号が含まれていないこと（含まれていると、「クイック入金転記」により、照合検索された各取引に対して入金が消し込まれます）。
「自動消込基準」セットが顧客のプロファイル区分に指定されていること（指定されていないとOracle Receivablesにより、「システム・オプション」ウィンドウで「自動消込基準」セットが使用されます）。

「クイック入金転記」を個別ステップとして発行すると、「クイック入金」ウィンドウで各未消込入金を検討できます。Oracle Receivablesにより、「消込タイプ」フィールドに「自動消込基準」が表示され、「クイック入金転記」を実行したとき、入金を消し込むのに「自動消込基準」が使用されることが表示されます。

請求書の超過消込

「自動ロックボックス」を使用する超過消込を許可するには、プロファイル・オプション「AR: ロックボックスでの超過消込の許可」を「Yes」に設定します。このプロファイル・オプションが「Yes」に設定されていて、借方項目の取引タイプにより超過消込が許可されている場合、「自動ロックボックス」では入金が消し込まれ、支払が未回収残高を超えていれば、借方項目の符号が変わります。

たとえば、「AR: ロックボックスでの超過消込の許可」が「Yes」に設定されていて、「クイック入金転記」によって$25の請求書に対して$50の支払が消し込まれたとします。取引タイプにより超過消込が許可される場合、「クイック入金転記」によって金額全部が消し込まれ、請求書の未回収残高は-$25に変わります。取引タイプで超過消込が許可されない場合、またはプロファイル・オプションが「No」に設定されている場合、「クイック入金転記」では、入金の$25が消し込まれ（請求書がクローズされ）、残高は未消込のままになります。

注意: 取引タイプで超過消込が許可されていないかプロファイル・オプションが「No」に設定されているときに、要求の追跡と解決にOracle Trade Managementを使用している場合、クイック入金転記では入金の$25が消し込まれ（請求書がクローズされ）、残高に対する要求が作成されます。

関連項目: 自動ロックボックスによる要求の作成方法

注意: 自動消込基準を使用してオープン借方項目に対して入金を超過消込することはできません。

重要: 消込の符号が請求書の未回収残高の符号と異なる場合、「クイック入金転記」では入金は消し込まれません。この場合、入金額全体が未消込のままとなります。

残高の消込

入金の一部が未消込のままになっている場合は、未消込のままにしておくか、あるいは「自動ロックボックス」で自動消込基準を使用して入金を消し込むかを制御できます。自動消込基準を使用してロックボックス伝送内の残高を消し込むには、送金顧客のプロファイル区分内の「未回収ルール・セット」を指定します。「未消込」の残高がある入金をインポートする場合、「未回収ルール・セット」フィールドは空白のままにしておきます。関連項目: 『Oracle Receivablesインプリメンテーション・ガイド』のプロファイル区分の顧客への割当に関する項

消込ルール・セット

「クイック入金転記」により、借方項目の取引タイプに割り当てられた「消込ルール・セット」が使用され、支払の消込方法および関連したすべての手数料（明細、運送費および税金など）の未払残高に割引がどう影響するかが決定されます。この品目の取引タイプにルール・セットが何も割り当てられていない場合、「クイック入金転記」により「システム・オプション」ウィンドウで定義されたルール・セットが使用されます。関連項目: Oracle Receivables消込ルール・セット

受入ステータス

「ロックボックス」により、伝送に次の情報が含まれているかどうかによって、ステータスがOracle Receivablesにインポートされた各入金に割り当てられます。

不明: 「ロックボックス」ではこの入金の顧客を識別できませんでした。
未消込: 「ロックボックス」によりこの入金の顧客は識別できましたが、この入金をどの取引に消し込むかを識別できませんでした。
消込済: 「ロックボックス」により、クイック入金転記中にこの入金が正常に消し込まれました。

重要: 自動入金機能を使用している場合、自動ロックボックスで自動入金が選択されているすべての取引（「自動作成方法」を持つ入金区分に割り当てられた取引）が無視されます。

関連項目

『Oracle Receivablesインプリメンテーション・ガイド』の伝送フォーマットに関する項

『Oracle Receivablesインプリメンテーション・ガイド』のロックボックスに関する項

相互通貨入金のインポートと消込

カスタム照合ルールの実装

Oracle Receivablesによりパッケージ化されたプロシージャ、arp_lockbox_hook.cursor_for_matching_ruleが供給されており、自作のカスタムの照合ルールに「自動ロックボックス」を追加して使用できます。たとえば、「ロックボックス」に通過した照合番号および日付と自作のカスタム表（custom_table.custom_numberおよびcustom_table.custom_date）の番号および日付を照合させる必要がある場合、標準照合オプションのかわりに、あるいはそれに追加してこの機能を使用できます。また、既存の売掛/未収金表のその他の番号および日付と照合するのに、この機能を使用できます。

このプロシージャでは、lookup_type = ARLPLB_MATCHING_OPTIONのあるAR_LOOKUPS表内の行およびカスタムの照合ルールを使用するのに必要なその他の列用の有効な値が予想されます。マスター・プログラムarp_process_lockboxによりその行が取り出され、さらに、その行が非標準（つまり、コアARで作成されていない）の行の1つであることがわかった場合、このコントロールは、データベース内にある対応したlookup_codeに渡されます。このプロシージャにより、Dynamic SQLによりカーソルをオープンし解析するのに使用できる文字列が返される必要があります。p_cursor_stringという名称の文字列を交換するには、このSQL文字列を作成する必要があります（次の例を参照）。

文字列には次の制限事項があります。

使用できるのは、次の設定変数のみです。

a. b_current_matching_number: これにより、オーバーフローまたは支払レコードに通過済のmatching_numberの値が得られます。

b. b_current_matching_date: これにより、オーバーフローまたは支払レコードに通過済のmatching_dateの値が得られます。

c. b_current_installment: これにより、オーバーフローまたは支払レコードに通過済の賦払番号（ある場合）用の値が得られます。

d. b_customer_id: 顧客番号またはMICR番号を使って顧客が識別された場合、プログラムによりmatching_numberが同じ顧客に強制されます（b_pay_unrelated_customersの値が「Y」でない場合）。

e. b_pay_unrelated_customers: 「自動ロックボックス」を発行するとき、プログラムにより関連性のない顧客用の支払を許可するかどうかを選択するプロンプトが表示されます。この変数により、選択した値によって値「Y」または「N」が得られます。

f. b_lockbox_matching_option: この変数の値はar_lookups.lookup_codeの値に一致します。また、これはar_customer_profiles.lockbox_matching_optionおよびar_lockboxes.lockbox_matching_optionに保存されます。

g. b_use_matching_date: この変数には「ロックボックス」の「対応日照合」オプションの値（ar_lockboxes内）によって、値「非使用」または「常時」、「FOR_DUPLICATES」が割り当てられます。
このプロシージャを使用して「自動ロックボックス」をカスタマイズする場合は、このプロシージャが有効なカーソルを作成する文字列を返し、かつSQLが（ゼロでも複数でもなく）唯一の行を返すことを確認します。
プログラムは、SQL文からの3つの戻り値を次の順序で予期します。
1. Customer_Id（NUMBER(15)）
2. 請求書番号（VARCHAR2(20)）
3. 請求書日付（DATE）
プログラムは、請求書番号と請求日の組合せがar_payment_schedules内で一意であることを予期します。

SQL文によって提供されたすべての設定変数を使用する必要はありません。次に例を示します。

p_cursor_string := 'select ct.customer_id, ct.trx_number, ct.trx_date ' ||

          'from custom_table ct ' ||

          'where ct.matching_number = :b_current_matching_number ' ||

          'and ct.matching_date = :b_current_matching_date 

          ';

所定の照合番号および照合日付（オプション）と一致しない場合、SQL文は次のように値を返します。
```
customer_id = -9999,

trx_number = null,

trx_date = null.
```
その文が同じtrx番号ではなく、複数の顧客と一致した場合は、customer_id = -7777を返します。この場合は、プロシージャでは、trx_numberおよびtrx_dateが無視されます。

注意: このプロシージャをコールするプログラムでは、エラーが返されることは予期されていません。なぜなら、カーソルの定義は一時のプロシージャであり、注意深く完了していれば、エラーは起こらないからです。

下記はOracle Receivablesにより供給されるパッケージ化されたプロシージャ、arp_lockbox_hook.cursor_for_matching_ruleです。
```
---------------------------------------------------------*/

PROCEDURE CURSOR_FOR_MATCHING_RULE(p_matching_option IN VARCHAR2,p_cursor_string OUT VARCHAR2) IS

BEGIN

arp_util.debug('arp_lockbox_hook.cursor_for_matching_rule()+');

p_cursor_string := 'select -9999, NULL, NULL from dual';

arp_util.debug('arp_lockbox_hook.cursor_for_matching_rule()+');

RETURN;

END cursor_for_matching_rule;

END arp_lockbox_hook;

COMMIT;

EXIT;
```
カスタム照合ルールを使用するための「ロックボックス」の設定についての詳細は、ファイル「$AR_TOP/admin/sql/ARRLBHKS.pls」および「$AR_TOP/admin/sql/ARRLBHKB.pls」を参照してください。

自動ロックボックスによる要求の作成方法

顧客の超過支払および過少支払は、要求として追跡できます。

自動ロックボックスでは、該当する送金のための要求の作成を開始できます。要求の作成と追跡および解決は、実際にはOracle Trade Management内で発生します。関連項目: 要求の使用方法

要求の作成は次の方法で開始できます。

手動。「消込」ウィンドウまたは「クイック入金」ウィンドウに入金を消し込む場合。関連項目: 入金の消込およびクイック入金
自動。自動ロックボックスを使用して入金をインポートする場合。

この項では、自動ロックボックスを使用した自動的な要求の作成について説明します。

前提条件

Oracle Trade Managementの実装。『Oracle Trade Management Implementation Guide』、『Oracle Trade Management Users Guide』またはオンライン・ヘルプを参照してください。
ロックボックスの定義。自動ロックボックスでは、ロックボックスを定義する際に「要求資格の評価」ボックスを選択した場合にのみ、インポートされた入金に要求を作成するかどうかが検討されます。関連項目: 『Oracle Receivablesインプリメンテーション・ガイド』のロックボックスに関する項
システム・オプションの設定。「要求資格の評価」ボックスを選択した場合、自動ロックボックスでは要求システム・オプションを確認し、要求作成対象になるインポート済入金を判別します。関連項目: 『Oracle Receivablesインプリメンテーション・ガイド』の要求のシステム・オプションに関する項

これらのシステム・オプションは、未照合および照合済の送金明細の処理方法を自動ロックボックスに対して指示します。
入金区分と入金方法の各組合せに関する「要求調査」タイプの売掛/未収金活動の定義。

関連項目: 『Oracle Receivablesインプリメンテーション・ガイド』の売掛/未収金活動に関する項

未照合送金明細

要求システム・オプションは、自動ロックボックスが要求を作成する対象の未照合送金明細のタイプ（プラスまたはマイナス）を示します。

未照合送金明細が要求の作成対象である場合、自動ロックボックスでは「要求調査」消込タイプに対して送金明細を消し込むことにより、非請求書関連要求を作成します。クイック入金転記を実行すると、取引管理が要求を受け取ります。関連項目: クイック入金

注意: 未消込入金残高は未照合とみなされないため、要求は作成されません。

自動ロックボックスでは、各要求に対して次の項目を要求調査明細にコピーします。

支払の相違に関する顧客の事由。「顧客事由」列にコピーされます。
この支払に関する顧客注釈。「顧客参照」列にコピーされます。注釈が存在せず、顧客から提供された照合番号を照合できなければ、この列には無効な照合番号が保持されます。

無効な照合番号は、「消込ノート」フィールドでも保持されます。関連項目: 「入金」フィールド・リファレンス

送金明細が要求の作成対象にならない場合、自動ロックボックスではロックボックスの「無効取引番号処理」の設定に従って入金を処理します。関連項目: 『Oracle Receivablesインプリメンテーション・ガイド』のロックボックスに関する項

未照合の相互通貨送金明細

自動ロックボックスでは、要求作成に対する未照合送金明細を評価する場合、常に明細の通貨が入金ヘッダーの通貨と一致しているものと想定します。

照合済送金明細

要求システム・オプションは、照合済送金明細に対して自動ロックボックスで要求を作成するかどうかも示します。

自動ロックボックスですべての照合済送金明細が要求作成の対象とみなされるように、システムを設定することができます。また、クレジット・メモの過少支払を対象から除外することもできます。

自動ロックボックスでは、各送金明細の照合済取引を検討し、照合済送金明細が要求の作成対象になるかどうかを評価します。自動ロックボックスでは、次の場合に要求が作成されます。

送金明細の金額が、照合済取引の未払残高より少ない場合。
消込で、照合済取引の取引タイプに関する「普通消込」または「超過消込」設定での違反があった場合。

注意: 「超過消込不可」設定と「超過消込の許可」設定は、いずれか一方しか選択できません。この設定を選択しないと、自動ロックボックスで要求を作成できません。

普通消込

普通消込とは、取引の残高をゼロに近付ける消込のタイプを指し、プラスまたはマイナスのいずれかです。関連項目: 『Oracle Receivablesインプリメンテーション・ガイド』の取引タイプに関する項

自動ロックボックス検証プログラムにより、インポートされた送金明細が照合済取引の普通消込ルールに違反していないことが確認されます。違反している場合、自動ロックボックスではその送金明細を「要求調査」消込タイプに再度割り当てます。

たとえば、請求書にプラスの残高があり、「超過消込不可」が選択された取引タイプにその請求書が割り当てられているとします。この場合、この請求書にはマイナスの消込しかできません。

ただし、自動ロックボックスで送金明細がこの請求書に照合され、これにより請求書残高が実際に増えた場合、検証プログラムは送金明細を「要求調査」消込に更新します。

注意: 自動ロックボックスは、当初の照合済取引番号を入金の「消込ノート」と要求調査明細上の「顧客参照」列にコピーします。

超過消込

超過消込は、たとえば$500の入金を$400の請求書に消し込んだ場合に発生します。この場合は請求書に対して超過消込したことになり、請求書の符号が（プラスからマイナスに）逆転します。

取引タイプに「超過消込の許可」を設定し、超過消込を不可にできます。関連項目: 『Oracle Receivablesインプリメンテーション・ガイド』の取引タイプに関する項

消込で照合済取引の「超過消込の許可」設定に違反した場合、自動ロックボックスでは送金明細に超過消込インディケータを付けます。入金をインポートした後、クイック入金転記を実行する前に、「クイック入金」ウィンドウで超過消込を訂正することもできます。

クイック入金転記の実行時に超過消込違反がある場合、クイック入金転記では取引を完全に消し込み、超過支払額の要求調査明細を作成します。

注意: 「AR: ロックボックスでの超過消込の許可」プロファイル・オプションが「No」で、「要求資格の評価」ボックスも選択されている場合、自動ロックボックスでは、対応する取引を超過消込する送金明細をクイック入金で使用できますが、これは超過消込違反の場合のみです。

関連項目

要求の使用方法

ロックボックス伝送データの保守

相互通貨入金のインポートと消込

自動ロックボックスを使用して、入金通貨と取引通貨が異なる場合に、入金をインポートして消し込むことができます。たとえば、機能通貨がUSドルであり、その通貨で顧客の請求書を作成するとします。ただし、多数の海外顧客が存在するので、異なる通貨での支払を受け入れる必要があります。自動ロックボックスでは、システムで定義されている通貨ごとに相互通貨入金をインポートして消し込むことができます。

自動ロックボックスを使用すると、入金をインポートし、以前のユーロの各国通貨建て取引にユーロの入金を消し込むこともできます。自動ロックボックスは、ユーロの前の通貨への消込も、その逆もサポートしています。

変動レートと固定レートの関連

"変動"関連のある通貨間には換算レートは設定されていません。変動換算レートは常に変化し、1日単位で大幅に変わることもあります。たとえば、USドルと日本円には変動換算レートが採用されています。入金通貨と取引通貨が異なるが2つの通貨間に固定関連がない場合、入金を消し込むには、自動ロックボックスでは銀行伝送ファイルに消込および換算レートの情報を入力する必要があります。

「固定」関連のある通貨間には、非変動の換算レートが設定されています。たとえば、EMU通貨が1999年に廃止されユーロに置き換わったとき、前の通貨は、ユーロの各国通貨（NCU）として使用されました。このNCUには、2002年12月31日に廃止されるまでユーロとの間の固定換算レートがありました。自動ロックボックスを使用してユーロおよびNCUの取引を処理するには、欧州連合の公式固定レートを使用して固定の換算関連を定義する必要があります。

固定換算レート関係の定義

自動ロックボックスを使用してユーロの入金と取引を処理する前に、業務に使用するユーロと各NCUとの間の固定レート関連を定義しておく必要があります。NCU間に固定関連を定義する必要はありません。Oracleの通貨エンジンとそれを使用する自動ロックボックスなどの機能は、ユーロ移行期間における三角網の概念を完全にサポートします。自動ロックボックスでは、次のタイプの相互通貨消込に対して固定換算レートが使用されます。

ユーロからNCUへ
NCUからユーロへ
NCUからNCUへ

伝送ファイル書式 - 必須値

自動ロックボックスでは、相互通貨入金を消し込む際、銀行伝送ファイル内の次のフィールド・タイプが使用されます。

amount_applied: 取引通貨で消し込まれる入金額。これは次の「消込済取引金額」になります。
amount_applied_from: 入金通貨で消し込まれる入金額。これは次の「消込済入金額」になります。
trans_to_receipt_rate: 2つの通貨間の換算レート。

相互通貨を消し込む際に自動ロックボックスで使用される算式は次のとおりです。

消込済取引金額*換算レート=消込済入金額

入金通貨と取引通貨の間に固定レート関連がある場合は、銀行ファイル内にこれらの値の1つまたは2つのみが存在する場合、あるいは全部存在する場合でも、自動ロックボックスによる入金の消込が可能です。

入金通貨と取引通貨に固定レート関連がない場合に自動ロックボックスで入金を消し込むには、換算レートを設定するか、自動ロックボックスで換算レートを決定できるようにしておく必要があります。たとえば、固定レートを持たない2つの通貨に対する伝送ファイルには換算レートが設定されていません。amount_appliedおよびamount_applied_fromが含まれていれば、欠落している換算レートが自動ロックボックスによって計算されます。換算レートと他のいずれかの値の両方が欠落している場合、自動ロックボックスではシステム・オプション「相互通貨レート・タイプ」の設定がチェックされた後、換算レート（および欠落値）が導出されるか、入金が拒否されます。関連項目: 相互通貨レート・タイプ

この表には、自動ロックボックスが銀行伝送ファイルで提供される情報の異なる組合せに対応する方法を示します。


伝送ファイルで提供される情報	処理	結果
消込済取引金額、消込済入金額および換算レート	すべての値が正しいことを検証します。	すべての値が正しい場合は入金を消し込み、それ以外の場合は入金を拒否します。
消込済取引金額および消込済入金額	使用する換算レートを計算するか、General Ledgerから導出します。	入金を消し込みます。
（固定レート関連あり）換算レート、消込済取引金額または消込済入金額	欠落値を計算します。	入金を消し込みます。
（固定レート関連なし）換算レートと、消込済取引金額または消込済入金額のいずれか	欠落値を計算します。	入金を消し込みます。
（固定レート関連あり）消込済取引金額または消込済入金額	固定換算レートを導出して欠落値を計算します。	入金を消し込みます。
（固定レート関連なし）消込済取引金額または消込済入金額	「AR: 相互通貨レート・タイプ」プロファイル・オプションをチェックします。	レートが定義されている場合はそのレートを使用して入金を消し込み、それ以外の場合は入金を拒否します。

関連項目: 『Oracle Receivablesインプリメンテーション・ガイド』の伝送フォーマットに関する項

相互通貨レート・タイプ

次の条件のすべてに当てはまる場合、相互通貨入金を消し込む際に自動ロックボックスで使用される換算レート・タイプは、システム・オプション「相互通貨レート・タイプ」によって決まります。

入金と取引の間に固定レート関連がない。
銀行ファイル内に換算レートが指定されていない。
銀行ファイル内に、amount_appliedかamount_applied_fromのいずれか（両方ではない）が指定されている。

「相互通貨レート・タイプ」システム・オプションが定義されていない場合、自動ロックボックスではこの基準に当てはまる入金は拒否されます。

このシステム・オプションのレートを定義するには、『Oracle Receivablesインプリメンテーション・ガイド』の会計システム・オプションに関する項を参照してください。

相互通貨の自動ロックボックスでの検証

伝送ファイル内に、換算レートと、入金通貨と取引通貨の両方での消込金額が指定されている場合、自動ロックボックスでは、入金をインポートする前にその金額が一致しているかどうかが確認されます。金額が間違っている場合、入金は拒否されます。

自動ロックボックスでは、次の計算が正しいかどうかが確認されます。

 amount_applied * trans_to_receipt_rate = amount_applied_from

 amount_applied_from / trans_to_receipt_rate = amount_applied

注意: 自動ロックボックスでは重複している入金も拒否されます。入金の入金番号、金額、通貨および顧客番号が同じであれば、それらの入金は重複していると見なされます。関連項目: 自動ロックボックスの検証

「クイック入金」ウィンドウ

「クイック入金」ウィンドウを使用して、相互通貨入金および消込の情報を入力できます。「クイック入金」ウィンドウには、相互通貨入金の消込に役立つ「消込済金額」および「配賦済入金額」フィールドが表示されます。「クイック入金」ウィンドウでは、手動入力およびインポートした相互通貨入金を消し込むことができます。

「消込」ウィンドウと同様に、「クイック入金」ウィンドウには、情報の入力および操作ミスを防ぐためにデフォルト設定ロジックが提供されています。詳細は、「相互通貨入金の消込例」および「クイック入金」を参照してください。

ヒント: システム・オプション「相互通貨レート・タイプ」を定義してください。入金通貨と取引通貨が異なっており、2つの通貨間に固定レート関連がない場合、このシステム・オプションによって、「クイック入金」ウィンドウで使用されるデフォルトの換算レート・タイプが決まります。関連項目: 『Oracle Receivablesインプリメンテーション・ガイド』の会計システム・オプションに関する項

送金額の端数処理

顧客が銀行伝送ファイル内の支払金額の総計に使用する方法によって、自動ロックボックスで相互通貨入金が完全に消し込まれるかどうかに影響を与えることがあります。

次に例を示します。

1 EUR = .860956 USD

顧客に3つの請求書があり、それぞれが1000EURです。顧客は請求書の金額を加算した後、合計金額をUSDに変換します。結果は次のとおりです。

 Transaction * Rate = Amount (in receipt currency)

 3,000.00 EUR * .860956 = 2,582.87 USD (rounded)

この方法は数学的には正しいものですが、自動ロックボックスでは送金額は別の方法で計算されます。自動ロックボックスでは次の手順によって送金額の計算を行います。

各取引が入金通貨に変換されます。
入金通貨で金額が加算されます。
合計金額がamount_applied_fromとして送金されます。

（前述の例の値を使用した）この方法での結果は、次のとおりです。

 Transaction * Rate = Amount (in receipt currency)

 1,000.00 EUR * .860956 = 860.96 USD (rounded)

 1,000.00 EUR * .860956 = 860.96 USD (rounded)

 1,000.00 EUR * .860956 = 860.96 USD (rounded)

 Total = 2,582.88 USD

ご覧のように、銀行伝送ファイルの入金額（amount_applied_from）は2582.87ですが、自動ロックボックスの計算ではこれを2582.88としています。この違いによって、自動ロックボックスでは.01は消し込まれないまま残り、請求書の1つがオープンしたままになります。このような状態を避けるため、送金額が常に自動ロックボックスと同じ方法で計算されるように顧客に関する業務手順を設定することをお薦めします。

端数処理差額

通貨間で相互通貨入金を処理する際は、端数処理差額はあまり発生しません。これらのエラーは通常、換算レートに定義された小数点以下の桁数のほうが機能通貨の標準精度に指定された小数点以下の桁数よりも多い場合に発生します。入金額と換算レートが乗算され、標準精度にあわせて端数処理されると、結果が伝送ファイル内に指定された取引金額とわずかに異なる場合があります。

Oracle Receivablesでは、端数処理エラーは「相互通貨端数処理勘定」内に記録されます。「相互通貨端数処理勘定」は「システム・オプション」ウィンドウで定義します。関連項目: 『Oracle Receivablesインプリメンテーション・ガイド』の会計システム・オプションに関する項

外国為替差損益

換算レートは変動するため、相互通貨入金を消し込むときには常に、外国為替差損益が発生する可能性があります。これらの差損益は、請求書が作成されてから入金が消し込まれるまでに2つの通貨間の換算レートが変化した場合に発生します。詳細は、「外国為替差損益の計算」を参照してください。

Oracle Receivablesでは、外国為替差損益は為替差益勘定科目および為替差損勘定科目に記録されます。これらの勘定科目は「システム・オプション」ウィンドウで定義します。関連項目: 『Oracle Receivablesインプリメンテーション・ガイド』の会計システム・オプションに関する項

関連項目

『Oracle Receivablesインプリメンテーション・ガイド』の伝送フォーマットに関する項

「カナ名入金照合」ウィンドウ

「ロックボックス処理の発行」ウィンドウを使用して、日本の全銀書式の銀行ファイルをインポートできます。いくつかの銀行ファイルと異なり、単一のステップでは全銀ファイルのインポートおよび検証、転記を選択できません。データをインポートして、「ロックボックス伝送データ」ウィンドウで顧客の入金を照合および確認し、「ロックボックス処理の発行」ウィンドウに戻ってレコードを検証および転記する必要があります。Oracle Receivablesには、全銀書式の銀行ファイルをインポートするのに使用できる、arzeng.ctlと呼ばれるサンプル管理ファイルがあります。関連項目: 『Oracle Receivablesインプリメンテーション・ガイド』の伝送フォーマットに関する項

「全銀」入金が顧客情報で照合されると、Oracle Receivablesにより、次回「自動ロックボックス」を実行したとき「カナ」表が更新され自動的に入金がその顧客に照合されます。「カナ名照合」ウィンドウを使用すると、情報がもう有効でない場合などに、「カナ」表から削除できます。

このウィンドウで情報を削除すると、レコードが「カナ」表から削除されるだけです。Oracle Receivablesからは、顧客の名称、番号、または他のどんな情報も削除されません。

注意: 「カナ」表内にある記録は、「顧客」ウィンドウを使用して顧客に割り当てできるカナ名とは違います。「カナ」表にある記録は「自動ロックボックス」を使用してインポートした銀行ファイルからきており、日本のビジネスではひんぱんに使用される単なる代替顧客名です。

「カナ名入金照合」ウィンドウおよび自動ロックボックスを使用した全銀書式ファイルのインポートの詳細は、『Oracle Financials for Asia/Pacific User Guide』の自動ロックボックスの使用方法に関する項を参照してください。

関連項目

自動ロックボックス・フィールド・リファレンス

質問箱

「自動ロックボックス」によって入金を請求書に消し込むとき、「クイック入金転記」プログラムにより自動的に割り引きされますか?

「自動ロックボックス」では割り引きされません。これは「クイック入金転記」プログラムの仕事です。

顧客の与信プロファイルおよび支払条件が「割引の許可」に設定されている場合、「クイック入金転記」により自動的に割り引かれます。仕入割引は、システム・オプション「期限外割引の許可」および「割引対象一部支払」によります。割引は「入金」ウィンドウで手作業で上書きできます。

「自動ロックボックス」で非請求書関連の入金を処理することができますか?

いいえ。「自動ロックボックス」は特に請求書に関連した入金用です。投資所得など、非請求書関連の入金は「入金」ウィンドウから「その他」入金タイプを使用して処理する必要があります。関連項目: その他入金の入力

1つの顧客が別の顧客の請求書に対し、「自動ロックボックス」で支払うことができますか?

はい。これらの顧客間の関係を設定している場合、またはシステム・オプション「非関連請求書入金消込の許可」をこのロックボックス発行用に「Yes」に設定した場合にできます。支払顧客は入力記録の顧客番号またはMICR番号により識別されなければなりません。そうでなければ、顧客Aの入金を顧客Bの請求書に消し込むとき「自動連動」を使用する場合、入金は顧客Bにより支払済として識別されます。さらに、1つの入金により支払われるようにリストされたすべての請求書は同じ顧客に属していなければなりません。でなければ、ロックボックスにより「未消込」として入金がインポートされます。

さらに、パーティ支払関連も設定できます。関連項目: パーティ支払関連の使用方法

切捨てによって入金が不明と表示されるわけは?

入金は銀行レコードの一部として送られる、顧客番号あるいはMICR番号によって識別されます。「自動連動」が使われる場合は、請求書番号によって識別することもできます。この情報が提供されていながら、入金の大部分がまだ不明と表示される場合は通常、顧客番号、MICR番号、または請求書番号が検証の段階で切り捨てられた際の方法の問題です。切捨ては、銀行のデータ・ファイルからのデータ・フィールドを埋め込む際に使用した空白またはゼロを取り除くために行われます。ユーザーの伝送フォーマットにより、フィールドの切捨方法が決定されます。フィールドが右揃えか左揃えかを指定し、ゼロまたは空白どちらかを切り捨てるかを指定しなければなりません。フィールドが右揃えの場合、検証処理は左から、通常の文字に到達するまで、埋込み文字を切り捨てます。フィールドが左揃えの場合、検証処理は右から、通常の文字に到達するまで埋込み文字を切り捨てます。

例を示します。

この表では、文字フィールド、長さ10文字、右揃えおよびゼロで埋込みの設定で、どのように切捨てが発生するかを示します。


切捨て前	切捨て後
1122000000	1122000000
1234067000	1234067000
0004560000	4560000

この表では、文字フィールド、長さ10文字、左揃えおよびゼロで埋込みの設定で、どのように切捨てが発生するかを示します。


切捨て前	切捨て後
1122000000	1122
1234067000	1234067
0004560000	000456

不正確に切り捨てられたフィールドは検証中に対応するデータベース・フィールドと照合されないため、切捨てが不正確だと、入金が不明となる原因になることがあります。たとえば、顧客番号が検証の後で00842と表示されなければならないのに、842と表示された場合、Oracle Receivablesで顧客番号00842と照合されません。上記の例の切捨指定は「右揃えおよびゼロで埋込み」です。なぜなら通常の文字(8)まで、行頭のゼロ文字列は切り捨てられているからです。顧客番号を検証の後で00842と表示されるようにするには、埋文字を「空白」になるよう変更すると、先行するゼロは切り捨てられないようにできます。

どのような場合に「自動ロックボックス」は入金を重複と見なすのですか?

どのような場合に「自動ロックボックス」は請求書を重複と見なすのですか?

1つのロックボックス伝送内で顧客に同じ番号の請求書が2つ以上ある場合、「自動ロックボックス」では支払を消し込む請求書がどれかを判断できません。入金は「未消込」（顧客番号またはMICR番号がある場合）のままになるか、「不明」（顧客番号/MICR番号がない場合）になります。

しかし、次の場所で入金をそれらの請求書に手動で消込できます。

「消込」ウィンドウ、「クイック入金転記」をすでに発行した場合。
「クイック入金」ウィンドウ、「クイック入金転記」をまだ発行していない場合。

消込が無効になる原因は何ですか?

時々、「自動ロックボックス実行レポート」に、エラー・コード43281:「入金に無効な消込があります」で拒絶された入金が表示されることがあります。消込が無効になる原因を次に示します。

売掛/未収金品目が入金を送金した顧客とは関係ない顧客に属しており、かつ「非関連請求書入金消込の許可」が「No」に設定されているとき。
売掛/未収金品目が請求書、デビット・メモ、前受/預り金、クレジット・メモ、チャージバック、または対顧客勘定クレジットでないとき。
売掛/未収金品目が重複しているとき、または顧客に対し無効なものであるとき。
売掛/未収金品目が自動入金に選択されているとき。
賦払番号または売掛/未収金品目が無効であるとき。

「自動ロックボックス」でも、「標準入金入力」ウィンドウと同じ理由で消込が無効になります。

「自動ロックボックス」で入金をバッチに分ける方法は?

「自動ロックボックス」は4つの基準で入金をバッチに分けます。次にこの基準を優先順位の順番でリストします。

1) バッチはただ1つの預金日またはGL記帳日しか持てません。つまり、「自動ロックボックス」は、預金日またはGL記帳日が変更されると、新しい入金バッチを作ります。

2) バッチはただ1つのバッチ名しか持てません。つまり、新しいバッチ名があると、「自動ロックボックス」は新しい入金バッチを作ります。

3) 「ロックボックス」ウィンドウでバッチの最大サイズを指定できます。入金の数がこの最大限を超えると、「自動ロックボックス」は新しい入金バッチを作ります。

4) 銀行はバッチ・レコードをデータ・ファイルの一部として提供することができ、このバッチ・レコードに基づいて入金をバッチに分けます。

グループでの入金は、そのグループが次の場合、1つのバッチとして処理されます。

1つの預金日、GL記帳日およびバッチ名を持つ場合
バッチの最大サイズより小さい場合
データ・ファイル内にバッチ記録がない場合

関連項目

ロックボックス伝送処理を発行し、ユーザーの銀行ファイルから支払情報をOracle Receivablesへ転送するために、自動ロックボックスを実行します。「ロックボックス処理の発行」ウィンドウから自動ロックボックスを発行します。

請求書に関連した入金をインポートするのに自動ロックボックスを使用します。非請求書関連の入金（投資所得など）は、「入金」ウィンドウにより入金タイプ「その他」を使用して処理する必要があります。

インポート、検証、自動ロックボックスの実行をすべて1つのステップで実施するか、また同じウィンドウを使用して各ステップを別々に実施することもできます。たとえば、データをOracle Receivablesにインポートして、Oracle Receivables内で検証される前に検討できます。調査および承認された後、検証ステップを発行することができ、Oracle Receivablesは自動的にデータを検証して「クイック入金額」バッチを作成します。

注意: 銀行ファイルを受け取ったとき、必ずそのファイルに名称を付け適切なディレクトリへ移動します。自動ロックボックスを発行するときは、その銀行ファイルの保存場所を指定する必要があります。銀行から日次ファイルを受け取る場合、前の日のファイルを上書きしないように注意してください。

注意: 適切なコントロールが設定されていない場合、自動ロックボックスによってすでに処理された入金を再インポートして再消込できます。複数のユーザーが自動ロックボックスを使用して2回以上同じ銀行ファイルを処理することがないように、標準の操作手順を確立しておくことをお薦めします。

Oracle ReceivablesはSQL*Loaderを使って銀行ファイルから「自動ロックボックス」表に情報をロードします。SQL*Loaderで銀行ファイルを適切にロードするには、銀行から送られてくる各論理記録がキャリッジ・リターンで終っていなければなりません。そうでなければ、自動ロックボックスを実行するときSQL*Loaderによりエラー・メッセージが表示されます。

重要: 自動入金機能を使用している場合、自動ロックボックスで自動入金用に選択された伝送内のすべての取引（つまり、「自動作成方法」を持つ入金区分に割り当てられた取引）が無視されます。

Oracle Trade Managementを使用している場合は、取引管理での要求作成を自動的に開始するように自動ロックボックスを設定しておくことができます。関連項目: 自動ロックボックスによる要求の作成方法

前提条件

『Oracle Receivablesインプリメンテーション・ガイド』の自動消込基準セットの定義に関する項
『Oracle Receivablesインプリメンテーション・ガイド』のロックボックスの定義に関する項
『Oracle Receivablesインプリメンテーション・ガイド』の伝送フォーマットの定義に関する項
『Oracle Receivablesインプリメンテーション・ガイド』の入金区分の定義に関する項
『Oracle Receivablesインプリメンテーション・ガイド』の入金ソースの定義に関する項
『Oracle Receivablesインプリメンテーション・ガイド』のシステム・オプションの定義に関する項
『Oracle Receivablesインプリメンテーション・ガイド』のプロファイル・オプションの定義に関する項
『Oracle Receivablesインプリメンテーション・ガイド』の入金方法の定義に関する項
『Oracle Receivablesインプリメンテーション・ガイド』の連番の定義（オプション）に関する項

自動ロックボックスを実行する手順は、次のとおりです。

「ロックボックス処理の発行」にナビゲートします。
新規の銀行ファイルをインポートする場合は、「新規伝送」チェック・ボックスを選択し、次に新規の「伝送名」を入力します。既存のロックボックス伝送を再発行する場合は、値リストから名称を選択できます。
新しい銀行ファイルをOracle Receivablesにインポートする場合は、「インポートの発行」チェック・ボックスを選択し、その銀行ファイルの「データ・ファイル」、「管理ファイル」および「伝送フォーマット」の各情報を入力します。インポート・ステップを実行すると、ロックボックス実行レポートのインポート・セクションが自動的に生成されます。

重要: 「データ・ファイル」フィールドには、ファイル拡張子を入力する必要があります。たとえば、「/home/ar/lockbox/bofa9101.dat」のように入力します。
日本全銀文字セットで銀行ファイルをインポートする場合は、「カナ検索」フィールドで、「手動」または「自動」を選択します。それ以外の場合は、「なし」を選択します。

デフォルト値は「None」です。
必要に応じて、「取引コード」フィールドの値リストから取引コードを選択します。

重要: 「ロックボックス処理の発行」ウィンドウに「取引コード」フィールドを表示するには、「取引コードの使用可能化」プロファイル・オプションを有効にします（関連項目: 『Oracle Receivablesインプリメンテーション・ガイド』のOracle General Ledgerのプロファイル・オプションに関する項）。また、このフィールドを有効化するには、「インポートの発行」チェック・ボックスを選択する必要があります。

Oracle Receivablesでは、選択した取引コードが、このロックボックス伝送に含まれる全支払と消込の記録に対するデフォルトの取引コードとして使用されます。インポート段階の後に、「ロックボックス伝送データ」ウィンドウで各取引コードを検討および更新できます。関連項目: ロックボックス伝送データの保守

この機能は、公共部門でのインストールでのみ使用できます。
インポート済のデータを有効化または再有効化し、「クイック入金額」バッチを作成するには、次の操作を実行します。

a. 「検証の発行」チェック・ボックスをチェックします。

重要: 「検証の発行」チェック・ボックスを選択した場合は、「ロックボックス伝送データ」ウィンドウで検証に失敗した取引コードのみを表示できます。したがって、「ロックボックス伝送データ」ウィンドウで全取引コードを検討する場合は、取引コードの検討が終了するまで、「検証の発行」チェック・ボックスを選択しないでください。

取引コードは、公共部門でのインストールでのみ使用できます。

b. 検証する「ロックボックス番号」を入力します。これが新規の伝送でない場合は、デフォルト・ロックボックス番号はこの伝送の当初ステップで使われた番号です。伝送フォーマットを定義したとき、ロックボックス番号は銀行ファイルからインポートする値であると指定したか、または伝送フォーマットに番号がある場合は、Oracle Receivablesはこのフィールドをスキップします。「検証の発行」が「Yes」であり、そしてロックボックス番号が銀行ファイルで指定されていない場合は、ロックボックス番号を入力しなくてはなりません。

c. 非関連の顧客に属している取引に入金を消し込むためには、「非関連請求書入金消込の許可」チェック・ボックスをチェックします。

d. 「GL記帳日」フィールドに、このロックボックス伝送の入金とバッチ・レコードのGeneral Ledgerへの転記日付を入力します。「ロックボックス」ウィンドウで「GL記帳日」を「一定日」として定義する場合、「GL記帳日」を入力する必要があり、「GL記帳日」を「預入日」または「インポート日」に指定する場合、Oracle Receivablesでは、これが「GL記帳日」として使用されます。

e. 「レポート・フォーマット」を入力します。検証ステップを発行すると、Oracle Receivablesにより「ロックボックス入金」が作成されます。このレポートにより、検証を通過および失敗したすべての記録を検討できます。この伝送で処理されたすべての記録を含めるには、「全て」を入力します。検証に失敗した記録のみを含めるには、「拒否のみ」を入力します。関連項目: ロックボックス実行レポート

注意: 検証に失敗した記録を検討し編集するには、「ロックボックス伝送データの保守」ウィンドウを使用します。関連項目: ロックボックス伝送データの保守

f. すべての記録が「クイック入金」表への検証を通過した中でロックボックス・バッチのみを転送するには、「検証済バッチのみ」チェック・ボックスをチェックします。このチェック・ボックスがチェックされていない場合は、Oracle Receivablesでは検証を通過したすべての入金は、バッチの中に拒否されたものがあっても転送されます。
「未消込一部金額の転記」ボックスを選択した場合は、1つ以上の請求書が無効で、ロックボックスでは消し込むことができない場合でも、いくつかの請求書にリストされた入金がロックボックスによってインポートされます。この場合、入金は未消込金額とともにクイック入金に振り替えられます。また、「消込」ウィンドウを使用して、無効な請求書に対する支払を手動で消し込むことができます。

注意: 自動インボイスで未消込額を持つ入金を「クイック入金」にインポートすると、Oracle Receivablesの「入金履歴」ウィンドウの「消込ノート」フィールドには無効な照合番号が保持されます。「フォルダ」メニューの「フィールドの表示」を選択して、「入金要約」ウィンドウまたは「クイック入金」ウィンドウに「消込ノート」フィールドを表示することもできます。

「全入金の拒否」ボックスをチェックし、自動ロックボックスによって無効な取引番号が検出された場合、完全に消し込まれなかった入金はAR_PAYMENTS_INTERFACE_ALL表に残ります。この場合、「ロックボックス伝送データ」ウィンドウで無効な記録を編集した後、それらの入金に対して「検証」ステップを再び発行する必要があります。
この伝送内の入金を消し込んで顧客の売掛/未収金残高を更新するには、「クイック入金転記の発行」チェック・ボックスを選択します。顧客の未回収借方品目に消し込む前に、入金バッチを「クイック入金」ウィンドウで検討し編集する場合、このボックスは選択しないでください。関連項目: ロックボックス伝送での入金の検証

注意: 「入金バッチ」ウィンドウからも「クイック入金転記」を発行することができます。関連項目: クイック入金転記
作業内容を保存します。Oracle Receivablesによってコンカレント処理の「要求ID」が示され、ロックボックス実行レポートが作成されます。関連項目: ロックボックス実行レポート

新規銀行ファイルのインポート時に割り当てられた要求IDは、ステップ全体でこのロックボックス伝送と関連付けられます。伝送のステータスをチェックするには、「伝送履歴の表示」ウィンドウでこの要求IDを使用します。

ロックボックス伝送での入金の検証

ロックボックスを使用して入金のインポートおよび検証に成功した後、「クイック入金」ウィンドウで検討できます。「入金バッチ」ウィンドウの「伝送」リージョンを使用して、1つの伝送に含まれているすべての入金バッチを問い合せ、入金情報を更新または削除できます。

クイック入金転記を実行する前または後で、ロックボックス入金を再検討することができます。この伝送に対してクイック入金転記を発行した場合、「入金」ウィンドウまたは「修正」ウィンドウでこれらの入金の検討のみができます。関連項目: 自動ロックボックスの実行

検証ステップに失敗した入金を「ロックボックス伝送データ」ウィンドウで検討できます。関連項目: ロックボックス伝送データの保守

注意: 「ロックボックス」入金バッチは「手動-クイック」の「バッチ・タイプ」です。

ロックボックス伝送の検証済入金を検討する手順は、次のとおりです。

「入金バッチ」ウィンドウまたは「入金バッチ要約」ウィンドウにナビゲートします。
バッチを問い合せます。「伝送」、「ロックボックス」、または「バッチ名」で問い合せできます。
「入金」を選択します。

関連項目

ロックボックス伝送データの保守

自動ロックボックス・フィールド・リファレンス

自動ロックボックス・フィールド・リファレンス

この項では「ロックボックス処理の発行」、「ロックボックス伝送データ」および「ロックボックス管理」ウィンドウの説明をします。「ロックボックス管理」ウィンドウをオープンするには、「ロックボックス伝送データ」ウィンドウにナビゲートして、「管理」を選択します。

カナ検索: （「ロックボックス処理の発行」ウィンドウ）全銀ファイル書式の銀行情報を、Oracle Receivablesに転送できるかどうかを指定します（全銀は日本で銀行振替に使用される標準ファイル書式です）。どの顧客が送金した支払かを確定するために、全銀書式では顧客番号または請求書番号を使用するかわりに「カナ名」を使用して、入金と顧客が照合されます。通常の代替名は、日本語のカナ文字でつづられた顧客名の読みがなです。次のいずれかを選択します。

自動
手動
なし

銀行採番番号: （「ロックボックス管理」ウィンドウ）このロックボックス・ファイルを伝送した銀行の銀行採番番号です。Oracle Receivablesは「ロックボックス」ウィンドウに入力した送金銀行口座から銀行採番番号を決定します。

管理ファイル: （「ロックボックス処理の発行」ウィンドウ）Oracle Receivablesにより、SQL *Loaderがオペレーティング・システムのファイルからOracle Receivablesデータベースにロードするのに使用されます。管理ファイルがSQL*Loaderにより、銀行ファイルをOracleデータベースの表および列にマップするのに使用されます。異なった伝送フォーマットが使用されているそれぞれの銀行ファイル用に管理ファイルを作成します。SQL*Loaderを使ってユーザーの銀行ファイルを正しくロードするには、銀行から送られた各論理レコードが改行記号で終わっている必要があります。各記録がキャリッジ・リターンで終っていない場合、自動ロックボックスを発行するとき、SQL *Loaderによりエラー・メッセージが表示されます。

ヒント: Oracle Receivablesの「複数組織サポート」機能を使用する場合、各組織ごとに別の管理ファイルを作成することをお薦めします。各管理ファイルは、ar_payments_interface表にある組織のデフォルトorg_id列を占めている必要があります。さらに、既存の管理ファイルでその年用に日付フォーマット「YY」が使用されている場合、これを「RR」に変更することをお薦めします。

重要: 拡張子.ctlを付けて、$AR_TOP/binディレクトリに管理ファイルを保存する必要があります。「ロックボックス処理の発行」ウィンドウで管理ファイル名を入力する場合は、管理ファイルのパスまたは拡張子を入力する必要はありません。たとえば、管理ファイルが$AR_TOP/binにあり、その名前がbankabc.ctlの場合は、「管理ファイル」フィールドに「bankabc」と入力するのみで、ファイルを正常に発行できます。

データ・ファイル: （「ロックボックス処理の発行」ウィンドウ） Oracle Receivablesに転送中の銀行ファイルのパスとファイル名。これは銀行から受け取る支払データを含んでいるファイルです。Oracle Receivablesではどのディレクトリにも保存できます。

入金先口座: （「ロックボックス管理」ウィンドウ）入金が預金される銀行口座。

品目番号: （「ロックボックス伝送データ」ウィンドウ）この入金に関連した品目番号。バッチに複数の入金がある場合は、バッチ内で入金をソートする伝送フォーマットを含ませることがあります。

重要: 品目番号は、オーバーフロー・レコードを入金レコードと関連付けるためにも使用します。各オーバーフロー・レコードは、親入金レコードと同じ品目番号を持っている必要があります。

ロックボックス・バッチ件数: （「ロックボックス管理」ウィンドウ）このロックボックスに関連した銀行バッチの合計数。

ロックボックス入金件数: （「ロックボックス管理」ウィンドウ）このロックボックスに関連する入金の合計数。オーバーフロー入金、ヘッダー、またはトレーラは件数に含まれません。

オーバーフロー連番: （「ロックボックス伝送データ」ウィンドウ）銀行ファイル記録のタイプで、入金記録に適しない追加の入金情報を保存する。それぞれのオーバーフロー入金レコードには親の入金レコードがなくてはなりません。普通、オーバーフロー入金レコードは追加の請求書番号とその請求書に消し込む入金額を保存します。入金レコードに複数のオーバーフロー入金レコードがある場合は、それぞれのオーバーフロー入金レコードにオーバーフロー連番があります。

レコード件数: （「ロックボックス管理」ウィンドウ）このロックボックス伝送内の入金合計数。

レコード識別子: （「ロックボックス伝送データ」ウィンドウ）Oracle Receivablesにより各記録のタイプを識別するのに使用される最高2文字から構成される記録の識別子。たとえば、Oracle ReceivablesはBAI銀行ファイルの入金レコードが常に文字「6」で始まるため、これを識別できます。「伝送フォーマット」ウィンドウで有効なレコード識別子を指定します。

取引コード: （「ロックボックス処理の発行」ウィンドウ）自動ロックボックスが、ロックボックス伝送時に、すべての支払および消込レコードのデフォルト・コードとして使用する取引コード。自動ロックボックスでは取引コードを使用し、連邦政府の規制に準拠した方法で売掛/未収金会計を管理します。この機能は、公共部門でのインストールでのみ使用できます。

銀行ファイルをインポートした後、必要に応じて「ロックボックス伝送データ」ウィンドウで取引コードを更新できます。

重要: 「ロックボックス処理の発行」ウィンドウと「ロックボックス伝送データ」ウィンドウに「取引コード」フィールドを表示するには、「取引コードの使用可能化」オプションを有効にします。関連項目: 『Oracle Receivablesインプリメンテーション・ガイド』のOracle General Ledgerのプロファイル・オプションに関する項

伝送フォーマット: （「ロックボックス処理の発行」ウィンドウ）伝送フォーマットにより、銀行ファイル内のどのデータを銀行が送付するか、またそのデータを整理してOracle Receivablesでこのデータをうまくインポートできるようにする方式。銀行と共同して伝送フォーマットの内容を決定しなければなりません。伝送フォーマットは、作成する各銀行管理ファイルと照合しなければならず、それで使用する管理ファイルの数は定義した伝送フォーマットの数と同じでなければなりません。Oracle Receivablesにより、各種のサンプル書式が提供されています。これらのファイルは、$AR_TOP/binディレクトリに格納されています。これらの伝送フォーマットを変更するか新しい書式を作成します。

関連項目

Oracle Receivablesでは「自動ロックボックス」を実行するたびに、自動的に「ロックボックス実行レポート」を作成します。このレポートは2つの部分（検証とインポート）に分けられます。

インポート: この項には、インタフェース表へのインポートに成功した記録の合計数が表示されます。
検証: この項により、各記録についての詳細および各ロックボックス伝送内の合計額および合計数が供給されます。

「インポート」項

「自動ロックボックス」のインポート・ステップを発行したとき、Oracle Receivablesにより「インポート」項が生成されます。logファイルにはSQL*Loaderを実行したときの活動についての一般情報が含まれ、これにはレコードがインポートされなかった理由も含まれます。SQL*Loaderは同じディレクトリに.disと.badファイルも作ることができます。

.disおよび.badファイルに書き込む記録がある場合、SQL*Loaderによりこれらのファイルも同じディレクトリ内に作成されます。disファイルは管理ファイルにあるWHEN条項のどれも満たさなかったために、捨てられたレコードを含んでいます。Oracle Receivablesではこの部分の終わりに、拒否または破棄されたファイルに関する情報が印刷されます。

Oracle Receivablesにより「インポート」項の最後に明細が印刷され、拒否または廃棄されたすべてのファイルが知らされます。

「検証」項

「自動ロックボックス」の検証ステップを発行するとき、Oracle Receivablesにより「検証」項が生成されます。「ロックボックス処理レポート」のこの項で、検証を通過またはそれに失敗した記録の数がわかります。また、各ロックボックス伝送内の合計額と合計数がわかります。

Oracle Receivablesは、検証に合格するレコードの「クイック入金」入金バッチを自動作成します。「入金バッチ」ウィンドウ内の「クイック入金」入金額バッチを検討できます。「ロックボックス処理の発行」ウィンドウの「クイック入金転記の発行」チェック・ボックスをチェックすると、Oracle Receivablesは、これらの「クイック入金」入金バッチを売掛/未収金口座に転記します。

「ロックボックス伝送データの保守」ウィンドウを使用して、検証に失敗したレコードを検討および編集します。関連項目: ロックボックス伝送データの保守

列詳細

レコード件数要約

Oracle Receivablesでは、この伝送のレコード数とそれに対応するステータスが表示されます。

伝送

Oracle Receivablesでは、預金日、銀行採番番号、預金時刻、および入金先口座が表示され、さらに次の伝送情報が表示されます。

伝送レコード件数
今までの転送されたレコード件数
この実行で転送されたレコード件数
伝送金額
今までの転送金額
この実行で転送された金額

ロックボックス・レコード

Oracle Receivablesではそれぞれ処理されたレコードのロックボックス・レコード情報が表示されます。ロックボックス情報は、ロックボックスでそれぞれのカテゴリの基準を満たした入金数を含みます。

バッチ・レコード

Oracle Receivablesでは、バッチを伝送フォーマットの一部に入れている場合は、この銀行ファイルのそれぞれのバッチの入金バッチ情報を表示します。ロックボックスでは複数の入金バッチを含んでいる可能性があります。入金バッチ情報は入金バッチ名、この入金バッチの入金件数合計、合計入金金額、通貨、および前受/預り金とこの入金バッチのGL記帳日を含んでいます。

レコード詳細

Oracle Receivablesではそれぞれのレコードの詳細とそのレコードの状況が表示されます。拒否のみの検証レポート実行を選んだ場合は、Oracle Receivablesは誤りのレコードのみを次にリストされたエラー・ステータスの1つとともに表示します。「All」レコードの確認レポートを実行すると、「成功」ステータスのレコードも表示されます。

ロックボックスにより、「成功」ステータスのあるすべての入金記録が自動的に「クイック入金」表に転送されます。「ロックボックス処理の発行」ウィンドウで「一部消込の許可」チェック・ボックスを「Yes」に設定した場合、ロックボックスにより、「成功」ステータスのない記録も伝送できますが、それらの消込はされません。「消込」ウィンド」に設定した場合、「クイック入金」表に伝送される前の消し込みバッチ内の記録には「成功」ステータスがなくてはなりません。

エラー詳細

Oracle Receivablesにより、エラーとその定義がエラー番号によりリストされ、記録が検証に失敗した理由を判断するのに役立ちます。

関連項目

ロックボックス伝送データの保守

ロックボックスを使用して、銀行からOracle Receivablesにインポートされた伝送データの削除および編集をするには、「ロックボックス伝送データ」ウィンドウを使用します。検証に失敗した入金についてロックボックス・データをこのウィンドウで訂正し、これらの入金のインポートについて検証ステップを再発行できます。

ロックボックス実行レポートを使用して、訂正の必要があるのはどの伝送レコードであるかの判断に役立てて、確実に検証を処理します。

情報を更新する場合、インポート処理の発行に使用された伝送フォーマットに対応するデータのあるフィールドだけを更新するようにします。

注意: 「ロックボックス伝送データ」ウィンドウは、フォルダ・ウィンドウです。「フォルダ」メニューからオプションを選択して、このウィンドウの外観をカスタマイズできます。たとえば、「カナ名」フィールドと「顧客名」フィールドをデフォルト・フォルダに追加できます。

前提条件

自動ロックボックスの実行
無効のレコードを識別するには、ロックボックス実行レポートを使用します。

ロックボックス伝送データを保守する手順は、次のとおりです。

「ロックボックス伝送データ」ウィンドウにナビゲートします。
「ロックボックス伝送」を入力または問い合せます。それぞれの伝送内で、最初にロックボックスおよびバッチが、次に入金およびオーバーフロー・レコードが表示されます。ロックボックス・インポート・プログラムは、Oracle Receivablesにインポートした伝送レコードに日付を割り当て、このウィンドウで問い合せた日付別に伝送を表示します。

「ロックボックス伝送データ」ウィンドウには、データ・ファイル内に含まれている場合、次のようなレコード・タイプが表示されます。「サービス・ヘッダー」、「伝送ヘッダー」、「ロックボックス・ヘッダー」、「バッチ・ヘッダー」、「入金」、「オーバーフロー入金」、「バッチ・トレーラ」、「ロックボックス・トレーラ」、「伝送トレーラ」です。これらのレコードのどの値でも修正できます。
エラーメッセージを検討するには、「ステータス」フィールドにカーソルを置いて、「編集」メニューから「フィールドの編集」を選択します。このフィールドは検証処理によって設定されます。
この伝送について「注釈」を入力します（オプション）。「クイック入金転記」を実行した後は、バッチ・ヘッダー記録の注釈が「入金バッチ」に転送されます。バッチ・ヘッダーに注釈がない場合は、バッチ・ヘッダーの注釈が転送されます。バッチについての注釈は、「入金バッチ」ウィンドウで検討し更新できます。
管理、入金、または消込情報にエラーが含まれている場合は、レコードを選択した後、次のうちの1つを選ぶことによって、無効なレコードを変更できます。
- 入金: 特定の入金情報の検討および編集をするにはこのボタンを選択します。伝送フォーマットに含まれているフィールドの値を変更することができます。
  
  重要: 「ロックボックス入金」ウィンドウで、インポート段階でOracle Receivablesによって入金レコードに自動的に割り当てられた取引コードを更新できます。「ロックボックス入金」ウィンドウに「取引コード」フィールドを表示するには、「取引コードの使用可能化」プロファイル・オプションを有効にします。関連項目: 『Oracle Receivablesインプリメンテーション・ガイド』のOracle General Ledgerのプロファイル・オプションに関する項
  
  この機能は、公共部門でのインストールでのみ使用できます。
- 入金属性: ロックボックス伝送によりインポートした入金付加フレックスフィールド情報の検討および保守をするには、このボタンを選択します。伝送フォーマットに含まれているフィールドの値を変更することができます。
- 消込: この伝送内の各入金についての消込情報の検討および保守をするには、このボタンを選択します。入金を借方または貸方品目に消し込むことができます。貸方品目に消し込むときは、Oracle Receivablesにより貸方の金額で、借方項目に消し込みができる入金の金額が増えます。8つの取引までそれぞれの入金レコードに消し込むことができます。8以上の取引を消し込むには、入金でオーバーフロー入金レコードを使ってください。それぞれのオーバーフロー入金レコードを使って、8個ずつの追加取引を入金に消し込めます。「ステータス」フィールドを使って入金個別消込のエラーを検討します。
  
  重要: 「ロックボックス消込」ウィンドウで、インポート段階でOracle Receivablesによって消込レコードに自動的に割り当てられた取引コードを更新できます。「ロックボックス消込」ウィンドウに「取引コード」フィールドを表示するには、「取引コードの使用可能化」プロファイル・オプションを有効にします。関連項目: 『Oracle Receivablesインプリメンテーション・ガイド』のプロファイル・オプションの定義に関する項
  
  この機能は、公共部門でのインストールでのみ使用できます。
  
  「相互通貨データ」リージョンを選択して、相互通貨入金に関する情報を検討します。関連項目: 自動ロックボックスを使用した相互通貨入金のインポートおよび消込
- 管理: この伝送レコードに対応するロックボックス伝送管理情報を検討するには、このボタンを選択します。伝送フォーマットに含まれているフィールドの値を変更できます。
  
  重要: ロックボックスでは、検証ステップの間に入金額がフォーマットされます。このため、「ロックボックス管理」ウィンドウ内の値には小数は含まれません。
作業内容を保存します。
検証のために伝送を再発行します。関連項目: 自動ロックボックスの実行

関連項目

伝送履歴の表示

Oracle Receivablesでは「ロックボックス処理の発行」ウィンドウから発行したそれぞれのロックボックス伝送の記録が残されています。「ロックボックス伝送履歴」ウィンドウを使用して、銀行採番番号日付、伝送内の記録の数と額、検証ステップを通過した入金の数および額などのロックボックス伝送についての情報を検討します。

伝送内で個別のレコードを表示するには、「ロックボックス伝送データの保守」を参照してください。

伝送ステータス

ロックボックス伝送は次のステータスのうち1つを持つことができます。

新: この伝送はOracle Receivablesにインポートされましたが、まだ検証されていません。

残高不一致: この伝送内で1つ以上の入金が検証で拒否されました。

オープン: この伝送のすべての入金が検証に成功しOracle Receivablesに転送されました。「クイック入金転記」がまだこれらの入金を処理していません。

クローズ: この伝送のすべての入金が「クイック入金転記」による処理に成功しました。「入金」ウィンドウでこれらの入金を再検討することができます。

前提条件

自動ロックボックスの実行

ロックボックス伝送履歴を表示する手順は、次のとおりです。

「ロックボックス伝送履歴」ウィンドウにナビゲートします。
ロックボックス伝送を問い合せて、表示します。「管理件数」と「金額」フィールドはこのロックボックス伝送レコード数と金額の合計を表示します。「検証済件数」と「金額」フィールドはこの送信で検証ステップを通過した入金の件数と金額の合計を表示します。
この伝送に関する注釈を入力します（オプション）。

関連項目

クイック入金

入金をすばやく入力および消し込む必要がある場合は、クイック入金額のバッチを作成してください。「クイック入金」ウィンドウでは、入金および消込の最小限の情報を入力するだけで済みます。また、「クイック入金」は顧客勘定残高に即座に反映されないので、大量の入金を入力する場合にもう1レベルの制御が加えられます。

クイック入金のバッチで入金や消込を入力したり、「自動ロックボックス」を使用してこれらをインポートすると、Oracle Receivablesではこれらのデータが暫定表に保存されます。次に、「クイック入金」ウィンドウを使用して入金を検討し、消込情報が正確であることを確認します。

注意: インポートした入金に無効な照合番号が含まれていた場合、およびロックボックス・オプションの「未消込一部金額の転記」ボックスを選択した場合、自動ロックボックスでは、未消込金額を持つ入金をクイック入金にインポートします。Oracle Receivablesでは、便宜上、無効な照合番号を「クイック入金」ウィンドウの「消込ノート」フィールドに保持します。「消込ノート」フィールドを表示するには、「フォルダ」メニューから「フィールドの表示」を選択します。

クイック入金額はバッチ処理する必要があります。「ステータス」、「消込済」、「対顧客勘定」、「未消込」および「不明」フィールドは、作業内容を保存するまでReceivablesでは更新されません。

重要: その他入金は「クイック入金」バッチに追加できません。

クイック入金を使用すると、1つ以上の取引への入金の消込、自動消込基準の使用、対顧客勘定への入金の転記、あるいは不明または未消込としての入金の入力が可能です。異なる通貨の取引に入金を消し込むこともできます。

クイック入金を他のオープン入金に対して消し込むこともできます。関連項目: クイック入金額の複数取引への消込

また、「クイック入金」ウィンドウは次の場合にも使用できます。

インポートされた入金に対して自動ロックボックスで作成された自動要求を検討する（請求書関連要求）。
超過支払、過少支払および未消込入金に対して手動要求を作成する（非請求書関連要求）。

クイック入金のバッチが正確かどうかを検討した後、「クイック入金転記」を実行して顧客の勘定残高を更新します。

「クイック入金転記」を実行すると、Oracle Receivablesではクイック入金は普通の入金と同様に扱われます。クイック入金を戻し処理してから再消込したり、未消込、不明または対顧客勘定のすべての金額を消し込むことができます。

注意: 入金に顧客を指定しないと、Oracle Receivablesでは自動的に「不明」ステータスが入金に割り当てられます。

銀行手数料

「AR: 銀行手数料作成」プロファイル・オプションによって、入金消込の際に銀行手数料および許容範囲限度がOracle Receivablesで考慮されるかどうかが決まります。このプロファイル・オプションが「Yes」に設定されていると、「クイック入金」ウィンドウで、「銀行手数料」と「許容範囲限度」のフィールドが共に表示されます。ただし、これらのフィールドに値を入力できるかどうかは、入金の「消込タイプ」と作成ステータスに依存します。

「自動消込基準」以外の「消込タイプ」を使用してクイック入金額を消し込む際に「入金区分」の入金作成ステータスが「決済済」の場合、「銀行手数料」フィールドに金額を入力できます。（入金区分の「決済方法」が「直接」に設定してある場合、入金は決済済として作成されます。)

「自動消込基準」の「消込タイプ」を使用してクイック入金額を消し込むときに、Oracle Receivablesでは「銀行手数料」フィールドは使用できません。Oracle Receivablesにおいて、「銀行手数料」および「許容範囲限度」の値が請求書の入金に一致するように使用される方法の詳細は、「自動消込」を参照してください。

簡易受入の入力

前提条件

入金入力の前に、必要なすべての設定ステップを実行します。関連項目: 入金の入力
『Oracle Receivablesインプリメンテーション・ガイド』の自動消込基準セットの定義に関する項

クイック入金バッチを作成する手順は、次のとおりです。

「入金バッチ」ウィンドウにナビゲートします。
新しいバッチを作成するには、「手動-クイック」の「バッチ・タイプ」を選択し、次に、このバッチに関する情報を入力します。関連項目: 簡易入力および検索のための入金のバッチ処理

既存の「クイック入金」バッチに入金を追加するには、バッチを問い合せます。

ヒント: 「自動ロックボックス」でインポートされた入金のバッチを問い合せるには、「伝送」リージョン内の伝送番号または「ロックボックス」名を問い合せてください。
「入金」を選択します。
入金番号、入金日およびGL記帳日を入力します。バッチの預入日とGL記帳日によって、デフォルトの入金日とGL記帳日が提供されますが、これらの日付は変更できます。入金のGL記帳日は、オープン期間内または先日付入力可能期間内である必要があります。
入金通貨を入力します（オプション）。バッチ通貨ではデフォルト通貨が指定されます。ただし、「複数通貨入金」フラグが「Yes」に設定されている送金銀行口座が1つでもある場合は、システムに定義されている通貨のいずれにも変更できます。関連項目: 外貨取引
この入金のネット金額を入力します。銀行手数料が適用される場合は、「銀行手数料」フィールドにその額を入力します。Receivablesでは、ネット金額に銀行手数料を加算した合計として総額が計算されます。
次の消込タイプから1つを選択して、入金の消込方法を指定します。

自動消込基準: この顧客のプロファイル区分用に定義された「自動消込ルール・セット」を使用してこの顧客の取引に対し入金を消し込みます。この顧客のプロファイル区分に自動消込ルール・セットが割り当てられていない場合、Receivablesでは「システム・オプション」ウィンドウで定義された「自動消込ルール・セット」が使用されます。関連項目: 自動消込

単一: この入金を単一賦払に消し込みます。このオプションを選択する場合、この入金の消込先の取引番号も入力する必要があります。

複数: この入金を、複数取引または複数賦払いに消し込みます。この入金で消し込む取引と賦払いを「消込」ウィンドウで指定します。関連項目: クイック入金額の複数取引への消込

注意: （オプション）「単一」または「複数」消込タイプを使用してクイック入金を消し込むときに、要求を作成できます。顧客参照と顧客事由がある場合は、これらを入力できます。入力した場合は、クイック入金転記を実行したときに、Oracle Receivablesによりこの情報がOracle Trade Managementに渡されます。

対顧客勘定: この入金を特別の取引ではなく、顧客の勘定に消し込みます。

未消込: この入金が取引に消し込まれていない場合、この金額を「未消込」としてマークします。

不明: この入金の顧客がわからない場合、金額を「不明」としてマークします。

要求調査: この入金に対する非請求書関連要求を作成します。取引管理とのみ使用されます。

注意: （オプション）顧客参照と顧客事由がある場合は、これらを入力できます。入力した場合は、クイック入金転記を実行したときに、Oracle Receivablesによりこの情報が取引管理に渡されます。
この入金の顧客名、番号、および請求先事業所を入力します。顧客を入力すると、Receivablesによって、その顧客の主要請求先事業所（存在している場合）が入力されますが、この値は変更できます。「入金処理時請求先事業所必須」システム・オプションが「Yes」に設定されている場合は、請求先事業所を入力する必要があります。

ヒント: 借方品目に入金を消し込む必要がある場合に顧客名がわからないときは、「消込タイプ」を入力するかわりに「消込対象」フィールドにまず借方品目番号を1つ入力します。こうすると、この取引に関連する顧客名がOracle Receivablesによって表示されます。次に、適切な「消込タイプ」を入力します。

重要: 「請求先事業所」を入力せず、同時に顧客に取引明細書サイトがない場合、顧客に送付する取引明細書には、未消込入金額または対顧客勘定入金額は表示されません。
消込タイプに「単一」を選択した場合は、取引番号を入力するか、値リストから選択します。Receivablesによって、この取引の顧客と送金銀行に関する情報が入力されます。

取引通貨が入金通貨と異なる場合は、「消込済金額」または「相互通貨レート」のいずれかを入力します。

注意: 未回収残高よりも大きい金額を消し込むには、オープン借方項目の取引タイプで超過消込が許可されていて、プロファイル・オプション「AR: ロックボックスでの超過消込の許可」が「Yes」に設定されている必要があります。

取引タイプで超過消込が許可されず、取引管理がインストールされている場合に取引を超過消込しようとすると、クイック入金では未回収残高を消し込み、超過支払額の要求を作成します。
バッチ情報から入金方法がデフォルト設定されていない場合、または入金通貨を変更した場合は、ここで入金方法を入力します。選択できるのは、入金に指定した通貨と同じ通貨で送金銀行口座が割り当てられている入金方法、または「多通貨の許可」チェック・ボックスが選択されている入金方法のみです。
手動文書採番を使用している場合は、一意の文書番号を入力します。入力しない場合は、保存時にOracle Receivablesによって一意の番号が割り当てられます。関連項目: 『Oracle Receivablesインプリメンテーション・ガイド』の文書連番の実装に関する項
次のレコードに移動し、このバッチに追加する各入金について、前述のステップを繰り返します。

クイック入金額の複数取引への消込

消込タイプ「複数」を選択すると、クイック入金額を複数の取引に消し込めます。次に、この入金をどの取引に消し込むかを「消込」ウィンドウで選択します。「クイック入金転記」を実行するまでは、Oracle Receivablesでは実際に顧客残高を更新しません。

GL記帳日が将来の会計期間内にある場合や、取引通貨が入金通貨と異なる場合でも、入金を取引に消し込むことができます。また、システム・オプション「非関連請求書入金消込の許可」が「Yes」に設定されている場合、他の顧客の取引にも入金を消し込むことができます。

クイック入金を同一通貨のオープン入金に対して消し込むこともできます。関連項目: 入金から入金への消込

クイック入金額を複数の取引に消し込む手順は、次のとおりです。

「入金バッチ」ウィンドウにナビゲートします。
「クイック入金」バッチを問い合すか、入力します。関連項目: クイック入金の入力
「入金」を選択します。
これが新規のバッチの場合は、入金情報を入力し、消込タイプに「複数」を選択します。入金通貨がバッチ通貨と異なる場合は、換算レート情報を指定します。
. 「複数」ボタンを選択します。
取引またはオープン入金を入力するか、値リストから選択します。
この取引に適用する入金額を入力します。

注意: この入金をオープン入金に消し込む場合は、次の手順に進みます。

「AR: 消込用の取引残高を常にデフォルトにする」プロファイル・オプション（『Oracle Receivablesインプリメンテーション・ガイド』）を使用して、Receivablesで消込済金額をデフォルト設定する方法を管理します。

注意: 未回収残高よりも大きい金額を消し込むには、オープン借方項目の取引タイプで超過消込が許可されていて、プロファイル・オプション「AR: ロックボックスでの超過消込の許可」が「Yes」に設定されている必要があります。

取引タイプで超過消込が許可されず、取引管理がインストールされている場合に、取引を超過消込しようとすると、クイック入金では未回収残高を消し込み、超過消込額の要求を作成します。

システム・オプションの「期限外割引の許可が「Yes」に設定されていない場合、デフォルトの割引は、この消込に使用できる期限内割引額になります。この場合、デフォルトの割引は、消込入金額とともにこの品目をクローズする金額になります。ただし、割引額が、取引に許可された最大割引額（取引の支払条件によって決まる）を超えることはできません。Receivablesによって割引が計算されないようにするには、「割引」フィールドの値をNULL（値なし）に変更します。関連項目: 割引

注意: 「クイック入金転記」プログラムの発行時に作成された現在の消込明細を考慮した上で、取引の未回収残高をプレビューするには、非表示フィールドの「見積未回収残高」を使用します。この列に表示される値は見積であるため、次の移動はありません。
- 同じ取引への複数消込明細の移動。
  
  移動するかわりに、各フィールドには、現在の消込明細に対する未回収残高が反映されます。
- 自動ロックボックス入金に対する割引
  
  自動ロックボックスでは割引が計算されません。したがって、自動ロックボックスからの消込明細の場合、「割引」フィールドは空となります。
この入金をオープン入金に消し込む場合、消込額のデフォルトは次のいずれか大きい方の値です。
- クイック入金の残高
- オープン入金のオープン項目（未消込入金、対顧客勘定入金またはオープン要求調査消込）の額
入金通貨と取引通貨が異なる場合は、配賦済入金額または相互通貨レートのいずれかを入力します。この配賦済入金額は、入金通貨で消し込む金額です。配賦済入金額を入力すると、Receivablesでは相互通貨レートが計算され、相互通貨レートを入力すると配賦済入金額が計算されます。
次のレコードに移動し、この入金の消込先の取引について、前述のステップを繰り返します。

関連項目

クイック入金転記

クイック入金転記実行レポート

「入金」フィールド・リファレンス

クイック入金転記

「クイック入金」ウィンドウで入金を入力、または「自動ロックボックス」を使って入金をインポートする場合、Oracle Receivablesでは暫定表にこれらが保存されます。「クイック入金」ウィンドウで各入金を検討し、消込情報が正確かどうかを「消込」ウィンドウで確認できます。入金とその消込を承認した後、「クイック入金転記」を実行して顧客勘定残高を更新します。

検討する「クイック入金」、または「ロックボックス」のバッチを選択できます。たとえば、データ入力担当者が入力した入金、または銀行から送られたデータ・ファイルだけを検討する場合があります。

「クイック入金転記」で入金および消込がどのように暫定表からOracle Receivablesに振り替えられるかを次の図に要約します。

クイック入金転記

本文の説明内容に関するイメージ

クイック入金転記による入金の消込方法

クローズ済取引

入金を入力し、そして未回収請求書へ消し込む際、「クイック入金転記」で入金も消込も処理できます。ただし、他の消込ですでに決済された請求書に入金を消し込むと、「クイック入金転記」では入金だけを処理します。この場合入金は「未消込」としてマークされます。これらの入金を手動で消し込むには、「消込」ウィンドウを使う必要があります。

自動消込基準セット

「クイック入金転記」では、顧客サイトまたはプロファイル区分に割り当てられた「自動消込基準セット」を使用して入金の消込方法が決定されます。「自動消込ルール・セット」が顧客サイトに割り当てられていない場合、「クイック入金転記」では顧客のプロファイル区分内のルール・セットが使用されます。顧客のプロファイル区分に「自動消込ルール・セット」がない場合は、「クイック入金転記」では「システム・オプション」ウィンドウ内のルール・セットが使用されます。関連項目: 自動消込

入金の消込に「自動消込」ルールを使用したときに「自動消込ルール・セット」のルールがすべて失敗した場合、「クイック入金転記」では、この顧客のプロファイル区分用に指定された「未回収残高ルール・セット」を使用して入金が消し込まれます。この顧客のプロファイル区分用に「未回収残高ルール・セット」を指定していない場合、Oracle Receivablesでは残高は「未消込」とマークされます。関連項目: 『Oracle Receivablesインプリメンテーション・ガイド』の顧客プロファイル区分の定義に関する項

銀行手数料

「AR: 銀行手数料作成」システム・オプションを「Yes」に設定すると、Oracle Receivablesでは入金の消込の際に銀行手数料と許容範囲限度も考慮されます。関連項目: 銀行手数料および許容範囲限度を使用した照合

請求先事業所のない入金

「入金処理請求先事業所必須」システム・オプションが「Yes」に設定している場合、「クイック入金転記」では請求先事業所のない入金は処理されません。このオプションを「Yes」に設定してある場合は「クイック入金」ウィンドウと「自動ロックボックス」の両方で入金には請求先事業所があることが検証されます。入金が入力されると、システム・オプションが変更されることもあります。ただし、これが「クイック入金転記」の実行前だと、「クイック入金転記」は再び検証されます。

消込ルール・セット

「クイック入金転記」では、借方項目の取引タイプに割り当ててある「消込ルール・セット」によって、支払がどのように消し込まれるか、また関連手数料の各タイプの未回収残高へ割引がどのように影響を与えるかが決まります。この品目の取引タイプに基準セットを1つも割り当てていない場合は、「クイック入金転記」では「システム・オプション」ウィンドウで定義したルール・セットが使われます。関連項目: Oracle Receivables消込ルール・セット

相互通貨入金

入金通貨と取引通貨が異なる場合、「クイック入金転記」を使用して入金を消し込むことができます。関連項目: 相互通貨入金のインポートと消込

請求書関連要求および非請求書関連要求

「クイック入金転記」を実行すると、要求の作成と管理のために、次のような制限付きクイック入金消込明細がOracle Trade Managementに渡されます。

消込済取引に対して過少支払の消込明細
要求調査消込明細
超過消込インディケータが選択された消込明細

取引管理で要求が作成された後、要求番号がOracle Receivablesに返されます。

入金から入金への消込

クイック入金額を複数のオープン入金に消し込むことにより、入金をネッティングすることができます。関連項目: 入金から入金への消込

オープン入金の未消込入金に対してクイック入金を消し込むことができます。

クイック入金バッチを転記するときに、クイック入金転記により、クイック入金額に対する消込を受け入れるのに十分な未消込入金額がオープン入金に含まれていることが確認されます。

未消込入金額がまだ十分にある場合、クイック入金転記では、各入金に対して1つずつ、2つの新しい消込を作成します。

未消込入金額が十分でない場合、クイック入金転記によりオープン入金の超過消込は行われず、クイック入金は暫定表内に残り、クイック入金転記実行レポートによりエラーが報告されます。
オープン入金の対顧客勘定入金またはオープン要求調査に対してクイック入金を消し込むことができます。

クイック入金バッチを転記するとき、クイック入金転記により、オープン入金に対する対顧客勘定入金または要求調査消込がまだ存在すること、および別の処理によってロックされていないことが確認されます。

消込明細が使用可能な場合、クイック入金転記により、オープン入金に対する対顧客勘定入金または要求調査消込が取り消され、各入金に1つずつ、2つの新規消込が作成されます。

クイック入金に対する消込が、オープン入金の対顧客勘定または要求調査消込明細の全額でない場合、クイック入金転記により、残額がオープン入金の「対顧客勘定」または「要求調査」に再消込されます。

注意: Oracle Receivablesでは、消込により要求調査消込の全額または一部が決済されたことを取引管理に自動的に通知します。

消込明細が存在しない場合またはロックされていない場合、クイック入金転記ではオープン入金のステータスを確認します。ステータスに応じて、次のいずれかになります。
- クイック入金が暫定表内に残る（クイック入金実行レポートによりエラーが報告される）。
- クイック入金転記によりオープン入金への消込がロールバックされ、クイック入金が未消込入金として作成される。

関連項目

クイック入金転記の実行

クイック入金転記実行レポート

クイック入金転記の実行

「クイック入金転記」を実行し、「クイック入金」ウィンドウまたは「自動ロックボックス」を使用して作成したバッチ用の顧客勘定残高を更新します。「入金」および「消込」ウィンドウで入金と消込を承認した後に「クイック入金転記」を実行します。または、「ロックボックスの発行」ウィンドウでロックボックス入金バッチをインポートおよび検証する際に「クイック入金転記」を同時に実行するように選択できます。関連項目: 自動ロックボックスの実行

対顧客勘定、未消込および不明入金が含まれているバッチを選択し、入金バッチをステータスに関係なく転記用に発行できます。クイック入金転記を発行する前のバッチのステータスは、通常、「オープン」または「残高不一致」です。関連項目: 簡易入力および検索のための入金のバッチ処理

システムを適切に設定してある場合は、クイック入金転記により、制限付き消込明細がOracle Trade Managementに送信され、要求が作成されます。関連項目: 自動ロックボックスによる要求の作成方法

「クイック入金転記」を実行した後は、「入金」ウィンドウで不明額、対顧客勘定額または未消込額の全部または一部を消し込むことができます。バッチ内の各入金に対顧客勘定を消し込むか入力すると、Oracle Receivablesによって、バッチ・ステータスが「クローズ」に更新され、バッチ・タイプが「手動-通常」に変更されます（これは、手動で入力したバッチにも、「自動ロックボックス」によって作成されたバッチにも当てはまります）。

「AR: 銀行手数料作成」システム・オプションが「Yes」の場合、Oracle Receivablesでは入金の消込の際に銀行手数料と許容範囲限度も考慮されます。関連項目: 銀行手数料および許容範囲限度を使用した照合

前提条件

クイック入金の入力または自動ロックボックスの実行

「入金バッチ」または「入金バッチ要約」ウィンドウから「クイック入金転記」を実行する手順は、次のとおりです。

「入金バッチ」ウィンドウまたは「入金バッチ要約」ウィンドウにナビゲートします。
.転記するバッチを問い合せます。

「入金バッチ要約」ウィンドウが表示されている場合は、問い合せ後転記するバッチを選択します。

ヒント: 「自動ロックボックス」でインポートされた入金のバッチを確認するには、「ロックボックス」または「伝送名」を使用して問合せを実行してください。
このバッチ内の入金を検討するには、「入金」を選択します。入金の消込タイプが「複数」の場合は、「複数」ボタンを選択して消込を検討できます。入金の消込タイプが「単一」の場合は、この入金の消込先の取引が「消込対象」フィールドに表示されます。
このバッチを転記するには、「クイック入金転記」を選択してから、「Yes」を選択してメッセージを承認します。このバッチの処理ステータス番号が表示され、クイック入金転記実行レポートが作成されます。

「処理ステータス」番号はこのバッチに割り当てられた一意のコンカレント要求IDを表します。「要求」ウィンドウで、要求のステータスをチェックするためにこの番号を使用できます。

次のように「ロックボックスの発行」ウィンドウを使用して、「クイック入金転記」を実行します。

「ロックボックス処理の発行」にナビゲートします。
ロックボックスの伝送名を入力するか、値リストから伝送を1つ選択します。関連項目: 自動ロックボックスの実行
「クイック入金転記の発行」チェック・ボックスを選択します。
作業内容を保存します。コンカレント処理の「要求ID」が表示され、クイック入金転記実行レポートが作成されます。関連項目: クイック入金転記実行レポート

「要求ID」番号は、各入金バッチに割り当てられた、一意のコンカレント要求IDです。これを使用して、「要求」ウィンドウでユーザーの要求のステータスを確認することができます。

関連項目

クイック入金転記実行レポート

『Oracle Applicationsユーザーズ・ガイド』の要求の監視に関する項

クイック入金転記実行レポート

Oracle Receivablesでは、「クイック入金転記」または「自動ロックボックス」を発行するごとに、このレポートが自動的に生成されます。レポートは2つの項に分けて印刷されます。初めの項には、各入金の詳しい支払情報が印刷され、2番目の項には入金バッチの要約情報が印刷されます。

ユーザーの要求が終了する前に他のユーザーが同じバッチを選択すると、2つめの要求がOracle Receivablesによって拒否されます。そして、「クイック入金転記実行レポート」から「このバッチは処理済です。」というメッセージが表示されます。

入金を消し込む際、「転記バッチ」が他のオープン金額（たとえば入金、未消込または対顧客勘定金額）を使うと、Oracle Receivablesはその入金を2つのアスタリクス（**）でマークします。そして、レポートの下部に「以前の入金からの消込合計」という説明が印刷されます。「勘定決済」、または「支払遅延請求書決済」という「自動消込」基準を使って入金を消し込む際、これが起こります。これらの基準では、入金を消し込む際、顧客の未回収借方、および貸方品目全部が関連性のあるものとみなされるからです。

詳細項

Oracle Receivablesでは、各取引に消し込まれた入金額、そして部分的消込、内金または不明などの消込タイプも印刷されます。この項には、入金残高も表示されます。

注意: このレポートでは、バッチ内に消込済入金の数を追加する際に、完全に消し込まれていない入金は考慮されません。たとえば、$100と$75の2つの入金でバッチを作成するとします。この場合、クイック入金転記では、$100の入金のうち$50が消し込まれますが、もう一方の入金は消し込まれないまま残ります。実行レポートには、消込済入金が次の表のようにリストされます。


件数	比率	金額	比率
1	50	50	29

「自動消込基準」を使うと、Oracle Receivablesでは使用された「自動消込基準」の省略基準が示されます。レポートの下側の「自動消込基準凡例」の説明文は、基準を詳しく一覧しています。

「自動消込基準」の「勘定決済」を使うと、Oracle Receivablesではこのバッチに属さない入金の横に、2つのアスタリクス（**）が印刷されます。Oracle Receivablesでは、すべての未回収貸方品目と借方品目が勘定決済基準用の顧客未回収残高の決定の対象となります。これには顧客口座中の一部消込済または未消込の入金が対象になることがあります。

要約項

Oracle Receivablesでは、この入金バッチのステータスが表示されます。ステータスには、「残高不一致」および「クローズ」があります。バッチが残高不一致の場合、「差異件数」および「差異金額」を使用して、データ入力の障害が報告されます。

入金バッチ、バッチGL記帳日およびバッチ預入日の作成日に期間情報が表示されます。

「ステータス要約」項で、Oracle Receivablesでは合計値、比率、およびこの入力バッチに含まれている各入力タイプの金額が表示されます。

「割引」セクションには、この入金バッチで使用した期限内および期限外割引額の合計額が表示されます。関連項目: 割引

「配分」項で、Oracle Receivablesでは、行明細、税金、運送費、および売掛/未収金手数料に消し込まれた入金総額を表示します。

重要: バッチに異なる通貨での入金が含まれる場合、このレポートの合計金額には混合通貨での金額が含まれます。たとえば、バッチ内の入金の1つが100USDであり、別の入金が50EURの場合、合計金額は150.00になります。

関連項目