強固な顧客認証規制への準拠
オンラインクレジットカード決済の認証規制を理解します。
概要
規制当局やカードネットワークは、オンライン決済のセキュリティを強化し、消費者を詐欺から守るための新たな要件を導入しています。このような規制の多くには、オンライン決済に強固な顧客認証(SCA)を使用するという要件が含まれています。
- 欧州 改正決済サービス指令(PSD2)は、特定の免除またはout-of-scopeのケースが適用される場合を除き、オンライン決済取引にSCAの使用を義務付けています。
- 日本 日本のSCA義務化では、オンライン・クレジットカード取引に3Dセキュア(3DS)認証の使用を義務付けています。
3Dセキュア2(3DS 2.0)は、EMVCoとカード決済処理業界によって開発された技術で、セキュリティとスムーズなチェックアウト体験のバランスを取りながらコンプライアンスを確保するソリューションです。3DS 2.0は、SCA規制に準拠するためにRapid API。
このページでは、サポートされているRapid APIペイメントタイプがどのような影響を受けるか、また、旅行者へのサービス提供時にコンプライアンスを遵守するためにどのような対応が可能かについて説明します。
コンプライアンス要件
SCAが義務付けられている国でコンプライアンスに準拠した取引を可能にするための手順は、記録されている加盟店が誰であるか、また、どのように支払いが行われるかによって異なります。Rapid API.
貴組織がレコード会社である場合
Expedia Affiliate Collect
エクスペディア アフィリエイト コレクトを利用した予約は、SCA規制の影響を受けません。コンプライアンスを達成するために、Rapid APIとの決済プロセスやAPIインテグレーションを変更する必要はありません。
ただし、記録上の加盟店であり、旅行者のクレジットカード、デビットカード、またはSCA規制の範囲内にあるその他の支払い方法を請求する場合は、規制の影響を受ける可能性があります。この規制では、決済プロセスにおけるSCA-compliantソリューションとして3DS 2.0を使用する必要があるようです。加盟店がSCAに準拠し、トランザクションの失敗を回避するための機能について詳しくは、ペイメントプロセッサーにお問い合わせください。
カンパニーカード
貴社が記録上の加盟店であり、SCAが義務付けられている国で発行されたクレジットカードまたはデビットカードでRapid API、これらのカードタイプはSCA要件から免除されます:
- 使い捨てのバーチャルカード
- 個人向けではなく、会社向けに発行されるコーポレートカード
リストアップされたSCA-exemptカードが好ましくない場合、あなたの組織はカードを発行した銀行に直接免除を申請することができます。免除が認められた場合、そのカードでの取引は、3DS 2.0を使用したone-timeオンライン認証の可能性を除き、認証を必要としません。このone-timeの要件は銀行によって異なります。適用除外が認められるまでのプロセスには時間がかかる可能性があり、パートナー様には銀行から不正決済の責任を問われる可能性があることに注意してください。
Rapid API。
貴社がラピッドにトラベラーズカードを送付する際、Rapid APIを記録加盟店として使用している場合、規制の影響を受ける可能性があります。旅行者が小売代理店を通さずにオンラインで予約する場合、規則では、SCAを通じて旅行者が支払取引を認証することが義務付けられています。この要件に対するSCA-compliantプロセスは、支払いプロセスで3DS 2.0を使用することです。SCAが義務付けられている国で発行されたクレジットカードやデビットカードで、Rapid APIを加盟店として使用したい場合は、SCA向けソリューションを採用する必要があります。
リテール代理店またはコールセンター代理店を通じて予約された取引は、SCAの要件から除外されます。これらの取引で規制に準拠するには、その予約が業者の支援を受けて行われたことの明確な証明のみが求められます。この証明には、Availability API の sales_channel フィールドを使用します。
施設がレコード会社である場合
貴社が施設コレクトを使用している場合、規制の影響を受ける可能性があります。施設は、「ノーショー」料金やデポジットなど、旅行者がその場にいなくても旅行者のカードに課金しようとする場合があります。これらのチャージは、チャージ前に3DS 2.0認証が行われない限り、SCA-compliant。SCAが義務付けられている国で発行されたクレジットカードまたはデビットカードを使用する旅行者に施設collectを使用したい場合は、SCA向けソリューションを採用する必要があります。
Rapid APIソリューション
仕組み
Rapid API、または施設コレクトをトラベラーカードで利用する場合、RapidのAPIソリューションを採用することで、SCA規制に準拠した予約を生成することができます。当社のAPIは、予約フローで3DS 2.0を使用することで、SCAコンプライアンスをサポートしています。3DS 2.0では、risk-based認証をサポートしています。これは、旅行者に安全な認証を求めるタイミングについて銀行の裁量を与えることで、旅行者との摩擦を減らすものです。
3DS 2.0のソリューションは、3つのステップで構成されています:
- check-outページにiframe を追加し、旅行者のために発行銀行の認証エクスペリエンスをホストするために使用します。統合ドキュメントでは、これは3DS iframeと呼ばれています。
- client-sideJavaScript check-outブラウザのデータを収集し、iframeと通信し、iframe内にSCA体験を表示するために使用されます。統合ドキュメントでは、これは3DS Connector Libraryと呼ばれています。
- Rapid APIは、銀行の支払者情報を受け付け、安全な認証が完了した後に予約を完了します。
JavaScriptとRapid APIを併用する場合、SCAによる予約フローは予約APIを呼び出す前後にいくつかの追加ステップを含むようになりました。下の図に、この新しい予約フローを示します。
