транзакция не найдена что это значит

Транзакция отклонена: что делать с несостоявшимися платежами по банковским картам в интернет-магазине Статьи редакции

Бизнес-аналитик, консультант сферы электронных платежей Владимир Долголевец написал для рубрики Growth Hacks колонку о том, что делать с несостоявшимися платежами по банковским картам в интернет-магазине: причины отказов в проведении транзакций, пользовательские сценарии для подобных случаев и типичные ошибки, совершенные при проектировании сервиса.

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

Про конверсию много написано — читателей ЦП не удивит, что это отношение посетителей сайта к пользователям, совершившим покупку (оплату). Если посмотреть чуть глубже (ведь у всех настроены инструменты для этого?), то окажется, что кнопку «Оплатить» нажали 2% пользователей (здесь и далее цифры вымышлены, но близки к реальности), но конверсия составляет 1,5%.

Что же произошло с 0,5% пользователей и какие причины потери целевого трафика, ведь пользователь, который нажал «Оплатить» (прошу не путать с «Купить» и перемещением товара в корзину) — это целевой трафик, который вы привлекли на сайт, заплатили за лид (или какая у вас модель привлечения), но не получили с него денег.

Переходя к ответу на вопрос «Где полпроцента?», посчитаем, сколько стоит это знание, на простом примере.

DAU сайта — 100 000 пользователей.

Средний чек (вариант — сумма ввода денег на пользователя в день) — 100 рублей.

2% от DAU * 100 рублей = 200 000 рублей в день.

Получается, что 0,5% — это 50 тысяч рублей в день или 1,5 млн в месяц (все плюс-минус, естественно, и без учета стоимости привлечения трафика).

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

Теперь подробнее про каждый из вариантов.

Очень жизненный сценарий. Из практики около 40% отклоненных транзакций появляются именно по причине отсутствия средств на карте плательщика. Пользователь хочет воспользоваться платной услугой, но у него нет денег — это проблема как ваша, так и пользователя. Сценарии работы с пользователями такие:

Самая интересная категория, потому как в неё попадают различные кейсы, иногда на уровне фантастики. Сами по себе антифрод-фильтры — это своего рода ноу-хау ПЦ и банков, предоставляющих процессинг, поэтому получить внятное описание всех причин отказа транзакции не получится, да и нет его.

Насколько смог узнать из закрытых источников, решение принимает все-таки человек, но выявление таких транзакций — сфера Machine Learning. Сотрудники первой, второй, иногда даже третьей линии поддержки ПЦ зачастую не в курсе причины отклонения конкретного платежа, попавшего под бан.

Свои антифрод-системы есть как у ПЦ, так и у банка.

Какие встречал варианты:

Это только те варианты, которые поддаются осмыслению, многие другие, кроме как эвристикой, не назовешь.

Что можно сделать в таких случаях? Опять же несколько вариантов на выбор:

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

Какие могут быть варианты:

Вкратце по каждому из вариантов. В общем и целом данные ограничения — это лимиты, с помощью которых ПЦ пытается обезопасить себя. Иногда это оправдано, например, с целью предотвратить фрод и минимизировать возможные убытки, иногда — нет. Рассмотрим вариант, когда угроза мнимая.

Лимиты на минимальную и максимальную сумму одной покупки — ограничение разовой транзакции. Если в настройках стоит минимум 100 рублей, а в вашем платежном интерфейсе (или каком-либо сервисе) есть тариф 80 рублей — вы обманываете пользователя, такая транзакция не пройдет и вы сами этому причина. Справедливо и в большую сторону.

Лимиты на ограничение суммы транзакций в сутки или месяц (max). Простой кейс: пользователь совершает в игре три покупки 500 рублей, 1000 рублей и 3000 рублей. Установленный лимит — 3000 рублей — будет означать, что первые два платежа будут выполнены, но третий будет отклонен, а с ним ARPU, средний чек, доход и лояльность к вам будут не такими, как могли бы.

Ограничение по географии. Тут все просто, если карта выпущена банком Китая, но он отсутствует или выключен в настройках вашего аккаунта — оплатить не получится. Есть тонкий момент, что существуют настройки по умолчанию, в которых исключены страны с высоким уровнем киберпреступности — проверяйте.

Ограничение по типу ПС. В платежных интерфейсах многих сайтов отсутствуют специфичные, но популярные ПС, например, JCB (Japan Credit Bureau), а ведь они эмитируются не только в Японии, но и в 19 странах мира, где так же могут быть ваши пользователи, которых можно огорчить.

Сюда отношу все плановые и внеплановые работы, uptime системы и серверов партнера (кстати, вы знаете, где они хостятся)?

Рекомендация — подписаться на дайджест новостей данного хостинга, информация лишней не будет. Сколько стоит недоступность вашего ПЦ для вас? Фактически, это сумма, которая в среднем проходит через процессинговый центр в минуту (все понимают, что в разное время она будет отличаться), для крупных проектов решением будет включить дублирующего партнера для процессинга. Решение о его необходимости вам помогут принять цифры простоя приема платежей по картам, например, за последний месяц.

Что учесть — ПЦ должны работать, используя шлюзы разных банков.

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

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

Про реализацию платежной формы и UX-приемы для увеличения конверсии уже порядком написано — повторяться не буду. Несколько комментариев на уровне здравого смысла:

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

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

Источник

Неподтвержденная транзакция, или Возвращаем криптовалюту из небытия

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

И вот однажды беда приключилась. Отослал я криптомонетки, а до получателя они не дошли. Собственно, пост о том, как средства возвращались. Ну и размышления и советы по сложившейся ситуации на десерт. Сразу отмечу, что нижесказанное применимо не к какой-то конкретной валюте, а к большинству форков (если не ко всем).

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

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

Делаю очередной перевод на сумму значительно крупнее, чем обычно. Средства со счета уходят, предложения заплатить комиссию не было и… Ничего. До получателя средства не доходят, статус транзакции «0/Не подтверждено». И такую картину я наблюдал больше недели, попутно перегугливая и перечитывая интернеты в поисках информации по решению подобной проблемы. Причем искал и для конкретной криптовалюты, и в целом для всех — проблем куча, решения нет.

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

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

Решение буду описывать на примере клиента, наиболее распространенного для форков, известного как Satoshi Client. Насколько понимаю, оно применимо и к прочим клиентам, но, возможно, со своими нюансами.

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

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

Источник

Коды ошибок Visa/MasterCard/МИР

В данной статье собраны коды ошибок действующих банков-эквайеров.

Часто встречающиеся ошибки:

Код 05 – отказ эмитента без указания причины

Код 17 – отказать, отклонено пользователем карты

Код 41 – утерянная карта

Код 43 – украденная карта

Код 51 – недостаточно средств для проведения операции

Код 57 – недопустимый тип операции для данного типа карты (например, попытка оплаты в магазине по карте предназначенной только для снятия наличных)

Код 61 – превышение максимальной суммы операции или количества попыток для данной карты; превышен лимит на терминале продавца; недостаточно средств на счете продавца, в случае выплат (более точное описание смотрите ниже, исходя из обслуживающего банка)

Код 62 – заблокированная карта

Код 65 – превышение максимального количества операции для данной карты

Код 83 – ошибка сети (технические проблемы)

Код 91 – эмитент недоступен (технические проблемы на стороне банка-эмитента)

Код 96 – системная ошибка/невозможно связаться с банком, который выдал карту (требуется сверка с эквайером)

Полный список кодов ПАО « Промсвязьбанк » :

Полный список кодов ПАО Банк «ФК Открытие»:

Полный список кодов АО «Банк Русский Стандарт»:

Коды отказов платежных систем Visa, MasterCard, МИР (общее описание)

Источник