Справка

Strong Customer Authentication (SCA) — это обязательное требование Европейского Союза, направленное на повышение безопасности платежей. Оно требует, чтобы пользователи подтверждали онлайн-платежи с использованием как минимум двух из трех независимых факторов аутентификации:

1. Что-то, что он знает → пароль, PIN-код.
2. Что-то, что у него есть → телефон, банковская карта, токен.
3. Что-то, чем он является → биометрия (отпечаток пальца, Face ID, голос).

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

3D Secure как часть SCA

3D Secure (3DS) — это технология, разработанная для защиты онлайн-платежей. Она позволяет банкам запрашивать дополнительную аутентификацию клиента при оплате картой в интернете.

С 3DS банк может запрашивать два фактора аутентификации, например:

• SMS-код + пароль интернет-банка.
• Push-уведомление в банковском приложении + биометрия.
• Face ID / Touch ID через приложение банка.

Как Apple Pay выполняет SCA

Apple Pay автоматически соответствует SCA, потому что использует:

1. Биометрию (Face ID, Touch ID) → фактор «что-то, чем вы являетесь».
2. Устройство (iPhone, Apple Watch) → фактор «что-то, что у вас есть».

При оплате через Apple Pay аутентификация происходит на уровне устройства, поэтому дополнительное подтверждение через 3DS обычно не требуется.

‍

3DS — это технология, которая добавляет уровень безопасности для онлайн-платежей, требуя от владельца карты подтвердить платеж в приложении банка или путем ввода одноразового SMS-кода.

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

3D Secure явялется частью требования по двухфакторной аутентификации клиентов Strong Customer Authentication при совершении онлайн платежей.

Подключение и настройка

Активировать 3DS и установить минимальную сумму платежа, от которой он будет применяться, можно в разделе <span class="u-richtext-element">Настройки</span> ➙ <span class="u-richtext-element">Модули</span> ➙ <span class="u-richtext-element">3DS</span>.

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

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

Если страница оплаты открывается клиентом за пределами Израиля, этот чекбокс активируется по умолчанию.

Сокрытие поля для платежей по платежным ссылкам

Поле ввода теудат зеута и чекбокс «Я не гражданин Израиля» могут быть полностью скрыты со страницы оплаты. Это полезно тем, кто принимает оплаты только из-за рубежа.

Для этого в разделе<span class="u-richtext-element">Настройки</span> --> <span class="u-richtext-element">Платежные ссылки</span> активируйте переключатель <span class="u-richtext-element">Скрывать поле ввода теудат зеута.</span>

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

Сокрытие поля для патежей по API

Для передачи номера теудат зеута или сокрытия этого поля со страницы оплаты используйте параметр <span class="u-richtext-element">client_tehudat</span> согласно документации API.

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

Для интеграций по API

Тестовый режим активируется отдельно для каждой интеграции в разделе <span class="u-richtext-element">Настройки</span> --><span class="u-richtext-element">Интеграции по API.</span>

Список тестовых карт можно найти в документации API.

Для платежных ссылок

Тестовый режим доступен и для платежных ссылок, которые создаются в личном кабинете Allpay.

Активировать его можно в разделе <span class="u-richtext-element">Настройки</span> --><span class="u-richtext-element">Платежные ссылки</span> --> <span class="u-richtext-element">Тестовый режим.</span>

После активации все ссылки будут работать в тестовом режиме. Тестовые карты указаны на странице оплаты.

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

Эта функция позволяет по URL управлять суммой оплаты, передавать данные о клиенте, заполненные на вашей платформе, а также контролировать путь клиента после оплаты.

Сначала в личном кабинете Allpay необходимо создать платежную ссылку и установить ей тип <span class="u-richtext-element">Плательщик укажет сумму</span>.

К адресу платежной ссылки можно добавить параметры <span class="u-richtext-element">amount</span> для суммы оплаты, <span class="u-richtext-element">client_name</span> и <span class="u-richtext-element">client_email</span> для данных клиента.

Например, https://allpay.to/~pay/dynamic?amount=100&client_name=Jason%20Statham&client_email=jason@go.com

Если параметры <span class="u-richtext-element">client_name</span> и <span class="u-richtext-element">client_email</span> не указаны, мы запросим эти данные у клиента при оплате.

Таким образом, возможно использовать одну платежную ссылку для всех клиентов, задавая индивидуальную сумму для каждого из них.

Название товара

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

Параметры lang и client_tehudat

<span class="u-richtext-element">lang</span> — язык страницы оплаты. Он определяется автоматически по языку браузера клиента, но вы можете изменить его, передав значения AR (арабский), EN (английский), HE (иврит) и RU (русский).

<span class="u-richtext-element">client_tehudat</span> — номер теудат зеута, который передается в квитанцию об оплате. Чтобы скрыть это поле со страницы, передайте девять нулей.

Параметр add_field

Также можно использовать параметр <span class="u-richtext-element">add_field</span>, значение которого система без изменений передаст в URL редиректа после успешной оплаты (как настроить URL редиректа см. в статье Перенаправление после оплаты).

Например, https://allpay.to/~pay/dynamic?amount=100&add_field=any_text

В приведенном выше примере параметр <span class="u-richtext-element">add_field=any_text</span> будет передан в URL редиректа после оплаты без изменений. Так вы можете отслеживать конверсию, переводить клиента на нужный этап воронки вашего чат-бота и выполнять иные необходимые действия после оплаты.

При необходимости, вы можете заложить в значение <span class="u-richtext-element">add_field</span> строку с несколькими параметрами, разобрав их обратно на стороне вашего сервера. Например, <span class="u-richtext-element">add_field=par1-value1,par2-value2</span>.

Видеоинструкция

Создание платежных форм

Используя этот метод и базовые навыки веб-разработки, вы можете создавать платежные формы для вашего сайта. Такие формы не заменяют полноценное использование нашего API, но являются простым и удобным решением для приема оплат.

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

Пример работы:

По этим ссылкам можно посмотреть исходные коды форм, использованных на видео:

https://allpay.to/demo/snippet-example-1.html

https://allpay.to/demo/snippet-example-2.html

Используя ChatGPT, вы можете адаптировать функционал форм под ваши конкретные нужды.

‍

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

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

Чтобы сделать одну из кнопок предвыбранной на странице оплаты ее необходимо отметить звездочкой.

Клиент выберет кнопку с нужной суммой, либо введет свою и сделает оплату. Транзакция отобразится на главном экране платежей, как и любая другая.

Передача суммы через URL ссылки

Если в конце URL-адреса ссылки дописать <span class="u-richtext-element">?amount=СУММА</span>, то кнопки и поля ввода исчезнут и сумма станет фиксированной.

Например, https://allpay.to/~pay/dynamic?amount=300

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

В статье «Передача параметров через URL платежной ссылки» вы можете узнать о других возможностях передачи параметров через URL.

‍

‍

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

Требования для сайта

<span class="u-richtext-counter">1</span> Из содержимого сайта легко понять, что вы продаете.

<span class="u-richtext-counter">2</span> На сайте размещены контактные данные бизнеса:

• Телефон или WhatsApp, 
• Е-мейл,
• Адрес (город, улица, номер дома).

Если у бизнеса нет адреса, разместите тот, который указан в вашем свидетельстве о регистрации бизнеса (ишур эсек патур/мурше).

<span class="u-richtext-counter">3</span> Размещены Политика конфиденциальности и Условия оказания услуг/продажи товаров на английском или иврите.

Шаблон Политики конфиденциальности: ENG, HEB

Шаблон Условий (продажа товаров): ENG, HEB

Шаблон Условий (предоставление услуг): ENG‍

Шаблоны являются примерами. Allpay не дает юридических рекомендаций!

Сайт может быть на любом языке и в любой доменной зоне, однако Политика и Условия должны быть на английском или иврите.

<span class="u-richtext-counter">4</span> Если деятельность требует лицензирования, на сайте размещены соответствующие лицензии и сертификаты.

Требования для социальных сетей

<span class="u-richtext-counter">1</span> Из контента очевидно, что соцсеть используется для бизнеса и какие услуги или товары предлагаются.

<span class="u-richtext-counter">2</span> Страница содержит контактные данные: телефон, е-мейл и адрес (город, улица, номер дома), которые посетитель может легко увидеть.

Если не выполнить требования

Вам может быть отказано в разрешении на проведение платежей.

Allpay, как любой платежный сервис в Израиле, в вопросе выдачи разрешений зависит от внешнего регулятора. Мы делаем все возможное, чтобы наши клиенты получали разрешения, но без вашего содействия это невозможно.

‍

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

Ниже приведены ключевые рекомендации для обеспечения эффективного и удобного интерфейса.

Автоматизируйте повторные попытки при неудачных списаниях

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

Рекомендуемый график: попытайтесь выполнить списание до 7 раз с интервалом в 1 день между каждой попыткой.

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

Уведомляйте пользователей о повторных попытках и предоставьте им возможность пополнить счёт или обновить способ оплаты перед следующей попыткой.

Предоставьте возможность ручного повторного списания

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

Это даст пользователям возможность самостоятельно устранить проблему после её решения (например, пополнив карту).

Убедитесь, что раздел с этой кнопкой остаётся доступным (не блокируется) при наличии неудачных списаний.

Отображайте возвраты в истории транзакций

Если был произведён возврат средств отобразите его в истории транзакций.

Укажите такие детали, как сумма возврата, причина и связанная с ним транзакция.

Это улучшает прозрачность и помогает пользователям легко отслеживать свои финансовые операции.

Позвольте привязать несколько карт

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

Сначала пробуйте списать средства с основной карты и если это не удалось, используйте резервную карту.

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

Обеспечьте лёгкий доступ к кнопке отписки

Сделайте кнопку отписки видимой и легко доступной.

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

Отображайте информацию о тарифе и начислениях

Предоставьте подробную информацию о начислениях непосредственно в интерфейсе.

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

Это держит пользователя информированным, тем самым снижая путаницу и предотвращая жалобы.

Уведомления в реальном времени

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