Рекуррентные платежи. Основные правила
Рекуррентный платеж - это повторное списание по ранее сохраненным данным карты без повторного ввода реквизитов. Такой платеж инициируется со стороны компании и обычно проходит без участия плательщика.
Для проведения рекуррентного платежа используется один из ранее сохраненных идентификаторов:
- токен карты;
- токен транзакции;
- токен авторизации.
Что важно знать о рекуррентных платежах
Рекуррентные платежи подходят для сценариев, где нужно автоматически списывать оплату повторно, например:
- для подписок;
- регулярных платежей;
- повторных списаний по договору;
- оплаты услуг по графику.
Возможная комиссия со стороны банка
Банк-эмитент может взимать с держателя карты дополнительную комиссию в соответствии с тарифами, указанными в договоре клиента с банком.
Если у плательщика возникают вопросы по такой комиссии, ему нужно обращаться напрямую в банк, выпустивший карту.
Способы проведения рекуррентных платежей
Mandarin поддерживает два сценария рекуррентных списаний:
1. Платеж по токену карты
Списание выполняется по ранее сохраненной привязке карты.
2. Платеж по ранее совершенной транзакции
Списание выполняется с использованием данных ранее проведенной операции.
Подробное описание обоих сценариев доступно в технической документации.
Правила для всех рекуррентных платежей
При настройке рекуррентных платежей рекомендуется заранее учитывать:
- возможные ограничения по типам карт
- правила банка-эмитента
- риск блокировки последующих попыток при негативном ответе
- необходимость отдельной логики обработки отказов
Обращаем внимание!
При получении безусловно негативного кода ответа, все последующие попытки будут заблокированы. Необходимо прекратить списания с карты, при получении кода из списка ниже.
Список безусловно негативных кодов ответов:
| Код | Описание |
|---|---|
| 03 – Invalid merchant | Отклонение запроса из-за запрета выполнения операций в данной категории ТСП. Требования к Эмитенту |
| 04 – Capture card | Отклонение запроса из-за попытки использования постоянно заблокированной карты. Тре бования к Эмитенту |
| 05 – Do not honor | Отклонение запроса из-за отклонения операции Эмитентом без объяснения причин |
| 12 – Invalid transaction | Отклонение запроса из-за запрета выполнения операций данного типа. Требования к Эмитенту |
| 15 – Invalid issuer | Отклонение запроса Платформой из-за отсутствия Эмитента карты в БИН-таблице. Требования к Эмитенту |
| 33 – Expired card, pick up | Отклонение запроса из-за попытки использования постоянно заблокированной карты при условии, что карта не утеряна и не украдена. Требования к Эмитенту |
| 41 – Lost card, pick up | Отклонение запроса из-за попытки использования утерянной карты. Требования к Эмитенту |
| 43 – Stolen card, pick up | Отклонение запроса из-за попытки использования украденной карты. Требования к Эмитенту |
| 57 – Transaction not permitted to issuer/cardholder | Отклонение запроса из-за ограничений на продукт карты. Требования к Эмитенту |
| 58 – Transaction not permitted to acquirer/terminal | Отклонение запроса Платформой из-за недопустимости выполнения Эквайером операций данного типа. Требования к Эмитенту |
| 62 – Restricted card | Отклонение запроса из-за ограничений на карту или счет Держателя карты. Требования к Эмитенту |
| 76 – Unable to locate previous message | Отклонение отмены запроса из-за отсутствия оригинального запроса. Требования к Эмитенту |
| 78 – Invalid/nonexistent account specified | Отклонение запроса из-за попытки использования закрытой карты. Требования к Эмитенту |
| 92 – Unable to route transaction | Отклонение запроса Платформой из-за невозможности его маршрутизации получателю. Требования к Эмитенту |
| 93 – Transaction cannot be completed, violation of law | Отклонение запроса по причине нарушения требований законодательства. Требования к Эмитенту |
| 94 – Duplicate transmission detected | Отклонение задублированного запроса. Требования к Эмитенту |
Согласно правилам МПС, если в качестве ответа на запрос о проведении рекуррентного списания вы получили одну из нижеследующих ошибок, вы можете повторить попытку определенное количество раз:
- Visa – до 4-х раз.
- MasterCard – до 3-х раз
- MIR – до 2-х раз
Учитываемые ошибки:
- код 51 – отказать, на счете недостаточно средств;
- код 61 – отказать, превышение максимальной суммы операции для данн ой карты;
- код 65 – отказать, превышение максимального количества операции для данной карты.
Если были получены отказы не превышающие допустимое количество попыток, то одна успешная операция по карте сразу же приводит к обнулению счетчика по отказам «51\61\65».
Важно!
Данные ограничения установлены в общем на карту, а не на определенный срок, т.е., при получении ошибки 51 - недостаточно средств на карте, по карте MasterCard, вы можете совершить всего 3 попытки списания (только в случае, если код ответа не соответствует безусловно негативному, см. выше список), если ни на одну успех не получен, в дальнейшем нужно прекратить полностью попытки, счетчик попыток не обнуляется автоматически.