eSuite v166.0

カスタマー認証強化（SCA）：3Dセキュア

欧州銀行協会（EBA）が発行した以下の件について、MPP Globalは7月に、CITシナリオを含む3Dセキュアバージョン2.0サービスの導入と現在のバージョン1サービスの拡張の両方に対応する開発プロジェクトの範囲を拡大したと発表しました。

EBA文書には、2001年以降利用可能な現在の3Dセキュアバージョン1.0サービスが、バージョン2のサービスのように動的にまたは広範囲ではないものの、SCAのコンプライアンス要件を満たしていることを示しています。

3D セキュア 2.0の作業は継続しておりますが、このリリースでは、3D セキュア 1.0向けに開発された大部分がSCAの期限に準拠するためにクライアントに提供されます。 3D セキュア 1.0をサポートするための主要な更新の概要は次のとおりです。

• アカウントに対してカードを更新するときに3Dセキュアv1.0の処理をトリガーとする機能
• アカウントに対してカードを更新するときに3Dセキュアv1.0の処理を完了する機能
• サブスクリプションをアップグレードするときに3Dセキュアv1.0のフローをトリガーとする機能
• 3Dセキュア処理の完了後にサブスクリプションへ遷移後完了する機能
• eSuite HQ内で、isMotoフラグ（trueに設定）が仮想端末に追加されると、MOTOトランザクション中に3Dセキュアがトリガーされません
• eSuite HQ内では、Move Subscriptionでの課金が必要な場合にisMotoフラグ（trueに設定）が追加されていると、MOTOトランザクション中に3Dセキュアがトリガーされません （ 166.1 ）
• 料金がゼロの場合でも3D セキュアv1.0のフローをトリガーする機能 （ 166.1 ）
• iShop、セルフケアでカードを更新するときに3Dセキュア処理をトリガーする機能 （ 166.1 ）

さらに、このリリースでは、3D セキュアバージョン2.0の継続的な開発をサポートするために、eSuite HQ内にいくつかの新しい変更を導入しました：

• eSuite HQ内で、isMotoフラグ（trueに設定）を仮想端末（新規）に追加し、MOTOトランザクション中に3Dセキュアがトリガーされないようにする
• eSuite HQ内で、アカウントを更新し、支払いの詳細に新しいカードを追加すると、isMotoフラグ（trueに設定）が追加され、3Dセキュアがトリガーされないようにする

ファイル上のカード (CoF)

定期購入に関するVisa＆Mastercardのグローバル規制に準拠するため、保存された支払い詳細を使用して実行される取引のカードオンファイルインジケーターを含む基本的な作業を導入しました。さらに、クレジットデビットトランザクションレポートが更新され、CoFフラグが含まれるようになりました。

グローバルペイ向けの強化されたエラー応答コードの表示
過去数回のリリースで、サポートされているアクワイアラー接続用にグローバルペイ（Realex）から受信した拡張応答コードを表示するための変更が導入されました。 CreditDebitTransaction レポートなどの標準のeSuiteレポート内にこれらの応答コードを表示する機能を追加しました。

リリースサービスパック

• When creating a new redirection using the Delivery Calendar,  can now use the date pickers to select dates during periods where existing redirections are already configured
• When creating a new redirection using the Delivery Calendar, dates now followed region date formatting dependent on the language selected upon eSuite HQ login
• When creating a new redirection using the Delivery Calendar, additional validation has been adding to include mandatory fields prior to saving
• When creating a new redirection using the Delivery Calendar, the date pickers will now reset when adding a new redirection or stop notice
• When attempting to update or retrieve a delivery pattern using REST API, if there is no pattern configured against an existing subscription, a 204 response code will now be returned
• Within the order fulfillment page in eSuite HQ, users will now be able to save an edited supplier notification date
• Within eSuite HQ, upon updating a fulfilment by setting a new date or status, the revised data will be translated into supported languages
• Additional styling improvements to eSuite HQ when configuring or view delivery calendar data
• When updating an existing redirection using the Delivery Calendar, there will be no console errors triggered upon successful save
• Within eSuite HQ, when using Virtual Terminal, users will be able to specify a start date for bundle purchases
• Within eSuite HQ, when a bundle subscription is purchased and auto renew is enabled, all delivery patterns and redirections will be visible if configured
• Fixed an issue that could prevent an order refund in some cases where there are duplicate order parameters
• Improved reporting of offline order activity
• Improved recording of error details returned by Realex (Global Payments) payment provider when a card payment fails
• The payment reference field is now populated on the Credit/Debit Transaction Report when there is an error with a transaction
• Non-superusers of eSuite HQ will now be able to create a service type of Bundle Purchase