Инструкция по подключению
Интернет-магазин
Прием оплат через платежный модуль
Установите на сайт платежный плагин для вашей CMS и принимайте оплату.
Полноценная интеграция с API банка
Воспользуйтесь API банка для получения полного функционала::
Прием оплат с помощью платежного виджета
Добавьте на сайт небольшой скрипт и принимайте платежи.
Социальные сети
Прием оплат в социальных сетях
Принимайте оплату без технической интеграции в Ваших социальных сетях:
Landing Page
Прием оплат с помощью платежного виджета
Добавьте на сайт небольшой скрипт и принимайте платежи.
Прием оплат через конструктор платежной формы
Принимайте оплату без технической интеграции на Ваших ресурсах:
Мобильное приложение
Полноценная интеграция с API банка
Воспользуйтесь API банка для получения полного функционала::
Выставление счета на оплату
Отправляйте счет на оплату без технической интеграции в любом удобном месте:
Как это работает?
Система Быстрых Платежей
Оплата по QR-коду на платежной странице
Подключите стандартный интернет эквайринг с СБП и на платежной странице покупателю будет предложен выбор оплатить покупку по QR-коду:
Получение динамического QR-кода по API
Подключение необходимо осуществить самостоятельно по документации
Интеграция c PayKeeper
Для начала интеграции с PayKeeper необходимо оставить заявку:
Готовые решения
Начните зарабатывать на онлайн-торговле, быстро и без лишних трат — подключите полнофункциональное решение от Альфа-Банка и сервиса Subtotal.
Решение включает в себя:
Готовый сайт-витрину магазина с платёжной формой интернет-эквайринга от Альфа-Банка, и встроенный функционал оформления фискальных чеков по ФЗ-54. Не нужно докупать дорогую облачную кассу — чеки будут проводиться на кассе, которая у вас уже есть.
Фискализация
Согласно 54 федеральному закону, с 1 июля 2017 года все российские интернет-ресурсы обязаны выдавать клиентам чеки за онлайн-платежи. При расчётах с физическими лицами должна быть использована специальная контрольно-кассовая техника (ККТ).
Альфа-Банк запустил бесконтактную оплату для карт Visa через «Кошелeк Pay»
Держатели платежных карт Visa Альфа-Банка теперь могут оплачивать покупки касанием смартфона с помощью сервиса бесконтактной оплаты «Кошелeк Pay» компании Cardsmobile, сообщает пресс-служба кредитной организации.
«Чтобы воспользоваться сервисом бесконтактной оплаты «Кошелeк Pay», нужно установить мобильное приложение «Кошелeк». Загрузить в приложение банковские карты можно прикоснувшись смартфоном с NFC, введя реквизиты вручную. Оплачивать покупки с помощью «Кошелeк Pay» можно по всему миру», — говорится в релизе.
Оплачивать покупки с помощью сервиса «Кошелeк Pay» — безопасно. Данные пользователей передаются продавцу в зашифрованном виде. Сервис сертифицирован на соответствие международным стандартам безопасности платежных систем.
В приложение «Кошелек» можно перенести не только банковские, но и дисконтные карты, чтобы получать скидки в любимых магазинах. Среди партнеров приложения — крупнейшие торговые сети страны.
Чтобы оплачивать покупки бесконтактно картами Visa, нужно установить актуальную версию приложения «Кошелeк». Сервис бесконтактной оплаты «Кошелeк Pay» работает на всех Android-смартфонах с NFC и версией операционной системы 5.0 и выше.
«Миссия «Кошелька» — избавить мир от пластиковых карт и полностью заменить привычный бумажник. Поддержка карт Visa — очередной шаг на пути к нашей большой цели. Теперь пользователи приложения могут загрузить в смартфон еще одну карту, которую они активно используют в повседневной жизни», — отметил CEO Cardsmobile Кирилл Горыня.
Как пользоваться бесконтактной оплатой в Альфа-Банке?
При оформлении кредитной или дебетовой карты функция бесконтактной оплаты в Альфа-Банке подключается автоматически. Этот пункт включен в договор. Если при подписании соглашения услуга не была активирована, ее получают дополнительно. Бесконтактные платежи доступны каждому клиенту кредитного учреждения.
Суть NFC-технологий
-e1613187937487.jpg)
Бесконтактная оплата позволяет совершать покупки быстро и безопасно.
Понять, как проходят операции, помогает изучение способа работы системы бесконтактной оплаты. Банковская карта имеет вид пластиковой пластины со встроенным микропроцессором. Банк покупает заготовки у производителя, переносит сведения о клиенте на чип. В смартфонах также имеются модули, на которых содержатся данные о карточном счете. Устройство становится таким же платежным средством. Подобное возможно благодаря использованию технологии NFC, напоминающей беспроводное интернет-подключение.
Для отправки данных от телефона к терминалу используется ближняя связь. Информация передается на небольшие расстояния (менее 20 см). Необходимость ввода пароля при совершении операции отсутствует. Устройства совмещают друг с другом, после чего оплата проходит.
Как бесконтактные платежи проходят в Альфа-Банке
Поддерживающие технологию NFC карты помогают совершать финансовые операции в одно касание. Это относится к мобильным устройствам, снабженным соответствующим модулем. Бесконтактные платежи в Альфа-Банке полностью безопасны. Телефон не нужно отдавать продавцу, процесс контролируется покупателем. Вероятность списания двойной суммы исключена. После проведения операции терминал подает звуковой сигнал и отключается.
Какие карты банка поддерживают бесконтактную технологию
Кредитное учреждение предлагает клиентам большое количество продуктов, снабженных модулем NFC. Полный список платежных инструментов можно найти на сайте alfabank.ru. Технология внедрена почти во все выпускаемые сейчас карты (в том числе в виртуальную). Клиент выбирает платежный инструмент с учетом собственных предпочтений и потребностей. Любителям путешествовать понравится Alfa Travel, помогающая накапливать мили. Для фанатов компьютерных игр предназначена серия Wargaming.
Требования к устройствам для бесконтактных платежей
Телефон, с помощью которого будут выполняться подобные операции, должен быть снабжен чипом NFC. Для старых моделей требуется микропроцессор, хранящий данные приложения. Чип встраивается в материнскую плату. Ранее предустановленное приложение для бесконтактных платежей имелось только в некоторых моделях телефонов. Сейчас технологию поддерживают почти все гаджеты. Поэтому клиент может оставлять кошелек дома. Платежный терминал также должен поддерживать рассматриваемую технологию.
Привязка карты для оплаты
Выполнить процедуру можно 2 способами. С помощью программы «Альфа-Мобайл» привязку выполняют так:
С использованием системы Wallet привязку осуществляют так:
При подключении карты важно правильно заполнить все данные.
Apple Pay поддерживает все продукты MasterCard и VISA, в том числе международные и корпоративные.
Как пользоваться оплатой
Alfabank Pay Pass — продукт, созданный при сотрудничестве кредитного учреждения и международных платежных систем. Технология позволяет проводить операции 4 способами, с помощью разных устройств.
Через приложение Pay от Альфа-Банка
Смартфон — самое популярное средство выполнения бесконтактных финансовых операций. Как оплачивать телефоном вместо карты в Альфа-Банке («Андроид»):
В приложении Pay для добавления карты достаточно нескольких минут.
С помощью смарт-часов
Альфа-Банк выпускает устройство, в комплект которого входят смарт-карта, конверт с проверочным кодом. Стоимость часов составляет 6000 руб. Они совместимы с премиальными пакетами обслуживания, а также зарплатными проектами. Особенности прибора:
Пополнять счет можно в банкоматах банка картой, в «Альфа-клик» и с помощью часов в банкоматах с бесконтактным доступом.
Чтобы оплатить покупку, достаточно поднести часы к считывателю.
Платежное кольцо
В 2015 г. банк совместно с платежной системой Visa выпустил керамический аксессуар стоимостью 2000 руб. Платежное кольцо снабжено электронным чипом Flexitag. Устройство выпускается в черном и белом цветах. Размеры начинаются от 15,5. В комплект входят карта, проверочный код и инструкция. Приобретение аксессуара доступно только клиентам банка. Планируется приостановка действия кольца 30 июня 2021 г. При использовании устройства действуют ограничения:
Для снятия лимитов обращаются в банковское отделение. Баланс пополняют через пластиковую карту или банкомат.
Браслет с NFC
Устройство совместимо только с картой Next. Если клиент владеет таким финансовым продуктом, он может обратиться на горячую линию или в офис банка и заказать браслет. Устройство выпускается в желтом, черном и красном цветах. Логотип компании нанесен на внешнюю сторону браслета. В комплект включена смарт-карта. Она встраивается в аксессуар и привязывается к любому счету.
Преимущества бесконтактных карт от Альфа-Банка
К положительным качествам подобных платежных средств относятся:
-e1613188083370.jpg)
Подобрать карту можно по различным параметрам — со скидками и бонусами, экономией на билетах и другими.
Как получить карту от Альфа-Банка
Порядок оформления зависит от типа выбранного продукта.
Подача заявки
Порядок получения
Процесс выпуска карты длится 3-5 дней. Для получения нужно:
Что делать, если NFC с картой Альфа-Банка не работает
Если при выполнении операции возникают ошибки, выполняют такие действия:
В случае частого использования карты система начинает запрашивать ПИН-код. Это помогает удостовериться в том, что платеж совершает владелец счета. Обнулить счетчик операций можно, вставив платежное средство в слот банкомата и сняв наличные.
Описание схем взаимодействия
Одностадийные платежи
Сценарий оплаты заказа (1)
Одностадийная схема оплаты картой:
В платёжный шлюз возвращаются результаты проверки заказа на мошенничество.
В том случае, если в соответствии с настройками магазина платёж должен идти по SSL, то выполняется следующий шаг сценария (10).
Если в соответствии с настройками магазина платёж должен быть 3DS, то будут выполнены следующие действия:
Платёжный шлюз производит проверку вовлечённости карты в 3-D Secure.
Если авторизации на ACS для данной карты не требуется, то выполняется следующий шаг сценария (10).
Если необходима авторизация на ACS, то будут выполнены следующие действия:
Система магазина запрашивает у платёжного шлюза статус оплаты заказа (по уникальному идентификатору заказа в платёжной системе, который был получен при регистрации заказа в параметре orderId ).
Спецификация обычного запроса состояния заказа представлена в разделах:
Отмена оплаты заказа (1)
Отмена оплаты заказа доступна магазинам при наличии соответствующих прав (по согласованию с банком). При одностадийных платежах отмена платежа возможна для заказов в состоянии «Завершён» / «Deposited».
Отмена оплаты заказа осуществляется стандартными средствами:
С помощью API, посредством интерфейсов REST / WS. Спецификация запроса представлена в разделах:
В случае успешной операции отмены заказ будет переведён из состояния «Завершён»/»Deposited» в состояние «Отменён»/»Reversed».
Возврат средств оплаты заказа (1)
Полный или частичный возврат по оплаченным заказам (в состоянии «Завершён»/»Deposited») осуществляется стандартными средствами:
С помощью API, посредством интерфейсов SOAP / REST. Спецификация запроса представлена в разделах:
После того, как в РБС приходит запрос на возврат средств, отправленный одним из указанных выше способов, РБС осуществляет возврат указанной суммы на счёт клиента.
Проверка вовлечённости карты в 3DS (1)
Система позволяет магазину при необходимости самостоятельно проверить вовлечённость банковской карты в 3-D Secure. Это можно сделать с помощью API, посредством интерфейсов SOAP / REST. Спецификация запроса представлена в разделах:
Добавление в заказ дополнительных параметров (1)
Система позволяет в случае необходимости добавить в заказ дополнительные параметры. Это можно сделать с помощью API, посредством интерфейсов SOAP / REST. Спецификация запроса представлена в разделах:
Статистика по платежам за определённый период (1)
Система позволяет формировать статистику по платежам за определённый период с помощью API, посредством интерфейсов SOAP / REST. Спецификация запроса представлена в разделах:
Двухстадийные платежи
Сценарий оплаты заказа (2)
Двухстадийная схема оплаты картой:
В платёжный шлюз возвращаются результаты проверки заказа на мошенничество.
В том случае, если в соответствии с настройками магазина платёж должен идти по SSL, то выполняется следующий шаг сценария (10).
Если в соответствии с настройками магазина платёж должен быть 3DS, то будут выполнены следующие действия:
Платёжный шлюз производит проверку по номеру карты, чтобы определить, требуется ли применение технологии 3-D Secure при проведении платежа.
Если авторизации на ACS для данной карты не требуется, то выполняется следующий шаг сценария (10).
Если необходима авторизация на ACS, то будут выполнены следующие действия:
Система магазина запрашивает у платёжного шлюза статус оплаты заказа (по уникальному идентификатору заказа в платёжной системе, который был получен при регистрации заказа в параметре orderId ).
Спецификация обычного запроса состояния заказа представлена в разделах:
Отмена оплаты заказа (2)
С помощью API, посредством интерфейсов REST / SOAP. Спецификация запроса представлена в разделах:
В случае успешной операции отмены заказ будет переведён из состояния «Подтверждён»/»Approved» в состояние «Отменён»/»Reversed».
Возврат средств оплаты заказа (2)
Полный или частичный возврат по оплаченным заказам (в состоянии «Завершён»/»Deposited») осуществляется стандартными средствами:
С помощью API, посредством интерфейсов SOAP / REST. Спецификация запроса представлена в разделах:
После того, как в РБС приходит запрос на возврат средств, отправленный одним из указанных выше способов, РБС осуществляет возврат указанной суммы на счёт клиента.
(2)
Проверка вовлечённости карты в 3DS (2)
Система позволяет магазину при необходимости самостоятельно проверить вовлечённость банковской карты в 3-D Secure. Это можно сделать с помощью API, посредством интерфейсов SOAP / REST. Спецификация запроса представлена в разделах:
Добавление в заказ дополнительных параметров (2)
Система позволяет в случае необходимости добавить в заказ дополнительные параметры. Это можно сделать с помощью API, посредством интерфейсов SOAP / REST. Спецификация запроса представлена в разделах:
Статистика по платежам за определённый период (2)
(2)
Система позволяет формировать статистику по платежам за определённый период с помощью API, посредством интерфейсов SOAP / REST. Спецификация запроса представлена в разделах:
Одностадийные автоплатежи
Сценарий проведения первоначального платежа (1)
Платёжный шлюз производит проверку вовлечённости карты в 3-D Secure.
Если авторизации на ACS не требуется, то выполняется следующий шаг сценария (11).
Если необходима авторизация на ACS, то будут выполнены следующие действия:
Система магазина запрашивает у платёжного шлюза статус заказа (по уникальному идентификатору заказа в платёжной системе, который был получен на шаге 3 в параметре orderId ).
Спецификация обычного запроса состояния заказа представлена в разделах:
Система магазина передаёт в браузер клиента страницу с результатами оплаты – успешный платёж или неуспешный.
После успешного проведения первоначального платежа магазин на своей стороне подключает клиенту услугу «Автоплатеж» (определяет дату и сумму списания для данного клиента). В дальнейшем магазин самостоятельно отслеживает дату, когда необходимо провести очередной автоплатёж, и инициирует оплату по идентификатору связки.
Сценарий проведения автоплатежа (1)
Когда наступает дата очередного автоплатежа, магазин инициирует оплату по следующему сценарию:
Система магазина запрашивает у платёжного шлюза статус заказа (по уникальному идентификатору заказа в платёжной системе, который был получен на шаге 2 в параметре orderId ).
Спецификация обычного запроса состояния заказа представлена в разделах:
Получение списка связок клиента (1)
Деактивация/активaция существующей связки (1)
Система позволяет магазинам при необходимости деактивировать существующие свзяки с помощью API, посредством интерфейсов SOAP / REST. Спецификация запроса представлена в разделах:
Изменение срока действия связки (1)
Изменение срока действия связки может потребоваться в случае перевыпуска карты клиента. Сделать это можно с помощью API, посредством интерфейсов SOAP / REST. Спецификация запроса представлена в разделах:
Двухстадийные автоплатежи
Сценарий проведения первоначального плaтежа (2)
Получив платёжные реквизиты, платёжный шлюз производит проверку вовлечённости карты в 3-D Secure.
Если авторизации на ACS не требуется, то выполняется следующий шаг сценария (11).
Если необходима авторизация на ACS, то будут выполнены следующие действия:
Система магазина запрашивает у платёжного шлюза статус заказа (по уникальному идентификатору заказа в платёжной системе, который был получен на шаге 3 в параметре orderId ).
Спецификация обычного запроса состояния заказа представлена в разделах:
Платёжный шлюз возвращает результат обработки запроса. Статус заказа не возвращается. Для получения заказа необходимо отправить в шлюз соответствующий запрос, как описано на шаге 15.
После успешного проведения первоначального платежа магазин на своей стороне подключает клиенту услугу «Автоплатеж» (определяет дату и сумму списания для данного клиента). В дальнейшем магазин самостоятельно отслеживает дату, когда необходимо провести очередной автоплатёж, и инициирует оплату по идентификатору связки.
Сценaрий проведения автоплатежа (2)
Когда наступает дата очередного автоплатежа, магазин инициирует оплату по следующему сценарию:
Платёжный шлюз производит оплату (холдирование средств на карточном счёте клиента) и возвращает результат обработки запроса. Статус заказа не возвращается. Для получения заказа необходимо отправить в шлюз соответствующий запрос.
Спецификация обычного запроса состояния заказа представлена в разделах:
Получение списка связок клиента (2)
Деактивация/активaция существующей связки (2)
Система позволяет магазинам при необходимости деактивировать существующие свзяки с помощью API, посредством интерфейсов SOAP / REST. Спецификация запроса представлена в разделах:
Изменение срока действия связки (2)
Изменение срока действия связки может потребоваться в случае перевыпуска карты клиента. Сделать это можно с помощью API, посредством интерфейсов SOAP / REST. Спецификация запроса представлена в разделах:
Оплата с помощью связки на платежной странице
Общее описание функционала и дополнение на платёжной странице
Данный функционал используется для привязки номера карты к id покупателя в системе магазина (например, к логину).
Если после авторизации на сайте магазина и успешной оплаты заказа по карте клиент повторно на данном сайте оформит заказ под тем же id, то при перенаправлении на платёжную страницу ему будет предложено автозаполнение всех данных по карте, исключая CVC/ CVV.
Если для мерчанта предполагается использование функционала связок, платёжная страница может содержать форму выбора связки для оплаты заказа. Оформление формы должно удовлетворять следующим условиям:
Сценарий оплаты заказа
В том случае, если для данного clientId ещё не создано связки, клиент заполняет полученную форму реквизитами карты и ставит галочку «Запомнить данные этой карты». Затем клиент отправляет данные на сервер платёжного шлюза.
Если для данного clientId существуют одна или несколько привязанных карт, то они отображаются в выпадающем списке в поле для ввода PAN. Клиент выбирает нужную карту (также есть возможность внести реквизиты новой карты). Затем клиент отправляет данные на сервер платёжного шлюза.
В платёжный шлюз возвращаются результаты проверки заказа на мошенничество.
Если настройки магазина требуют проведения SSL-платежа, то выполняется следующий шаг сценария (10).
Если платёж в соответствии с настройками магазина должен быть 3DS, то будут выполнены следующие действия:
Получив платёжные реквизиты, платёжный шлюз производит проверку по номеру карты, чтобы определить, требуется ли применение технологии 3-D Secure при проведении платежа.
Если применение 3DS-технологии не требуется, то выполняется следующий шаг сценария (10).
Если платёж должен быть 3DS, то будут выполнены следующие действия:
Получение списка связок клиента
Получение списка связок банковской карты
При наличии соответствующих разрешений магазин может запросить список всех связок, относящихся к определённой банковской карте. Сделать это можно по номеру карты или по известному идентификатору связки. Спецификация запроса представлена в разделах:
Деактивация/активация существующей связки
Система позволяет магазинам при необходимости деактивировать существующие свзяки с помощью API, посредством интерфейсов SOAP / REST. Спецификация запроса представлена в разделах:
Изменение срока действия связки
Изменение срока действия связки может потребоваться в случае перевыпуска карты клиента. Сделать это можно с помощью API, посредством интерфейсов SOAP / REST. Спецификация запроса представлена в разделах:
Использование «Альфа-клик» для оплаты заказа
Краткое описание системы PayByClick
Система PayByClick является ещё одним платёжным средством платёжного шлюза наравне с оплатой банковскими картами. При этом схема взаимодействия интернет-магазина и платёжного шлюза не изменяется.
Оплата через PayByClick предназначена для клиентов интернет-банка «Альфа-Клик».
Схема интеграции зависит от способа использования платёжного средства «Альфа-Клик»:
Продавец принимает платежи только через «Альфа-Клик». В этом случае для перенаправления клиента в систему PayByClick создаётся запрос оплаты через «Альфа-Клик». Описание процесса оплаты представлен в разделе «Использование только «Альфа-Клик»».
Система PayByClick не предусматривает возможность частичного списания предавторизованного заказа (при двухстадийном процессе), частичной оплаты, частичного или полного возврата средств (reversal или refund). Оплата возможна только в рублях. Отсутствует возможность размещения страницы ввода данных для платежа на стороне сайта магазина.
Для сверки используются существующие реестры платежей e-invoicing.
Сценарии оплаты заказа через «Альфа-Клик»
Использование «Альфа-Клик» и электронной коммерции
Если магазин использует «Альфа-Клик» наряду с электронной коммерцией, то при создании платёжной страницы помимо стандартных требований, описанных в документе «Оформление платёжной страницы», добавляется требование разместить на странице элемент-кнопку:
»
Также существует возможность загрузки магазину стандартной платёжной страницы, где уже размещена кнопка для перехода к оплате через Альфа-Клик. 
Браузер клиента запрашивает форму авторизации с передачей параметров:
Использование только «Альфа-Клик»
Ниже описан основной процесс оплаты через систему PayByClick (без негативных сценариев) в случае, если магазин принимает оплату только через систему PayByClick: 
Браузер клиента запрашивает форму авторизации с передачей параметров:
Тестирование оплаты через «Альфа-Клик»
Переход в систему PayByClick осуществляется:
Откроется страница оплаты через «Альфа-Клик» по адресу http://217.12.96.193/PayByClick/login.xhtml?faces-redirect=true:
Введите логин и пароль «Альфа-Клик», а затем нажмите кнопку «Продолжить». Тестовые реквизиты:
Откроется страница «Авторизация»:
Откроется страница выбора счёта списания:
Использование UPOP для оплаты заказа
Краткое описание системы CUP
Инструмент UPOP является платежным средством платёжного шлюза, который позволяет совершать оплату через систему China UnionPay (CUP). При этом схема взаимодействия интернет-магазина и платёжного шлюза не изменяется.
Оплата через UPOP доступна для держателей карт China UnionPay.
Схема интеграции зависит от способа использования платёжного средства UPOP.
Продавец принимает платежи только через UPOP. В этом случае для перенаправления клиента в систему CUP создаётся запрос оплаты через UPOP. Описание процесса оплаты представлен в разделе «Использование только UPOP».
Система CUP не предусматривает возможность двухстадийной оплаты.
Сценарии оплаты заказа
Использование UPOP и электронной коммерции
Если магазин использует «UPOP» наряду с электронной коммерцией, то при создании платёжной страницы помимо стандартных требований, описанных в документе «Оформление платёжной страницы», добавляется требование разместить на странице элемент-кнопку:
»
По нажатию кнопки выполняется запрос проведения оплаты с помощью UPOP. Описание запроса представлено в разделах:
Использование только UPOP
Ниже описан основной процесс оплаты через систему CUP (без негативных сценариев) в случае, если магазин принимает оплату только через систему CUP: 
После подтверждения заказа клиентом магазин регистрирует заказ в РБС. Для регистрации используются такие параметры как сумма списания, номер заказа в системе магазина (буквенно-цифровое значение длиной от 8-ми до 32-х символов), а также URL возврата клиента. Спецификация запроса представлена в разделах:
Браузер клиента запрашивает форму авторизации с передачей параметров:
Тестирование оплаты через UPOP
Процесс тестирования
Чтобы протестировать проведение оплаты через UPOP:
Переход в систему CUP осуществляется:
Откроется страница авторизации в системе CUP по адресу http://202.101.25.184/beta/index.action?transNumber=201311062352028710592 : 
Откроется страница подтверждения: 
Нажмите «Confirm and Pay». Откроется страница с результатом оплаты: 
По нажатии кнопки Return Merchant происходит перенаправление обратно на страницу магазина, указанную при регистрации заказа в параметре returnUrl (если регистрация делалась посредством REST/ SOAP), либо в параметре адрес возврата (при регистрации через форму).
Тестовые карты China UnionPay
Карты, представленные в данном разделе, предназначены только для тестирования оплаты через UPOP:
Дебетовые карты:
| Тип сведений о карте | Значение |
|---|---|
| Card number | 6223 1649 9123 0014 |
| Mobile phone number | +130 12345678 |
| PIN | 111111 |
| CVN2 | 123 |
| Expiration Date | month 12 year 33 |
| SMS Code on PC | 111111 |
| SMS Code on Mobile | 123456 |
| Тип сведений о карте | Значение |
|---|---|
| Card number | 6250 9470 0000 0014 |
| Mobile phone number | +852 11112222 |
| CVN2 | 123 |
| Expiration Date | month 12 year 33 |
| SMS Code on PC | 111111 |
| SMS Code on Mobile | 123456 |
Карта, выпущенная за пределами Китая:
| Тип сведений о карте | Значение |
|---|---|
| Card number | 4938 8112 3456 2006 |
| Mobile phone number | 11112222 |
| CVN2 | 123 |
| Expiration Date | month 11 year 22 |
| SMS Code on PC | 111111 |
Возврат средств оплаты заказов, оплаченных с помощью UPOP
Полный или частичный возврат по заказам, оплаченным через UPOP, осуществляется стандартными средствами:
С помощью API, посредством интерфейсов REST / SOAP. Спецификация запроса представлена в разделах:
Оплата с использованием Apple Pay
В настоящее время осуществляется поддержка платежей с помощью мобильных приложений. Также, продавец может разместить на своём сайте специальную кнопку, позволяющую принимать платежи через систему Apple Pay. Описание подготовки сайта продавца к приёму платежей Apple Pay не входит в задачи настоящего документа.
Действия продавца, необходимые для подключения к Apple Pay
Действия в личном кабинете платёжного шлюза
Перед тем, как принимать платежи с помощью Apple Pay, в личном кабинете сформируйте ключевую пару и выгрузите запрос подписи сертификата открытого ключа.
Процедура описана в инструкции администратора по работе с консолью.
Создание Merchant ID
Чтобы создать свой Merchant ID (Идентификатор продаваца), выполните следующие действия.
Для завершения этой процедуры у вас должна быть учётная запись Apple Developer (Разработчик Apple).
Данное значение необходимо указать в поле Apple Id в личном кабинете интерент-эквайринга в разделе «Работа с ключами Apple Pay»
Создание сертификата для Merchant ID
Чтобы создать сертификат для своего Merchant ID (Идентификатора продавца), выполните следующие действия.
Нажмите Choose File (Выбрать файл), укажите путь к файлу запросу подписи сертификата, выгруженному из личного кабинета платёжного шлюза.
Примечание. Процедура создания файла запроса подписи сертификата представлена в документе «Инструкция администратора по работе с консолью».
После загрузки сертификата нажмите Done (Готово).
Данный сертификат необходимо использовать для взаимодействия с Apple Pay, в личный кабинет интернет-эквайринга его добавлять не нужно.
Схема взаимодействия при оплате с помощью Apple Pay
При оплате с использованием Apple Pay взаимодействие происходит по следующей схеме. 
Описание схемы приведено ниже.
Проведение рекуррентных платежей через Apple Pay
Чтобы инициировать рекуррентные платежи, необходимо создать соответствующую связку. Для этого необходимо сделать запрос на проведение платежа и указать в запросе значение clientId :
Для последующих запросов на проведение рекуррентных платежей используется запрос recurrentPayment :
В таблице ниже представлены ссылки на справочную информацию об Apple Pay.
Сценарий оплаты Apple Pay с платёжной страницы на стороне платежного шлюза
Продавец регистрирует заказ в платёжном шлюзе.
Оплата с использованием Google Pay
Введение
Возможны несколько вариантов реализации возможности оплаты с помощью системы Google Pay.
| Реализация способа оплаты | Описание |
|---|---|
| Из мобильного приложения | Оплата осуществляется из мобильного приложения с мобильного устройства пользователя. В этом сценарии приложение запрашивает зашифрованные данные у Google Pay. Эти данные необходимо передать в платёжный шлюз. |
| Сценарий оплаты с перенаправлением пользователя в ACS | Если пользователь выбрал вариант оплаты через Google Pay нетокенизированной картой, в ответе на запрос оплаты в платёжный шлюз вернутся данные для перенаправления пользователя на ACS эмитента. Ниже представлена схема взаимодействия. |
| С веб страницы, при этом платёжная страница расположена на стороне продавца | Оплата осуществляется с веб-страницы. Пользователь выбирает оплату на сайте продавца, при этом продавец запрашивает зашифрованные платёжные данные у системы Google Pay. Затем продавец должен отправить эти данные в платёжный шлюз. |
| С веб страницы, при этом платёжная страница расположена на стороне платёжного шлюза | Оплата осуществляется с веб-страницы. Продавец перенаправляет пользователя на страницу платёжного шлюза, дальше платёжный шлюз обменивается данными с сисемой Google Pay, после чего производится платёж. |
Сценарий оплаты в мобильном приложении
Приложение отправляет в платёжный шлюз запрос на оплату Google Pay, указывая полученный от системы Google Pay токен:
Сценарий оплаты с перенаправлением пользователя в ACS
Приложение отправляет в платёжный шлюз запрос на оплату Google Pay, указывая полученный от системы Google Pay токен:
Пользователь переходит на сайт ACS и аутентифицируется.
Действия продавца, необходимые для подключения Google Pay к приложению
Перед тем, как принимать платежи с помощью Google Pay, ознакомьтесь со всеми требованиями и условиями со стороны Google.
Подключение Android приложения к Googel Pay API:
Документация по подключению:
Рекомендации для подключения Android приложения к Google Pay:
Сценарий оплаты с платёжной страницей на стороне Продавца
Если платёжная страница расположена на стороне Google Pay, платёж происходит по следующей схеме. 
Система интернет-магазина формирует запрос в платёжный шлюз на оплату Google Pay, указывая полученные зашифрованные платёжные данные:
Действия продавца, необходимые для подключения Google Pay к веб-странице
Перед тем, как принимать платежи с помощью Google Pay, ознакомьтесь со всеми требованиями и условиями со стороны Google.
Подключение веб-страницы к Googel Pay API:
Документация по подключению:
Рекомендации для подключения веб-страницы к Google Pay:
Сценарий оплаты с платёжной страницей на стороне платежного шлюза
Продавец регистрирует заказ в платёжном шлюзе.
Оплата с использованием Samsung Pay
Предварительные действия
Перед тем, как принимать платежи через Samsung Pay, продавец должен зарегистрироваться на партнёрском портале Samsung. После этого в личном кабинете платёжного шлюза продавец должен сгенерировать ключевую пару, экспортировать запрос подписи сертификата и загрузить его на партнёрском портале Samsung.
Схема с использованием мобильного приложения
Ниже представлена схема взаимодействия при проведения платежа с использованием мобильного приложения. 