クレジット・カードの設定の概要
ユーザーが既存のクレジット・カードを選択するか、新しいクレジット・カードを販売オーダーに追加できるように、Oracle Order ManagementをOracle Paymentsと統合します。
次に、実行できる操作の概要を示します。
-
ユーザーが、3桁のカード検証値の有無に関係なく、既存のクレジット・カードを選択するか、新しいクレジット・カードを販売オーダーに追加できるようにします。
-
すでに承認されているトランザクションをインポートします。
-
トランザクションをインポートし、顧客アカウントですでに使用可能なプライマリ・カードを使用します。
-
クレジット・カードを使用して販売オーダーの支払を行う場合は、デジタル検証コードを使用します。
-
オーダー入力スペシャリストは、「オーダー管理」作業領域で、請求先顧客に使用可能なカードのリストから販売オーダーのクレジット・カードを選択できます。 単一のクレジット・カードを使用して販売オーダー全体の支払を行うか、オーダー明細ごとに異なるクレジット・カードを使用します。
-
各クレジット・カードにデジタル検証コードを使用します。
-
販売オーダーの支払方法属性をクレジット・カードに設定すると、支払詳細領域には、売掛/未収金作業領域でアカウントのプライマリ・カードとして指定したカードが表示されます。 それぞれの販売オーダーに使用できる支払方法は1つのみです。
-
Oracle Paymentsでデジタル検証コード属性を有効にすると、オーダー・ヘッダーの支払詳細領域にセキュリティ・コード属性が表示されます。 「上書きオーダー明細」ダイアログには、セキュリティ・コード属性も表示されます。
-
オーダー管理拡張を使用して、すでに承認済の販売オーダーをオーダー入力スペシャリストが編集できないようにします。
-
統合を使用して、実装がPayment Card Industry Data Security Standard (PCI DSS)に準拠していることを確認します。
ノート
-
トークン化されていないクレジット・カード番号をOracle Applicationsに送信しないでください。
-
デプロイメントがPayment Card Industry Data Security Standard (PCI DSS)およびPCI Security Standards Councilで設定されたコンプライアンス要件に準拠していることを確認するには、独自のQSA (Qualified Security Assessor)と相談する必要があります。
仕組み
オーダー管理では、Oracle Paymentsを使用してクレジット・カード・トランザクションを管理および処理します。 Oracle Paymentsは、購買の承認、クレジット・カードを発行する銀行との通信、クレジット・カードの資金が使用可能であること、カードが失効していないことなどの詳細を処理します。
すでに存在するクレジット・カード:
数字の意味
-
オーダー入力スペシャリストは、オーダー管理作業領域に販売オーダーを作成します。
-
Order Managementは、顧客アカウントに対して現在アクティブなクレジット・カードのリストを取得し、販売オーダーの「クレジット・カード」属性で使用できるようにします。
オーダー管理は、Trading Community Architectureの「顧客の管理」ページからこれらのカードを取得します。 取引先コミュニティ・アーキテクチャの請求先アカウント属性または請求先顧客サイト属性を使用して、カードのリストをフィルタできます。 詳細は、「販売オーダーでの顧客詳細の表示の概要」を参照してください。
-
オーダー入力スペシャリストは、クレジット・カード属性でカードを選択します。
音声承認を有効にし、オーダー入力スペシャリストが音声承認詳細を追加すると、Order Managementによって音声承認詳細がOracle Financialsに送信されます。
-
Oracle Financialsでは、カードの割当とトランザクションのトランザクション拡張を作成し、
Txn Extension Id属性をオーダー管理に送信します。 -
オーダー入力スペシャリストは、オーダー明細を販売オーダーに追加し、発行をクリックします。
-
Oracle Paymentsは、取引の承認を試行します。
承認時
支払送信後
成功した場合
認可の詳細(AuthAmtを含む)
失敗
承認が失敗した理由
詳細は、「クレジット・カードの承認の処理方法」を参照してください。
-
オーダー管理は販売オーダーを履行し、支払トランザクション拡張識別子を含む履行詳細をOracle Receivablesに送信します。
-
Oracle Receivablesは請求書を作成し、顧客に送信し、顧客との支払を決済します。
フローは、他のシナリオと似ていますが、いくつかのバリエーションがあります。
|
シナリオ |
変動 |
|---|---|
|
オーダー入力スペシャリストが新しいクレジット・カードを作成します。 |
Oracle Financialsは、Financialsでカードを作成してトークン化します。 カードは現在および将来の販売オーダーの準備ができています。 |
|
与信承認詳細を含む販売オーダーをインポートします。 |
Oracle Financialsは、アップストリーム・オーダー取得システムと連携してクレジットを承認し、インポート・ペイロードで支払トランザクション拡張識別子属性をオーダー管理に送信します。 オーダー管理では、クレジットは再承認されません。 |
|
クレジット・カード詳細を含む販売オーダーをインポートします。 |
- |
すでに認可されている販売オーダーがオーダー入力スペシャリストによって編集されないようにします
オーダー管理拡張を使用して、すでに承認されている販売オーダーをオーダー入力スペシャリストが編集できないようにすることができます。 支払属性の編集をユーザーに禁止サブ・トピックを確認します。 詳細は、「出荷の拡張」を参照してください。
販売オーダーのクレジット・カード金額を承認するタイミングの指定
Oracle Order Managementで、販売オーダーごとにクレジット・カードの金額を承認する時期を指定できます。 オーダーの発行時に金額を承認するか、オーダーの請求書を作成して支払を決済するまで待機します。
次のような利点があります:
- ビジネス要件をより厳密に満たすように、支払を処理するタイミングを指定します。
- キャッシュ・フローの管理方法を改善します。 早期資金保留を回避し、支払を履行に連携できるように、請求後まで承認を待機します。
- 顧客に対する信頼と満足度を向上させます。 早期オーダーまたはバックオーダー品目の早期手数料を回避します。
- 支払いに関する紛争を減らします。 入金相殺や係争を回避できるように、請求時に近い支払を承認します。
試す:
- 「クレジット・カード金額の承認」オーダー管理パラメータを、すべてのビジネス・ユニットまたは特定のビジネス・ユニットについて次のいずれかの値に設定します:
- 送信時に承認
- 送信時に承認しない
- クレジット・カードを割り当てた顧客の販売オーダーを作成します。 オーダーを発行すると、Order Managementでは「クレジット・カード金額の承認」オーダー管理パラメータの設定に従ってオーダーが処理されます。 「支払ステータス」の横にある「詳細の表示」をクリックします。
- 「支払ステータス」ダイアログで、スキップされたクレジット・カードの金額などの値を選択します:
ノート
- パラメータを設定しない場合、Order Managementは、オーダーの発行時にクレジット・カードをデフォルトで承認します。
- 販売オーダーをインポートする前にクレジット・カードを承認し、承認をスキップするようにパラメータを設定した場合、ソース・システムで承認した金額に関係なく、Order Managementでは再度承認されません。