1.9. Возврат

Введение

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

Значение терминов см. Глоссарий.

Сценарий Возврата

  skinparam roundcorner 20
  skinparam sequenceArrowThickness 1
  skinparam maxmessagesize 100
  skinparam sequenceParticipant underline
  actor Плательщик
  participant "Присоединяющаяся Сторона" as A
  participant "Платёжный Шлюз" as B
  hnote over A,B : Успешная транзакция оплаты, преавторизации или списания
  autonumber
  group Опционально
  Плательщик -> A: Инициация возврата
  activate A
  end
  == Возврат ==
  A -> B: api/v2/return
  activate B
  B --> A: ИД транзакции
  B -> B: Обработка возврата
  group Получение финального статуса
  == Получение обратного вызова \nПрисоединяющейся Стороны ==
  A <- B: Обратный вызов с финальным статусом
  A --> B: HTTP 200
  deactivate B
  == Запрос статуса ==
  A -> B: Получение статуса по ИД транзакции api/v2/status
  activate B
  B --> A: Ответ со статусом, Order-stage
  deactivate B
  end
  group Опционально
  A --> Плательщик: Конечный статус
  deactivate A
  end

Возврат может быть инициирован Присоединяющейся Стороной, опираясь на внутреннюю политику компании или по запросу Плательщика.
(2) Для имплементации запроса возврата см. /api/v2/return/.
(5) Обратный вызов для транзакций возврата будет отправлен только в случае если notify_url был отправлен в начальном запросе или прописан дополнительный URL обратного вызова транзакции возврата на уровне терминала. Если server_callback_url был отправлен в начальном запросе транзакции, обратный вызов для возврата не будет отправлен. Для имплементации обратных вызовов с настройкой финального статуса см. Обратные Вызовы Присоединяющейся Стороны.
(7) Для имплементации запроса статуса заказа, см. /api/v2/status/. Статус должен запрашиваться несколько раз с интервалами в 3-5 секунд до получения финального статуса.
(9) Финальный статус может быть отправлен Присоединяющейся Стороной, опираясь на внутреннюю политику компании или по запросу Плательщика.

Сценарий аннулирования

  skinparam roundcorner 20
  skinparam sequenceArrowThickness 1
  skinparam maxmessagesize 100
  skinparam sequenceParticipant underline
  actor Плательщик
  participant "Присоединяющаяся Сторона" as A
  participant "Платёжный Шлюз" as B
  hnote over A,B : Успешная транзакция оплаты или списания
  autonumber
  group Опционально
  Плательщик -> A: Инициация Аннулирования
  activate A
  end
  == Аннулирование ==
  A -> B: api/v2/void
  activate B
  B --> A: ИД транзакции
  B -> B: Обработка аннулирования
  group Получение финального статуса
  == Получение обратного вызова ==
  A <- B: Обратный вызов с финальным статусом
  A --> B: HTTP 200
  deactivate B
  == Запрос статуса ==
  A -> B: Получение статуса по ИД транзакции api/v2/status
  activate B
  B --> A: Ответ со статусом, Order-stage
  deactivate B
  end
  group Опционально
  A --> Плательщик: Конечный статус
  deactivate A
  end

Аннулирование может быть инициировано Присоединяющейся Стороной, опираясь на внутреннюю политику компании или по запросу Плательщика.
(2) Для имплементации запроса на аннулирование см. /api/v2/void/.
(5) Обратный вызов для транзакций аннулирования будет отправлен только в случае, если notify_url был отправлен в начальном запросе или прописан дополнительный URL обратного вызова транзакции аннулирования на уровне терминала. Если server_callback_url был отправлен в начальном запросе транзакции, обратный вызов для аннулирования не будет отправлен. Для имплементации обратных вызовов с настройкой финального статуса см. Обратные Вызовы Присоединяющейся Стороны.
(7) Для имплементации запроса статуса заказа, см. /api/v2/status/. Статус должен запрашиваться несколько раз с интервалами в 3-5 секунд до получения финального статуса.
(9) Финальный статус может быть отправлен Присоединяющейся Стороной, опираясь на внутреннюю политику компании или по запросу Плательщика.