承認プロセス

支払承認は、支払方法で支払われた金額を確認する処理です。

クレジット・カード (credit card) の場合、承認には、支払システムへの接続、およびクレジット・カード (credit card) に請求された必要な資金額のブロックが特に含まれます。 支払タイプによっては、この承認ステップが必要な場合も、必要でない場合もあります。 これは、 Sterling™ Order Management システム のセラー支払いルールで設定可能です。 オーダーに支払処理が必要な場合、そのオーダーは、承認されるまでスケジューリングやその他の処理のためにピックアップされません。

支払集金の時間トリガー・トランザクションは、オーダーを分析して、承認要請を作成します。 支払実行の時間トリガー・トランザクションは、作成された承認要請をモニターし、承認を実行するためのユーザーEXIT を提供します。 ユーザーEXIT は、次のいずれかの方法で承認要請を処理できます。

  • 同期処理を実行して、売掛データベースにインターフェースして即時に承認を行い、承認された金額を返します。
  • 支払システムとのインターフェースが操作不能の場合、後で再試行するように要求を出す。
  • 非同期処理を要求します (つまり、コンソールがこのオーダーのために支払システムに接続することはありません)。

外部支払システムからの応答に応じて、 Sterling Order Management System内で応答を適切に処理するためにさまざまなイベントを発生させることができます。 利用可能なイベントの詳細については、IBM Sterling® Order Management:Javadoc を参照してください。

承認が受領されるか、または注文金額全額がフロントエンドで事前承認されると、支払回収トランザクショ ンは支払ステータスを AUTHORIZED に変更する。

negative OPEN_AUTHORIZED_AMOUNT のオーソライズを持つ CHARGE レコードは、消費されたオーソライズとみなされる。 この CHARGE が失敗し、チャージ・トランザクション・レコードが STATUS = 'ERROR' である場合、システムはこの認可を再利用しない。

チャージ取引レコードを ERROR としてマークする条件は、 YFSExtnPaymentCollectionInputStruct.requestAmountYFSExtnPaymentCollectionOutputStruct.authorizationAmount が一致せず、 YFSExtnPaymentCollectionOutputStruct.holdOrderAndRaiseEvent が真である場合である。
このERRORステータスを回避する
決済ゲートウェイで何らかの問題が発生し、 YFSExtnPaymentCollectionOutputStruct.authorizationAmount が入力されない場合、ユーザー終了時に例外をスローし、チャージトランザクションのレコードを OPEN の状態にし、ユーザー終了ステータスを INVOKED とします。 そして、 YFSValidateInvokedCollectionUE 、この記録を後で処理する。