1. オーダー管理の実装
  2. クレジット・カードの設定の概要
機械翻訳について

クレジット・カードの設定の概要

ユーザーが既存のクレジット・カードを選択するか、新しいクレジット・カードを販売オーダーに追加できるように、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は、購買の承認、クレジット・カードを発行する銀行との通信、クレジット・カードの資金が使用可能であること、カードが失効していないことなどの詳細を処理します。

すでに存在するクレジット・カードのフローの動作を次に示します。

すでに存在するクレジット・カードのフローの動作を次に示します。

数字の意味

  1. オーダー入力スペシャリストは、オーダー管理作業領域に販売オーダーを作成します。

  2. オーダー管理は、顧客アカウントに対して現在有効なクレジット・カードのリストを取得し、販売オーダーの請求および支払詳細タブの支払詳細領域のクレジット・カード属性のドロップダウン・リストで使用できるようにします。

    オーダー管理は、Trading Community Architectureの「顧客の管理」ページからこれらのカードを取得します。 取引先コミュニティ・アーキテクチャの請求先アカウント属性または請求先顧客サイト属性を使用して、カードのリストをフィルタできます。 詳細は、「販売オーダーでの顧客詳細の表示の概要」を参照してください。

  3. オーダー入力スペシャリストは、クレジット・カード属性でカードを選択します。

    音声承認を有効にし、オーダー入力スペシャリストが音声承認詳細を追加すると、Order Managementによって音声承認詳細がOracle Financialsに送信されます。

  4. Oracle Financialsでは、カードの割当とトランザクションのトランザクション拡張を作成し、Txn Extension Id属性をオーダー管理に送信します。

  5. オーダー入力スペシャリストは、オーダー明細を販売オーダーに追加し、発行をクリックします。

  6. Oracle Paymentsは、トランザクションの承認を試みます。

    認可の場合. . .

    . . .Then支払送信

    成功した場合

    認可の詳細(AuthAmtを含む)

    失敗

    承認が失敗した理由

    詳細は、「クレジット・カードの承認の処理方法」を参照してください。

  7. オーダー管理は販売オーダーを履行し、支払トランザクション拡張識別子を含む履行詳細をOracle Receivablesに送信します。

  8. Oracle Receivablesは請求書を作成し、顧客に送信し、顧客との支払を決済します。

フローは他のシナリオと似ていますが、いくつかのバリエーションがあります。

シナリオ

変動

オーダー入力スペシャリストが新しいクレジット・カードを作成します。

Oracle Financialsは、Financialsでカードを作成してトークン化します。 カードは現在および将来の販売オーダーの準備ができています。

与信承認詳細を含む販売オーダーをインポートします。

Oracle Financialsは、アップストリーム・オーダー取得システムと連携してクレジットを承認し、インポート・ペイロードで支払トランザクション拡張識別子属性をオーダー管理に送信します。

オーダー管理では、クレジットは再承認されません。

クレジット・カード詳細を含む販売オーダーをインポートします。

-

すでに認可されている販売オーダーがオーダー入力スペシャリストによって編集されないようにします

オーダー管理拡張を使用して、すでに承認されている販売オーダーをオーダー入力スペシャリストが編集できないようにすることができます。 支払属性の編集をユーザーに禁止サブ・トピックを確認します。 詳細は、「出荷の拡張」を参照してください。

関連トピック