Сравнение версий

Ключ

  • Эта строка добавлена.
  • Эта строка удалена.
  • Изменено форматирование.

...

ПараметрВерсия нотификацийОписание
tid1.0, 1.1, 2.0ID транзакции
name1.0, 1.1, 2.0Название товара или услуги
comment1.0, 1.1, 2.0Комментарий платежа. Вы можете передавать через него любую свою информацию.
partner_id1.0, 1.1, 2.0ID партнера, то есть ваш ID
service_id1.0, 1.1, 2.0ID сервиса
order_id1.0, 1.1, 2.0ID заказа. Должен быть уникальным.
type1.0, 1.1, 2.0Тип платежа
cost1.0, 1.1, 2.0Общая сумма заказа
income_total1.0, 1.1, 2.0Общая сумма, заплаченная покупателем
income1.0, 1.1, 2.0Сумма полученная в данном вызове
partner_income1.0, 1.1, 2.0Сумма в рублях вашего дохода по данному платежу
system_income1.0, 1.1, 2.0Сумма в рублях, заплаченная абонентом
command1.0, 1.1, 2.0Текущее действие:
  command=process – вызывается при любой (в том числе частичной) оплате сервиса
  command=cancel – получен отказ от платежного канала, расшифровка причины в поле resultStr
  command=success – вызывается при полной оплате сервиса
  command=recurrent_cancel – вызывается в случае, если держатель карты оменил на рекуррентные платежи.
  command=recurrent_expire – вызывается когда истёк срок  рекуррента.
  command=refund – вызывается в результате выполнения операции отмены платежа. В поле result=ok или fail. А вresultStr – причина отказа.
  command=authorize_payment – вызывается при использовании двойной авторизации при платеже
  command=funds_blocked – вызывается при использовании двух этапной оплаты (BLOCK + CHARGE). Описание в разделе “Двух-этапные платежи (предавторизация)”.

Следует отметить, что в случае полной оплаты сервиса придут и success и process.

result1.0, 1.1, 2.0Только для command=refund, значения ‘ok’ или ‘fail’
resultStr1.0, 1.1, 2.0Текст уведомления.
version1.0, 1.1, 2.0Версия протокола уведомления. (На данный момент: 1.0)
phone_number1.0, 1.1, 2.0Опционально, номер телефона
email1.0, 1.1, 2.0Опционально, email
date_created1.0, 1.1, 2.0дата создания транзакции
recurrent_order_id1.0, 1.1, 2.0ID заказа (order_id), который был передан при первом вызове рекуррентного платежа (только для рекуррентных операций)
card1.0, 1.1, 2.0v 1.0 Маскированный номер карты, в случае если проведенный платеж является рекуррентным (только для рекуррентных операций)
v 1.1 и 2.0 заполнено всегда когда есть поле card
cardholder1.0, 1.1, 2.0Имя держателя карты если присутствует в транзакции
test1.0, 1.1, 2.0Значение 1 (только для тестовых платежей)
check2.0
Алгоритм формирования описан в приложении №1
.
check1.0, 1.1MD5 хеш от параметров: tid + name + comment + partner_id + service_id + order_id + type + cost + income_total + income + partner_income + system_income + command + phone_number + email + result + resultStr + date_created + version + card +  recurrent_order_id + test + secret_key
Где secret_key – секретный ключ сервиса.

...