Если вы платёжный провайдер, то наверняка сталкивались с тем, что одна и та же транзакция может вести себя совершенно по-разному в зависимости от того, "знакома" ли карта системе или появляется впервые. Где-то она проходит с первого раза, где-то получает отказ, а где-то может даже испортить статистику канала.

Почему так происходит и можно ли как-то этим управлять? Можно.

Что значит “знакомая карта” и зачем это нужно?

Представьте: в систему заходит транзакция, и вы — как провайдер — должны принять решение, на какой эквайринговый канал её отправить. Если карта уже успешно использовалась раньше — это один сценарий. Если она новая — совсем другой.

Для провайдера важно понимать:

§  с этой картой уже были успешные платежи или нет?

§  использовалась ли она в других проектах в системе?

§  были ли по ней возвраты или чарджбэки?

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

Можно ли это автоматизировать?

Да. Мы в eComCharge разработали инструмент, который как раз решает эту задачу — Smart Check.

Он позволяет “познакомиться” с картой до того, как вы её куда-то отправите. Сервис анализирует, была ли карта в системе раньше, сколько у неё успешных/неуспешных транзакций, по каким типам операций — и на основании этих данных вы можете задать собственные условия маршрутизации.

Например:

Если по карте было 3 успешных платежа и одна успешная выплата за последние 180 дней — считаем карту “проверенной” и отправляем транзакцию на более чувствительный, но выгодный канал.

Smart Check не принимает решений за вас — он просто даёт проверенные данные, которые можно использовать в правилах маршрутизации. Это работает особенно эффективно в системах, где уже настроена логика Smart Routing.

Кому это особенно полезно?

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

• работает с нестабильным или “новым” трафиком,
• принимает клиентов в вертикалях с повышенными рисками (iGaming, Forex, adult и др.),
• сталкивается с быстрым ростом отказов по новым картам,
• строит гибкие маршруты в зависимости от истории карты.

Фактически, Smart Check становится опорной точкой для принятия решений: пропускать карту дальше или нет, на какой канал отправлять, стоит ли тестировать новый маршрут.

Как это устроено?

Smart Check собирает данные по всем транзакциям с участием карты — и сохраняет их в системе beGateway. Причём учитываются:

• авторизации,
• оплаты,
• выплаты,
• возвраты,
• чарджбэки,
• P2P-переводы и т.д.

По каждому типу сохраняется число успешных и неуспешных операций за заданный период (до 360 дней). Эти счётчики можно использовать в условиях маршрутизации и комбинировать между собой.

При этом провайдер может выбрать:

• использовать только свои данные (локальная база),
• или подключить глобальную базу (данные всех провайдеров в системе beGateway) — это особенно удобно, если карта ранее уже была в обороте.

Сервис активируется по запросу и настраивается индивидуально для каждого магазина. То есть, можно включить Smart Check только там, где это действительно нужно.

Что в итоге?

Для меня Smart Check — это про осознанное управление трафиком. Про возможность не просто принимать транзакции “вслепую”, а понимать, с чем ты работаешь. Особенно в бизнесе, где каждая ошибка в маршруте может стоить дорого — в прямом смысле.

Если вы развиваете платёжную платформу или строите PSP — рекомендую подумать об использовании таких инструментов с самого старта. Это поможет не просто экономить, но и масштабироваться без лишнего стресса.

Если вам интересно, как это реализовано у нас в eComCharge — с удовольствием расскажу подробнее. А если вы уже работаете с beGateway, — возможно, Smart Check уже собирает для вас данные — просто осталось их включить в правила.

Статья написана с использованием новости c сайта компании ecomcharge.com