不正防止ワークフローとステータス
DEUNAの不正処理、プロバイダ分析、リスク決定フィールドを混乱させずに理解してください。
不正行為の決定と支払い結果は独立しています。受け入れられた不正行為の決定は、支払いが行われたことを証明するものではありません。支払いが行われたことを証明するものではありません。拒否された不正行為の決定は、以前に予約または収集された資金が逆転したことを証明するものではありません。
以下のすべての値を実際のフィールドから読み取ってください:
| フィールド | 目的 | 公開の値 |
|---|---|---|
fraud.status | 全体的な不正行為プロセスの状態。注文を含むペイロードの場合: order.fraud.status. | pending, in_review, accepted, rejected |
fraud.analysis.status | 選択したプロバイダーの分析に関するステータス | automatic_decision, manual_review, pending_analysis, denied, accepted |
fraud.analysis.fraud_decision | ポリシーとルーティングで使用される正規化されたリスク決定 | high_risk, medium_risk, low_risk, pending_risk, manual_review, manual_denied, manual_approved |
payment.data.status | 金融支払いライフサイクル | 詳細は 支払いワークフローとステータス. |
これらのフィールドを1つのenumに組み合わせないでください、たとえ2つのフィールドに類似した単語が含まれていても。
全体的な不正行為プロセス#
この図は、 fraud.statusのみに適用されます。丸いノードは不正行為の決定を完了し、支払いライフサイクルを完了しません。
fraud.status | 意味 | 商人の取り扱い |
|---|---|---|
pending | 不正行為のスクリーニングにより、全体的な結果は生成されていません。 | 構成されたレビューポリシーをアクティブにし、支払い状態を個別に評価してください。 |
in_review | さらなるレビューまたは非同期分析が必要です。 | 不正行為の決定が完了するまで待ってください。支払いが行われたことのみに基づいて、実行しないでください。 |
accepted | 全体的な不正行為処理は、取引を承認しました。 | ポリシーに従って継続し、実際の支払いステータスを確認してください。 |
rejected | 全体的な不正行為処理は、取引を拒否しました。 | 設定された拒否または逆転ポリシーを適用し、支払いステータスから必要な払い戻しまたはキャンセルを確認してください。 |
プロバイダ分析#
fraud.analysis.status 選択された不正行為プロバイダーが分析を行う方法について説明します。APIは、すべてのプロバイダーにわたる単一の普遍的なトランジションシーケンスを定義しないため、これらの結果はプロバイダー固有の分析結果として扱ってください。
automatic_decision 分析方法を示します。それ自体では承認ではありません。参照してください。 fraud.analysis.fraud_decisionリスクレベル、スコア、および詳細をまとめてください。プロバイダー固有のレスポンスフィールドには、追加の診断値が含まれる場合がありますが、標準化された公開フィールドを置き換えてはなりません。
事前承認と事後承認フロー#
不正行為スクリーニングは、設定されたルートに応じて、処理の前にまたは後に実行できます。
事後承認での拒否の場合、すでに承認または収集された支払いが存在する可能性があります。設定されたポリシーに従い、実際の payment.data.statusを確認してください。不正行為の応答が払い戻しまたはキャンセルを完了したと仮定しないでください。
不正行為プロバイダーの選択、事前/事後承認のタイミング、手動レビュー、およびその結果としての逆転動作は、商社とプロセッサの設定によって異なります。必要な動作を確認し、有効にするためにDEUNAのTAMにお問い合わせください。
安全にアップデートを処理してください。#
- ストア
fraud.status,fraud.analysis.status,fraud.analysis.fraud_decision, およびpayment.data.statusseparately. - 適用される不正行為ポリシーが待機中またはレビューされている間、注文の履行を保留してください。
- 不正行為の承認を、設定されたフローを継続することの許可とみなしてください。
- 不正行為の拒否後、支払い履歴を検査し、必要な
voidedまたはrefundedresult. - 繰り返し発生するwebhookを冪等に処理し、再調整のためにプロバイダーの参照を保持してください。
- 未知の値と再調整し、不正行為の未知の値を支払い成功にマッピングしないでください。
詳細は 支払いワークフローとステータス 財務的なトランザクションのために DEUNA Webhooks 通知設定のために。