3Ds аутентификация сбербанк что это: Как подключить 3D Secure Сбербанк

3Ds аутентификация сбербанк что это: Как подключить 3D Secure Сбербанк

Comments 0 Comment

Содержание

Карта Не Прошла 3Ds-Аутентификацию

Для повышения безопасности держателя карты при проведении Card not present операций то есть операций, без присутствия карты, платежными системами был внедрен особый механизм. Verified by Visa и Master. Card Secure. Code это его варианты от разных платежных систем, общее же название звучит как 3. D Secure. Принцип действия для держателя карты не сложен вы проводите оплату товара или услуги, подтверждаете чек и перенаправляетесь на страничку вашего банка, где необходимо ввести дополнительный код. Код обычно высылается на мобильный телефон. Если код введен верно платеж подтвержден, оплата проведена. Если говорить проще, то к процедуре аутентификации процесс, когда держатель. Если же по Вашей карте такая услуга не подключена, а Вы хотели бы ею. Спасибо, Наталья. То есть 3ds можно подключить к любой карте или. Часто в такой ситуации нужно связаться с банком или эмитентом кредитной карты. Погасить просроченный платеж можно разными способами. Сколько времени вам нужно, чтобы обнаружить пропажу карты и заблокировать ее. Если 3Ds не используется, то ответственность за. Руководствуясь домыслами и предположениями, а не фактами, автор делает вывод, будто бы карты Сбербанка наиболее уязвимы для. Стоит ввести неверный код подтверждения транзакции система запретит операцию и выдаст сообщение 1. D Secure. Читайте также Как отменить операцию по банковской карте. Что значит ошибка аутентификацииЕсли вы получили отказ в проведении операции в таком виде, это всегда означает, что на каком то этапе вы неверно ввели данные. Конечно, можно с уверенностью утверждать, что сверка данных проводилась многократно и все равно. Технология 3d secure, безусловно, может давать сбои в работе например, отсутствие возможности связаться с сервером банка эмитента выпустившего вашу карту либо банка эквайера банка, через который работает магазин. Но каждый сбой в работе системы имеет свой собственный код. И код 1. 10. 70 означает именно ошибку при вводе кода подтверждения операции. Почему она вообще появилась Причин по которым можно ошибиться, немало. Можно неправильно прочитать сообщение с кодом подтверждения. Бывает, что мельком пробежав СМС, в котором написано Operaciya na summu 8. R. Kod podtverzhdeniya 8. А в результате ошибка аутентификации 3d secure и отказ в оплате. Еще одна распространенная причина неверного введения кода 3ds заложена в следующем. Дело в том, что для обеспечения безопасности, срок жизни пароля не превышает 5 минут. Медична Карта Амбулаторного Хворого Форма No 025/О. После того, как код просрочен, можно запросить его повторно. Конечно же, значение будет другим, это требование безопасности. Но не всегда СМС доходит вовремя. Получается, что банк запросил подтверждение, а СМС не дошла. Держатель карты запрашивает код повторно. В этот момент приходит первое сообщение. Клиент вводит код, указанный в нем, нажимает кнопку и. Например, вернемся к сообщению, показанному выше Operaciya na summu 8. R. Пароль здесь это четыре цифры 8. Карта Не Прошла 3Ds-Аутентификацию’ title=’Карта Не Прошла 3Ds-Аутентификацию’ />Но частенько по неопытности люди вводят 8. RC. Результат, конечно же, очевиден. И это далеко не все возможные способы добиться ошибки. Люди вводят свой ПИН код вместо 3. DS кода, коды от другой операции или карты, просто произвольные числа. Ваша карта не заблокируется для этой причины отказа есть свое сообщение, деньги не списались и ничего не пропало. Придется еще раз пройти процедуру оформления покупки и на этот раз, ввести нужные аутентификационные данные внимательно. Если код подтверждения 3. D Secure приходит в СМС сообщении проверьте сумму, последние 4 цифры номера карты, время получения сообщения и, если все верно, вводите цифры. Если банк выдал вам специальную карту, в которой указаны соответствующие пароли проверьте внимательно, не использовали ли вы вводимый код ранее. Если 3ds код выдается банком единожды проверьте, соответствует ли полученный код карте, с которой вы совершаете оплату. Не вводите свой ПИН код, он предназначен не для этого. Если у вас не приходит сообщение с кодом или вам не выдали единый код, предусмотренный банком эмитентом просто переверните карту и позвоните по телефону службы поддержки. Оператор проконсультирует вас о том, как решить возникшую проблему. D Secure является XMLпротоколом, который используется как дополнительный уровень безопасности для онлайнкредитных и дебетовых карт, двухфакторной аутентификации пользователя, но не. Или обратитесь в свой банк, это тоже поможет. Как это видит магазин. Напоследок, приведем ошибки протокола 3. D Secure, с точки зрения магазина. Практически каждая из них в качестве сообщения на платежной странице показывает следующее Операция отклонена. Обратитесь в банк, выпустивший картуPayment declined. Полный список ошибок довольно объемный, поэтому мы ограничимся лишь некоторыми ID ошибки. Сообщение. Описание ошибки 2. BLOCKED. Ve. Res status is unknown. Банк эмитент не смог определить, является ли карта 3dsecure. Operation not supported. Данная операция не поддерживается. Declined. Pa. Res status is unknown. Банк эмитент не смог провести авторизацию 3dsecure карты. Decline. Payment time limit. Принцип действия для держателя карты не сложен вы проводите оплату. А в результате ошибка аутентификации 3d secure и отказ в оплате. Еще одна распространенная причина неверного введения кода 3ds заложена в. Не все онлайновые магазины и банки поддерживают 3DSecure. Трудно встретить человека, у которого бы не было банковской карты. Ошибка аутентификации 3D secure может быть также связана с неверным. Вроде как услугу подключили, но через пол часа оплата снова не прошла. Истек срок, отведенный на ввод данных карты с момента регистрации платежа таймаут по умолчанию 2. DSec decline. Эмитент отклонил аутентификацию 3. DS авторизация не пройдена. Decline. 3. DSec sign error. Ошибка подписи эмитента. Decline. Card declined. Ограничение по карте Банк эмитент запретил интернет транзакции по картe. Decline. Host not avail. Банк эмитент недоступен. Declined by fraud. Отсутствует начало авторизации транзакции. Отклонено по фроду система банка эмитента для предотвращения мошенничеких операций или ошибка 3dsec. Decline. SSL restricted. SSL Не 3d SecureSecure. Code транзакции запрещены Магазину. DS rule failed. Платеж не соотвествует условиям правила проверки по 3ds. Ошибка выполнения 3. DS правила. Ошибка выполнения 3. DS правила. 2. 01. TDS. 3. DSec comm error. D Secure ошибка связи. Оценить статью. Вам была полезна эта статьяПоделитесь своим мнением с другими. Почему Сбербанк отменил подтверждение операций по кредитным картам Поэтому про безопасность вообще не понятно. Похоже,что банки создают для себя лазейки,чтобы не платить клиентам за свои косяки  а именно недостаточное обеспечение безопасности по операциям с картами. Также банки на сколько я знаю скрывают реальный масштаб краж по картам И тем не менее это не мешает им проводить кампании по продвижению пластика. Буквально вчера на личном примере  мама пошла за пенсией,счет оформлен со сберегательной книжкойа мы помним статью 1 ГК 8. Так вот  в Сбербанке ей дали подписать уже распечатанное заявление,причем с неправильными данными и безо всяких объяснений сунули карту со словами,типа  это ваша электронная подписьс каких пор Сбер уполномочен выдавать электронные подписи, будете ей подписываться когда будете снимать с книжки деньги. Никаких доп. Случай родственников  пошли в тот же Сбер,сунули им карту вместо сберкнижки дали кредитную карту. Типа хотите пользуйтесь,хотите не пользуйтесь. Кредиткой они не пользовались,она им просто не нужна в принципе,но типа дали и дали  пускай лежит. Спустя полгода приходит долг по кредитной карте 3. Те конечно в шоке  начали выяснять. Карта оформлена на симку,которой не пользовались. Через некоторое время симку деактивировал оператор. В банке говорят  мы вам звонили,но не дозвонились,но деньги все равно сняли вы. Дальше начали разбиратья  заявление в полицию,прокуратура,суд и прочие прелести. Виновный среди сотрудников банка.

«К сожалению нет данных для вашей аутентификации» ошибка в Сбербанке

Многие клиенты Сберегательного банка совершают покупки в интернет-магазинах. Выбрав товар, человек вводит реквизиты для оплаты, включая данные пластика. Иногда после попытки платежа появляется сообщение: «К сожалению нет данных для вашей аутентификации». При такой ситуации не стоит паниковать. Разобраться в ней помогут сведения, описанные ниже.

Содержимое страницы

Значение сообщения

Если появилось уведомление « к сожалению, нет ваших данных для аутентификации в Сбербанке», оно значит, что к банковской карте не подключен сервис 3D-Secure. Поэтому подтверждение приобретения товара на сетевой площадке через СМС невозможно. Система также не может идентифицировать вашу личность.

Блокировка может заключаться и в иных причинах:

  • Карточка для расчётов в интернет-магазинах не предназначена. Это характерно для обычных дешёвых электронных пластиков. Сейчас они практически вышли из оборота.
  • К карте не подключена услуга «Мобильный банк».
  • Банковский продукт не активирован или истёк срок действия.

Важно! Блокировка пластиковой карточки указывает, что владелец должен получить новый список одноразовых паролей. Сделать это можно через банкомат.

Способы решения подобных проблем

В случае появления уведомления «нет данных для вашей аутентификации» нужно подключить 3D-Secure, мобильный банк, проверить срок действия пластика или получать новую карту Сбербанка.

Мнение эксперта

Анастасия Яковлева

Банковский кредитный эксперт

Подать заявку

Прямо сейчас вы можете бесплатно подать заявку на займ, кредит или карту сразу в несколько банков. Предварительно узнать условия и рассчитать переплату на калькуляторе. Хотите попробовать?

Подключение 3D-Secure

Технология защищает от несанкционированного доступа к платежам и работает по схеме:

  1. Совершение покупки в интернет-магазине.
  2. Получение СМС-сообщения с паролем.
  3. Завершение транзакции.

Система оповестит вас, если постороннее лицо попытается расплатиться картой. Подключить 3D-Secure можно на официальном сайте банковского учреждения. Адрес легко найти в интернете. Если появится уведомление о невозможности активации защиты, значит, карта устарела. Необходимо обратиться в банковский офис с заявлением на перевыпуск.

Активация услуги «Мобильный банк»

Сервис немного напоминает 3D-Secure: при приобретении товаров на интернет-площадках на телефон высылают сообщение с кодом. Его указывают в специальном окошке.

Активирование «Мобильного банка»:

  1. В банкомат поместить платёжный инструмент.
  2. Пройти авторизацию.
  3. Найти в меню пункт «Подключить мобильный банк».
  4. Выбрать оптимальный тариф из появившегося списка.
  5. Подтвердить действие.

Важно! Если не нашли в меню банкомата данную услугу, обратитесь в офис Сбербанка.

Опрос: довольны ли Вы качеством услуг предоставляемых Сбербанком в целом?

ДаНет

Проверка срока действия карты

На передней стороне банковского продукта обозначен период его действия. Если он истёк или подходит к концу, посетите ближайшее отделение финансового учреждения, чтобы получить новую карточку.

Другие способы решения проблемы

Если появилось уведомление, что нет данных для вашей аутентификации, сделайте звонок в колл-центр Сбербанка по номеру 900 (это бесплатно). Сообщите оператору о проблеме, и он активирует опцию «мобильный банк» для подключённого к услуге пластика.

Раньше владельцы карт, которые оказались заблокированы, получали через банкомат одноразовые пароли. Их использовали для подтверждения платежей в интернете. Этот способ отменили, так как информация легко попадала в руки мошенников.

Если при попытке оплатить что-либо через интернет вы получили оповещение: «к сожалению, нет ваших данных для аутентификации» и не знаете, что это значит и что делать, не паникуйте. Система может блокировать платёж, так как невозможно подтвердить вашу личность. Пластик не предназначен для подобных расчётов или не действует опция «мобильный банкинг». Позвоните в колл-центр Сбербанка и сообщите оператору о проблеме.

3d secure Сбербанк: как подключить

На чтение 6 мин. Просмотров 156 Опубликовано

Приобретение товаров и выполнение разных онлайн-платежей пластиковыми карточками требует повышенной степени защиты. Сбербанк на своих пластиках установил технологию 3D-Secure для борьбы со злоумышленниками и защиты от кражи банковских реквизитов. Что такое 3D Secure на банковской карте Сбербанка, как используется технология и можно ли ее отключить, должны знать все люди, которые пользуются пластиковым продуктом банка.

3D-Secure: особенности технологии защиты в Сбербанке

Чтобы оплатить в интернете товар карточкой, пользователю всего лишь нужно указать в соответствующем поле онлайн-магазина реквизиты карточки — номер, срок действия и CVC-код — этой информации иногда хватает для выполнения перевода денежных средств, поэтому при потере карты есть риск использования ее другим человеком.

Технология 3DS становится серьезным препятствием от мошеннических действий. Когда в форму онлайн-оплаты введены данные карточки, имеющей такую защиту, клиенту приходит СМС-оповещение с одноразовым кодом. Чтобы подтвердить операцию перевода денег, он должен набрать пароль из SMS, которая придет ему на телефон, после чего деньги будут списаны о счета.

Создание сервис-программы

Способ защиты 3D-Secure вначале разрабатывался для карточек Visa. Спустя определенное время этот способ защиты начал использоваться и для пластиковых карт системы MasterCard. 3D-Secure имеет такое название, так как определение пользователя во время онлайн-оплаты производится с помощью трех разных доменов, независимых между собой:

  • банка, который обслуживает онлайн-магазин;
  • банка, изготовившего пластик;
  • непосредственно домена MasterCard либо Visa.

По сути, это технология протокола XML, которая обеспечивает высокую степень защиты выполнения платежей, производимых пластиковыми карточками.

Основные принципы использования

Серверы Сберегательного банка имеют многоуровневые сетевые экраны. Не все пользователи с компьютера могут обратиться за получением информации на сервер банка. Перед выполнением платежа производится предварительная идентификация человека с помощью облачных ресурсов.

Интеграция с сотовыми операторами дает возможность моментально произвести блокировку карты, если это необходимо, и повысить степень защиты ее владельца. Автоматическое выявление действий злоумышленников – также часть защиты 3DS.

Как узнать, подключена ли система безопасности к карте

Сберегательный банк автоматически подключает клиентов к 3DS с помощью отправки пароля через SMS-сообщение. Это делается для повышения защиты, во время оплаты в онлайн-магазинах. Подключение аутентификации можно выполнить, отправив заявление в банк.

Нюансы проведения платежей по Сберкарте с использованием 3D-Secure

Чтобы оплатить товар через 3DS потребуется:

  • наличие пластиковой карточки;
  • онлайн-ресурс обязан поддерживать технологию защиты.
  • наличие сотового, на который приходит сообщение о передвижении денежных средств на карте;
  • включенный мобильный банк.

Далее нужно выполнить следующие этапы:

  1. Кликнуть на выбранном товаре «Оплатить», после открывается окно сервиса, который обеспечивает транзакцию.
  2. В соответствующем поле ввести данные карточки и подтвердить правильность ввода.
  3. Система опознает банковскую организацию и произведет переход на сайт Сбербанка.
  4. В окне нужно проверить введенную информацию.
  5. Сбербанк сгенерирует разовый пароль 3DS и отошлет код на привязанный к карточке сотовый с помощью SMS-оповещения; этот пароль вводится в поле.
  6. Если все выполнено верно и своевременно, система об этом оповестит и переведет на сайт, где был приобретен товар. На этом оплата завершается.

Внимание! Если «Мобильный банк» не включен, аутентификация может быть недоступна, в выполнении транзакции могут отказать.

Варианты подключения услуги

Если это новая карточка Сбербанка, то защита уже включена. Не надо ничего активировать либо выполнять дополнительные действия. Если карточка не поддерживает защиту, нужно обратиться в банковский филиал, где необходимо составить заявление на активацию услуги. Чтобы не тратить время на поход в банк несколько раз, можно дома с помощью Сбербанка Онлайн или с помощью сотового телефона отправить запрос на перевыпуск карты либо же подключить услугу напрямую.

Через персональный кабинет Сбербанка-Онлайн

Иногда бывают случаи, когда подключить 3DS требуется срочно и времени на поход в банк нет. Вероятно, необходимо что-то срочно купить в магазине. Также определенные интернет-ресурсы иногда принимают платежи лишь с карточек, поддерживающих 3DS. Если необходимо совершить оплату, нужно уточнить, какие карты принимает конкретный сайт. Инструкция, как подключить 3D-Secure Сбербанк через интернет:

  • зайти в Сбербанк Онлайн;
  • затем появится окно с полем, где потребуется набрать полученный до этого пароль и логин. Набрав соответствующую комбинацию нужно нажать «Войти»;
  • после успешного входа открывается окно кабинета. Если в наличие несколько пластиковых карточек от Сбербанка, то из появившегося списка нужно выбрать ту, к которой необходимо подключить защиту. Кликните «Операции по карточке», в появившемся окне отыщите «Подключиться к 3D-Secure». После чего можно производить оплату через СМС-оповещение.

По телефону

Инструкция, как подключить 3D-Secure Сбербанк через телефон:

  • нужно набрать слово «Полный» в поле отправки сообщения на смартфоне;
  • отправить его, указав номер 900;
  • должно прийти сообщение: «Для изменения тарифа на «Полный» карточки «VISA****» отправьте пароль «****»;
  • после ввести полученный пароль;
  • придет СМС с подтверждением активации услуги.

После этого при оплате в онлайн-магазине будет приходить одноразовый SMS-код.

Стоимость сервиса

Услуга 3DS довольно дорогая как для непосредственно Сбербанка, так и для разных онлайн-магазинов. Хоть это и не считается обязательным, большинство крупных торговых сетей подключают эту технологию защиты, чтобы обезопасить клиентов от злоумышленников. Пользователи карточек могут использовать эту услугу бесплатно.

Деактивация системы защиты: стоит ли отключать сервис

3DS является надежной защитой, поэтому банковская служба безопасности откажет в просьбе отключить эту услугу. Но при этом пользователи ничего не теряют от использования защитной технологии, причем инструмент работает совершенно бесплатно, сохраняя денежные сбережения. Существует два способа подтверждения платежа:

  1. Чтобы подтвердить транзакцию, приходит SMS-сообщение с кодом, состоящим из 4 цифр. При этом за транзакцию ответственен магазин-продавец.
  2. Приходит 3DS пароль, который состоит из 6 цифр. В таком случае ответственность на себя берет банк.

3DS считается лучшим способом защиты. Услуга бесплатна, используется всеми платежными системами. Банки не советуют отключать услугу.

Выводы

Служба безопасности банка рекомендует серьезно относиться к пластиковым карточкам. Нельзя передавать карточку чужим людям, сообщать PIN-код, записывать его или хранить вместе с картой. Не нужно оставлять карточку без присмотра даже на небольшой промежуток времени, поскольку процедура хищения информации не занимает у мошенников много время. Технология защиты 3D-Secure позволяет без риска производить оплату в интернете.

что это значит. Что такое аутентификация

Лишь немногие пользователи знают, что такое 3d secure на банковской карте Сбербанка. Речь идет о новой технологии, позволяющей защитить банковский пластик от возможного хищения денег мошенниками. Несмотря на то, что клиенты нередко слышат данное название, принцип работы опции не вполне ясен.

Раньше, для подключения сервиса к сбербанковской карте, достаточно было подать стандартное заявление в отделение компании.

Сегодня таких действий выполнять не требуется, поскольку все пластики типа «классик» и выше изначально оснащены дополнительным уровнем защиты. Услуга оказывается полностью без оплаты. Рассмотрим действующий порядок пользования функции и преимущества сервиса в 2020 году.

Данная система представляет собой уникальную защитную меру, которая охраняет данные карточки от возможного копирования при совершении финансовых действий, к примеру, через Сбербанк Онлайн или на сайте торговой площадки. Для оплаты приобретений или сервиса в виртуальном шопе требуют сообщить:

  1. карточный номер, который указан непосредственно на пластике;
  2. срок действия платежного инструмента;
  3. код СVV (CVC).

Если пластик защищен еще и 3Д – секьюр, то пользователю необходимо будет выполнить еще одно действие, позволяющее получить дополнительную защиту от возможного взлома. Речь идет об одноразовом пароле, который приходит только клиенту, а вводить его необходимо на сайте Сбербанка. Только поле этого, выполняется аутентификация карты, оплата проходит, а клиент попадает на сайт продавца. В обход этого действия произвести платеж не удастся.

Смысл технологии заключается в том, что к пользователю приходит разовый код доступа, а для его ввода предоставляется только 10 минут. Кодировка выполняется из 6-ти цифр и приходит на сотовый, прикрепленный к банковскому пластику. Именно по этой причине, многие банки (такие, как: ВТБ24, Россельхозбанк, Росбанк, Тинькофф, РНКБ Банк, Уралсиб или Альфа Банк) используют ее при наличии онлай-сервиса.

Стоит дополнить, что для банка такое подключение стоит очень недешево, поэтому, многие кредиторы отказываются от защиты. Вместе с тем, использование 3d-secure не является обязательным условием, поэтому и действует опция, сегодня только в крупных финансовых учреждениях.

Преимущества функции 3d secure

В качестве недостатка функции можно отметить отсутствие стопроцентной гарантии от мошенничества, но получить максимальную защиту клиент сможет. В качестве основных плюсов стоит выделить такие факторы:

  • безопасность – пароли от кредиток доступны только владельцу карты;
  • удобство – нет необходимости запоминать разовые пароли;
  • доступность – на каждую операцию высылается смс с паролем;
  • простота – процедура не требует сложных действий и проводится максимально быстро;
  • распространенность – многие виртуальные магазины пользуются такой системой, что обеспечивает безопасность сбережений граждан.

В целом, можно заключить, что система очень комфортна для использования, не вызывает проблем у пользователей и обеспечивает безопасность платежей.

Как подключить 3d secure к банковской карте. Какие банки работают с ней?

Сегодня, такой вопрос, как подключить 3d secure Сбербанк через интернет, вводит клиентов банков в заблуждение. Дело в том, что указанные выше банки, подключают сервис автоматически, а вот в некоторых финансовых учреждениях, такая функция не предоставляется, и подключать ее требуется самостоятельно. Нередко, услуга стоит денег.

В Сбербанке данной

Аутентификация лица, совершающего карточную операцию. К сожалению, нет данных для вашей аутентификации что это значит в сбербанке Как пройти аутентификацию банковской карты сбербанка

Для повышения безопасности держателя карты при проведении Card-not-present операций (то есть операций, без присутствия карты), платежными системами был внедрен особый механизм. Verified-by-Visa и MasterCard SecureCode — это его варианты от разных платежных систем, общее же название звучит как 3D Secure. Принцип действия для держателя карты не сложен: вы проводите оплату товара или услуги, подтверждаете чек и перенаправляетесь на страничку вашего банка, где необходимо ввести дополнительный код. Код обычно высылается на мобильный телефон. Если код введен верно – платеж подтвержден, оплата проведена.

Что значит “ошибка аутентификации»?

Если вы получили отказ в проведении операции в таком виде, это всегда означает, что на каком-то этапе вы неверно ввели данные. Конечно, можно с уверенностью утверждать, что сверка данных проводилась многократно и «все равно…». Технология 3d secure, безусловно, может давать сбои в работе: например, отсутствие возможности связаться с сервером банка-эмитента (выпустившего вашу карту) либо банка-эквайера (банка, через который работает магазин). Но каждый сбой в работе системы имеет свой собственный код. И код 11070 означает именно ошибку при вводе кода подтверждения операции.

Почему она вообще появилась?

Причин по которым можно ошибиться, немало. Можно неправильно прочитать сообщение с кодом подтверждения. Бывает, что мельком пробежав СМС, в котором написано «Operaciya na summu 8808R. Kod podtverzhdeniya 8838», вместо тройки вводится восьмерка. А в результате – ошибка аутентификации 3d secure и отказ в оплате.

Еще одна распространенная причина неверного введения кода 3ds заложена в следующем. Дело в том, что для обеспечения безопасности, срок жизни пароля не превышает 5 минут. После того, как код просрочен, можно запросить его повторно. Конечно же, значение будет другим, это требование безопасности. Но не всегда СМС доходит вовремя. Получается, что банк запросил подтверждение, а СМС не дошла. Держатель карты запрашивает код повторно. В этот момент приходит первое сообщение. Клиент вводит код, указанный в нем, нажимает кнопку и… на экране «11070: ошибка аутентификации 3d secure», а на телефоне издевательски мигает значок нового СМС сообщения с актуальным паролем.

Нередко впервые оплачивая что-либо с использованием Verified-by-Visa или MasterCard SecureCode, держатель сталкивается с ситуацией, когда затруднительно выделить именно код. Например, вернемся к сообщению, показанному выше: «Operaciya na summu 8808R. Kod podtverzhdeniya 8838RC». Пароль здесь – это четыре цифры 8838. Но частенько по неопытности люди вводят 8838RC. Результат, конечно же, очевиден.

И это далеко не все возможные способы добиться ошибки. Люди вводят свой ПИН-код вместо 3DS кода, коды от другой операции или карты, просто произвольные числа…

Все это происходит от невнимательности, непонимания, как работает технология и, как это ни странно, просто надежды «авось получится».

Что делать при ошибке?

Если вы столкнулись с отказом в оплате по одной из трех вышеописанных причин, не пугайтесь. Ваша карта не заблокируется (для этой причины отказа есть свое сообщение), деньги не списались и ничего не пропало. Придется еще раз пройти процедуру оформления покупки и на этот раз, ввести нужные аутентификационные данные внимательно.

  • Если код подтверждения 3D Secure приходит в СМС-сообщении – проверьте сумму, последние 4 цифры номера карты, время получения сообщения и, если все верно, вводите цифры.
  • Если банк выдал вам специальную карту, в которой указаны соответствующие пароли –

достоинства защитной системы. Что это за аутентификация

Лишь немногие пользователи знают, что такое 3d secure на банковской карте Сбербанка. Речь идет о новой технологии, позволяющей защитить банковский пластик от возможного хищения денег мошенниками. Несмотря на то, что клиенты нередко слышат данное название, принцип работы опции не вполне ясен.

Раньше, для подключения сервиса к сбербанковской карте, достаточно было подать стандартное заявление в отделение компании.

Сегодня таких действий выполнять не требуется, поскольку все пластики типа «классик» и выше изначально оснащены дополнительным уровнем защиты. Услуга оказывается полностью без оплаты. Рассмотрим действующий порядок пользования функции и преимущества сервиса в 2020 году.

Данная система представляет собой уникальную защитную меру, которая охраняет данные карточки от возможного копирования при совершении финансовых действий, к примеру, через Сбербанк Онлайн или на сайте торговой площадки. Для оплаты приобретений или сервиса в виртуальном шопе требуют сообщить:

  1. карточный номер, который указан непосредственно на пластике;
  2. срок действия платежного инструмента;
  3. код СVV (CVC).

Если пластик защищен еще и 3Д – секьюр, то пользователю необходимо будет выполнить еще одно действие, позволяющее получить дополнительную защиту от возможного взлома. Речь идет об одноразовом пароле, который приходит только клиенту, а вводить его необходимо на сайте Сбербанка. Только поле этого, выполняется аутентификация карты, оплата проходит, а клиент попадает на сайт продавца. В обход этого действия произвести платеж не удастся.

Смысл технологии заключается в том, что к пользователю приходит разовый код доступа, а для его ввода предоставляется только 10 минут. Кодировка выполняется из 6-ти цифр и приходит на сотовый, прикрепленный к банковскому пластику. Именно по этой причине, многие банки (такие, как: ВТБ24, Россельхозбанк, Росбанк, Тинькофф, РНКБ Банк, Уралсиб или Альфа Банк) используют ее при наличии онлай-сервиса.

Стоит дополнить, что для банка такое подключение стоит очень недешево, поэтому, многие кредиторы отказываются от защиты. Вместе с тем, использование 3d-secure не является обязательным условием, поэтому и действует опция, сегодня только в крупных финансовых учреждениях.

Преимущества функции 3d secure

В качестве недостатка функции можно отметить отсутствие стопроцентной гарантии от мошенничества, но получить максимальную защиту клиент сможет. В качестве основных плюсов стоит выделить такие факторы:

  • безопасность – пароли от кредиток доступны только владельцу карты;
  • удобство – нет необходимости запоминать разовые пароли;
  • доступность – на каждую операцию высылается смс с паролем;
  • простота – процедура не требует сложных действий и проводится максимально быстро;
  • распространенность – многие виртуальные магазины пользуются такой системой, что обеспечивает безопасность сбережений гра

Служба аутентификации 3DS · Документация

Заявление об ограничении ответственности

  • Эта функция скоро будет доступна . Предоставленная информация позволит вам ознакомиться со службой аутентификации 3D Secure. В ожидании публикации вся предоставленная информация может быть изменена без предварительного уведомления.

  • Служба аутентификации 3D Secure не поддерживается для использования продавцами, интегрирующимися через партнеров, подключающихся к PayU от их имени.

PaymentsOS предоставляет службу аутентификации 3D Secure, которая обрабатывает весь процесс аутентификации 3D Secure, с поддержкой как 3D Secure версии 1, так и версии 2. Вы можете использовать службу аутентификации двумя способами, в зависимости от того, как вы интегрировались с PaymentsOS:

Поддерживаемые схемы

Служба аутентификации 3D Secure может использоваться только для транзакций Visa и Mastercard.

Включение службы аутентификации 3D Secure

Прежде чем вы сможете использовать службу аутентификации 3D Secure, она должна быть активирована в вашей учетной записи PaymentsOS и для каждого подразделения, обрабатывающего транзакции 3D Secure. Вы должны отправить запрос в нашу службу поддержки, чтобы включить службу в вашей учетной записи. После того, как служба была включена в вашей учетной записи, вы можете включить службу для каждого бизнес-подразделения по вашему выбору, вызвав запрос «Обновить функцию по учетной записи и бизнес-подразделению».

Использование службы аутентификации 3D Secure как часть платежных потоков, обрабатываемых PaymentsOS

При использовании службы аутентификации 3D Secure необходимо помнить о некоторых важных деталях. Во-первых, вы должны убедиться, что выполняете все предварительные условия для использования службы.Когда они есть, вам следует ознакомиться со спецификой запроса Create Authentication и понять, как обрабатывать его ответ. Мы рассмотрим эти темы в следующих темах, так что давайте прямо сейчас.

Предварительные требования

Перед внедрением службы аутентификации 3D Secure убедитесь, что выполнены следующие предварительные условия:

  • Ваш аутентификационный эквайер должен быть зарегистрирован в схемах карт.

  • Зарегистрируйте свое торговое имя во всех эквайерах, которые вы будете использовать.Обязательно зарегистрируйте с одинаковым именем у каждого эквайера. Также убедитесь, что ваши эквайеры зарегистрировали ваше имя продавца в карточных схемах.

  • Эквайеры, у которых вы собираетесь аутентифицироваться, должны быть зарегистрированы у провайдера 3DS MPI.

Свяжитесь с эквайерами для получения дополнительной информации.

Обзор процесса аутентификации

Процесс аутентификации при использовании службы аутентификации 3D Secure довольно прост: вы сначала создаете платеж (здесь ничего нового), а затем вызываете запрос Create Authentication, чтобы инициировать поток аутентификации 3D Secure.Если в ответе на запрос указано, что клиента не нужно перенаправлять на возможный этап аутентификации 3D Secure, вы можете просто перейти к авторизации транзакции. Однако, если требуется этап аутентификации 3D Secure, вам нужно будет перенаправить клиента на URL-адрес аутентификации. Этот URL-адрес используется PaymentsOS для обработки оставшейся части процесса аутентификации за вас.

На следующем изображении показан процесс аутентификации.

Фиолетовые числа на изображении выше указывают на шаг, требующий дополнительной настройки от вашего имени:

  • Шаг 2. При вызове Create Authentication API передайте merchant_site_url .Это URL-адрес, на который клиенты будут перенаправлены после завершения процесса аутентификации.

  • Шаги 4 и 5: при получении ответа от API создания аутентификации перенаправьте своих клиентов на URL-адрес аутентификации для выполнения любых действий, которые могут потребоваться (если аутентификация проходит без проблем, никаких действий не требуется). Мы предоставляем вам URL-адрес аутентификации в объекте Redirection данных ответа аутентификации.

  • Шаг 7: PaymentsOS расширит merchant_site_url со следующими параметрами: payment_id , authentication_id и статус аутентификации . Вы можете использовать эти параметры, чтобы предоставить клиентам дополнительную информацию об аутентификации. Вот пример дополнительных параметров, добавленных к merchant_site_url (обратите внимание, что статус аутентификации все еще может быть Pending , когда мы перенаправляем вашего клиента обратно на ваш сайт):

      
  ? payment_id = dd1fbe34-4636-4a61-8cb1-27ac8a175284
  & authentication_id = aec1c306-e0f7-452b-8fb5-5b34489e9d10
  & status = Ожидается

  • Шаг 8: Если требуемое действие было выполнено успешно, аутентификация перейдет в состояние Успешно, (или, альтернативно, Неудачно , если действие не удалось).В тестовой или реальной среде PaymentsOS убедитесь, что вы настроили конечную точку веб-перехватчика, на которую PaymentsOS будет отправлять уведомление об изменении статуса аутентификации. Узнайте больше о Webhooks для получения дополнительной информации.

  • Шаг 9: Продолжите авторизацию транзакции.

Вызов запроса аутентификации 3D Secure

Теперь, когда у вас есть общее представление о процессе аутентификации, давайте продолжим и рассмотрим тело запроса 3D Secure Authentication.В частности, мы рассмотрим, как:

  • Передайте информацию о продавце и эквайере (это обязательно).

  • Исключите ненужные поля из данных ответа, получив только частичные результаты аутентификации 3D Secure (это необязательно, но рекомендуется).

  • В частности, запросить выполнение шага аутентификации 3D Secure (это необязательно).

Рекомендуемые поля

Существует ряд полей, которые являются необязательными в потоке аутентификации 3D secure 2 (ваш запрос не будет отклонен, если не будет предоставлен), но их следует передать, чтобы увеличить количество утверждений.Это следующие поля:

  • Все поля информации браузера, переданные в объекте authentication_attributes тела запроса аутентификации 3D Secure.
  • Все поля номера телефона (домашний, рабочий и мобильный), переданные в объекте authentication_attributes тела запроса аутентификации 3D Secure.
  • Поле address_match , переданное в объекте authentication_attributes тела запроса 3D Secure Authentication.
  • Поля адреса доставки и выставления счета, переданные в теле запроса на создание платежа.
Передача информации об эквайере и продавце

При использовании службы аутентификации 3D Secure необходимо специально указать имя эквайера, который будет обрабатывать запрос аутентификации 3D Secure. Вы делаете это, передавая информацию об эквайере в объект authentication_attributes.acquirer запроса Create Authentication. Кроме того, не забудьте передать всю соответствующую информацию о продавце в authentication_attributes.Купец объект. Обратите внимание, что authentication_attributes.merchant.merchant_name должно быть названием вашей компании, зарегистрированным у вашего эквайера (ов).

  {
  ...
  "authentication_attributes": {
    ...
    "покупатель": {
      "Acquirer_bin": "1482822",
      "acqur_merchant_id": "272871818AZz4422",
      "Acquirer_country_code": "США"
    },
    "продавец": {
      «mcc»: ​​«8999»,
      "merchant_name": "Seohs Atlovart Nhoj",
      "merchant_country_code": "США"
    }
  }
  ...
}

Имейте в виду, что переданная выше информация будет использоваться только в процессе аутентификации 3D Secure 2.

Использование одного эквайера для аутентификации и авторизации транзакции

Рекомендуется также использовать того же эквайера для авторизации транзакции после завершения этапа аутентификации 3D secure.

Банки-эмитенты могут отказать в транзакциях, если есть несоответствие данных эквайера между запросами аутентификации и авторизации.Поэтому мы рекомендуем указать, что один и тот же эквайер используется для аутентификации клиента и авторизации транзакции. Если вы не уверены в передаваемой информации, попросите своего провайдера предоставить все необходимые данные эквайера.

Конечно, простая передача информации об эквайере, который будет использоваться, не гарантирует, что транзакция действительно направлена ​​поставщику, чей эквайер будет использоваться. Чтобы это было гарантировано, вам необходимо настроить правило бизнес-маршрутизации.Дополнительные сведения см. В разделе «Маршрутизация транзакций к поставщику, использующему определенного покупателя».

Получение результатов частичной аутентификации 3D Secure

В теле запроса на создание аутентификации есть поле с именем return_partial_result . Это поле дает указание API аутентификации либо вернуть полный набор результатов в теле ответа, либо исключить поля, к которым вам не обязательно иметь доступ при использовании службы аутентификации 3D Secure как части ваших потоков PaymentsOS.По умолчанию возвращаются все поля, поэтому вы должны передать return_partial_result со значением true :

  {
  "Способ оплаты": {
    .. .
  },
  "merchant_site_url": "http://myurl.com",
  "дополнительные детали": {},
  "cof_transaction_indicators": {
    ...
  },
  "return_partial_result": истина,
  "authentication_attributes": {
    ...
  }
}

Какие поля исключены из данных ответа?

При передаче поля return_partial_result со значением true следующие поля исключаются из данных ответа: cavv , ds_xid , xid и three_d_secure_server_transaction_id .PaymentsOS обработает эти поля «под капотом» в последующем запросе на создание авторизации (на основе идентификатора аутентификации).

Конечно, вы все равно можете выбрать возврат этих полей, передав поле return_partial_result со значением false или пропустив все поле return_partial_result . Учтите, что возврат всех полей может повлечь дополнительные расходы.

Конкретный запрос на выполнение аутентификации 3D Secure. Этап

Вы также должны знать, что эмитенты могут решить освободить клиента от аутентификации 3D Secure.Однако есть случаи, когда вы хотите специально запросить выполнение шага аутентификации 3D Secure. Вы можете сделать это, передав поле authentication_attributes.challenge_indicator со значением 03 (запрос запрошен (предпочтение запросчика 3DS)) или 04 (запрос запрошен (мандат)).

  {
  "Способ оплаты": {
    ...
  },
  "merchant_site_url": "http://myurl.com",
  "дополнительные детали": {},
  "cof_transaction_indicators": {
    ...
  },
  "return_partial_result": истина,
  "authentication_attributes": {
    "challenge_indicator": "04",
    ...
  }
}

Обработка ответа аутентификации 3D Secure

Когда все данные запроса на месте, перейдем к ответу аутентификации. После вызова запроса Create Authentication следите за данными, возвращаемыми в поле provider_data.response_code , поскольку код ответа определяет ваши следующие шаги:

  • ТРЕБУЕТСЯ ВЫЗОВ : клиент должен выполнить этап аутентификации 3D Secure. Перенаправьте клиента на URL-адрес, возвращенный в поле redirection.url (вы можете попытаться показать целевую страницу в iFrame, если redirection.iframe_allowed вернул true ). Остальная часть потока 3D Secure затем обрабатывается для вас (включая перенаправление на URL-адрес запроса, если он определен эмитентом). После того, как клиент завершил этап аутентификации и получил результат . статус — Успешно , переходите к авторизации транзакции.

  • NOT_REQUIRED : проверка подлинности 3D Secure не требуется, как в случае транзакции, инициированной продавцом (MIT), или платежа, инициированного посредством почтового / телефонного перевода (moto).В этом случае переходите к авторизации транзакции. Примечание : убедитесь, что при отправке транзакции согласия (это транзакция, предшествующая транзакции MIT), вы передаете Challenge_indicator со значением 04 , чтобы гарантировать, что транзакция согласия была аутентифицирована с использованием Strong Проверка подлинности клиента.

  • AUTHORIZATION_FIRST : указывает, что этап аутентификации 3D Secure может не понадобиться, поэтому вы можете сначала попытаться авторизовать транзакцию.Прежде чем продолжить, найдите значение в поле provider_data.three_d_secure_proposed_exemption , поскольку оно может вам понадобиться при вызове запроса на создание авторизации. Для получения дополнительной информации о реализации запроса авторизации см. Авторизация транзакции ниже.

  • ОТДЕЛКА . Шаг аутентификации 3D Secure был завершен. Приступите к авторизации транзакции.

Временные рамки для авторизации транзакции

Авторизация платежа на основе результатов шага аутентификации 3D Secure должна выполняться в пределах временных рамок, определенных различными схемами карт.

Общие сведения о состоянии результата аутентификации

Ответ аутентификации возвращает два статуса результата:

  • provider_data. three_d_secure_authentication_status : показывает состояние процесса аутентификации, возвращенное поставщиком, обрабатывающим запрос аутентификации 3D Secure.

  • result.status : показать состояние запроса аутентификации, который вы вызвали. Это значение вычисляется PaymentsOS на основе provider_data.three_d_secure_authentication_status и provider_data.response_code . Статус Succeed возвращается, если в ответе провайдера указано, что этап аутентификации был успешно завершен, или если аутентификация 3D Secure не требуется. Статус будет Ожидание , если provider_data.response_code — CHALLENGE_REQUIRED , и Failed , если этап аутентификации 3D Secure вернул ошибку. Вы можете настроить уведомление веб-перехватчика, чтобы получать уведомление в момент получения результата .статус изменен.

Примечание

Если result. status остается Pending более 15 минут, он автоматически переходит в статус Cancelled . Это может произойти, например, если пользователь закрывает окно браузера на этапе аутентификации 3D Secure.

Авторизация транзакции

Следующим шагом после вызова запроса аутентификации 3D Secure является вызов запроса Create Authorization.Убедитесь, что оба запроса вызываются с использованием одного и того же идентификатора платежа. Также передайте three_d_secure_attributes.external.authentication_id (вы получите этот идентификатор в поле id данных ответа на запрос аутентификации).

  {
  ...
  "three_d_secure_attributes": {
  "external": {
    "authentication_id": "aec1c306-e0f7-452b-8fb5-5b34489e9d10"
  }
},
...

Напомним, что provider_data.response_code , полученный в данных ответа на запрос аутентификации 3D Secure, мог быть AUTHORIZATION_FIRST .Если вы попытаетесь авторизовать транзакцию после получения этого кода ответа, примите во внимание следующее:

  • В запросе Create Authorization передайте значение three_d_secure_attributes. sca_exemptions.exemption_reason , которое соответствует значению, полученному в поле provider_data.three_d_secure_proposed_exemption , полученном в ответе на запрос Create Authentication (используйте Bodybuilder для three_d_secure_attributes.sca_exemptions.exemption_reason поддерживается поставщиками, с которыми вы совершаете транзакции).

  • Если вы получили мягкий отказ, вы должны вызвать запрос Create Authentication еще раз и передать поле authentication_attributes.challenge_indicator со значением 04 (запрос запрошен (мандат)). Обратите внимание, что причина отклонения авторизации возвращается в поле result.category .

Использование службы аутентификации 3D Secure только для аутентификации

При желании вы можете использовать службу аутентификации 3D Secure только для аутентификации.Для этого вы сначала создаете платеж (здесь ничего нового). Затем вызовите запрос Create Authentication и либо опустите поле return_partial_result , либо передайте его со значением false .

  {
  "Способ оплаты": {
    ...
  },
  "merchant_site_url": "http://myurl.com",
  "дополнительные детали": {},
  "cof_transaction_indicators": {
    ...
  },
  "return_partial_result": ложь,
  "authentication_attributes": {
    ...
  }
}

Примечания:

  • Помните, что получение результатов полного 3D Secure может повлечь дополнительные расходы.
  • Обязательно указывайте ту же сумму платежа в любом последующем запросе авторизации.

Затем данные ответа будут включать поля cavv , ds_xid , xid и three_d_secure_server_transaction_id для использования в вашей собственной логике потока платежей. Если вы реализовали свои потоки платежей в PaymentsOS, вы можете передать three_d_secure_attributes.external.authentication_id в запросе на создание авторизации, и в этом случае вам не нужно передавать cavv , ds_xid , xid и three_d_secure_server_transaction_id Также полей.

SCA и 3DS 2 · Документация

Информация, представленная в этом разделе, позволит вам ознакомиться с 3DS 2 на высоком уровне и подготовиться к переходу вашей реализации на поддержку 3DS 2 в потоке транзакций. Вы также можете прочитать нашу запись в блоге, чтобы получить более подробный обзор надежной аутентификации клиентов (SCA) и 3DS 2.

Представляем надежную аутентификацию клиентов и 3DS 2

Надежная аутентификация клиентов (SCA) является частью директивы PSD2 (Директива о платежных услугах) в Европе.SCA стремится повысить безопасность электронных платежей, требуя от клиентов аутентификации себя на основе использования элементов, классифицируемых как знания (то есть то, что знает только пользователь), владение (то есть то, что есть только у пользователя) и наследственность (то есть то, что пользователь является ).

Одним из решений для предоставления SCA является 3DS 2 (также известный как EMV 3D Secure). Как преемник 3DS 1, он был разработан для обеспечения более безопасной и удобной аутентификации.В 3DS 2 данных (таких как информация об устройстве), передаваемых в фоновом режиме, в основном достаточно для аутентификации без дополнительных действий со стороны клиента. Дополнительный этап аутентификации может потребоваться только в том случае, если предоставленной информации недостаточно для определения уровня риска транзакции.

Где 3DS 1 потерпел неудачу

В потоке 3DS 1 вы перенаправляете клиента на страницу аутентификации на веб-сайте его банка, где ему предлагается ввести пароль, связанный с картой, или код подтверждения, отправленный на их телефон.Хотя это надежный этап аутентификации, этот процесс перенаправления довольно неуклюж (он не поддерживается изначально в приложениях и в веб-потоках) и сбивает с толку клиентов. В результате законные клиенты выпадают из потока платежей, что влияет на вашу скорость приема и чистую прибыль.

Исключения из строгой аутентификации клиентов

Существуют обстоятельства, при которых вы можете захотеть освободить пользователя от потока SCA. Одним из примеров может быть транзакция, инициированная продавцом (MIT) с сохраненными учетными данными карты пользователя (в этом случае поток SCA уже был завершен как часть транзакции согласия).Другие примеры включают транзакции с низким уровнем риска или транзакции с низкой стоимостью.

Исключение пользователей из потока SCA полезно, поскольку оно увеличивает вероятность того, что транзакция будет проходить без проблем (то есть без дополнительного шага аутентификации), и, таким образом, уменьшает отсев пользователей. Чтобы исключить пользователя из потока SCA, вам может потребоваться указать свое намерение сделать это в запросе Create Authorization или Create Charge. Имейте в виду, что решение о предоставлении исключения остается за эмитентом карты.Если это разрешено, ответственность за возврат средств возвращается вам (как продавцу).

Примечание

Провайдер, с которым вы совершаете транзакцию, может предлагать услуги защиты от мошенничества для анализа уровня риска транзакции.

3DS 2 Потоки транзакций

При реализации потока транзакций 3DS 2 у вас есть три варианта на выбор:

  • Служба аутентификации 3D Secure в PaymentsOS. Эта услуга интегрирована в PaymentsOS и предназначена для обработки всего процесса аутентификации 3D secure за вас.Использование службы 3D Secure Authentication от PaymentsOS значительно упрощает процесс реализации потока 3D Secure и сокращает объем ваших PCI. Дополнительные сведения и инструкции по реализации службы см. В разделе Служба аутентификации 3D Secure.

  • Внешний MPI для авторизации карты с помощью 3DS 2. Если вы используете внешний MPI для обработки потока аутентификации 3D secure, вы просто передаете данные 3DS, возвращенные из внешнего MPI, в атрибутах three_d_secure_attributes.внешний объект запроса Create Authorization или Create Charge ..

  • Ваша собственная реализация потока 3DS 2 как части потоков транзакций PaymentsOS. При выборе этой опции вы должны передать всю соответствующую информацию в объект three_d_secure_attributes. internal запроса Create Authorization или Create Charge и самостоятельно обработать оставшуюся часть процесса аутентификации 3DS 2, как описано в следующих разделах.

Примечание

Если вы используете внешний MPI (плагин продавца) для авторизации карты с помощью 3D Secure, то вы можете передать данные 3DS, возвращенные из MPI, в объект объекта Create Authorization или Создать запрос на оплату.Однако не все поставщики, с которыми вы совершаете транзакции, могут получать эти данные. Таким образом, вы должны настроить правило маршрута, чтобы направить запрос к провайдеру, который может обрабатывать данные, полученные от внешней службы 3DS. Для получения дополнительной информации см. Маршрутизация транзакций поставщику, поддерживающему внешнюю 3DS

.

3DS 2 Внутренние потоки транзакций

Вместо использования службы аутентификации 3D Secure в PaymentsOS, вы также можете самостоятельно реализовать поток 3D Secure как часть своих потоков платежей, интегрированных с PaymentsOS. При выборе этой опции ответ, полученный от эмитента после вашего первоначального запроса авторизации или начисления, определит тип потока, который вы должны вызвать:

  • Поток сбора данных 3DS : В этом потоке данных (таких как информация об устройстве), передаваемых в фоновом режиме, достаточно для аутентификации без дополнительных шагов для клиента.

  • Сбор данных 3DS и поток запросов : Этот поток является полным потоком 3DS. Он похож на поток сбора данных 3DS, но включает дополнительный этап аутентификации (вызов), который будет вызываться, если информации, предоставленной на этапе сбора данных, недостаточно для определения уровня риска транзакции.

  • 3DS вызов только поток : В этом потоке клиент немедленно перенаправляется на этап аутентификации (вызов).

Примечания:

  • В некоторых случаях вы можете получить синхронный ответ Succeed или Failed при вызове начального запроса Create Authorization или Create Charge (например, если транзакция была освобождена от SCA). В этом случае продолжайте обычный поток транзакций.
  • Приведенные выше потоки — это потоки, которыми вы управляете сами. Однако в некоторых случаях PaymentsOS и некоторые поставщики также могут обрабатывать весь поток 3DS за вас. Для получения дополнительной информации см. 3DS Proxy Flow.

Давайте рассмотрим каждый из этих потоков более подробно.

Процесс сбора данных 3DS

В этом потоке данные устройства используются для аутентификации клиента. Этот поток не вызывает трений, поскольку аутентификация происходит под капотом, и для клиента не требуется дополнительных шагов аутентификации.

На следующем изображении показан процесс сбора данных 3DS:

Поток следующий:

  1. Создайте новый запрос авторизации или списания.

    В объекте three_d_secure_attributes.internal передайте дополнительную информацию, которая поможет эмитенту карты оценить уровень риска мошенничества для транзакции. Ответ будет включать ресурс перенаправления с полем operation_type , значение которого равно data_collection , что указывает на необходимость сбора данных. Разрешение будет иметь статус Ожидание .

  2. Запустить процесс сбора данных и передать данные эмитенту, как описано в разделе «Инициирование процесса сбора данных». Под капотом будет открыт сеанс связи для эмитента, и эмитент будет собирать информацию о браузере или устройстве от пользователя. Информация об устройстве или браузере будет использоваться в сочетании с данными, переданными в объекте three_d_secure_attributes.internal для авторизации платежа (см. Следующий шаг).

  3. После получения уведомления от эмитента карты о том, что анализ информации об устройстве или браузере пользователя завершен, вызовите запрос Continue Authentication Flow или Continue Charge Flow, чтобы продолжить процесс аутентификации.

    Реализация проверки тайм-аута

    T мы рекомендуем вам установить 10-секундный тайм-аут для получения ответа на уведомление. Если происходит тайм-аут, вызовите запрос «Продолжить аутентификацию» или «Продолжить поток оплаты» и передать three_d_secure_attributes. internal.data_collection_completed_ind значение N .

  4. Когда аутентификация будет завершена, мы обновим статус запроса авторизации или оплаты.

Сбор данных 3DS и процесс проверки

Этот поток является полным потоком 3DS. Он похож на поток сбора данных 3DS, но включает дополнительный этап аутентификации (вызов), который будет вызываться, если информации, предоставленной на этапе сбора данных, недостаточно для определения уровня риска транзакции.

На следующем изображении показан процесс сбора и проверки данных 3DS:

Поток следующий:

  1. Завершите процесс сбора данных 3DS до шага 3. Ответ на этом шаге укажет, что требуется запрос, и будет включать URL-адрес запроса.

  2. Откройте URL-адрес запроса, чтобы позволить пользователю выполнить дополнительный шаг аутентификации. После того, как пользователь завершит этот шаг, мы перенаправим пользователя на merchant_site_url .

3DS Challenge Only Flow

В этом потоке клиент немедленно перенаправляется на этап аутентификации (вызов).

На следующем изображении показана последовательность действий 3DS Challenge Only:

Шаги в потоке следующие:

  1. Создайте новый запрос Create Authorization или Create Charge. В объекте three_d_secure_attributes.internal передайте дополнительную информацию, которая поможет эмитенту карты оценить уровень риска мошенничества при транзакции.Также передайте merchant_site_url , на который пользователь будет перенаправлен после завершения аутентификации. В ответе будет указано, что требуется запрос, и будет включен URL-адрес запроса. Разрешение будет иметь статус Ожидание .

  2. Откройте URL-адрес запроса, чтобы позволить пользователю выполнить дополнительный шаг аутентификации. После того, как пользователь завершит этот шаг, мы перенаправим пользователя на merchant_site_url .

3DS Proxy Flow

3DS Proxy Flow - это поток 3DS, полностью обрабатываемый PaymentsOS и поставщиком, с которым вы совершаете транзакцию (если он поддерживается).

Примечание

Этот поток будет поддерживаться только определенными провайдерами.

На следующем изображении показан поток прокси-сервера 3DS:

Шаги в потоке следующие:

  1. Создайте новый запрос авторизации или списания. В объекте three_d_secure_attributes.internal передайте дополнительную информацию, которая поможет эмитенту карты оценить уровень риска мошенничества при транзакции. Также передайте merchant_site_url , на который пользователь будет перенаправлен после завершения аутентификации.

    В ответе будет указано, что требуется перенаправление, и будет включен URL-адрес перенаправления. Авторизация будет находиться в состоянии ожидания.

  2. Откройте URL-адрес перенаправления, чтобы позволить прокси-серверу 3DS обрабатывать поток 3DS.

После того, как прокси-сервер 3DS завершит поток 3DS, мы перенаправим пользователя на merchant_site_url .

Начало процесса сбора данных

Чтобы начать процесс сбора данных, выполните следующие действия:

  1. Создайте объект JSON, содержащий поле threeDSMethodNotificationURL (это ваш URL-адрес уведомления, на который эмитент отправит статус завершения процесса сбора данных) и поле threeDSServerTransID (это идентификатор транзакции 3DS, который вы получите в three_d_secure_attributes.internal.three_d_secure_server_transaction_id , возвращенное в ответе на запрос Create Authorization или Create Charge).

      {
     "threeDSMethodNotificationURL": "http: // urlforreceivingapproval",
     "threeDSServerTransID": "4c9a869e-2e75-4b1b-9bc4-3635edbb5973"
 }

  2. Отформатируйте объект, используя кодировку Base64.

  3. Визуализировать скрытый HTML-элемент iframe в браузере держателя карты, содержащий форму с полем с именем threeDSMethodData . Сохраните объект JSON Base64url в поле и отправьте форму через HTTP POST на URL-адрес перенаправления, полученный в поле redirection.url в ответе на запрос Create Authorization или Create Charge.

Рекомендации по установке и настройке

При реализации потока 3DS 2 вы должны принять во внимание следующее:

  • PaymentsOS может еще не поддерживать поток 3DS 2 со всеми поставщиками. Таким образом, мы настоятельно рекомендуем вам настроить правила маршрутизации в своей учетной записи PaymentsOS, чтобы направлять платежи провайдеру, поддерживающему аутентификацию 3DS 2.Обратитесь к соответствующему руководству поставщика, чтобы определить, поддерживается ли 3DS 2.

  • В запросе на создание платежа могут быть некоторые дополнительные поля (например, адрес для выставления счета и адрес доставки), которые необходимы для потока 3DS.

Поля API 3DS 2.0

См. Поля объекта three_d_secure_attributes.external и three_d_secure_attributes.internal в запросе Create Authorization или Create Charge для обзора полей, которые можно передать во внешнем или внутреннем потоке 3DS 2.

Обратите внимание, что в запросе на создание платежа могут быть некоторые существующие поля (такие как адрес выставления счета и доставки) и дополнительные поля, которые необходимы для потока 3DS. Также могут быть дополнительные зависящие от поставщика поля, которые вам нужно будет передать в запросе Create Authorize или Create Charge.

Рекомендуемые поля

Существует ряд полей, которые являются необязательными в потоке аутентификации 3D secure 2 (ваш запрос не будет отклонен, если не будет предоставлен), но их следует передать, чтобы увеличить количество утверждений.Это следующие поля:

  • Все поля информации браузера, переданные в объекте authentication_attributes тела запроса аутентификации 3D Secure.
  • Все поля номера телефона (домашний, рабочий и мобильный), переданные в объекте authentication_attributes тела запроса аутентификации 3D Secure.
  • Поле address_match , переданное в объекте authentication_attributes тела запроса 3D Secure Authentication.
  • Поля адреса доставки и выставления счета, переданные в теле запроса на создание платежа.

График исполнения SCA

SCA вступит в силу в ЕАЭС 1 января 2021 года. В Великобритании FCA подтвердило, что откладывает полное исполнение до 14 сентября 2021 года.

Мы рекомендуем вам принять все необходимые меры в соответствии с датой вступления в силу правил.

Что такое 3D Secure 2 (3DS2)?

Последнее обновление 1 октября 2019 г.

Несмотря на то, что дата вступления в силу 14 сентября 2019 г. требований PSD2: строгой аутентификации клиентов (SCA) пришла и ушла, у многих продавцов все еще есть вопросы о том, как обеспечить соответствие своих транзакций SCA. (Для получения последней информации о постоянно меняющемся нормативно-правовом поле в Европе, пожалуйста, обратитесь к нашей шпаргалке SCA.) Хотя правила и требования могут показаться сложными, решение простое: 3D Secure 2 (3DS2).

3DS2 - это рекомендованное Braintree решение для удовлетворения требований SCA, которое может помочь обеспечить аутентификацию держателя карты и защиту от мошеннических транзакций.Последнее обновление 3DS, которое позволяет банкам-эмитентам проверять держателей карт во время транзакций, также дает преимущества для продавцов: оно может помочь передать ответственность за споры о мошенничестве эмитентам, помочь снизить затраты, связанные с возвратными платежами, и даже помочь увеличить конверсию.

Что такое 3D Secure?

3DS - это протокол безопасности, который обеспечивает дополнительный уровень защиты для онлайн-покупок с помощью кредитных и дебетовых карт. Впервые он был развернут Visa как «Verified by Visa», а затем переименован в «Visa Secure».«После этого первоначального внедрения услуги аутентификации платежей на основе 3DS были приняты Mastercard, American Express и другими крупными эмитентами и схемами.

Протокол соединяет продавцов, карточные сети и финансовые учреждения для аутентификации транзакций и обмена данными. Дополнительный этап проверки помогает защитить как держателей карт, так и продавцов во время оформления заказа - поиск определяет, зарегистрирован ли держатель карты в 3D Secure и потребуется ли им аутентифицировать транзакцию.

3DS2: повышенное качество обслуживания клиентов

Первоначальный протокол 3D Secure, 3DS1, был разработан задолго до смартфона, и он показал - 3DS1 стал известен в отрасли как «убийца конверсий» из-за сложного процесса транзакций.

Но 3DS2 был специально разработан, чтобы помочь уменьшить это трение, особенно для мобильных касс, благодаря удобному взаимодействию с мобильными устройствами и встроенным SDK для Android и iOS.И хотя его основная цель - удовлетворить требования SCA к биометрии и двухфакторной аутентификации, 3DS2 может помочь улучшить конверсию, сделав оформление заказа более быстрым и простым для клиентов.

Дополнительные преимущества 3DS2

Это решение нового поколения обеспечивает автоматическую защиту от мошенничества. Он всегда включен, помогая защитить клиентов и продавцов - никаких тонких настроек или обслуживания, кроме необходимых обновлений, не требуется. И вместо того, чтобы требовать от держателя карты участия

Что такое 3D Secure 2 (3DS2)?

Последнее обновление 1 октября 2019 г.

Несмотря на то, что дата вступления в силу 14 сентября 2019 г. требований PSD2: строгой аутентификации клиентов (SCA) пришла и ушла, у многих продавцов все еще есть вопросы о том, как обеспечить соответствие своих транзакций SCA. (Для получения последней информации о постоянно меняющемся нормативно-правовом поле в Европе, пожалуйста, обратитесь к нашей шпаргалке SCA.) Хотя правила и требования могут показаться сложными, решение простое: 3D Secure 2 (3DS2).

3DS2 - это рекомендованное Braintree решение для удовлетворения требований SCA, которое может помочь обеспечить аутентификацию держателя карты и защиту от мошеннических транзакций.Последнее обновление 3DS, которое позволяет банкам-эмитентам проверять держателей карт во время транзакций, также дает преимущества для продавцов: оно может помочь передать ответственность за споры о мошенничестве эмитентам, помочь снизить затраты, связанные с возвратными платежами, и даже помочь увеличить конверсию.

Что такое 3D Secure?

3DS - это протокол безопасности, который обеспечивает дополнительный уровень защиты для онлайн-покупок с помощью кредитных и дебетовых карт. Впервые он был развернут Visa как «Verified by Visa», а затем переименован в «Visa Secure».«После этого первоначального внедрения услуги аутентификации платежей на основе 3DS были приняты Mastercard, American Express и другими крупными эмитентами и схемами.

Протокол соединяет продавцов, карточные сети и финансовые учреждения для аутентификации транзакций и обмена данными. Дополнительный этап проверки помогает защитить как держателей карт, так и продавцов во время оформления заказа - поиск определяет, зарегистрирован ли держатель карты в 3D Secure и потребуется ли им аутентифицировать транзакцию.

3DS2: повышенное качество обслуживания клиентов

Первоначальный протокол 3D Secure, 3DS1, был разработан задолго до смартфона, и он показал - 3DS1 стал известен в отрасли как «убийца конверсий» из-за сложного процесса транзакций.

Но 3DS2 был специально разработан, чтобы помочь уменьшить это трение, особенно для мобильных касс, благодаря удобному взаимодействию с мобильными устройствами и встроенным SDK для Android и iOS.И хотя его основная цель - удовлетворить требования SCA к биометрии и двухфакторной аутентификации, 3DS2 может помочь улучшить конверсию, сделав оформление заказа более быстрым и простым для клиентов.

Дополнительные преимущества 3DS2

Это решение нового поколения обеспечивает автоматическую защиту от мошенничества. Он всегда включен, помогая защитить клиентов и продавцов - никаких тонких настроек или обслуживания, кроме необходимых обновлений, не требуется. И вместо того, чтобы требовать участия держателя карты, 3DS2 использует данные устройства и браузера для точной оценки аутентификации, которая обычно происходит за кулисами.Он также предлагает улучшенные способы замены статических паролей в случае возникновения проблемы.

Сдвиг ответственности за мошеннические операции

Когда мошеннические транзакции действительно происходят, с помощью 3DS2 продавцы могут переложить ответственность за возврат платежа за эти транзакции с себя на банк-эмитент.

Разрешение на лифты

Эмитенты могут одобрить больше транзакций при использовании 3D Secure.

Упростите соответствие SCA

Все компании, ведущие бизнес в Европе, должны знать требования PSD2: SCA. Включение 3DS2 - это рекомендуемый подход для обеспечения соответствия новым правилам.

Как это работает

Добавляя этап аутентификации для онлайн-покупок, 3DS2 обеспечивает еще один уровень защиты от мошенничества для онлайн-транзакций по кредитным и дебетовым картам.

Торговец токенизирует карту
  • Продавец токенизует карту клиента или использует ранее токенизированную карту
    • Продавец запрашивает информацию об аутентификации
  • Необязательно: продавец запрашивает информацию об аутентификации, руководство Braintree по применимости SCA
  • Braintree сообщает, требуется ли SCA или рекомендуется
    • Продавец запускает 3DS
  • Необязательно: продавец решает запросить исключения; три возможных результата: 1) освобождение применяется, 2) освобождение не применяется и не оспаривается, или 3) освобождение не применяется и оспаривается
  • Продавец не требует исключений; два возможных результата: 1) эмитент инициирует вызов или 2) эмитент не инициирует вызов
    • Продавец создает транзакцию
  • Продавец инициирует проверку или авторизацию

    • Получите дополнительную информацию о различных сценариях оплаты SCA.

    Решение Braintree 3DS2

    3DS2 через Braintree обеспечивает простой способ аутентификации транзакций с легкостью оформления заказа для держателей карт, а также единую интеграцию, которая управляет множественными отношениями эквайринга. Наши новейшие интерфейсные и мобильные SDK созданы для поддержки всех путей аутентификации 3DS2. Эта новая итерация будет включать метод сбора данных об устройстве и браузере, необходимых каждому отдельному банку-эмитенту, а также элементы данных о клиентах.Продавцы также могут воспользоваться преимуществом переноса обязательств по возвратным платежам 3DS2, чтобы снизить расходы, связанные с возвратными платежами, которые классифицируются как мошеннические.

    Благодаря 3DS2 Braintree дает продавцам усовершенствованное оружие в борьбе с мошенничеством, а также преимущества беспрепятственного и безопасного оформления заказа - и все это с душевным спокойствием, которое обеспечивается стандартным решением для аутентификации, отвечающим требованиям SCA. Решение Braintree 3DS2 также предлагает встроенную поддержку протоколов 3DS2 и 3DS1 и может автоматически перенаправлять ваши транзакции, поэтому вы можете быть уверены, что ваш бизнес будет соответствовать требованиям SCA независимо от готовности эмитента.

    Дополнительное чтение:

  • Дополнительные сведения о надежной аутентификации клиентов можно найти здесь.
  • Узнайте больше о решении Braintree 3DS2 здесь.
  • Узнайте больше о том, как SCA повлияет на распространенные сценарии оплаты, здесь.
  • Начните с документации по интеграции здесь.

    • Что такое 3D Secure 2 (3DS2)?

    Последнее обновление 1 октября 2019 г.

    Несмотря на то, что дата вступления в силу 14 сентября 2019 г. требований PSD2: строгой аутентификации клиентов (SCA) пришла и ушла, у многих продавцов все еще есть вопросы о том, как обеспечить соответствие своих транзакций SCA.(Для получения последней информации о постоянно меняющемся нормативно-правовом поле в Европе, пожалуйста, обратитесь к нашей шпаргалке SCA.) Хотя правила и требования могут показаться сложными, решение простое: 3D Secure 2 (3DS2).

    3DS2 - это рекомендованное Braintree решение для удовлетворения требований SCA, которое может помочь обеспечить аутентификацию держателя карты и защиту от мошеннических транзакций. Последнее обновление 3DS, которое позволяет банкам-эмитентам проверять держателей карт во время транзакций, также дает преимущества для продавцов: оно может помочь передать ответственность за споры о мошенничестве эмитентам, помочь снизить затраты, связанные с возвратными платежами, и даже помочь увеличить конверсию.

    Что такое 3D Secure?

    3DS - это протокол безопасности, который обеспечивает дополнительный уровень защиты для онлайн-покупок с помощью кредитных и дебетовых карт. Впервые он был развернут Visa как «Verified by Visa», а затем переименован в «Visa Secure». С момента первоначального внедрения услуги аутентификации платежей на основе 3DS были приняты Mastercard, American Express и другими крупными эмитентами и схемами.

    Протокол соединяет продавцов, карточные сети и финансовые учреждения для аутентификации транзакций и обмена данными.Дополнительный этап проверки помогает защитить как держателей карт, так и продавцов во время оформления заказа - поиск определяет, зарегистрирован ли держатель карты в 3D Secure и потребуется ли им аутентифицировать транзакцию.

    3DS2: повышенное качество обслуживания клиентов

    Первоначальный протокол 3D Secure, 3DS1, был разработан задолго до смартфона, и он показал - 3DS1 стал известен в отрасли как «убийца конверсий» из-за сложного процесса транзакций.

    Но 3DS2 был специально разработан, чтобы помочь уменьшить это трение, особенно для мобильных касс, благодаря удобному взаимодействию с мобильными устройствами и встроенным SDK для Android и iOS. И хотя его основная цель - удовлетворить требования SCA к биометрии и двухфакторной аутентификации, 3DS2 может помочь улучшить конверсию, сделав оформление заказа более быстрым и простым для клиентов.

    Дополнительные преимущества 3DS2

    Это решение нового поколения обеспечивает автоматическую защиту от мошенничества.Он всегда включен, помогая защитить клиентов и продавцов - никаких тонких настроек или обслуживания, кроме необходимых обновлений, не требуется. И вместо того, чтобы требовать участия держателя карты, 3DS2 использует данные устройства и браузера для точной оценки аутентификации, которая обычно происходит за кулисами. Он также предлагает улучшенные способы замены статических паролей в случае возникновения проблемы.

    Сдвиг ответственности за мошеннические операции

    Когда мошеннические транзакции действительно происходят, с помощью 3DS2 продавцы могут переложить ответственность за возврат платежа за эти транзакции с себя на банк-эмитент.

    Разрешение на лифты

    Эмитенты могут одобрить больше транзакций при использовании 3D Secure.

    Упростите соответствие SCA

    Все компании, ведущие бизнес в Европе, должны знать требования PSD2: SCA. Включение 3DS2 - это рекомендуемый подход для обеспечения соответствия новым правилам.

    Как это работает

    Добавляя этап аутентификации для онлайн-покупок, 3DS2 обеспечивает еще один уровень защиты от мошенничества для онлайн-транзакций по кредитным и дебетовым картам.

    Торговец токенизирует карту
  • Продавец токенизует карту клиента или использует ранее токенизированную карту
    • Продавец запрашивает информацию об аутентификации
  • Необязательно: продавец запрашивает информацию об аутентификации, руководство Braintree по применимости SCA
  • Braintree сообщает, требуется ли SCA или рекомендуется
    • Продавец запускает 3DS
  • Необязательно: продавец решает запросить исключения; три возможных результата: 1) освобождение применяется, 2) освобождение не применяется и не оспаривается, или 3) освобождение не применяется и оспаривается
  • Продавец не требует исключений; два возможных результата: 1) эмитент инициирует вызов или 2) эмитент не инициирует вызов
    • Продавец создает транзакцию
  • Продавец инициирует проверку или авторизацию

    • Получите дополнительную информацию о различных сценариях оплаты SCA.

    Решение Braintree 3DS2

    3DS2 через Braintree обеспечивает простой способ аутентификации транзакций с легкостью оформления заказа для держателей карт, а также единую интеграцию, которая управляет множественными отношениями эквайринга. Наши новейшие интерфейсные и мобильные SDK созданы для поддержки всех путей аутентификации 3DS2. Эта новая итерация будет включать метод сбора данных об устройстве и браузере, необходимых каждому отдельному банку-эмитенту, а также элементы данных о клиентах.Продавцы также могут воспользоваться преимуществом переноса обязательств по возвратным платежам 3DS2, чтобы снизить расходы, связанные с возвратными платежами, которые классифицируются как мошеннические.

    Благодаря 3DS2 Braintree дает продавцам усовершенствованное оружие в борьбе с мошенничеством, а также преимущества беспрепятственного и безопасного оформления заказа - и все это с душевным спокойствием, которое обеспечивается стандартным решением для аутентификации, отвечающим требованиям SCA. Решение Braintree 3DS2 также предлагает встроенную поддержку протоколов 3DS2 и 3DS1 и может автоматически перенаправлять ваши транзакции, поэтому вы можете быть уверены, что ваш бизнес будет соответствовать требованиям SCA независимо от готовности эмитента.

    Дополнительное чтение:

  • Дополнительные сведения о надежной аутентификации клиентов можно найти здесь.
  • Узнайте больше о решении Braintree 3DS2 здесь.
  • Узнайте больше о том, как SCA повлияет на распространенные сценарии оплаты, здесь.
  • Начните с документации по интеграции здесь.

    • Как работает аутентификация на основе браузера для 3DS2?

    Крайний срок PSD2 для строгой аутентификации клиентов (SCA) быстро приближается, и новый протокол обращается к рыночной тенденции, которая уже давно требует внимания: аутентификация для транзакций мобильной коммерции.Эта аутентификация полностью отсутствовала в первой версии 3DS.

    Мы узнали из «Что такое 3DS2?» что покупатели теперь смогут использовать биометрическую аутентификацию, такую ​​как распознавание отпечатков пальцев и лиц, для аутентификации себя из мобильного приложения. Однако немобильные устройства не имеют возможности использовать биометрические характеристики для аутентификации. Эти функциональные различия вызывают вопрос: а что же тогда аутентификации на основе браузера на изображении 3DS2? Давайте рассмотрим заметные улучшения в браузере.

    Richer Browser Information

    Одним из ключевых элементов 3DS2 является возможность обмена данными в десять раз большим, чем когда-либо прежде. Эти 150 новых полей захватывают и обмениваются такими элементами данных, как информация об учетной записи держателя карты, информация о покупках, аутентификация предыдущей транзакции и информация об устройстве. Поля, регистрируемые для информации об устройстве, различаются в зависимости от метода, которым потребитель выполняет транзакцию: мобильный телефон или браузер. Хотя для двух разных методов есть перекрывающиеся поля, существуют отдельные поля, которые фиксируются для проверки подлинности на основе браузера.

    3DS2 позволяет банку-эмитенту собирать и проводить оценку рисков в реальном времени, используя более подробную информацию браузера. Например, сервер 3DS фиксирует специфичные для браузера поля, такие как часовой пояс, размер экрана пользователя и язык браузера держателя карты.

    Эти данные затем передаются на сервер контроля доступа (ACS) банка-эмитента, который использует аутентификацию на основе рисков для анализа данных и получения оценки риска для этой конкретной транзакции. Если транзакция считается низкорисковой, ACS ответит на запрос аутентификации от сервера 3DS и утвердит транзакцию как низкорисковую без дополнительной аутентификации.

    Ценность для клиента - это удобство оформления заказа, поскольку процесс аутентификации происходил за кулисами браузера.

    Специфичные для браузера поля, захваченные сервером 3DS

    Бесперебойный поток запросов

    Ожидается, что примерно 95% транзакций будут следовать этому процессу без проблем из-за надежных возможностей сбора данных сервера 3DS. Тем не менее, ряд транзакций будет считаться высокорисковым из-за их размера и характера.

    Например, некоторые транзакции могут быть признаны высокорисковыми только на основании кода категории продавца (MCC). Торговцы, подпадающие под такие категории, как круизные линии, лимузин-сервис и мебельные дилеры, считаются торговцами с высоким уровнем риска ассоциациями кредитных карт и могут потребовать дополнительной аутентификации.

    Другие причины для дальнейшей аутентификации могут включать транзакции, превышающие определенный порог суммы транзакции. Версия 2 Директивы о платежных услугах (PSD2) определяет требования для транзакции, требующей строгой аутентификации клиентов.Одно из таких требований для SCA включает транзакции на сумму более 30 евро. В случае одного из этих сценариев поток задач 3DS2 включает в себя заметные улучшения качества обслуживания клиентов, цель которых - снизить высокий процент отказов от корзины, который мы наблюдали с 3DS1.

    Прежний поток вызовов 3DS1 требовал, чтобы клиенты аутентифицировали себя с помощью протокола, который перенаправлял пользователя с веб-сайта продавца в банк-эмитент - полностью оставляя экран кассы.На веб-сайте банка единственный способ пройти аутентификацию - войти в свою учетную запись со статическим паролем. В случае утери или неизвестного пароля пользователям необходимо было либо выполнить полный сброс, либо, в случае около 50% этих пользователей, бросить свою корзину.

    Бывшая 3DS1 Frictionless Flow

    Одно из заметных улучшений 3DS2 позволяет пользователю аутентифицировать себя, не покидая страницы продавца. Новый и улучшенный поток запросов 3DS2 позволяет отправлять одноразовый пароль (OTP) на телефон пользователя для подтверждения транзакции.Этот более плавный поток требует гораздо меньше усилий со стороны покупателя, что, как ожидается, значительно снизит процент отказа от корзины.

    Ход испытаний 3DS2

    Повышение качества обслуживания клиентов

    Продавцы годами искали способы борьбы с мошенничеством в электронной коммерции. Технологические инновации позволили сделать покупки более удобными по мере того, как покупатели переходят от покупок в обычных магазинах к онлайн-магазинам и мобильным устройствам. Несмотря на то, что в платежной индустрии были предприняты благородные усилия по снижению уровня мошенничества, поскольку все больше платежей переходит с транзакций с наличием карты (CP) на транзакции без карты (CNP), большинство усилий не увенчались успехом.

    Первая версия 3DS была представлена ​​в 1999 году и оставляла желать лучшего. Целью первоначального протокола было обеспечение возможности аутентификации транзакций. При удовлетворении этой потребности показатели внедрения не были положительными из-за снижения коэффициента конверсии и отсутствия положительного опыта клиентов. К счастью, 3DS2 подвергается столь необходимой косметической подтяжке, которая призвана восполнить ее недостатки.

    3DS2 улучшает взаимодействие с пользователем, позволяя клиенту завершить процесс оформления заказа безопасным и непрерывным способом.Для ~ 5% транзакций, требующих проверки, новый поток браузера позволит покупателю оставаться на странице продавца, чтобы быстрее и эффективнее пройти аутентификацию.

    No related posts.

    Добавить комментарий

    Ваш адрес email не будет опубликован. Обязательные поля помечены *