Analytics Space : Деклайны и как на них смотреть

Важно: Текст ошибки не всегда отражает реальную причину отклонения. В каждом случае нам стоит отталкиваться от такого алгоритма:

  1. Если юзер пытался совершить депозит много раз и у него не получилось - стоит советовать пользователю использовать другую карту/метод и составлять тикет на СС с проблемными транзакциями.

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

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

Например, на скриншоте 1 показана транзакция, которую не смог обработать PSP 1, выдал нам свой деклайн, а при попадании на PSP 2 транзакция успешно завершилась.

Скриншот 1 - Пример успешной транзакции https://staycasino.casino-backend.com/backend/payments/1070044

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

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

Скриншот 2 - Пример не успешной транзакции https://staycasino.casino-backend.com/backend/payments/1066048

Когда в одной причине отклонения содержится сразу 3 вида ошибок и не совсем понятно, на какую из них опираться, то лучше за основу выбирать ошибку от первого провайдера. Например, на скрине 3 показан деклайн, у которого 3 разных провайдера показали 3 разных ошибки. В таком случае нам стоит опереться на CCPSP20 и считать, что транзакция была отклонена из-за проблем с 3DS. 

Если первый PSP оставляет противоречивый или не понятный деклайн, то ориентируемся на PSP. Например, на скриншоте 4 CCPSP20 нам сообщает:”Payment aborted by customer”. Но если пользователь сам отклонил транзакцию, зачем она была перенаправлена на другой PSP? В этом случае нам стоит опираться на часть “Cvv2/cvc2 number is empty or is not numeric” и считать, что юзер не верно ввел данные карты.  

Скриншот 3 - Пример большой ошибки https://staycasino.casino-backend.com/backend/payments/1066275

Скриншот 4 - Пример большой ошибки https://staycasino.casino-backend.com/backend/payments/1054218