メインコンテンツへスキップ
すべてのシステムが正常に動作しています変更履歴v1
ログイン

Autenticación Dinámica

DEUNAによる動的な認証と検証のオーケストレーション

このページで

DEUNAによる動的な認証と検証のオーケストレーション

動的認証は、承認前に取引が必要とする制御を選択し、プロセッサが応答した後に一貫した検証ポリシーを適用します。この判断には、不正検知結果、取引属性、顧客コンテキスト、発行者の動作、市場ルール、および加盟店のリスクポリシーを使用できます。

コンバージョンの維持信頼できるトラフィックは直接送信し、評価された取引が必要とする場合にのみ摩擦を追加します。不確実なトラフィックの回復すべてのリスクシグナルをハード拒否として扱うのではなく、情報強化、強力な認証、本人確認、または人的レビューを使用します。1つの検証ポリシーの適用AVSなどのサポートされた応答シグナルを正規化してから、結果を受け入れる、拒否する、またはエスカレーションします。

このガイドで説明する内容#

EMV 3DSチャレンジ対応のカードホルダー認証を選択的に適用します。データのみ完全な認証チャレンジを強制せずに、追加の発行者コンテキストを共有します。パスキー適格なジャーニーに対して、サポートされているデバイスネイティブ認証を使用します。本人確認決済レイヤーの証拠が不十分な場合、生体認証または本人確認制御を追加します。手動レビュー曖昧な取引をサポートされているアナリストワークフローにルーティングします。AVSポリシーサポートされた住所検証応答を正規化し、1つの加盟店ポリシーを適用します。

決定モデル#

タイミング固定実装オーケストレーション実装
低リスクリクエストすべての顧客に同じ認証を適用します。ルートと加盟店ポリシーが許可する場合、直接続行します。
境界リスク単一のスコアから承認または拒否します。軽量な情報強化、強力な認証、本人確認、または手動レビューを選択します。
高リスクリクエスト即時拒否トランザクションを停止するか、設定されている承認済みリカバリー制御を試行します。
プロセッサー応答プロバイダー固有のAVS値を個別に解釈します。サポートされている検証シグナルを正規化し、共通のマーチャントポリシーを適用します。

ルーティングポリシーは以下を分離する必要があります リスク評価 ～から アクション選択。スコアやプロバイダーの決定は入力であり、設定されたルートが次に許可されるアクションを決定します。

参照アーキテクチャ#

以下は、単純な概念的なアーキテクチャです。

フロー図
No step-upStep upHuman validationApproveRejectAcceptDenyEscalate1Checkout / paymentintent2DEUNA orchestrationlayer3Risk evaluationinputsFraud, trust, amount,channel, issuer,market, and merchantrules4Authenticationdecision5Continue toauthorization6AuthenticationcontrolsEMV 3DS, Data Only,passkey, or identityverification7Manual review queue8Send to processor9Stop transaction10Authorizationresponse11Raw AVS / gatewayresponse12DEUNA AVSstandardization13Universal policy14Approve / captureflow15Automatictransaction denial16Review / alternativeaction
商社または顧客DEUNAプロバイダーまたはプロセッサレビューまたは保留中例外または停止結果またはアウトカム

アーキテクチャの解釈

段階責任の責任出力
評価承認済みの不正防止、顧客、トランザクション、発行者、市場、マーチャントポリシーの入力を組み合わせます。許可された次のアクションを含むルート決定。
コントロール直接続行するか、サポートされているエンリッチメント、認証、本人確認、または手動レビューを呼び出します。証拠または最終決定。
承認対象トランザクションを選択した支払いプロセッサーに送信します。承認とサポートされている検証データ。
適用サポートされている応答シグナルを正規化し、マーチャントの共通ポリシーを適用します。承認、拒否、またはエスカレーション。

したがって、認証と検証は同じトランザクションルートの一部として残り、分離されたプロバイダー固有の統合にはなりません。

認証制御の選択#

ルートのリスクとポリシー要件を満たす、最も影響の少ないサポートされている制御を選択します。

コントロール最適な選択顧客への影響ルート結果
直接認証信頼性が高くリスクの低いトラフィックで、追加要件はありません。追加の認証ステップはありません。選択したプロセッサーに進みます。
3DS データのみ / データ共有のみ発行者のコンテキストが役立つ可能性があるが、チャレンジは正当化されない境界線上のトラフィック。カード保有者への完全なチャレンジはありません。サポートされている場合は、追加の発行者コンテキストを使用して続行します。
完全な EMV 3DSリスクが高い、高額、初回利用、発行者の条件、または加盟店や規制上の要件。サポートされている 3DS 結果に応じた、フリクションレスまたはチャレンジ認証。許容可能な認証結果でのみ続行します。
パスキーより強力な証明が有用な、対象となるリピートユーザーまたはデバイスネイティブのジャーニー。サポートされている場合は、デバイスネイティブ認証。サポートされているパスキー結果で続行します。
生体認証または本人確認アカウント乗っ取りリスク、機密性の高い製品、非常に高額、またはより強力な本人確認の確実性。選択したプロバイダーに応じた、顔、ライブネス、所持、または本人確認チェック。設定された結果に応じて、続行、停止、またはエスカレーションします。
手動レビュー曖昧または運用上機密性の高い取引で、人間の判断が付加価値を生む場合。取引はアナリストの決定を待機します。承認、拒否、またはエスカレーション。

ルートは、取引金額、顧客の継続期間、デバイスまたは速度の変化、発行者または BIN セグメント、市場、不正結果、および以前の試行を評価する場合があります。すべての制御がすべてのプロセッサーまたはすべての市場で利用可能であると想定しないでください。

手動レビュー#

サポートされている不正対策プロバイダーのワークフローが、自動的な拒否や追加の顧客認証よりも適切な判断を下せる場合に手動レビューを使用します。典型的な対象には、高額注文、混在した不正シグナル、戦略的に重要な顧客、静的ルールでは確実に評価できない運用コンテキストを伴う取引が含まれます。

送信設定されたルートは、対象取引をサポートされているレビューキューに配置します。決定加盟店のアナリストワークフローは、承認、拒否、またはサポートされているエスカレーション結果を返します。再開DEUNAは、レビューを別個の支払いフローとして扱わずに、設定された次のアクションを適用します。
レビュー結果次のアクション
承認加盟店のフローに従って、承認、キャプチャ、または履行に進みます。
拒否ポリシーに従って取引を停止するか、履行をブロックします。
エスカレートルートが許可する場合、サポートされている認証または本人確認パスを呼び出します。

手動レビューは人間による検証パスです。EMV 3DS、パスキー、生体認証、または加盟店の履行制御を置き換えるものではありません。

承認後検証#

AVSは応答シグナルであり、3DSや本人確認の代替ではありません。サポートされているプロセッサーは異なる生の値を公開する場合があるため、DEUNAは加盟店ポリシーが最終アクションを決定する前にこれらの値を正規化します。

段階DEUNAの動作加盟店の決定
受信プロセッサーまたはゲートウェイからサポートされている生のAVS応答を読み取ります。チェックアウトフローにプロバイダー固有の解析はありません。
正規化応答をサポートされているDEUNA AVSモデルにマッピングします。対象接続全体で1つのポリシーを維持します。
適用正規化された結果を設定されたポリシーに対して評価します。承認、拒否、またはエスカレーション。
例のコンテキストポリシー結果
許容可能なAVS結果を伴う低リスク通常通り続行します。
弱いまたは部分的な一致を伴う中程度のリスク加盟店ポリシーに従って拒否またはエスカレートします。
承認は成功したが、正規化されたAVS結果がブロックされている設定された応答後拒否を適用します。
不確実な結果を伴う戦略的に重要な注文サポートされているレビューまたは他の許可されたアクションにエスカレートします。

DEUNA管理で自動拒否ルールを設定

典型的な設定フローは以下の通りです：

  1. ログイン 使用する APM の評価用の不正検知プロバイダーを選択および設定します (例: Cybersource または Riskified)。.
  2. に移動します エラー管理.
  3. 開きます AVS設定.
  4. 貴社にとってリスクの高いDEUNAのAVSコードを選択します。
  5. 設定を保存する。

設定されると、ポリシーはAVSデータが利用可能なサポートされているルートに一貫して適用されます。詳細な応答モデルと設定動作については、 AVS管理 を参照してください。

ソリューションアーキテクトがこの点について考えるべきこと#

優れた実装では、あらゆる場所に追加の認証を追加するのではなく、決定ラダーを定義し、取引のリスク、ポリシー、証拠に応じて必要な段階まで進めます。

レベルコントロール使用する状況
1直接認証取引は信頼されており、追加の制御は不要です。
2軽量なエンリッチメント発行者のコンテキストは有用ですが、完全なチャレンジは正当化されません。
3強力なカードホルダー認証リスクまたはポリシーがより強力なカードホルダー証明を要求します。
4人間による検証シグナルが曖昧であり、アナリストの判断が付加価値を加えることができます。
5より強力な本人確認の確実性取引は支払いレイヤーチェックを超えた確信を必要とします。
6応答検証の強制サポートされている応答後シグナルは、依然として承認、拒否、またはエスカレートされなければなりません。

このラダーは、不要な強力な認証、回復可能な取引がデフォルトでハード拒否になること、およびプロバイダー固有の応答セマンティクスがマーチャントのポリシーを断片化することを防ぎます。

例：意思決定パターン#

不正防止による拒否を回復する取引金額、顧客の信頼度、および本人確認要件を使用して、即時拒否の代わりにData Only、完全な3DS、パスキー、または本人確認を選択します。顧客の信頼度でセグメント化する信頼できるリピートトラフィックは軽く保ち、初回または異常なトラフィックは設定されたルートに従って段階的に強化します。制御を経済性に合わせる許容度の高い低額トラフィックには軽い制御を、高額のエクスポージャーには強い制御またはレビューを使用します。曖昧な取引をレビューする混合またはレビュー範囲のシグナルをアナリストに送信し、返された決定に基づいて継続または停止します。AVSポリシーを標準化するサポートされているプロバイダーからの正規化された応答に対して、同じ承認、拒否、またはエスカレーションポリシーを適用します。制御を調整する事前承認認証と手動レビュー、および応答後の検証を組み合わせ、所有権を別々のフローに分割しません。

DEUNA がルーティングロジックで使用できる入力#

堅牢なルートは、1つのスコアに依存する代わりに、承認された入力の組み合わせを使用します。

シグナルグループ例
不正行為決定、スコア、拒否理由、レビューバンド、キュー、または手動レビューの結果。
Cliente履歴、利用期間、信頼レベル、および過去の結果。
取引金額、バスケットプロファイル、製品の機密性、および以前の試行。
カードと発行者BIN、発行者、カードタイプ、国、およびサポートされている認証コンテキスト。
セッションデバイス、位置情報、速度、およびその他の承認されたセッション異常。
マーチャントポリシー業種、市場、地理、ルート、およびリスク許容度の要件。
プロセッサー応答AVSなどのサポートされている正規化されたシグナル。

ルート入力を明示的かつ観測可能に保ち、プロバイダー固有のロジックをチェックアウトコードに複製することなく決定を再現できるようにします。

実装上の考慮事項#

ポリシーを集中化する認証および検証の決定をルート内に保持し、チェックアウト、プロセッサー、不正防止ツール間で複製しません。スコアとアクションを分離する不正スコアを証拠として扱い、その取引に対して許可されるアクションをルートに選択させます。意図的にセグメント化する高額の初回トラフィック向けに設計されたルールを、信頼できる低額のリピート顧客に適用しないでください。

各ブランチを測定する

測定領域有用な指標
回復以前に拒否されたトラフィックの回復率と承認率の向上。
顧客の摩擦チャレンジ率、放棄率、およびセグメント別のコンバージョンへの影響。
リスク不正率、AVS不一致率、およびポリシー駆動の拒否率。
経済性処理コストと適格な取引を回復するためのコスト。

認証証拠を保護する

3DSがフローの一部である場合、現在のカードネットワーク、支払いプロバイダー、およびコンプライアンスルールに従って認証データを処理します。CAVVやAAVなどの暗号化認証値の長期保存に依存せず、生の暗号文をマーチャントのログや分析に保持しないでください。

AVSを、顧客履歴、取引金額、不正証拠、デバイス動作、市場コンテキストと並ぶ1つのシグナルとして扱います。唯一の情報源としては扱いません。

生産時のチェックリスト