Правильно ли я понимаю, по базовым платежам без RBA-машины эмитенты будут вызывать постоянный challange и пользовательский опыт не будет отличаться от 3DS 1.x.x?
По Вашему опыту, хватает ли RBA данных от browser канала с отключенным java script для перехода на frictionless или это эффективно только для мобильных SDK и браузеров с включенным java script (чего сейчас не встретишь)?
Есть ли какие-то Saas решения в части 3DS для сервис-провайдеров у НСПК?
На самом деле есть. Если посмотреть на описание формирования платежа.
Там обязательный параметр merchantAccount. А вот clientAccountId необязательный.
Из чего можно сделать вывод, что сервис провайдер имеет возможность проконтролировать, что выданный токен используется только тем мерчантом, который его получил. А вот наличие контроля пользователя под вопросом.
В описанном случае про такси оплата чужим токеном получилась именно потому, что она проходила в рамках одного мерчанта. А контроля пользователя ни у мерчанта ни у сервис провайдера нет.
Сервис провайдеру на заметку: Привяжи токен к пользователю!
Скорее всего использовать чужой токен в своем приложении не позволит сервис провайдер или процессинг банка.
Токен будет привязан к идентификатору приложения (мерчанта) и покупателя. Вызов этого токена из другого приложения вернет ошибку.
Также в токенизации часто используют одноразовые токены. Перехваченный токен будет действителен только для одной оплаты и привязывать его куда бессмысленно.
Так что тут приоритетная дырка скорее доступ, чем платежные данные.
Не совсем корректно.
Interchange fee это как раз комиссия от банка эквайера в пользу банка эмитента. ПС ее устанавливает, но он полностью идет эмитенту.
Комиссия ПС это service fee — вот она как раз забирается платежной системой за поддержание работы сервиса.
Обычно interchange fee это % от суммы и зависит от категории карты. Чем тяжелее карта, тем больше процент (хотя в P2P переводах не всегда так).
Service fee это часто фиксированная величина и берется за факт перевода.
Задача сервис провайдера взять с отправителя такую комиссию, чтобы компенсировать себе service fee и interchange fee + другие комиссии и лицензии в целом по сервису.
При средней комиссии 1,5% это вполне удается.
В Беларуси предоплаченные неидентифицированные карточки умерли года 2 или 3 назад.
Нац банк потребовал: идентификация или блокировка.
Рынок подарочных карт умер зато и закладчикам стало труднее денежку за работу получить.
Правильно ли я понимаю, по базовым платежам без RBA-машины эмитенты будут вызывать постоянный challange и пользовательский опыт не будет отличаться от 3DS 1.x.x?
По Вашему опыту, хватает ли RBA данных от browser канала с отключенным java script для перехода на frictionless или это эффективно только для мобильных SDK и браузеров с включенным java script (чего сейчас не встретишь)?
Есть ли какие-то Saas решения в части 3DS для сервис-провайдеров у НСПК?
Там обязательный параметр merchantAccount. А вот clientAccountId необязательный.
Из чего можно сделать вывод, что сервис провайдер имеет возможность проконтролировать, что выданный токен используется только тем мерчантом, который его получил. А вот наличие контроля пользователя под вопросом.
В описанном случае про такси оплата чужим токеном получилась именно потому, что она проходила в рамках одного мерчанта. А контроля пользователя ни у мерчанта ни у сервис провайдера нет.
Сервис провайдеру на заметку: Привяжи токен к пользователю!
Токен будет привязан к идентификатору приложения (мерчанта) и покупателя. Вызов этого токена из другого приложения вернет ошибку.
Также в токенизации часто используют одноразовые токены. Перехваченный токен будет действителен только для одной оплаты и привязывать его куда бессмысленно.
Так что тут приоритетная дырка скорее доступ, чем платежные данные.
Тяжелые это Visa Gold, Platinum и так далее.
По запросу «interchange fee россия» можно легко найти таблицу с суммой комиссии по разным типам карт.
Interchange fee это как раз комиссия от банка эквайера в пользу банка эмитента. ПС ее устанавливает, но он полностью идет эмитенту.
Комиссия ПС это service fee — вот она как раз забирается платежной системой за поддержание работы сервиса.
Обычно interchange fee это % от суммы и зависит от категории карты. Чем тяжелее карта, тем больше процент (хотя в P2P переводах не всегда так).
Service fee это часто фиксированная величина и берется за факт перевода.
Задача сервис провайдера взять с отправителя такую комиссию, чтобы компенсировать себе service fee и interchange fee + другие комиссии и лицензии в целом по сервису.
При средней комиссии 1,5% это вполне удается.
Нац банк потребовал: идентификация или блокировка.
Рынок подарочных карт умер зато и закладчикам стало труднее денежку за работу получить.