Oracle Paymentsユーザーズ・ガイド リリース12 E06001-01

目次

前へ

次へ

「資金支出プロセス・ホーム」ページ

支払プロセスの概要

Oracle Payments支払プロセスの概要を簡略化して示すため、Oracle Payablesなどのソース製品で請求書などの買掛/未払金文書を支払う必要がある時点からプロセスを開始します。Oracle Payablesは、買掛/未払金文書を支払プロセス要求にグループ化し、Oracle Paymentsに発行します。Oracle Paymentsでは、「支払作成」プログラムが買掛/未払金文書を支払と呼ばれるグループにグループ化します。この支払は、個別の小切手または電子口座振込を表します。「支払指図の作成」プログラムは、支払を支払指図にグループ化します。その後、支払指図は電子的に印刷されるか、支払システムまたは銀行に発行されます。

支払プロセスの管理

Oracle Paymentsの「資金支出プロセス・ホーム」ページ、またはOracle Payablesの支払マネージャ・ダッシュボードから支払プロセスを管理できます。どちらを選択するかは、次の項目によって決まります。

• 会社の支払プロセスの設定方法

• 支払の管理のニーズ

• Oracle Paymentsでの支払指図作成の設定方法

Oracle Paymentsの「資金支出プロセス・ホーム」ページ

「資金支出プロセス・ホーム」ページは、採用企業が集中型の支払処理システムを使用している場合に使用します。集中型の支払処理では、1人のユーザーまたは1つのチームが支払処理に専念し、請求書選択や支払プロセス要求発行などのOracle Payables機能は実行しません。支払が行われたかどうかを確認するのは、そのユーザーまたはチームの責任です。このシナリオでは、支払プロセスのみを担当し、請求書の入力や支払プロセス要求の発行などのOracle Payables支払機能は担当しないユーザーは、「資金支出プロセス・ホーム」ページを使用することもできますが、他の選択肢もあります。

「支払指図の作成」プログラムが「支払作成」プログラムとは別に実行されるように、採用企業がOracle Paymentsを設定している場合、支払指図を作成するときに、異なる支払プロセス要求からの支払が混在し、支払プロセス要求の観点から支払プロセスを実行するのが困難になります。このような場合は、「資金支出プロセス・ホーム」ページを使用することをお薦めします。

Oracle Payablesの支払ダッシュボード

Oracle Payablesの支払ダッシュボードは、採用企業が分散型の支払処理システムを使用している場合に使用します。分散型の支払処理では、複数のユーザーまたはチームが、支払う請求書の選択、支払の実行、支払プロセスで発生した問題の修正など、複数の支払機能を実行します。このシナリオでは、請求書の選択や支払プロセス要求の発行を担当し、支払プロセスを実行するユーザーは、Oracle Payablesの支払ダッシュボードを使用できます。

「資金支出プロセス・ホーム」ページの概要

「資金支出プロセス・ホーム」ページは、ログインの後、支払管理者に最初に表示されるページです。このページとその子ページを使用すると、支払管理者は、前の項で説明した支払プロセスを監視および管理できます。

「資金支出プロセス・ホーム」ページは、処理中の支払プロセス要求と支払指図の現在のステータスを表示する「保留中の処理」リージョンを含む、読取り専用ページです。「保留中の処理」リージョンには、これらのエンティティの詳細ビューへのリンク、および支払管理者が支払プロセスの次のステップを実行できるページへの「処理実行」リンクがあります。「資金支出プロセス・ホーム」ページには、必ずしも支払プロセスの一部とはかぎりませんが、支払プロセスに関連する他のページへのリンクもあります。

支払プロセスでは、支払管理者は「資金支出プロセス・ホーム」ページを使用して次のことを実行します。

• 「保留中の処理」リージョンでユーザーの処理を必要とする項目の監視

• 完了した支払プロセス要求、支払および支払指図の調査

• 電子支払指図を完了としてマーク

• コンカレント・プロセスの発行および監視

• 支払停止の記録および解決

• 無効支払

• 処理統計のグラフの表示

資金支出コンカレント要求の発行および監視

サイド・ナビゲーション・バーの「コンカレント要求」サブリージョンを使用すると、支払管理者は、コンカレント要求をすばやく発行および監視できます。「ショートカット」サブリージョン内のリンクと同様に、これらのリンクを使用すると、支払管理者は、適切なパラメータを指定し、コンカレント要求をスケジュールした後、発行を監視できます。

次の表では、Oracle Paymentsで提供される「資金支出コンカレント」プログラムについて説明しています。

支払管理者が「資金支出プロセス・ホーム」ページ、「保留中の処理」リージョンから実行する処理

次の表は、支払管理者が「資金支出プロセス・ホーム」ページ、「保留中の処理」リージョンから実行できる処理を示しています。表で説明している処理は、常に開始する必要があるとはかぎりません。ユーザーまたはOracle Payments設定で処理が必要な場合のみ開始してください。

注意: 次の項では、支払管理者が「資金支出プロセス・ホーム」ページから実行する処理について説明します。この処理は、特定の順序で記載されているわけではありません。

割当の完了

ソース製品では、当方銀行口座または支払プロセス・プロファイルを割り当てなくても、Oracle Paymentsに買掛/未払金文書を発行できます。「割当の完了」ページとその子ページは、Oracle Paymentsが必要な情報を使用して支払プロセスを続行できるように、必要なエンティティを買掛/未払金文書に割り当てるために使用されます。このページを使用すると、支払管理者は、支払プロセス中に実行できる最初の処理、つまり買掛/未払金文書への当方銀行口座と支払プロセス・プロファイルの割当を実行できます。この情報を指定するときに、支払管理者は、すでにこの情報を持っている文書の割当を変更することもできます。

重要: 当方銀行口座または支払プロセス・プロファイル（あるいはその両方）の情報をすべての文書に指定し、支払プロセスを再開した後は、割当を変更することはできません。

文書検証エラーの解決

すべての買掛/未払金文書に必要な属性を割り当てた後、「支払作成」プログラムでは、Oracle Payments設定で割り当てられた適切な検証に基づいて、その属性が検証されます。支払プロセス要求を発行するときに、この文書検証を失敗した文書を拒否するか、または支払管理者がレビューできるように「支払作成」プログラムによって支払プロセスを停止するかを、ソース製品で指定します。

失敗文書にレビューが必要な場合、支払管理者は「文書検証エラーの解決」ページにナビゲートし、検証エラーをレビューして、支払プロセスから個別の買掛/未払金文書を削除し、必要に応じてエラーの解決後に「支払作成」プロセスを再開します。

支払管理者は、エラーの原因になった可能性のある設定または第三者受取人データを変更するために、「資金支出プロセス・ホーム」ページをすべてそのままにしておき、「文書検証エラーの解決」ページに戻って「支払作成」プロセスを再開することもできます。

支払検証エラーの解決

「支払検証エラーの解決」ページを使用すると、支払管理者は、支払レベルで検証エラーを解決できます。このページには、提示済支払と検証エラー、および各提示済支払を構成する買掛/未払金文書が表示されます。

買掛/未払金文書から支払を作成した後、「支払作成」プログラムでは、Oracle Payments設定で割り当てられた適切な検証に基づいて、その属性が検証されます。支払プロセス要求を発行するときに、この検証を失敗した支払を拒否するか、または支払管理者がレビューできるように「支払作成」プログラムによって支払プロセスを停止するかを、ソース製品で指定します。

検証を失敗した支払にレビューが必要な場合、支払管理者は「支払検証エラーの解決」ページにナビゲートして検証エラーをレビューし、必要に応じて買掛/未払金文書または支払全体を削除して、エラーの解決後に「支払作成」プロセスを再開します。支払管理者は、エラーの原因になった可能性のある設定または第三者受取人データを変更するために、「資金支出プロセス・ホーム」ページをすべてそのままにしておき、「支払検証エラーの解決」ページに戻って「支払作成」プロセスを再開することもできます。

提示済支払の検討

「提示済支払のレビュー」ページを使用すると、支払管理者は、「支払作成」プログラムが提示済支払を作成した後に、レビューおよび承認できます。このページには、検証に合格したすべての提示済支払、および各提示済支払を構成する文書が表示されます。

支払プロセス要求を発行するときに、提示済支払が作成された後、支払をレビューするために「支払作成」プロセスを停止するかどうかをソース製品で指定します。提示済支払にレビューが必要な場合、支払管理者は「提示済支払のレビュー」ページにナビゲートし、必要に応じて支払のレビュー、支払または個別の文書の削除を行った後、「支払作成」プロセスを再開します。

支払指図検証エラーの解決

支払指図が支払から作成されると、Oracle Payments設定で割り当てられた適切な検証に基づいて、「支払指図の作成」プログラムによって支払指図が検証されます。支払指図は検証に失敗した場合、レビューのために常に停止されます。「支払指図検証エラーの解決」ページを使用すると、支払管理者は、「支払指図の作成」プログラムで検出された検証エラーをレビュー、解決または上書きできます。このページに表示される内容は、次のとおりです。

• 支払指図の概要

• 検証エラー

• 支払指図内の支払

• 各支払内の買掛/未払金文書

支払管理者は支払を削除し、必要に応じて設定または第三者受取人データを変更するために「資金支出プロセス・ホーム」ページをすべてそのままにしておくか、エラーが見つかった場合は、検証エラーを上書きできます。検証エラーが上書きまたは解決されると、支払プロセスはフォーマットに進み、支払指図が印刷または伝送されます。

注意: この処理手順では、支払管理者は個別の買掛/未払金文書を削除することはできません。

「作成済」の支払指図ステータス

「支払指図の作成」プログラムが停止しており、「資金支出プロセス・ホーム」ページの「保留中の処理」リージョンの「ステータス」列、または「支払指図検索」ページのように、支払指図のステータスが「作成済」のままになっている場合、「フォーマット支払指図」プログラムを実行して、「作成済」ステータスをフォーマット・フェーズに移行できます。

「フォーマット支払指図」プログラムを実行するには、次のいずれかの手順を実行します。

• 該当する停止済支払指図に対応する「処理実行」アイコンをクリックします。これにより警告ページが表示され、プログラムを続行または取消できます。続行すると、「フォーマット支払指図」プログラムが自動的に実行されます。

• 「計画要求発行」トレインにナビゲートします。実行するプログラム（フォーマット支払指図）、およびプログラムで実行する支払指図の参照を入力します。

注意: 前述の処理は、エラーからの復元手順としてのみ実行します。通常は、支払指図が検証を正常に完了すると、「フォーマット支払指図」プログラムが自動的に実行され、支払指図が「作成済」以外のステータスに移行します。

支払指図の伝送

印刷された小切手とは違い、電子的な支払指図は支払システムに伝送する必要があります。この伝送はPayments設定に基づいて、自動的に行われるか、または遅延されます。支払指図の伝送を遅延するようにOracle Paymentsが設定されている場合、支払管理者はこのページにナビゲートして、伝送を手動で開始します。

「支払指図の伝送」ページを使用すると、支払管理者は、支払システムに自動的に伝送されていない支払指図の支払指図伝送を開始できます。このページでは、指図を伝送する前に、支払指図および伝送詳細を確認できます。

注意: この処理手順は、支払管理者が支払指図を終了できる最後の機会です。

支払指図伝送の失敗の解決

伝送が失敗することがあります。「支払指図伝送失敗の解決」ページを使用すると、支払管理者は、次の処理のいずれかを実行して、伝送の失敗に対応できます。

• 指図ファイルの再伝送

• 伝送の失敗の無視（銀行が伝送の成功を確認した後、支払指図のステータスを「伝送済」に更新）

「支払指図伝送失敗の解決」ページには、支払指図の概要と伝送詳細が表示されます。

支払文書の印刷

Oracle Payments設定を使用すると、支払管理者は、支払指図がフォーマットされた後ただちに支払指図を印刷するかどうかを選択できます。ただちに印刷しない支払指図については、支払管理者が印刷のために手動で発行する必要があります。

手動発行は、「支払文書の印刷」ページで行います。このページを使用すると、支払管理者は、自動ではなく手動で印刷のために発行された支払指図の支払文書の印刷を開始できます。「支払文書の印刷」ページを使用すると、支払管理者は、支払文書の基本的な詳細を確認し、印刷する支払指図を発行する前にデフォルトのプリンタを上書きできます。

別の支払指図が支払文書をロックしているために（次を参照）、支払指図をフォーマットおよび印刷できない場合は、このページを使用して、フォーマットと印刷の両方を開始します。支払指図がOracle Payments以外で印刷、つまりファイルに印刷される場合は、このページを使用してフォーマットを開始します。

「支払文書の印刷」ページでは、事前番号付支払文書、および事前番号なしの支払文書を印刷できます。背後では、印刷プログラムがOracle XML Publisherを起動して、支払指図を小切手または支払ファイルに印刷します。支払ファイルは、追加処理と支出のために支払システムに伝送されます。

注意: この処理手順は、支払管理者が支払指図を終了できる最後の機会です。

支払文書のロックと採番

この項では、支払管理者が手動で開始する印刷以外に、一般的な印刷について説明します。

注意: 条件支払指図は、「支払指図の作成」プログラムで作成される支払の集合を指します。条件支払文書は、小切手のストックや小切手帳など、支払の印刷に使用される紙のストックを指します。支払文書は、1枚の小切手のストックに印刷される実質的な支払（印刷された小切手など）を指すこともあります。

支払文書の印刷は、支払指図の作成後ただちに、または支払管理者の要求によって後で行われます。「支払文書の印刷」ページと「支払指図の作成」プログラムの両方が「フォーマット支払指図」プログラムを使用して、必要な印刷タスクを実行します。このプログラムは、支払文書の採番を内部的に追跡し、支払文書をロックすることで、支払文書の印刷を開始します。支払指図ごとに、Oracle Paymentsは次の手順を実行します。

1. システムは、必要な支払文書が印刷に使用可能かどうかをチェックします。支払文書が使用不可の場合、印刷を続行できません。

   • 「支払指図の作成」プログラムによって「フォーマット支払指図」プログラムが起動された場合、印刷は遅延されます。

   • 「支払文書の印刷」ページによって「フォーマット支払指図」プログラムが起動された場合、前の支払指図の印刷ステータスの記録が完了するまで、支払管理者は支払指図を印刷できないというエラー・メッセージが表示されます。

   • どちらの場合も、支払管理者は印刷ステータスを記録することで、前の支払指図、つまり支払文書をロックしている支払指図を完了する必要があります。支払指図の印刷ステータスの記録の詳細は、「事前番号付支払文書の印刷ステータスの記録」および「事前番号のない文書の印刷ステータスの記録」を参照してください。

     支払文書が使用可能な場合、Oracle Paymentsはこの支払指図の支払文書をロックします。「支払指図の作成」プログラムによって「フォーマット支払指図」プログラムが起動され、「支払指図の作成」プログラムが同じ支払文書を必要とする複数の支払指図を作成した場合、最初に作成された支払指図が支払文書をロックします。

     注意: 次のいずれかが発生した場合、支払文書のロックは解除されます。

     • 支払指図が終了した場合

     • 支払指図が正しく印刷され、支払管理者が「印刷ステータスの記録」ページに印刷のステータスを記録した場合

2. Oracle Paymentsは、設定文書やオーバーフロー文書など、支払指図に含まれるすべての支払の採番を内部的に追跡します。

   古い印刷システムでは、設定文書が必要になることがあります。これらの事前番号付テスト用小切手番号は、印刷の実行後に破棄されますが、システムは番号を追跡します。

   オーバーフロー文書は、複数の小切手の控えに記述テキストが続いているために無効になった小切手です。これは、小切手の控えごとに印刷される記述テキストの行数が、許可されている最大数を超えた場合に発生します。

3. 「フォーマット支払指図」プログラムは、支払指図を印刷するためにOracle XML Publisherに送信します。

支払文書の再印刷

「支払文書の再印刷」ページはオプションです。支払管理者が最初の印刷実行に問題がないことを確認したか、再印刷の必要がない場合、「印刷ステータスの記録」ページに直接ナビゲートできます。印刷が発行された後、支払管理者が印刷の問題を検出し、特定の支払文書または完全な支払指図を再印刷する場合、「支払文書の再印刷」ページを使用できます。このページを使用すると、支払管理者は、個別の支払文書、支払文書の範囲または完全な支払指図を再印刷し、その支払文書を印刷のために発行できます。

注意: 支払管理者は、小切手が印刷されたかどうかを視覚的に調べる必要があります。最初の印刷実行が開始されていない場合のみ、完全な支払指図を再印刷できます。

「支払文書の再印刷」ページを使用すると、支払管理者は次のことを実行できます。

• 再印刷する支払文書の選択

• 再印刷の開始に関する情報（デフォルトのプリンタの上書きなど）の指定

• 再印刷される支払文書の選択の確認

注意: 「再印刷」ボタンは、Oracle Paymentsが支払文書の印刷を試行した後のみ使用できます。再印刷のシナリオでは、支払文書は最初の印刷の試行からロックされたままになっています。

警告: 最初の印刷の試行により、1つ以上の小切手が正常に印刷された場合、完全な支払指図を再印刷しないでください。1つ以上の支払文書が正常に印刷された後、支払指図全体を再印刷すると、事前番号付支払文書の採番に不整合が発生する可能性があります。印刷がすでに開始されていて、支払指図のすべての支払文書を再印刷する必要がある場合は、支払文書の範囲の再印刷を選択し、範囲として支払指図の最初および最後の文書を入力してください。

再印刷用に選択された支払文書は、「破棄済」として自動的にマークされます。事前番号付支払文書には支払文書番号を再利用できないため、事前番号付支払文書を再印刷するには、支払管理者が再印刷の最初の文書番号を指定する必要があります。これにより、Oracle Paymentsは支払を再採番できます。

事前番号付支払文書の印刷ステータスの記録

実際の印刷はOracle Applications以外で行われ、潜在的な複数の障害点が存在するため、Oracle Paymentsは支払文書の印刷または再印刷の結果を確認しません。したがって、支払管理者は、「印刷ステータスの記録」ページを使用してOracle Paymentsにその情報を提供する必要があります。このページを使用すると、支払管理者は次のことを実行できます。

• 支払文書を「印刷済」、「破棄済」または「スキップ済」とマークして、印刷ステータスを更新します。支払管理者が「スキップ済」とマークできるのは、事前番号付支払文書のみです。

デフォルトでは、再印刷処理中に破棄済としてマークされた支払文書は、「印刷ステータスの記録」ページでは「破棄済」としてマークされますが、他の支払文書はすべて、最初は「印刷済」として表示されます。実際に破棄またはスキップされた支払文書の場合、支払管理者は、「印刷ステータスの記録」ページの「破棄支払文書の記録」リージョンまたは「スキップされた支払文書の記録」リージョンに該当する文書を入力する必要があります。

「印刷ステータスの記録」ページでは、支払管理者は、該当する設定が選択を有効化している場合、印刷ステータスの記録の終了直後に「正支払」プログラムを発行するかどうか選択できます。このプログラムは、正支払ファイルを作成し、フォーマットし、自動的に銀行へ伝送します。これにより、銀行に発行された支払文書とその金額を通知することで、不正小切手への支払を防止できます。

重要: 「印刷済」ステータスのすべての文書が正常に印刷されたことを確認するまで、すべての印刷ステータスをコミットしないでください。「適用」ボタンをクリックすると、支払は完了としてマークされ、支払文書は「印刷済」として記録されます。この処理の完了後、印刷エラーが見つかった場合、支払を無効にして、新しい支払プロセスで支払う文書を選択する必要があります。

事前番号のない文書の印刷ステータスの記録

支払文書に事前番号が付いていない場合、支払文書をスキップするときは再採番を行う必要はありません。これは、スキップ済文書は、新しい印刷実行で使用できる白紙にすぎないためです。

再印刷されていない破棄支払文書で、再印刷ではなく削除対象のものは、Oracle Paymentsがその支払を失敗とみなし、ソース製品に適切に通知できるようにマークする必要があります。

事前番号と同様に、「印刷ステータスの記録」ページには「印刷済」ステータスがデフォルトで表示されます。事前番号のない文書の再印刷では、再採番するのではなく、同じ文書番号が使用されるため、支払管理者が「印刷ステータスの記録」ページに最初に入力したときに、すべての支払文書は「印刷済」ステータスで表示されます。

「破棄支払文書の記録」リージョンで支払文書を「破棄済」としてマークし、「印刷ステータスの記録のレビュー」ページを使用してコミットすると、支払指図から関連する支払が削除され、買掛/未払金文書が支払われていないことが関連するソース製品に通知されます。

支払完了のマーク

ソース製品が会計などの必要な処理を実行できるように、Oracle Paymentsは支払の完了時にソース製品に通知する必要があります。支払文書が「印刷済」として記録されると、印刷済支払は完了とみなされます。ただし、電子支払の場合、支払が完了とみなされる時点の判断はより複雑であり、第一者支払人のビジネス手法、および支払人の支払システムがサポートする通知のタイプ（承認および決済）によって異なります。電子支払は、フォーマット後はいつでも完了とみなすことができます。

通常、支払指図内の電子支払は、支払プロセス・プロファイルの設定中に選択された時点で、自動的に完了としてマークされます。ただし、Oracle Paymentsを使用すると、支払管理者は、支払が自動的にマークされる前に、手動で完了としてマークすることもできます。完了の動作の設定の詳細は、『Oracle Paymentsインプリメンテーション・ガイド』支払プロセス・プロファイルを参照してください。

支払を完了として手動でマークするには、支払管理者は、「支払プロセス」リージョンの「電子支払指図マーク削除完了」ビューをまず選択し、「資金支出プロセス・ホーム」ページから「支払マークの完了」ページにナビゲートします。次に、ステータスが「フォーマット済」、「フォーマット済 - 伝送準備」、「伝送済」または「伝送失敗」の電子支払指図の「支払のマーク完了」アイコンをクリックします。このビューには、支払プロセス・プロファイルで「支払完了の手動設定の許可」チェック・ボックスが選択されている支払指図のみ表示されます。

「支払マークの完了」ページの「適用」ボタンをクリックして、支払指図内の支払を完了としてマークした後、支払が完了したことがソース製品に通知されます。同時に、支払指図を終了できなくなります。かわりに、支払に問題がある場合は、支払を無効にする必要があります。したがって、支払が完了とマークされている支払指図のコンテキストで表示されるページには、「支払プロセスの終了」処理は表示されません。

注意: 支払管理者は、支払指図内のすべての支払を完了としてマークする必要があります。Oracle Paymentsでは、支払指図内の支払の一部のみを完了としてマークすることはできません。

支払停止要求の記録

支払管理者が支払を停止する必要があると判断した場合、支払銀行に連絡して支払停止を要求します。

注意: Paymentsでは、支払停止とみなされた支払システムとの連絡をサポートしていません。

支払管理者は、「支払停止要求を記録」ページに支払停止要求を記録します。「支払停止要求を記録」ページにナビゲートするには、次のいずれかを使用します。

• 「資金支出プロセス・ホーム」ページの「支払処理」リージョンの「支払停止要求を記録」リンク

• 「支払検索」ページ

支払管理者が「資金支出プロセス・ホーム」ページから「支払停止要求を記録」ページにナビゲートした場合は、支払停止要求を記録する支払の「紙文書番号」フィールドに紙文書番号を入力するか、「支払参照」フィールドに支払参照番号を入力し、キーボードの[Tab]キーを押します。情報が「受取人」、「支払日」および「金額」の各フィールドに入力されます。次に、停止要求日、事由および参照を入力します。

「支払検索」ページから「支払停止要求を記録」ページにナビゲートするには、支払管理者は単純検索を実行します。結果が表示された後、該当する受取人の「処理の停止」アイコンをクリックすると、情報が受取人、支払日および金額の各フィールドに表示されます。次に、停止要求日、事由および参照を入力します。参照は銀行が提供します。

支払停止要求の解決

支払停止要求を行った後、銀行は支払がまだ行われていないことを確認してから、支払停止要求を確認または否認します。支払管理者は「支払停止要求の解決」ページを使用して、支払停止要求の確認または解除を入力します。これには、確認日または解除日、事由および参照が含まれます。参照は銀行が提供します。

支払停止要求を確認すると、Oracle Paymentsは次のステップのいずれかを自動的に実行します。

• 支払がすでに完了としてマークされている場合は、支払を無効にします。

• 支払がまだ完了としてマークされていない場合は、支払指図から支払を削除します。

支払停止要求を解除すると、Oracle Paymentsは解除を記録しますが、他の変更は行われません。通常は支払の処理が続行されます。

支払管理者は、「支払検索」ページを使用して停止要求が行われた支払を検索することで、「支払停止要求の解決」ページにナビゲートし、「処理の停止」アイコンをクリックします。「支払単純検索」ページの「ビュー」ボタンをクリックし、該当する受取人の「処理の停止」アイコンをクリックすることもできます。

支払の無効化

無効日および理由を指定して支払を無効にすると、Oracle Paymentsおよび支払のソース製品は、支払を戻し処理します。

支払を無効にするには、支払管理者は次のいずれかの方法で「無効支払」ページにナビゲートします。

• 「資金支出プロセス・ホーム」ページの「支払処理」リージョンの「無効支払」リンクをクリックします。

• 「支払検索」ページで支払を検索し、該当する支払の「無効」アイコンをクリックします。「無効」アイコンは、完了とマークされ、停止要求が行われていない支払にのみ使用できます。

注意: ユーザーが小切手を実質所有している場合、または銀行から正常に停止されている場合は、小切手は無効化されます。支払管理者は、支払要求停止が未確認の場合は支払を無効化できません。

ソース製品では、支払を無効にできるかどうか、およびいつ無効にするかを制限できます。したがって、支払管理者が「無効支払」ページで支払を無効にしようとすると、Oracle Paymentsはソース製品に接続して、支払を無効にできるかどうかを確認します。支払を無効にできない場合、エラー・メッセージが表示されます。支払管理者が「支払検索」ページを使用する場合、Oracle Paymentsでは、結果リージョンの支払を無効にできるかどうかを自動的に確認し、その支払を無効にできる場合のみ「無効」アイコンを表示します。

無効にできるのは、支払指図に伝送された支払です。ただし、支払システムがすでに支払を行った場合、これによりOracle Paymentsと 実際の環境の間で矛盾が生じる可能性があります。したがって、支払を無効にする前に、支払システムが支払を実際に伝送したかどうかを確認することをお薦めします。

すべての支払の無効化

支払指図内の支払が完了とマークされると、支払管理者は支払指図を終了できません。通常、支払指図のエラーまたは問題から復元するには、指図内のすべての支払を無効にするしかありません。支払指図内のすべての支払を無効にすると、支払に関連する重大な問題につながるため、この処理は深刻なエラーからの復元のみを目的とし、絶対に必要な場合のみ起動してください。また、このページはデフォルトで無効になっており、機能セキュリティによってのみ有効化できます。Oracle Paymentsを使用すると、支払管理者は必要に応じて各支払を個別に無効化できます。

支払を無効にすると、Oracle Paymentsと支払のソース製品の両方がその支払を戻し処理します。ソース製品では、支払を無効にできるかどうか、およびいつ無効にするかを制限できます。したがって、支払管理者がすべての支払を無効にしようとすると、Oracle Paymentsは、各支払を無効にできるかどうかを確認します。すべての支払を無効にできない場合、エラー・メッセージが表示されます。

支払指図内のすべての支払を無効にするには、支払管理者は「支払指図検索」ページを使用して、「すべての支払を無効にする」ページにナビゲートする必要があります。「支払指図検索」ページから、支払管理者は1つ以上の変数を検索し、結果を表示した後、該当する支払指図の「すべての支払を無効にする」ページアイコンをクリックします。「すべての支払を無効にする」ページで、支払指図内のすべての支払に適用される無効日および事由を入力します。

Copyright © 2000, 2007, Oracle. All rights reserved.