Попаду ли я в зону PCI при приёме карт?

По сути, нет. Страница, на которой вводится карта, принадлежит нам и проходит PCI на нашей стороне; ваши серверы получают токен и номер заказа. Это верно независимо от того, где работает страница: на нашем домене, на вашем, в вашем приложении или в виде платёжных полей, встроенных в ваш интерфейс.

Что такое 3-D Secure 2.0 и не снизит ли он конверсию?

Это шаг аутентификации, который обеспечивает строгую аутентификацию клиента по PSD2. Большинство платежей проходит по сигналам устройства и поведения, без challenge. Дополнительная проверка появляется, когда этого требует политика, которую задаёте вы, — так трение становится решением, а не настройкой по умолчанию.

Что происходит, если карта отклонена?

Мягкий отказ повторяется по альтернативному маршруту в рамках той же сессии, прежде чем клиент увидит ошибку. О жёстком отказе сообщается понятным оператору языком — истёк срок карты, недостаточно средств, риск эмитента, — а не сырым кодом эмитента.

Как быстро деньги за карточные платежи доходят до моего банка?

Авторизация холдирует средства при покупке, расчёт их переводит. Заказы за день закрываются в батч и выплачиваются в EUR в то время, которое задано в ваших настройках, — одна банковская строка, которую можно раскрыть до заказов, из которых она сложилась.

Способ · Карты

Карточные платежи — как надо.

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

Смотреть Protocore Gateway Все способы оплаты

Visa·MC

И кобейджинговые схемы

3-DS 2.0

SCA внутри потока

EUR

Зачисляется на ваш счёт

Номеров карт на ваших серверах

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

От карты до банка — четыре шага.

01
ENTER
Клиент вводит карту на нашей hosted-странице: валидация на лету, данные карты до вас не доходят.
02
AUTHENTICATE
3-D Secure работает по политике: большинство платежей проходит по сигналам, а challenge появляется, только когда он необходим.
03
AUTHORIZE
Средства проверяются и холдируются, а мягкий отказ повторяется по альтернативному маршруту.
04
SETTLE
Заказы за день собираются в батч и выплачиваются в EUR по тому же номеру заказа.

Что видит клиент

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

01Форма карты рядом с кошельками, USDC и переводом — не отдельный шаг
02Валидация и определение схемы прямо при вводе номера
03Challenge 3-D Secure внутри страницы, когда этого требует политика

Что получаете вы

Евро в составе дневной выплаты по созданному вами номеру заказа. Авторизацию и списание мы берём на себя; в квитанции фиксируются схема, последние четыре цифры и результат аутентификации. Эта запись — ещё и ваши доказательства в споре: на чарджбэк отвечает один запрос, а не поиск по разным системам.

01Одна строка выплаты в EUR на каждый батч расчётов
02В записи: схема, последние четыре цифры и результат 3-DS
03Возвраты оформляются по заказу, полные или частичные, на ту же карту

Что нужно для подключения

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

FAQ

Карточные платежи — вопросы мерчантов.

По сути, нет. Страница, на которой вводится карта, принадлежит нам и проходит PCI на нашей стороне; ваши серверы получают токен и номер заказа. Это верно независимо от того, где работает страница: на нашем домене, на вашем, в вашем приложении или в виде платёжных полей, встроенных в ваш интерфейс.
Это шаг аутентификации, который обеспечивает строгую аутентификацию клиента по PSD2. Большинство платежей проходит по сигналам устройства и поведения, без challenge. Дополнительная проверка появляется, когда этого требует политика, которую задаёте вы, — так трение становится решением, а не настройкой по умолчанию.
Мягкий отказ повторяется по альтернативному маршруту в рамках той же сессии, прежде чем клиент увидит ошибку. О жёстком отказе сообщается понятным оператору языком — истёк срок карты, недостаточно средств, риск эмитента, — а не сырым кодом эмитента.
Авторизация холдирует средства при покупке, расчёт их переводит. Заказы за день закрываются в батч и выплачиваются в EUR в то время, которое задано в ваших настройках, — одна банковская строка, которую можно раскрыть до заказов, из которых она сложилась.