Cloudpayments ошибка 5051

( 1 оценка, среднее 1 из 5 )

Result Code
Description
Как решить проблему
Куда обратиться

76

51

076

9859

116

603

Insufficient funds

Not sufficient funds

Decline, not sufficient funds

Decline, not sufficient funds
На балансе карты недостаточно средств
Если на карте баланс больше или равен сумме транзакции, а отказ все равно происходит по причине недостатка средств, тогда возможны такие причины:
— банк-эмитент удерживает дополнительные комиссии с держателя карты. Это может возникать в случаях погашение кредита посредством интернет-платежа, либо если договор на обслуживание банковской карты предусматривает дополнительные комиссии;
— происходит конвертация из валюты покупки в валюту карты. Убедитесь, что средств на карте достаточно для покрытия комиссии за конвертацию валют. Некоторые банки-эмитенты устанавливают комиссии на конвертацию валют как-правило в пределах 1%
Банк-эмитент (банк, выпустивший карту)

50

5

9905

180

Transaction declined

Do not honor

Do not Honour

Transaction declined

Do not honor
Не обслуживать
Пожалуй, самый общий и не определенный код отказа. Он может указывать на любые ограничения, наложенные банком-эмитентом, которые банк пожелал оставить не уточненными.
Возможные причины:
— карта заблокирована или на ней установлен статус
— на карте не установлен лимит на оплату в интернет, либо этот лимит недостаточный
— сработали настройки системы безопасности банка-эмитента
— сработали ограничения по сумме или количеству операций по карте у банка-эмитента
— банк-эмитент установил ограничения на проведение данного типа транзакций
— по карте не разрешены международные платежи (доместиковая карта)
— банк-эмитент установил ограничение на транзакции с двойной конвертацией валют (DCC)
— банк-эмитент установил ограничения на транзакции в данной валюте
— банк-эмитент установил ограничения на транзакции в данной стране
— банк-эмитент в США ограничил по карте операции в валюте, отличной от USD
— банк-эмитент в США ограничил по карте операции в странах бывшего СНГ и других рисковых регионах
Банк-эмитент (банк, выпустивший карту). Если банк-эмитент не видит данную транзакцию, тогда необходимо обратиться в банк-эквайер (банк, обслуживающий торговую точку) или к платежному провайдеру

55

055

12

902

9882

9912

Invalid transaction

Invalid transaction card / issuer / acquirer

Decline reason message: invalid transaction

Invalid transaction
Операция для данной карты или мерчанта не разрешена
Причины могут быть теми же, что и для Do not honor
Банк-эмитент (банк, выпустивший карту). Если банк-эмитент не видит данную транзакцию, тогда необходимо обратиться в банк-эквайер (банк, обслуживающий торговую точку) или к платежному провайдеру

95

095

61

061

121

9861

9863

Decline, exceeds withdrawal amount limit

Exceeds amount limit

Exceeds withdrawal limit

Withdrawal limit would be exceeded

Withdrawal limit already reached

Card exceeds withdrawal amount limit
На карте достигнут лимит по сумме операций в сутки, в месяц или на разовую транзакцию
Возможные причины (более детально смотрите по банку-эквайеру выше):
— на карте не установлен лимит операций в интернет или он уже достигнут или будет достигнут с текущей транзакцией
— общий лимит по сумме для операций покупок по карте уже достигнут или будет достигнут с текущей транзакцией
— карта не открыта для расчетов в интернет
— на карте не активирован сервис 3D-Secure из-за чего операции в интернет без 3D-Secure пароля попадают под ограничения банка-эмитента
Банк-эмитент (банк, выпустивший карту)

65

065

82

082

9860

Activity count exceeded

Exceeds frequency limit

Maximum number of times used

Card exceeds withdrawal frequency limit
На карте достигнут лимит по количеству операций в сутки или в месяц
Возможные причины (более детально смотрите по банку-эквайеру выше):
— на карте не установлен лимит операций в интернет или он уже достигнут или будет достигнут с текущей транзакцией
— общий лимит по количеству операций покупок по карте уже достигнут или будет достигнут с текущей транзакцией
— карта не открыта для расчетов в интернет
— на карте не активирован сервис 3D-Secure из-за чего операции в интернет без 3D-Secure пароля попадают под ограничения банка-эмитента
Банк-эмитент (банк, выпустивший карту)

57

119

Not permitted to client

Transaction not permitted on card

Transaction not permitted to card

Decline, transaction not permitted to cardholder

Transaction not permitted to card

Not permitted to client

Decline, transaction not permitted to cardholder

Function Not Permitted To Cardholder

Not permitted to client
Транзакция не разрешена для карты или клиента

Банк эмитент отклонил транзакцию так как она не может быть осуществлена для этой карты или клиента.

Возможные причины (более детально смотрите по банку-эквайеру выше):
— данный карточный продукт не рассчитан для такого типа операции
— для данной карты не настроен такой тип операции на стороне банка-эмитента

Банк-эмитент (банк, выпустивший карту)

58

120

Decline, transaction not permitted to terminal

Not permitted to merchant

The requested service is not permitted for terminal

Function Not Permitted To Terminal

Txn Not Permitted On Term

Not permitted to merchant
Транзакция не разрешена для терминала или мерчанта
Мерчант или терминал настроен некорректно, или данный тип операции не разрешен на стороне банка-эквайера или платежного провайдера. В первую очередь нужно уточнить конфигурацию торговой точки у платежного провайдера и список допустимых операций
Банк-эквайер (банк, обслуживающий торговую точку) или к платежному провайдеру

211

N7

9881

Bad CVV2

Decline for CVV2 Failure

CVV2 is invalid

Invalid CVV2

Decline Cvv2 failure

Invalid CVV2 code
Введен неверный CVV2 код во время проведения платежа
Необходимо проверить CVV2 код на оборотной стороне карты. Код состоит из 3 цифр для Visa/MasterCard/Discover и из 4 цифр для карт American Express.
CVV2 код также может называться CVC2, CID, CSC2 код.
В некоторых случаях такой код отказа может возвращаться и при вводе неверного срока действия карты.
Стоит обратить внимание, если банк эмитент использует динамический код CVV2, генерируемый на короткий промежуток времени в клиент-банке — срок жизни такого CVV2 кода мог истечь на момент совершения операции
Банк-эмитент (банк, выпустивший карту)

058

59

059

62

062

9858

104

Restricted card

Restricted status

Decline, restricted card

Card is restricted

Your card is restricted

Restricted Card
Операции по карте ограничены
Возможные причины:
— операции по карте в данном регионе/стране не разрешены
— на карте установлен статус, ограничивающий платежи
— для карты не доступны интернет-платежи
Банк-эмитент (банк, выпустивший карту)

56

056

Transaction not supported by institution
Your card is not supported. Please use card of other payment system
Данный тип платежной системы не поддерживается
Банк-эквайер или платежный провайдер не поддерживает платежную систему данной карты.
Отказ может возникать в таких случаях:
— оплата картой локальной платежной системы за рубежом. Например картой платежной системы МИР за пределами РФ, картой платежной системы ПРОСТИР за пределами Украины
— оплата картами оплата AMERICAN EXPRESS, Diners Club,JCB, China Union Pay, Discover которые не поддерживаются платежным провайдером
— оплата картой Monobank в счет микро-кредитной организации (погашение кредита), либо выдача кредит. Монобанк блокирует операции в адрес МФО по некоторым типам карт
Банк-эквайер (банк, обслуживающий торговую точку) или к платежному провайдеру
Монобанк, если карта этого банка

100

1000

Decline (general, no comments)

General decline, no comments

General decline

General decline
Общий отказ.
Причины могут быть теми же, что и для Do not honor
Банк-эмитент (банк, выпустивший карту)

54

101

Expired card

Decline, expired card

Expired card

Pick-up, expired card

Card expired

Invalid card expiry date
Истек срок действия карты
Возможные причины
— срок действия карты закончился
— указан неверный срок действия карты
— карта была перевыпущена с новым сроком
Банк-эмитент (банк, выпустивший карту)

14

111

9852

1012

305113

Card number does not exist

Invalid card number

No such card

Decline, card not effective

Invalid card

Wrong card number

Invalid card number
Неверный номер карты
Возможные причины:
— неверный номер карты
— карта не действительна
— оплата картой локальной платежной системы за рубежом. Например картой платежной системы МИР за пределами РФ, картой платежной системы ПРОСТИР за пределами Украины
— оплата картами оплата AMERICAN EXPRESS, Diners Club,JCB, China Union Pay, Discover которые не поддерживаются платежным провайдером
— операции по карте в данном регионе/стране не разрешены
— на карте установлен статус, ограничивающий платежи
Банк-эмитент (банк, выпустивший карту)

909

42

7

07

108

9875

207

42

External Decline Special Condition

Special Pickup

Pick up card (special)

Pick up card, special condition (fraud account)

Pick-up, special conditions

Decline, refer to card issuer’s special conditions

Pick up card, special condition (fraud account)
Специальный отказ банка-эмитента. Владелец карты подозревается в мошенничестве.
Банк-эмитент подозревает держателя карты в мошенничестве, либо система безопасности (антифрод-система) банка эмитента отклонила транзакцию
Банк-эмитент (банк, выпустивший карту)

122

63

89

Decline, security violation

Security violation

Security violation
Отказ по соображениям безопасности
Код отказа может отдаваться как банком-эмитентом, так и банком-эквайером. Возможные причины:
— карточный счет заморожен или заблокирован
— ограничения правил безопасности (система Antifraud на стороне любого из участников)
Банк-эмитент (банк, выпустивший карту)
Банк-эквайер (банк, обслуживающий торговую точку) или к платежному провайдеру

200

76

114

21

Invalid account

Decline, no account of type requested

No To Account

Invalid card number
Неверный номер карты или счета
Возможные причины:
— счет карты закрыт или заблокирован
— по счету запрещены расходные операции
— карта не действительна
— неверный номер карты
— оплата картой локальной платежной системы за рубежом. Например картой платежной системы МИР за пределами РФ, картой платежной системы ПРОСТИР за пределами Украины
— оплата картами оплата AMERICAN EXPRESS, Diners Club,JCB, China Union Pay, Discover которые не поддерживаются платежным провайдером
— операции по карте в данном регионе/стране не разрешены
— на карте установлен статус, ограничивающий платежи
— карта не предназначена для расчетов в интернет
Банк-эмитент (банк, выпустивший карту)

74

074

907

911

910

9872

91

291

82

908

810

Unable to authorize

Decline reason message: card issuer or switch inoperative

Destination not available

Issuer or switch inoperative

Issuer unavailable

Time-out at issuer

Decline reason message: card issuer timed out

Decline reason message: transaction destination cannot be found for routing

Transaction timeout

Acquiring bank request timeout

Ошибка связи: таймаут

Недоступен эмитент/эквайер

Таймаут при попытке связи с банком-эмитентом. Как правило такая ошибка возникает при проблемах технического характера на стороне любого из участников: банка-эквайера, банка эмитента, платежной системы Visa/MasterCard/МИР.

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

Банк-эквайер (банк, обслуживающий торговую точку) или к платежному провайдеру

Банк-эмитент (при получении 91 кода)

15

815

92

No such card/issuer

No such issuer

Invalid Issuer

Invalid card number
Указан неверный номер карты
см. Неверный номер карты

811

96

0

System error
Unknown payment system error
Технический сбой на стороне эквайера/платежной системы
Технический сбой на стороне банка-эквайера
Банк-эквайер (банк, обслуживающий торговую точку) или к платежному провайдеру

4

04

44

43

200

104

Pick-up (general, no comments)

Pick up card

Your card is restricted

Hot Card, Pickup (if possible)

Hold — Pick up card

Pick-up, restricted card

Pick-up, card acceptor contact card acquirer

Pick up card (no fraud)
Изъять карту
Банк-эмитент отклонил транзакцию с сообщением о необходимости изъять карту, если это возможно. Как правило причиной является блокировка карты по причине утери
Банк-эмитент (банк, выпустивший карту)

52
Number of PIN tries exceeded
PIN tries exceeded
Превышен лимит попыток ввода PIN-кода
На карте установлен статус в связи с превышением попыток ввода PIN-кода при оплате в наземных POS-терминалах или использования карты в банкомате.
Также причиной может быть то, что карта только что выпущена и первой операцией для нее должна быть операция смены PIN-кода
Банк-эмитент (банк, выпустивший карту)

205

110

13

567

9913

9867

Invalid advance amount

Decline, invalid amount

Invalid amount

Invalid amount
Неверная сумма
Причины отказа:
— слишком маленькая сумма. Если карта открыта в валюте, убедитесь, что сумма транзакции не менее 1 цента доллара США или 1 Евро цента
— слишком большая сумма
— из суммы транзакции невозможно удержать сумму комиссии платежного провайдера. Убедитесь, что сумма транзакции не меньше суммы всех комиссий
— ограничения на карте плательщика на стороне банка, который выпуcтил карту.
— достигнуты лимиты на стороне банка-эквайера.
Банк-эквайер (банк, обслуживающий торговую точку) или к платежному провайдеру, Банк-эмитент (банк, выпустивший карту)

948

102

202

9934

59

Suspected fraud

Decline, suspected fraud

Suspected fraud
Подозрение в мошенничестве
Система безопасности одного из участников процессинговой цепочки подозревает участие карты в мошеннических действиях или в компрометации.
Также, возможно, что банк-эмитент заблокировал карту/счет в связи с подозрительными действиями, скиммингом, компрометацией
Банк-эмитент (банк, выпустивший карту)

800

904

30

030

9874

574

Format error

Decline reason message: format error

Format error
Ошибка формата сообщения
Технический сбой при попытке авторизовать транзакцию у банка-эмитента. Вероятно, какие-то из атрибутов транзакции указаны неверно. Необходимо уточнить у банка детали, которые вызвали такой отказ.
Банк-эквайер (банк, обслуживающий торговую точку) или к платежному провайдеру

41

540

208

9840

Lost Card, Pickup

Pick up card (lost card)

Lost card

Lost card, pick-up

Pick-up, lost card

Lost card
Карта утеряна
На карте установлен статус утеряна по заявлению картодержателя.
Банк-эмитент (банк, выпустивший карту)

93

124

Violation of law

Decline, violation of law

Suspected fraud
Транзакция не может быть выполнена: нарушение закона
Банк-эмитент отказал в осуществлении транзакции во избежание нарушения закона
Банк-эмитент (банк, выпустивший карту)

909

96

Decline reason message: system malfunction

System malfunction

System malfunction
Технический сбой на стороне эквайера/платежной системы
Технический сбой на стороне банка-эквайера
Банк-эквайер (банк, обслуживающий торговую точку) или к платежному провайдеру

01

02

107

108

Refer to card issuer

Decline, refer to card issuer

Decline, refer to card issuer special conditions

Refer to issuer

Decline, refer to card issuer
Обратиться к банку-эмитенту
Отказ банка-эмитента. Держатель карты должен обратиться в свой банк
Банк-эмитент (банк, выпустивший карту)

201
Incorrect PIN
Incorrect PIN
Неверный PIN
На карте установлен статус в связи с превышением попыток ввода PIN-кода при оплате в наземных POS-терминалах или использования карты в банкомате.
Также причиной может быть то, что карта только что выпущена и первой операцией для нее должна быть операция смены PIN-кода
Банк-эмитент (банк, выпустивший карту)

210
Bad CAVV
Do not honor
Неверный CAVV
Ошибка возникает при проверке 3DSecure на стороне банка-эмитента. Причиной может случить либо неверная настройка 3DSecure на карте, либо некорректная реализация Apple/Google Pay токенов на стороне платежной платформы, мерчанта или банка-эквайера
Банк-эквайер (банк, обслуживающий торговую точку) или к платежному провайдеру

43

209

057

9841

Pick up card (stolen card)

Pick-up, stolen card

Stolen card

Stolen card, pick-up

Lost/Stolen

Lost or stolen card

Stolen card
Карта украдена
Банк-эмитент установил на карте статус «украдена» по обращению держателя карты
Банк-эмитент (банк, выпустивший карту)

6000

106

Pre-authorizations are not allowed within this context.

Merchant is not allowed preauth

Preauth not allowed
Операция предавторизации на разрешена для торговца
Необходимо обратиться к платежному провайдеру или банку-эквайеру для активации двухстадийной оплаты перед пред-авторизацию/завершение (preauth/capture или prepurchase/completion или authorization/sale)
Банк-эквайер (банк, обслуживающий торговую точку) или к платежному провайдеру

03

3

109

9903

20003

Invalid merchant

Decline, invalid merchant

Merchant is not configured correctly
Мерчант настроен некорректно
Необходимо обратиться к платежному провайдеру или банку-эквайеру для настройки или активации мерчанта или мерчант-аккаунта.
Также причиной может быть некорректно переданный идентификатор мерчанта в транзакции
Банк-эквайер (банк, обслуживающий торговую точку) или к платежному провайдеру

Ошибка 5001 на терминале с телефонной оплатой возникает довольно часто, в результате чего оплата становится невозможной. Каковы причины этой проблемы? Что делать в случае ошибки

Причины проблемы

Ошибка 5001 с терминальными платежами часто возникает из-за:

1. Проблемы в работе электронного чипа на карте.
2. Неправильные настройки терминала.
3. Ошибки работы считывателя.

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

Самостоятельно устранить ошибку 5001 на Сбербанке или другом банковском терминале не представляется возможным.

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

Причины появления ошибки 5001 при оплате с помощью NFC:

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

Если телефон не падал или не падал в воду, скорее всего, вам нужно просто отредактировать некоторые настройки, чтобы ошибка NFC 5001 не повторилась.

Как устранить ошибку на смартфоне?

Инструкции по устранению неполадок одинаковы для всех типов смартфонов и планшетов:

1. Вам нужно зайти в «Настройки»
2. Из «Настройки» перейдите в «NFC». (можно найти с помощью функции поиска или в разделе безопасности устройства).
3. Затем перейдите в «Дополнительные возможности».
4. В этом разделе см. «Расположение компонента безопасности».
5. Меняем сим кошелек на NFC.

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

Инструкция для электронных устройств с системой Android:

1. Вы должны полностью выключить устройство.
2. Затем нужно одновременно нажать несколько кнопок: «Питание» и обе кнопки громкости.

Инструкция для владельцев iPhone:

1. Откройте настройки, выберите «Основные».
2. Прокрутите до конца раздела, найдите и нажмите кнопку «Сброс».
3. В появившемся меню выберите «Удалить содержимое и настройки» или «Сбросить все настройки».

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

Рекомендации по теме

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

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

Чтобы телефон не выдавал код ошибки, в нем можно произвести необходимые настройки NFC, а также избежать грубого обращения с устройством.

Заключение

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

CloudPayments.ru не работает сегодня июнь 2023?

Узнайте, работает ли CloudPayments.ru в нормальном режиме или есть проблемы сегодня

 Статус CloudPayments.ru : нет сбоя  

0 комментариев

Сообщить о сбое в соцсетях:

CloudPayments.ru сбои за последние 24 часа

Не работает CloudPayments.ru?

Не открывается, не грузится, не доступен, лежит или глючит?

Форум пользователей CloudPayments.ru

Подсказки? Разочарования? Обсуждаем проблемы сервиса с другими посетителями сайта:

Чат с регистрацией

идентификация не требуется

комментарии с нецензурной лексикой и оскорблениями удаляются

Перейти к контенту

CloudPayments — электронная система для обработки платежей с помощью банковских карт.

Описание

Способы оплаты

• Через платежную форму на вашем сайте

• С помощью API по криптограмме карты

• Через SDK для мобильных приложений

С кем работают?

• Юр.лица

• ИП

• самозанятые

Тарифы

• Единоразовая оплата — 1500 рублей.

• Абонентская плата — 900 рублей в месяц.

• Комиссионные отчисления — 3,9%, но не менее 3,90 руб.

• Если платеж отклонен, то за это взимается отдельная оплата 50 коп.

Преимущества системы

• Возможность принимать рекуррентные платежи.

• Нативная система отплаты (оплата в окне браузера без перезагрузки страницы).

Подключиться к CloudPayments

Настройка

Настройка в CloudPayments

После регистрации в CloudPayments вам будет доступен личный кабинет.

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

В настройках будут указаны:

• Public ID — это id вашего сайта, его нужно указать в настройках модуля Cloudpayments (в админке BM).

• Пароль для API, также нужно указать в настройках модуля Cloudpayments в BM.

Ниже в личном кабинете Cloudpayments будет список уведомлений для вашего сайта.

Иллюстрация 1. Список уведомлений

Нужно включить следующие уведомления и указать там URL адреса. Все уведомления методом POST
Наличие SSL сертификата обязательно, т.е. все URL с https.

Check — https://ваш-сайт/payments/cloudpayments/result.php?check
Это уведомления для формирования и проверки платежа.

Pay — https://ваш-сайт/payments/cloudpayments/result.php?pay
Это уведомление об успешной оплате.

Если вы будете использовать автоплатежи (рекурренты), то включите уведомление recurrent
Recurrent — https://ваш-сайт/payments/cloudpayments/result.php?recurrent

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

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

Настройка онлайн-кассы

Если вы используете другую онлайн кассу и хотите отправлять на неё уведомления о платежах, то можно воспользоваться сервисом rocketr.ru

Он помогает состыковать стороннюю онлайн кассу с Cloudpayments, Paypal и другими вариантами эквайринга.

Иллюстрация 2. Панель управления сервисом Rocketr

Интерфейс у них очень простой.

У нас используется онлайн касса Kit Invest, т.к. они партнёры Яндекс.Кассы и у них уже настроенное взаимодействие.

Для того, чтобы передавать данные чека в Kit Invest из Cloudpayments, нам сначала нужно зарегистрироваться в сервисе Rocketr (14 дней бесплатно),
далее указать в уведомлениях Cloudpayments такие адреса.

Check — https://ваш-сайт/payments/cloudpayments/result.php?check

Pay — https://ac.rocketr.ru/payments/cloudpayments?email=ваш_емейл_в_rocketr

Confirm — https://ac.rocketr.ru/payments/cloudpayments?email=ваш_емейл_в_rocketr

Refund — https://ac.rocketr.ru/payments/cloudpayments?email=ваш_емейл_в_rocketr

Всё сохранить.

После чего вернуться в кабинет Рокетр и в настройках интернет-эквайринга включить перенаправление на ваш Billing Master
https://ваш_сайт.ru/payments/cloudpayments/result.php?pay

Иллюстрация 3. Настройка интернет-эквайринга

В настройках онлайн кассы указываете значения для вашей кассы.

При подключении других схем в сервисе Rocketr есть инструкции и техподдержка.

Описание объекта carddata:

Api и доступные методы

Данные передаются в формате Json, методом POST на сервер Cloudpayments.

Пример запроса на оплату по криптограмме:

{
    "Amount":10,
    "Currency":"RUB",
    "InvoiceId":"1234567",
    "IpAddress": "123.123.123.123",
    "Description":"Оплата товаров в example.com",
    "AccountId":"user_x",
    "Name":"CARDHOLDER NAME", // CardCryptogramPacket Обязательный параметр
    "CardCryptogramPacket":"01492500008719030128SMfLeYdKp5dSQVIiO5l6ZCJiPdel4uDjdFTTz1UnXY 3QaZcNOW8lmXg0H670MclS4lI qLkujKF4pR5Ri T/E04Ufq3t5ntMUVLuZ998DLm OVHV7FxIGR7snckpg47A73v7/y88Q5dxxvVZtDVi0qCcJAiZrgKLyLCqypnMfhjsgCEPF6d4OMzkgNQiynZvKysI2q xc9cL0 CMmQTUPytnxX52k9qLNZ55cnE8kuLvqSK TOG7Fz03moGcVvbb9XTg1oTDL4pl9rgkG3XvvTJOwol3JDxL1i6x VpaRxpLJg0Zd9/9xRJOBMGmwAxo8/xyvGuAj85sxLJL6fA=="
    "Payer":
      { 
        "FirstName":"Тест",
        "LastName":"Тестов",
        "MiddleName":"Тестович",
        "Birth":"1955-02-24",
        "Address":"тестовый проезд дом тест",
        "Street":"Lenina",
        "City":"MO",
        "Country":"RU",
        "Phone":"123",
        "Postcode":"345"
    }
}

Пример ответа (некорректный запрос):

• Аутентификация запросов;
• Идемпотентность API;
• Тестовый метод;
• Оплата по криптограмме;
• Обработка 3-D Secure;
• Оплата по токену (рекарринг);
• Подтверждение оплаты;
• Отмена оплаты;
• Возврат денег;
• Выплата по криптограмме;
• Выплата по токену;
• Просмотр транзакции;
• Проверка статуса платежа;
• Выгрузка списка транзакций;
• Выгрузка токенов;
• Создание подписки на рекуррентные платежи;
• Запрос информации о подписке;
• Поиск подписок;
• Изменение подписки на рекуррентные платежи;
• Отмена подписки на рекуррентные платежи;
• Создание счета для отправки по почте;
• Отмена созданного счета;
• Просмотр настроек уведомлений;
• Изменение настроек уведомлений;
• Запуск сессии для оплаты через Apple Pay.

Asv-сканирование

ASV-сканирование — автоматизированная проверка вашего сайта на наличие уязвимостей. Сканер проверяет наличие вирусов, известных уязвимостей, таких как XSS, SQL Injections и так далее. После чего составляет детальный отчет с инструкцией по устранению проблем, если они были обнаружены.

Использование сканера необходимо для приема платежей по технологии Checkout, для остальных инструментов — виджет, мобильный SDK, рекарринг и рекуррент — его использование не требуется.

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

Cancel

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

Параметры передаются в теле запроса, список представлен в следующей таблице:

В ответ на запрос система ожидает получить ответ в JSON-формате с обязательным параметром code:

Код определяет результат обработки сервером ТСП уведомления и может принимать единственное значение:

Check

Выполняется после того, как держатель заполнил платежную форму и нажал кнопку «Оплатить».

Служит для контроля прохождения платежа: система отправляет запрос на адрес сайта ТСП с информацией об оплате, а сайт должен подтвердить или отклонить возможность принять платеж.

Параметры передаются в теле запроса, список представлен в следующей таблице:

В ответ на запрос система ожидает получить ответ в JSON-формате с обязательным параметром code:

Код определяет результат выполнения проверки возможности выполнить платеж и может принимать следующие значения:

Автоплатежи для благотворительных фондов

Платежное решение подходит для благотворительных фондов. Имя, фамилия, телефон, e-mail и любые другие данные с формы будут сохранены в виджете и переданы на ваш сервер через Pay-уведомление.

Код формы:

this.paySample4=function(){varwidget=newcp.CloudPayments();vardata={//данные дарителяname:$('#name-sample-4').val(),lastName:$('#lastName-sample-4').val(),phone:$('#phone-sample-4').val()};varauto=$('#recurrent-sample-4').is(':checked');//проверкаif(auto){//включаем подпискуdata.CloudPayments={recurrent:{interval:'Month',period:1}//один раз в месяц начиная со следующего месяца}}varamount=parseFloat($('#amount-sample-4').val());varaccountId=$('#email-sample-4').val();widget.charge({// optionspublicId:'test_api_00000000000000000000002',//id из личного кабинетаdescription:'Пожертвование в фонд ...',//назначениеamount:amount,//суммаcurrency:'RUB',//валютаaccountId:accountId,//идентификатор плательщика (обязательно для создания подписки)email:accountId,data:data},function(options){// success//действие при успешной оплате},function(reason,options){// fail//действие при неуспешной оплате});};$('#checkout-sample-4').click(paySample4);

Автоплатежи для интернет-провайдеров

Платежное решение подходит для интернет-провайдеров, операторов связи и телекомов. Уведомления на проверку и регистрацию платежей могут быть настроены как в формате CloudPayments, так и в формате QIWI (ОСМП).

Код формы:

this.paySample3=function(){varwidget=newcp.CloudPayments();vardata={};varauto=$('#recurrent-sample-3').is(':checked');//проверкаif(auto){//включаем подпискуvardate=newDate();//текущая датаdate.setMonth(date.getMonth() 1);//следующий месяцdate.setDate(date.getDate()-1);//минус один деньvarrecurrent={interval:'Month',period:1,startDate:date};//один раз в месяц начиная со следующего месяца за минусом одного дняdata.CloudPayments={recurrent:recurrent}}varamount=parseFloat($('#amount-sample-3').val());varaccountId=$('#account-sample-3').val();widget.charge({// optionspublicId:'test_api_00000000000000000000002',//id из личного кабинетаdescription:'Пополнение счета абонента ' accountId,//назначениеamount:amount,//суммаcurrency:'RUB',//валютаaccountId:accountId,//идентификатор плательщика (обязательно для создания подписки)data:data},function(options){// success//действие при успешной оплате},function(reason,options){// fail//действие при неуспешной оплате});};$('#checkout-sample-3').click(paySample3);

Виды операций

Система предполагает два вида операций: оплата и возврат.

• При оплате деньги перечисляются со счета держателя в пользу ТСП. В случае возврата — наоборот.
• Возврат выполняет ТСП, если покупатель хочет вернуть товар.
• Возврат всегда связан с операцией оплаты, сумма средств с которой будет возвращена держателю. Возвращать можно как всю сумму оплаты, так и ее часть. Деньги обычно возвращаются на карту держателя в тот же день, но иногда, в зависимости от банка-эмитента, могут идти до 3-х дней.
• Операцию оплаты, в отличие от возврата, можно отменить.
• Отмену оплаты выполняет ТСП в случае, если платеж был совершен с ошибкой: неверная сумма, технический сбой и т.д. Есть ограничение — отменить операцию можно только в случае использования двухстадийной схемы оплаты. Деньги при этом будут разблокированы на карте держателя практически мгновенно.

Возможные варианты

• Некорректно сформирован запрос:
  success — false
  message — описание ошибки
• Транзакции отклонена:
  success — false
  model — информация о транзакции и код ошибки
• Транзакции принята:
  success — true
  model — информация о транзакции

Пример запроса на оплату по токену:

Пример ответа:некорректный запрос

Пример ответа:транзакция отклонена. В поле ReasonCode код ошибки (см. справочник)

{"Model":{"ReasonCode":5051,"PublicId":"pk_**********************************","TerminalUrl":"http://test.test","TransactionId":891583633,"Amount":100,"Currency":"RUB","CurrencyCode":0,"PaymentAmount":100,"PaymentCurrency":"RUB","PaymentCurrencyCode":0,"InvoiceId":"1234567","AccountId":"user_x","Email":null,"Description":"Оплата товаров в example.com","JsonData":null,"CreatedDate":"/Date(1635154784619)/","PayoutDate":null,"PayoutDateIso":null,"PayoutAmount":null,"CreatedDateIso":"2021-10-25T09:39:44","AuthDate":null,"AuthDateIso":null,"ConfirmDate":null,"ConfirmDateIso":null,"AuthCode":null,"TestMode":true,"Rrn":null,"OriginalTransactionId":null,"FallBackScenarioDeclinedTransactionId":null,"IpAddress":"123.123.123.123","IpCountry":"CN","IpCity":"Beijing","IpRegion":"Beijing","IpDistrict":"Beijing","IpLatitude":39.9289,"IpLongitude":116.3883,"CardFirstSix":"400005","CardLastFour":"5556","CardExpDate":"12/25","CardType":"Visa","CardProduct":null,"CardCategory":null,"EscrowAccumulationId":null,"IssuerBankCountry":"US","Issuer":"ITS Bank","CardTypeCode":0,"Status":"Declined","StatusCode":5,"CultureName":"ru","Reason":"InsufficientFunds","CardHolderMessage":"Недостаточно средств на карте","Type":0,"Refunded":false,"Name":"CARDHOLDER NAME","Token":"tk_255c42192323f2e09ea17635302c3","SubscriptionId":null,"GatewayName":"Test","ApplePay":false,"AndroidPay":false,"WalletType":"","TotalFee":0},"Success":false,"Message":null}

Пример ответа:транзакция принята

{"Model":{"ReasonCode":0,"PublicId":"pk_**************************","TerminalUrl":"http://test.test","TransactionId":897728064,"Amount":59,"Currency":"RUB","CurrencyCode":0,"PaymentAmount":59,"PaymentCurrency":"RUB","PaymentCurrencyCode":0,"InvoiceId":1234567,"AccountId":"user_x","Email":null,"Description":"Оплата товаров в example.com","JsonData":null,"CreatedDate":"/Date(1635562705992)/","PayoutDate":null,"PayoutDateIso":null,"PayoutAmount":null,"CreatedDateIso":"2021-10-30T02:58:25","AuthDate":"/Date(1635562706070)/","AuthDateIso":"2021-10-30T02:58:26","ConfirmDate":"/Date(1635562706070)/","ConfirmDateIso":"2021-10-30T02:58:26","AuthCode":"A1B2C3","TestMode":true,"Rrn":null,"OriginalTransactionId":null,"FallBackScenarioDeclinedTransactionId":null,"IpAddress":"87.251.91.164","IpCountry":"RU","IpCity":"Новосибирск","IpRegion":"Новосибирская область","IpDistrict":"Сибирский федеральный округ","IpLatitude":55.03923,"IpLongitude":82.927818,"CardFirstSix":"424242","CardLastFour":"4242","CardExpDate":"12/25","CardType":"Visa","CardProduct":"I","CardCategory":"Visa Infinite Infinite","EscrowAccumulationId":null,"IssuerBankCountry":"RU","Issuer":"CloudPayments","CardTypeCode":0,"Status":"Completed","StatusCode":3,"CultureName":"ru-RU","Reason":"Approved","CardHolderMessage":"Оплата успешно проведена","Type":0,"Refunded":false,"Name":"SER","Token":"success_1111a3e0-2428-48fb-a530-12815d90d0e8","SubscriptionId":null,"GatewayName":"Test","ApplePay":false,"AndroidPay":false,"WalletType":"","TotalFee":0},"Success":true,"Message":null}

Длинная запись

Длинная запись для авиа (airline addendum) — расширенная информация о маршрутной квитанции, которая передается вместе с транзакцией на обработку в платежную систему. Использование длинной записи позволяет сократить риски мошеннических операций и снизить стоимость обработки платежа.

Длинная запись состоит из информации о маршрутной квитанции, информации о сегментах, то есть перелетах и информации о пассажирах.

Информация о маршрутной квитанции включает в себя:

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

Для передачи информации о пассажирах, необходимо по каждому указать имя и фамилию латиницей:

Длинную запись можно передать в систему в параметре AirlineAddendum при вызове метода оплаты через API или в ответе на запрос проверки платежа.

Пример формирования длинной записи:

{"TicketNumber":"390 5241025377","BookingRef":null,"Legs":[{"FlightNumber":"A3 971","DepartureDateTime":"2022-05-26T05:15:00","ArrivalDateTime":"2022-05-26T07:30:00","OriginatingCountry":"Россия","OriginatingCity":"Москва","OriginatingAirportCode":"DME","DestinationCountry":"Греция","DestinationCity":"Афины","DestinationAirportCode":"ATH"},{"FlightNumber":"A3 204","DepartureDateTime":"2022-05-26T09:45:00","ArrivalDateTime":"2022-05-26T10:50:00","OriginatingCountry":"Греция","OriginatingCity":"Афины","OriginatingAirportCode":"ATH","DestinationCountry":"Греция","DestinationCity":"Родос","DestinationAirportCode":"RHO"},{"FlightNumber":"A3 980","DepartureDateTime":"2022-06-06T09:00:00","ArrivalDateTime":"2022-06-06T13:45:00","OriginatingCountry":"Греция","OriginatingCity":"Родос","OriginatingAirportCode":"RHO","DestinationCountry":"Россия","DestinationCity":"Москва","DestinationAirportCode":"DME"}],"Passengers":[{"FirstName":"KONSTANTIN","LastName":"IVANOV"},{"FirstName":"JULIA","LastName":"IVANOVA"}]}

Запуск и остановка регулярных платежей

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

Пример: покупатель оплачивает первый месяц предоставления услуг через установочный платеж и дает согласие на ежемесячное списание с его карты начиная со второго месяца.Запуск регулярных платежей может быть выполнен через API или платежный виджет.

Если покупатель отказывается от дальнейших платежей, вы можете отменить подписку в любой момент:

Также плательщик может самостоятельно найти и отменить свои регулярные платежи на сайте системы CloudPayments.

Идемпотентность api

Идемпотентность — свойство API при повторном запросе выдавать тот же результат, что на первичный запрос без повторной обработки. Это значит, что вы можете отправить несколько запросов к системе с одинаковым идентификатором, при этом обработан будет только один успешный запрос, а все ответы будут идентичными.

Таким образом реализуется защита от сетевых ошибок, которые приводят к созданию дублированных записей и действий.Для включения идемпотентности необходимо в запросе к API передавать заголовок с ключом X-Request-ID, содержащий уникальный идентификатор.

Формирование идентификатора запроса остается на вашей стороне — это может быть guid, комбинация из номера заказа, даты и суммы или любое другое значение на ваше усмотрение.Каждый новый запрос, который необходимо обработать, должен включать новое значение X-Request-ID. Обработанный результат хранится в системе в течение 1 часа.

Коды временных зон

В таблице ниже представлены коды временных зон для преобразования времени.

Код	Название
HST	(UTC-10:00) Гавайи
AKST	(UTC-09:00) Аляска
PST	(UTC-08:00) Тихоокеанское время (США и Канада)
MST	(UTC-07:00) Горное время (США и Канада)
CST	(UTC-06:00) Центральное время (США и Канада)
EST	(UTC-05:00) Восточное время (США и Канада)
AST	(UTC-04:00) Атлантическое время (Канада)
BRT	(UTC-03:00) Бразилия
UTC	(UTC) Время в формате UTC
GMT	(UTC) Дублин, Лиссабон, Лондон, Эдинбург
CET	(UTC 01:00) Амстердам, Берлин, Берн, Вена, Рим, Стокгольм
CET	(UTC 01:00) Белград, Братислава, Будапешт, Любляна, Прага
CET	(UTC 01:00) Брюссель, Копенгаген, Мадрид, Париж
CET	(UTC 01:00) Варшава, Загреб, Сараево, Скопье
EET	(UTC 02:00) Афины, Бухарест
EET	(UTC 02:00) Вильнюс, Киев, Рига, София, Таллин, Хельсинки
EET	(UTC 02:00) Восточная Европа
EET	(UTC 02:00) Калининград (RTZ 1)
MSK	(UTC 03:00) Волгоград, Москва, Санкт-Петербург (RTZ 2)
MSK	(UTC 03:00) Минск
AZT	(UTC 04:00) Баку
AMT	(UTC 04:00) Ереван
SAMT	(UTC 04:00) Ижевск, Самара (RTZ 3)
GET	(UTC 04:00) Тбилиси
TJT	(UTC 05:00) Ашхабад, Ташкент
YEKT	(UTC 05:00) Екатеринбург (RTZ 4)
ALMT	(UTC 06:00) Астана, Алматы
NOVT	(UTC 06:00) Новосибирск (RTZ 5)
KRAT	(UTC 07:00) Красноярск (RTZ 6)
HKT	(UTC 08:00) Гонконг, Пекин, Урумчи, Чунцин
IRKT	(UTC 08:00) Иркутск (RTZ 7)
SGT	(UTC 08:00) Куала-Лумпур, Сингапур
ULAT	(UTC 08:00) Улан-Батор
YAKT	(UTC 09:00) Якутск (RTZ
VLAT	(UTC 10:00) Владивосток, Магадан (RTZ 9)
SAKT	(UTC 11:00) Чокурдах (RTZ 10)
ANAT	(UTC 12:00) Анадырь, Петропавловск-Камчатский (RTZ 11)

Коды ошибок

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

Сообщение для плательщика виджет показывает самостоятельно, а в API за него отвечает параметр CardHolderMessage.

Локализация виджета

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

Список поддерживаемых языков:

Обработка ошибок валидации карточных данных:

Онлайн-фискализация

Компания CloudPayments предлагает своим партнерам облачное решение “под ключ” для онлайн-фискализации интернет-платежей, и в рамках соблюдения закона 54-ФЗ для любого бизнеса вы получите:

• выделенную онлайн-кассу, зарегистрированную в ФНС на вашу компанию;
• фискальный накопитель;
• подключение к оператору фискальных данных;
• автоматическое формирование чеков прихода и возврата в момент проведения расчета;
• полный отчет по операциям в личном кабинете.

Касса будет находиться в дата-центре 24/7, с подключением к интернету и питанию, работать круглосуточно и без перебоев. Наши сотрудники будут следить за ее техническим состоянием и своевременно менять фискальные накопители, а специальное программное обеспечение — корректировать ошибки, открывать и закрывать смену по расписанию, в “облаке” ставить чеки в очередь при большой нагрузке и гарантированно отправлять покупателям.

Оплата в рассрочку

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

Код формы:

this.paySample5=function(){varwidget=newcp.CloudPayments();varamount=12000;//по умолчанию 12000 рублей разомvardata={};varpayLater=$('#select-sample-5-later').is(':checked');//проверкаif(payLater){//включаем подпискуdata.CloudPayments={recurrent:{interval:'Month',period:1,amount:1000,maxPeriods:6}//6 месяцев по 1000 рублей начиная со следующего месяца};amount=6000;//сумма первого платежа - 6000 рублей.}widget.charge({// optionspublicId:'test_api_00000000000000000000002',//id из личного кабинетаdescription:'Оплата ...',//назначениеamount:amount,//суммаcurrency:'RUB',//валютаaccountId:'user@example.com',//идентификатор плательщика (обязательно для создания подписки)data:data},function(options){// success//действие при успешной оплате},function(reason,options){// fail//действие при неуспешной оплате});};$('#checkout-sample-5').click(paySample5);

Параметры

Вызов функции pay c аргументом auth или charge определяет схему проведения оплаты:

• charge для одностадийной оплаты
• auth – для двухстайдийной оплаты

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

Платежи в один клик

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

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

Если пользователь согласится, сохраните после оплаты в его профиле маску карты (тип и последние 4 цифры), а также токен. Параметры карты и токен система возвращает в Pay-уведомлении и через API.

• При последующих оплатах предлагайте пользователю оплатить с ранее привязанной карты.

Если пользователь выбирает ранее использованную карту — вызывайте метод оплаты по токену через API.

• Предоставьте пользователю возможность управлять своими картами.

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

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

Рекуррентные платежи

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

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

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

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

Рекуррентные платежи (подписка)

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

Параметры для запуска регулярных платежей необходимо добавить в объект data.СloudPayments.recurrent как в примере ниже::

this.pay=function(){varwidget=newcp.CloudPayments();varreceipt={Items:[//товарные позиции{label:'Наименование товара 3',//наименование товараprice:300.00,//ценаquantity:3.00,//количествоamount:900.00,//суммаvat:20,//ставка НДСmethod:0,// тег-1214 признак способа расчета - признак способа расчетаobject:0,// тег-1212 признак предмета расчета - признак предмета товара, работы, услуги, платежа, выплаты, иного предмета расчета}],taxationSystem:0,//система налогообложения; необязательный, если у вас одна система налогообложенияemail:'user@example.com',//e-mail покупателя, если нужно отправить письмо с чекомphone:'',//телефон покупателя в любом формате, если нужно отправить сообщение со ссылкой на чекisBso:false,//чек является бланком строгой отчетностиamounts:{electronic:900.00,// Сумма оплаты электронными деньгамиadvancePayment:0.00,// Сумма из предоплаты (зачетом аванса) (2 знака после запятой)credit:0.00,// Сумма постоплатой(в кредит) (2 знака после запятой)provision:0.00// Сумма оплаты встречным предоставлением (сертификаты, др. мат.ценности) (2 знака после запятой)}};vardata={};data.CloudPayments={CustomerReceipt:receipt,//чек для первого платежаrecurrent:{interval:'Month',period:1,customerReceipt:receipt//чек для регулярных платежей}};//создание ежемесячной подпискиwidget.charge({// optionspublicId:'test_api_00000000000000000000001',//id из личного кабинетаdescription:'Подписка на ежемесячный доступ к сайту example.com',//назначениеamount:1000,//суммаcurrency:'RUB',//валютаinvoiceId:'1234567',//номер заказа  (необязательно)accountId:'user@example.com',//идентификатор плательщика (обязательно для создания подписки)data:data},function(options){// success//действие при успешной оплате},function(reason,options){// fail//действие при неуспешной оплате});};

Обратите внимание, что создать подписку можно, указав параметр accountId, который может быть e-mail адресом, номером телефона или любым другим идентификатором плательщика.

Больше примеров создания рекуррентных платежей из виджета — в разделе “Сценарии интеграции”.

Самостоятельное размещение apple pay на сайте

Если вы хотите разместить кнопку Apple Pay непосредственно на вашем сайте по примеру ниже, а не через платёжный виджет, то следуйте дальнейшей инструкции.

Интеграция предполагает использование клиентской части (javascript) и серверной. На клиенте вы проверяете совместимость устройства и обрабатываете события: создание сессии, авторизация платежа, обработка платежа.

На серверной части необходимо выполнять вызовы API:

1. Запуск сессии Apple Pay;

2. Проведение оплаты по криптограмме с передачей Apple Pay токена в параметре CardCryptogramPacket;

Если вы хотите поддержать оплату через ApplePay с использование карт НСПК (МИР), вам необходимо убедиться что устройство поддерживает версию ApplePay > 11 и добавить в список поддерживаемых систем “мир“.

Пример js кода:

if(window.ApplePaySession){//проверка устройстваvarmerchantIdentifier='Ваш Apple Merchant ID';varpromise=ApplePaySession.canMakePaymentsWithActiveCard(merchantIdentifier);promise.then(function(canMakePayments){if(canMakePayments){$('#apple-pay').show();//кнопка Apple Pay}});}$('#apple-pay').click(function(){//обработчик кнопкиvarsupportedNetworksArray=["visa","mastercard"];if(ApplePaySession.supportsVersion(11)){supportedNetworksArray.push("mir");//Если устройство поддерживает - добавляем карты МИР}varrequest={// requiredShippingContactFields: ['email'], //Раскомментируйте, если вам нужен e-mail. Также можно запросить postalAddress, phone, name.countryCode:'RU',currencyCode:'RUB',supportedNetworks:supportedNetworksArray,merchantCapabilities:['supports3DS'],//Назначение платежа указывайте только латиницей!total:{label:'Test',amount:'1.00'},//назначение платежа и сумма}varsession=newApplePaySession(1,request);// обработчик события для создания merchant session.session.onvalidatemerchant=function(event){vardata={validationUrl:event.validationURL};// отправьте запрос на ваш сервер, а далее запросите API CloudPayments// для запуска сессии$.post("/ApplePay/StartSession",data).then(function(result){session.completeMerchantValidation(result.Model);});};// обработчик события авторизации платежаsession.onpaymentauthorized=function(event){//var email = event.payment.shippingContact.emailAddress; //если был запрошен адрес e-mail//var phone = event.payment.shippingContact.phoneNumber; //если был запрошен телефон//все варианты смотрите на сайте https://developer.apple.com/reference/applepayjs/paymentcontactvardata={cryptogram:JSON.stringify(event.payment.token)};//передайте полученный токен на бэкэнд сервера и оттуда выполните //запрос  оплаты по криптограмме https://developers.cloudpayments.ru/#oplata-po-kriptogramme,//используя этот токен в параметре CardCryptogramPacket$.post("/ApplePay/Pay",data).then(function(result){varstatus;if(result.Success){status=ApplePaySession.STATUS_SUCCESS;}else{status=ApplePaySession.STATUS_FAILURE;}session.completePayment(status);});};// Начало сессии Apple Paysession.begin();});

Список валют

Наши партнеры принимают платежи в рублях, американских долларах, евро, фунтах стерлингов и 54 других валютах мира.

В таблице ниже представлены названия валют и их коды для использования в параметре currencyвиджета или API.

Схема интеграции для api checkout:

Оплата (первичное создание накопления)

Необходимо использовать запрос payments/cards/charge (либо auth), где в теле запроса в JsonData нужно передать “StartAccumulation”: true:

В ответ на запрос будет получен уникальный EscrowAccumulationId.

{"Model":{"ReasonCode":0,"PublicId":"pk_71efb26a18397ec61b755221123cc","TerminalUrl":"https://example.com","TransactionId":10649404,"Amount":215,"Currency":"RUB","CurrencyCode":0,"PaymentAmount":215,"PaymentCurrency":"RUB","PaymentCurrencyCode":0,"InvoiceId":null,"AccountId":null,"Email":null,"Description":null,"JsonData":"{"Phone": " 74951234567","Cloudpayments": {"Escrow": { "StartAccumulation": true}}}","CreatedDate":"/Date(1640787010601)/","PayoutDate":null,"PayoutDateIso":null,"PayoutAmount":null,"CreatedDateIso":"2021-12-29T14:10:10","AuthDate":"/Date(1640787010877)/","AuthDateIso":"2021-12-29T14:10:10","ConfirmDate":null,"ConfirmDateIso":null,"AuthCode":"A1B2C3","TestMode":true,"Rrn":null,"OriginalTransactionId":null,"FallBackScenarioDeclinedTransactionId":null,"IpAddress":"127.0.0.1","IpCountry":"RU","IpCity":"","IpRegion":" ","IpDistrict":"  ","IpLatitude":1.03923,"IpLongitude":1.927818,"CardFirstSix":"411111","CardLastFour":"1111","CardExpDate":"11/23","CardType":"Visa","CardProduct":"C","CardCategory":"Visa Signature (Signature)","EscrowAccumulationId":"365b6942-94e8-4c5b-aff5-392dc1a51c28","IssuerBankCountry":"RU","Issuer":"CloudPayments","CardTypeCode":0,"Status":"Authorized","StatusCode":2,"CultureName":"ru","Reason":"Approved","CardHolderMessage":"  ","Type":0,"Refunded":false,"Name":null,"Token":null,"SubscriptionId":null,"GatewayName":"Test","ApplePay":false,"AndroidPay":false,"WalletType":"","TotalFee":0},"Success":true,"Message":null}

Оплата (по созданному накоплению)

Для последующих запросов (оплат), в рамках созданной безопасной сделки, необходимо добавить AccumulationId в JsonData запроса payments/cards/charge с указанием “StartAccumulation”: false:

Ответ:

{"Model":{"ReasonCode":0,"PublicId":"pk_71efb26a18397ec61b755221123cc","TerminalUrl":"https://example.com","TransactionId":10649405,"Amount":215,"Currency":"RUB","CurrencyCode":0,"PaymentAmount":215,"PaymentCurrency":"RUB","PaymentCurrencyCode":0,"InvoiceId":null,"AccountId":null,"Email":null,"Description":null,"JsonData":"{"Phone": " 74951234567","Cloudpayments": {"Escrow": { "StartAccumulation": false, "AccumulationId": "365b6942-94e8-4c5b-aff5-392dc1a51c28"}}}","CreatedDate":"/Date(1640787317880)/","PayoutDate":null,"PayoutDateIso":null,"PayoutAmount":null,"CreatedDateIso":"2021-12-29T14:15:17","AuthDate":"/Date(1640787319410)/","AuthDateIso":"2021-12-29T14:15:19","ConfirmDate":null,"ConfirmDateIso":null,"AuthCode":"A1B2C3","TestMode":true,"Rrn":null,"OriginalTransactionId":null,"FallBackScenarioDeclinedTransactionId":null,"IpAddress":"127.0.0.1","IpCountry":"RU","IpCity":"","IpRegion":" ","IpDistrict":"  ","IpLatitude":1.03923,"IpLongitude":1.927818,"CardFirstSix":"411111","CardLastFour":"1111","CardExpDate":"11/23","CardType":"Visa","CardProduct":"C","CardCategory":"Visa Signature (Signature)","EscrowAccumulationId":"365b6942-94e8-4c5b-aff5-392dc1a51c28","IssuerBankCountry":"RU","Issuer":"CloudPayments","CardTypeCode":0,"Status":"Authorized","StatusCode":2,"CultureName":"ru","Reason":"Approved","CardHolderMessage":"  ","Type":0,"Refunded":false,"Name":null,"Token":null,"SubscriptionId":null,"GatewayName":"Test","ApplePay":false,"AndroidPay":false,"WalletType":"","TotalFee":0},"Success":true,"Message":null}

Выплата

Для завершения сделки необходимо отправить запрос payments/token/topup с указанием AccumulationId и массива транзакций к выплате:

Массив транзакций оплаты для выплаты должен должен содержать только транзакции, которые проводились по терминалу оплаты с текущим AccumulationId.
Выплата будет осуществлена только по тем TransactionId, которые были указаны в TransactionIds в запросе payments/token/topup.

Термины и определения:

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

В спорных случаях выступает Арбитром в спорах и несет финансовую ответственность.Сделка – процесс приобретения товара/услуги одним физическим лицом у другого.Оплата – приобретение товара/услуги у физического лица.Выплата – получение вознаграждения физического лица, оказавшего услугу/продавцу товара.

Widget – всплывающая форма для ввода реквизитов карты и e-mail адреса плательщика.Checkout – скрипт, который прописывается на сайте, собирает из указанной формы карточные данные и составляет из них криптограмму для оплаты через API.

Тестирование

Сразу после создания нового сайта в ЛК он находится в тестовом режиме работы — это значит, что платежи и прочие операции будут проходить в режиме эмуляции.

Для тестирования можно использовать карты:

Уведомления

Самым заметным отличием сервиса Cloudpayments является возможность широкой настройки Callback(или Webhook) уведомлений на адрес вашего проекта о различных событиях происходящих в момент оплаты. Это позволяет реализовать очень гибкий функционал взаимодействия вашего проекта с сервисом приема платежей, а также с вашим клиентом(пользователем производящим оплату).

Поддерживаются уведомления следующих типов:

Check уведомление — Запрос на проверку платежаPay уведомление — Уведомление о принятом платежеFail уведомление — Уведомление о об отклоненном платежеConfirm уведомление — Уведомление о проверке платежаRefund уведомление — Уведомление о возврате платежаReceipt уведомление — Уведомление об онлайн чекеKkt уведомление — Уведомление об статусе кассыRecurrent уведомление — Уведомление об изменении статуса подпискиCancel уведомление — Уведомление об отмене платежа

На стороне вашего проекта, при получении уведомлений, рекомендуется проверять статус, сумму, дату и ID клиента.

Скрипт обработки Pay уведомления(пример):

Условия успешного создания чека

• В чеке есть хотя бы одна позиция;
• Во всех позициях указано наименование;
• Цена и сумма позиции не отрицательная;
• Общая сумма всех позиций больше нуля;
• Входная строка наименования товара длиной не более 128 символов, более длинные строки будут обрезаны;
• Указанная система налогообложения должна совпадать с одним из вариантов, зарегистрированных в ККТ;
• Числовые значения переданы с точностью не более двух знаков после запятой;
• Передан ИНН, если он требуется в документации.

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

Формат передачи данных для онлайн-чека

Данные для чека необходимо передавать в формате json по примеру ниже:

varreceipt={"Items":[//товарные позиции{"label":"Наименование товара 1",//наименование товара"price":100.00,//цена"quantity":1.00,//количество"amount":100.00,//сумма"vat":0,//ставка НДС"method":0,// тег-1214 признак способа расчета - признак способа расчета"object":0,// тег-1212 признак предмета расчета - признак предмета товара, работы, услуги, платежа, выплаты, иного предмета расчета"measurementUnit":"шт"//единица измерения},{"label":"Наименование товара 2",//наименование товара"price":200.00,//цена"quantity":2.00,//количество"amount":300.00,//сумма со скидкой 25%"vat":10,//ставка НДС"method":0,// тег-1214 признак способа расчета - признак способа расчета"object":0,// тег-1212 признак предмета расчета - признак предмета товара, работы, услуги, платежа, выплаты, иного предмета расчета"measurementUnit":"шт",//единица измерения"excise":0.01,// тег-1229 сумма акциза"countryOriginCode":"156",// тег-1230 цифровой код страны происхождения товара в соответствии с Общероссийским классификатором стран мира 3 симв. "customsDeclarationNumber":"54180656/1345865/3435625/23",// тег-1231 регистрационный номер таможенной декларации 32 симв. "ProductCodeData"://данные маркировки товара{"CodeProductNomenclature":"3031303239303030303033343....a78495a4f6672754744773d3d"//HEX представление штрих/бар кода маркировки целиком (Только для касс Микропэй)}},{"label":"Наименование товара 3",//наименование товара"price":300.00,//цена"quantity":3.00,//количество"amount":900.00,//сумма"vat":20,//ставка НДС"method":0,// тег-1214 признак способа расчета - признак способа расчета"object":0,// тег-1212 признак предмета расчета - признак предмета товара, работы, услуги, платежа, выплаты, иного предмета расчета"measurementUnit":"шт",//единица измерения"AgentSign":6,//признак агента, тег ОФД 1057, 1222"AgentData":{//данные агента, тег офд 1223"AgentOperationName":null,// наименование операции банковского платежного агента или банковского платежного субагента, тег ОФД 1044"PaymentAgentPhone":null,// телефон платежного агента, тег ОФД 1073"PaymentReceiverOperatorPhone":null,// телефон оператора по приему платежей, тег ОФД 1074"TransferOperatorPhone":null,// телефон оператора перевода, тег ОФД 1075"TransferOperatorName":null,// наименование оператора перевода, тег ОФД 1026"TransferOperatorAddress":null,// адрес оператора перевода, тег ОФД 1005"TransferOperatorInn":null// ИНН оператора перевода, тег ОФД 1016},"PurveyorData":{//данные поставщика платежного агента,  тег ОФД 1224"Phone":" 74951234567",// телефон поставщика, тег ОД 1171"Name":"ООО Ромашка",// наименование поставщика, тег ОФД 1225"Inn":"1234567890"// ИНН поставщика, тег ОФД 1226}}],"calculationPlace":"www.my.ru",//место осуществления расчёта, по умолчанию берется значение из кассы"taxationSystem":0,//система налогообложения; необязательный, если у вас одна система налогообложения"email":"user@example.com",//e-mail покупателя, если нужно отправить письмо с чеком"phone":"",//телефон покупателя в любом формате, если нужно отправить сообщение со ссылкой на чек"customerInfo":"",// тег-1227 Покупатель - наименование организации или фамилия, имя, отчество (при наличии), серия и номер паспорта покупателя (клиента)"customerInn":"7708806063",// тег-1228 ИНН покупателя "isBso":false,//чек является бланком строгой отчётности"AgentSign":null,//признак агента, тег ОФД 1057"amounts":{"electronic":1300.00,// Сумма оплаты электронными деньгами"advancePayment":0.00,// Сумма из предоплаты (зачетом аванса) (2 знака после запятой)"credit":0.00,// Сумма постоплатой(в кредит) (2 знака после запятой)"provision":0.00// Сумма оплаты встречным предоставлением (сертификаты, др. мат.ценности) (2 знака после запятой)}}vardata={//содержимое элемента data"CloudPayments":{"CustomerReceipt":receipt,//онлайн-чек}}

Описание параметров для формирования объекта СustomerReceipt смотрите в документации сервиса CloudKassir.

Через эквайринг CloudPayments происходит платёж, создаётся чек и ссылка на этот чек должна отправляться через вэбхук мне на сервер. Вебхук подключил, но журнал уведомлений в лк на сайте эквайера говорит что сервер вернул код 500. Пробовал сам отправлять тот же самый запрос — всё работает. В поддержке подтвердили : если посылать вручную — работает, но сервис даёт 500 и на их стороне всё работает правильно. Ссылка на доки эквайера — https://developers.cloudkassir.ru/#uvedomleniya . Лог из системного журнала —

Request: #35 V2 GET scooteradminpanel. ru/API/SetTransactionReceipt/?Id=xcFXqcG&DocumentNumber=2568&SessionNumber=31&Number=212&FiscalSign=4089338079&DeviceNumber=01801810027237&RegNumber=0005269331008904&FiscalNumber=9287440300810774&Inn=3528323904&Type=Income&Ofd=ООО «ПЕТЕР-СЕРВИС Спецтехнологии»&Url=https://ofd.ru/rec/3528323904/0005269331008904/928… 18:43:00&InvoiceId=&AccountId=4535&Receipt={«TinyUrl»:»xcFXqcG»,»Email»:null,»Phone»:»+79858803440″,»CalculationPlace»:»http://sota.world/»,»SettlePlace»:»117342, Москва, ул. Бутлерова, 17Б»,»Items»:[{«Label»:»Поплнение счёта»,»Price»:250.0,»Quantity»:1.0,»Amount»:250.0,»Department»:null,»Vat»:null,»EAN13″:null,»AgentSign»:null,»Method»:0,»Object»:0,»MeasurementUnit»:null,»Code»:null,»CalcVat»:null,»VatDescription»:null,»MethodName»:null,»ObjectName»:null,»AgentDescription»:»»,»AgentData»:null,»PurveyorData»:null,»Excise»:null,»CountryOriginCode»:null,»CustomsDeclarationNumber»:null,»ProductCodeData»:null}],»TaxationSystem»:1,»Amounts»:{«Electronic»:250.0,»Cash»:0.0,»AdvancePayment»:0.0,»Credit»:0.0,»Provision»:0.0},»IsBso»:false,»Currency»:0,»CustomerInfo»:null,»CustomerInn»:null,»HasServices»:false,»AgentSign»:null,»EncryptedData»:null,»Signature»:null,»HasAgentData»:false,»CashierName»:null,»CashierInn»:null,»PurveyorData»:null,»AgentData»:null,»DocumentNumber»:»2568″,»SessionNumber»:»31″,»SessionCheckNumber»:»212″,»FiscalSign»:»4089338079″,»FiscalDate»:»2021-06-02T18:43:00Z»,»DeviceNumber»:»01801810027237″,»RegNumber»:»0005269331008904″,»FiscalNumber»:»9287440300810774″,»Ofd»:0,»Url»:»t=20210602T214300&s=250.00&fn=9287440300810774&i=2568&fp=4089338079&n=1″,»TestMode»:false,»ClientAdress»:»noreply@cloudkassir.ru»,»FfdVersion»:105,»KkmModelName»:»MicroPay-ФАС»,»IsSmsDisabled»:true,»ReceiptQrCodeUrl»:»https://qr.cloudpayments.ru/receipt?q=t%3d20210602… «ПЕТЕР-СЕРВИС Спецтехнологии»»,»OfdUrl»:»ofd.ru»,»OfdInn»:»7841465198″,»VatTotals»:[{«Vat»:null,»Label»:null,»Amount»:0.0}],»TaxationSystemDescription»:»УСН (Доход)»}&CalculationPlace=sota.world/&SettlePlace=117342, Москва, ул. Бутлерова, 17Б
Response: The remote server returned an error: (500) Internal Server Error.

Код моего метода —

class SetTransactionReceipt(APIView):
    @swagger_auto_schema(operation_description="Закрыть заказ")
    def get(self, request):
        data = request.query_params
        if 'TransactionId' in data:
            q = request.query_params['n']
            t = '{' + q[q.index(',') + 1:]
            url = json.loads(t)['ReceiptOfdUrl']
            new_link = ReceiptUrl(transaction_id=data['TransactionId'], link=url)
            new_link.save()
        else:
            return HttpResponse(json.dumps({'code': 1}))
        return HttpResponse(json.dumps({'code': 0}))

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

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

Кстати, если вы не планируете кодить всё сами, пишите нам, мы вам поможем.

Как весь процесс оплаты будет работать в общем?

1. Люди будут заполнять данные карты прямо в форме на вашем сайте.
2. При отправке этой формы мы будет отменять непосредственно отправку, затем при помощи JavaScript от CloudPayments преобразовывать данные карты в токен, и только затем отправлять форму.
3. PHP-скрипт обработки отправки формы будет находиться у нас на сайте, мы будем производить первый запрос к API, который либо вернёт ошибку, либо успех, либо то, что нужно подтверждение оплаты по смс (3-D Secure).
4. (дополнительно) Редиректим пользователя на форму от банка, где он подтверждает платёж.
5. (дополнительно) Снова обрабатываем платёж через API, там уже либо успех, либо фейл.

Погнали!

Ах да, ловите ссылку на официальную документацию.

1. Форма оплаты на сайте

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

<div id="errors"></div>
<form id="cp-form" action="checkout.php" method="POST">
	<input type="text" id="first_name" name="first_name" placeholder="Имя" />
	<input type="email" id="email" name="email" placeholder="Email" />
	<input type="text" id="ccNo" placeholder="Номер карты" />
	<input type="number" id="expMonth" placeholder="Месяц" />
	<input type="number" id="expYear" placeholder="Год" />
	<input type="password" id="cvv" placeholder="CVV" />
	<input name="token" type="hidden" value="" />
</form>

Самое главное, на что тут важно обратить внимание:

• Ни в коем случае не указываем атрибут name для полей карты.
• Также для поля CVV очень рекомендую установить type="passowrd".
• В блок #errors будем записывать ошибочки.

2. Создание токена при отправке формы

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

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

add_action( 'wp_enqueue_scripts', function() {
	wp_enqueue_script( 'cp', 'https://checkout.cloudpayments.ru/checkout.js' );
} );

После этого напишем скрипт обработки формы:

// инициализируем Cloud Payments
const checkout = new cp.Checkout({
	publicId: 'ПУБЛИЧНЫЙ API КЛЮЧ',
});
 
// обрабатываем отправку формы
const paymentForm = document.getElementById( 'cp-form' );
paymentForm.addEventListener( 'submit', ( event ) => {
 
	// предотвращаем стандартную отправку
	event.preventDefault();
 
	const form = event.target;
	const errContainer = document.getElementById( 'errors' );
 
	// очищаем старые ошибки, если они есть
	errContainer.style.display = 'none';
	errContainer.innerHTML = '';
 
	// получаем данные карты
	const fieldValues = {
	  cvv: form.querySelector( '#cvv' ).value,
	  cardNumber: form.querySelector( '#ccNo' ).value,
	  expDateMonth: form.querySelector( '#expMonth' ).value,
	  expDateYear: form.querySelector( '#expYear' ).value,
	}
 
	// создаём токен (или по-научному платёжную криптограмму!)
	checkout.createPaymentCryptogram(fieldValues)
		.then((cryptogram) => {
 
			//console.log(cryptogram); // чисто почекать, что всё ок
 
			form.token.value = cryptogram; // записываем в скрытое поле
			form.submit(); // сабмитим форму ручками
 
		}).catch((errors) => {
 
			// стандартное сообщение об ошибке
			let errMessage = 'Что-то пошло не так...';
 
			// каждая ошибка является свойством объекта
			// так что вы можете все их обработать по разному
			// errors.cardNumber, errors.cvv, errors.expDateMonth
			// например
			if(  'CardNumber_Empty' == errors.cardNumber ) {
				errMessage = 'Не могли бы вы указать номер карты?';
			}
 
			errContainer.innerHTML = errMessage;
			errContainer.style.display = 'block';
 
		});
 
} );

Как видите, в примере я решил не использовать jQuery и написал обработку на чистом JavaScript, если он пока вызывает у вас трудности, то вэлкам на мой видеокурс.

3. Обработка формы

По сути содержимое файла checkout.php (или смотря куда вы ссылкаетесь с формы в шаге 1).

// не забываем подключить среду WordPress
require_once( __DIR__ . '/wp-load.php' );
 
$publicID = 'ПУБЛИЧНЫЙ API КЛЮЧ';
$apiKey = 'СЕКРЕТНЫЙ API КЛЮЧ';
 
// вообще бы рекомендовал создать что-то типо заказа на сайте в этом моменте
// $order_id = wp_insert_post( ....
// update_post_meta( $order_id, 'ord_payer_email', ... 
 
// обрабатываем оплату
$response = wp_remote_post(
	//'https://api.cloudpayments.ru/test',
	'https://api.cloudpayments.ru/payments/cards/charge',
	array(
		'method' => 'POST',
		'timeout' => 45,
		'headers' => array(
			'Accept' => 'application/json',
			'Content-Type' => 'application/json',
		 	'Authorization' => 'Basic ' . base64_encode( "$publicID:$apiKey" ),
		),
		'body' => json_encode(
			array(
				'Amount' => $amount,
				'Currency' => 'USD',
				'InvoiceId' => $order_id,
				'IpAddress' =>  $ip,
				'CardCryptogramPacket' => $_POST[ 'token' ],
				'CultureName' => 'en-US',
				'Payer' => array(
					'FirstName' => $_POST[ 'first_name' ]
				)
			)
		)
	)
);
 
// добавляем проверки, что запрос не улетел в ошибку
if( is_wp_error( $response ) || 'OK' !== wp_remote_retrieve_response_message( $response ) ) {
	// обрабатываем ошибку
}
 
// не ошибка? продолжаем
$body = json_decode( wp_remote_retrieve_body( $response ), true );
 
// это обработка 3-D Secure
if( false == $body[ 'Success' ] ) {
 
	$MD = isset( $body[ 'Model' ][ 'TransactionId' ] ) && $body[ 'Model' ][ 'TransactionId' ] ? $body[ 'Model' ][ 'TransactionId' ] : false;
	$PaReq = isset( $body[ 'Model' ][ 'PaReq' ] ) && $body[ 'Model' ][ 'PaReq' ] ? $body[ 'Model' ][ 'PaReq' ] : false;
	$AcsUrl = isset( $body[ 'Model' ][ 'AcsUrl' ] ) && $body[ 'Model' ][ 'AcsUrl' ] ? $body[ 'Model' ][ 'AcsUrl' ] : false;
 
	if( $AcsUrl && $PaReq ) {
 
		// формируем HTML форму прямо тут! и редиректим!
		echo '<p>Редиректим...</p><form id="process3d" action="' . esc_url( $AcsUrl ) . '" method="POST">
			<input type="hidden" name="MD" value="' . absint( $MD ) . '">
			<input type="hidden" name="PaReq" value="' . esc_attr( $PaReq ) . '">
			<input type="hidden" name="TermUrl" value="http://урл-на-вашем-сайте/3ds.php">
			</form>
			<script type="text/javascript">
			    document.getElementById( 'process3d' ).submit();
			</script>';
		exit;
	}
 
	// всё ещё тут? значит какая-то ошибка и тут вам надо её обработать
 
}
 
// всё ещё тут? продолжаем!
if( true == $body[ 'Success' ] ) { 
	// Ура! оплата прошла, делаем то, что нужно
}

Несколько моментов:

• Обратите внимание, что если вы не подключите сразу WordPress (1-2 строчка), то все функции WordPress в последующем коде wp_remote_post(), is_wp_error(), wp_remote_retrieve_response_message() и другие будут выплёвывать ошибку 500.
• Кроме того, если не понимаете, как строить запросы при помощи встроенного в WordPress HTTP API, то смотрите этот видеоурок.
• Может показаться, что редирект на подтверждение платежа выглядит странно (мы формируем HTML форму и сразу забмиттим её в JavaScript, строки 57-64), но это норм практика и вы неоднократно можете встретить её при оплате чего-либо на других сайтах.

Обработка 3-D Secure

Это уже содержимое файла 3ds.php.

$publicID = 'ПУБЛИЧНЫЙ API КЛЮЧ';
$apiKey = 'СЕКРЕТНЫЙ API КЛЮЧ';
 
// обрабатываем платёж после ввода кода потрвеждения
$response = wp_remote_post(
	'https://api.cloudpayments.ru/payments/cards/post3ds',
	array(
		'method' => 'POST',
		'timeout' => 45,
		'headers' => array(
			'Accept' => 'application/json',
			'Content-Type' => 'application/json',
		 	'Authorization' => 'Basic ' . base64_encode( "$publicID:$apiKey" ),
		),
		'body' => json_encode(
			array(
				'TransactionId' => $_POST[ 'MD' ],
				'PaRes' => $_POST[ 'PaRes' ]
			)
		)
	)
);
 
// добавляем проверки, что запрос не улетел в ошибку
if( is_wp_error( $response ) || 'OK' !== wp_remote_retrieve_response_message( $response ) ) {
	// обрабатываем ошибку
}
 
$body = json_decode( wp_remote_retrieve_body( $response ), true );
 
if( true == $body[ 'Success' ] ) {
	// Ура! всё круто
} else {
	// Не круто...
 
	// Код ошибки можно кстати вытащить так:
	$ReasonCode = isset( $body[ 'Model' ][ 'ReasonCode' ] ) && $body[ 'Model' ][ 'ReasonCode' ] ? absint( $body[ 'Model' ][ 'ReasonCode' ] ) : 'declined';
}

И ещё, чтобы вам не пришлось искать тестовые номера карт, вот они.