Практическое руководство по запуску платежного сервис-провайдера: выбор модели, договор с эквайером, лицензирование, PCI DSS, выбор платформы, статьи затрат и план запуска в 9 шагов.
Каскадирование платежей означает отправку отклонённого карточного платежа следующему подходящему эквайеру, пока держатель карты ещё на странице оплаты, если код ответа эмитента допускает ещё одну попытку. Руководство предназначено для PSP, банков-эквайеров и платформ, у которых несколько эквайринговых подключений.
Каскадирование платежей представляет собой вторую попытку авторизации через другое эквайринговое подключение, которая выполняется сразу после того, как первое подключение вернуло отказ. Шлюз читает код ответа, проверяет, что повтор допустим, и отправляет тот же платёж заново. Держатель карты видит один результат. Каждая попытка является отдельной авторизацией, которую эмитент одобряет или отклоняет.
Каскадирование часто путают с двумя соседними механизмами. Все три делают вторую попытку, но каждый отвечает на свой тип сбоя и срабатывает в своё время:
| Механизм | Триггер | Когда срабатывает | Считается повторной попыткой? |
|---|---|---|---|
| Каскадирование | Эмитент отклонил платёж с кодом, допускающим ещё одну попытку | Сразу, пока держатель карты ждёт | Да, эмитент уже ответил |
| Failover | Эквайер недоступен или вернул техническую ошибку до ответа эмитента | Сразу или после отключения маршрута | Отказа эмитента нет, но статус первого запроса должен быть известен |
| Повторная попытка (retry) | Отказ по платежу, который мерчант может отправить позже, например списание по подписке | Через часы или дни, обычно по тому же маршруту | Да |
Failover защищает от сбоя эквайера. Каскадирование защищает от отказа, который другой маршрут может превратить в одобрение. О том, как выбирается первый маршрут, рассказывает наше руководство по интеллектуальной маршрутизации.
На нашей платформе каскадирование применяется к двум типам карточных транзакций: оплате и авторизации. Обе запрашивают у эмитента одобрение средств.
Мягкий отказ означает, что эмитент не может одобрить платёж сейчас, но может одобрить другую попытку, поэтому такой платёж можно каскадировать. Жёсткий отказ означает, что эмитент никогда не одобрит карту, поэтому каскадировать его нельзя. Технические сбои вовсе не отказы: они уходят в failover, когда известен окончательный статус первого запроса.
Эмитент не может одобрить платёж сейчас: его система недоступна, сумма превышает лимит или данные нужно проверить. Повторная попытка допустима в пределах лимитов платёжной системы.
Карта утеряна, украдена, закрыта или недействительна. Эмитент её никогда не одобрит, и Visa запрещает любые новые запросы по этой карте.
Таймаут, ошибка соединения или ошибка эквайера до ответа эмитента. Выясните статус первого запроса, прежде чем отправлять платёж куда-либо ещё.
Причину отказа определяет эмитент, а не эквайер. Visa требует, чтобы эмитент отправлял код отказа, который наиболее точно отражает причину (Visa Product and Service Rules, раздел 7.3.6.3). Второй эквайер меняет путь до эмитента, но не меняет ни баланс клиента, ни статус карты, ни оценку мошенничества у эмитента.
Поэтому не каждый мягкий отказ стоит каскадировать. Некоторые эмитенты отказывают при подозрении на мошенничество, и тогда каскад выглядит как card testing, то есть перебор украденных карт, пока одна не пройдёт. Сначала проверьте карту антифрод-инструментами и её историей в SmartCheck, где хранятся неуспешные транзакции и чарджбэки по каждой карте.
То же ограничение касается ложных отказов: легитимных платежей, которые эмитент отклонил как подозрительные, например с кодом 59. Каскад спасёт такой платёж, только если другой маршрут изменит оценку эмитента, а новый эквайер не меняет ни карту, ни клиента. Решение в более качественных данных и 3-D Secure (3DS), а не в большем числе попыток.
Большинство мягких отказов дешевле предотвратить на первой попытке, чем спасать каскадом. Каждая мера ниже нацелена на группу кодов из следующего раздела:
Visa делит коды отказа на четыре категории в таблице 7-2 своих Product and Service Rules (редакция от 24 октября 2026 года). Коды категории 1 запрещают любые повторы по той же карте. Коды категорий 2, 3 и 4 допускают повторы в пределах лимита за 30 дней. Полезен ли каскад, решаете вы, код за кодом.
| Категория Visa | Примеры кодов | Правило платёжной системы | Пример действия |
|---|---|---|---|
| 1: эмитент никогда не одобрит | 04 изъять карту, 14 неверный номер счёта, 41 карта утеряна, 43 карта украдена, 46 счёт закрыт, R0 остановить платёж | Никогда не отправлять повторно по той же карте | Стоп. Показать окончательный отказ |
| 2: эмитент не может одобрить сейчас | 91 эмитент или коммутатор недоступен, 96 сбой системы, 61 превышен лимит суммы, 51 недостаточно средств, 59 подозрение на мошенничество | Повтор допустим в пределах лимита за 30 дней | Каскадировать 91 и 96. Останавливаться на 51 и 61. Отправлять 59 на проверку |
| 3: качество данных, перепроверка | 54 карта просрочена, N7 ошибка CVV2, 1A требуется дополнительная аутентификация (регион Европа и регион CEMEA: Центральная и Восточная Европа, Ближний Восток и Африка) | Повтор допустим в пределах лимита за 30 дней | Попросить клиента исправить данные. На 1A отвечать 3DS по тому же маршруту |
| 4: общие | Все прочие коды отказа, например 05 | Повтор допустим в пределах лимита за 30 дней | Каскадировать один раз, затем стоп |
Категории и коды: Visa Product and Service Rules, раздел 7.3.6.3, таблица 7-2. Колонка действий содержит пример политики, а не правило платёжной системы.
Эквайеры возвращают коды по-разному. Один передаёт код Visa от эмитента без изменений, другой переводит его в собственный набор, третий возвращает текст. Составьте одну внутреннюю таблицу, которая сопоставляет коды каждого эквайера с категорией Visa и действием: стоп, каскад, перепроверка или аутентификация. Неизвестные коды относите к «стоп», пока их не классифицируют.
Пересматривайте таблицу ежемесячно по статистике транзакций. Новый часто встречающийся код означает либо новое поведение эмитента, либо эквайера, который изменил своё сопоставление.
Каскад состоит из пяти частей: списка подходящих резервных подключений, их порядка, лимита попыток, бюджета времени и правила итогового результата. Все пять входят в зону ответственности оператора. Эквайеры отвечают за свои договоры и обязательства перед платёжными системами, а мерчант за страницу оплаты, которая ждёт ответа.
Резервное подключение должно принимать ту же платёжную систему, валюту и категорию мерчанта и иметь договор с тем же мерчантом. По разделу 1.5.1.1 Visa Core Rules эквайер принимает транзакции только от точки мерчанта в стране своей регистрации, если не действует исключение, например лицензия, распространённая на другие страны Европейской экономической зоны по правилам паспортизации ЕС. В других странах правила различаются: уточняйте требования местного регулятора, в Казахстане это НБК.
Первым ставьте резерв с наибольшей долей одобрений в сегменте, где был отказ: страна эмитента, диапазон BIN или тип карты. По стоимости ранжируйте только резервы с близкими долями одобрений. Пересчитывайте порядок ежемесячно по своим данным.
Разрешайте одну-две попытки каскада на одну оплату. Считайте каждую попытку по карте на всех своих маршрутах и у всех мерчантов: лимит платёжной системы относится к карте, а не к маршруту. Свяжите счётчик с лимитами транзакций.
Вся последовательность должна уложиться во время, которое ждёт страница оплаты мерчанта. Задайте один бюджет на весь каскад и не начинайте новые попытки, если на ответ осталось слишком мало времени.
Мерчант получает одобрение или последний отказ после того, как испробованы все подходящие резервы. Каждая попытка должна оставаться видимой для бэк-офиса, поддержки и сверки.
Средства и ответственность следуют за одобренной попыткой. Резервный эквайер, который провёл одобренный каскад, сам его и рассчитывает и получает по нему чарджбэки, поэтому сверка расчётов должна учитывать платежи одного мерчанта от нескольких эквайеров.
Каскаду также повторно нужны данные карты. Шлюз хранит их или токен до конца каскада, и этот шаг попадает в вашу область PCI DSS. Мерчант, который каскадирует собственным API-запросом, отправляет данные карты повторно, так что шаг попадает и в его область.
На нашей платформе порядок резервов задаётся в правилах Smart Routing последовательным методом, и правила можно настроить один раз для PSP или отдельно для мерчанта или магазина.
Двойных списаний можно избежать, если каскадировать только платежи, первая попытка которых имеет окончательный статус «неуспешно». Таймаут означает, что ответ эмитента неизвестен. Если эмитент одобрил первую попытку, а вы её каскадировали, клиент платит дважды, а поддержка получает спор.
Так бывает на практике. Наша платформа по умолчанию даёт транзакции 30 секунд, чтобы получить статус «успешно» или «отказ». В одном случае мерчант принял итоговый статус «Incomplete» за отказ и каскадировал платёж второму эквайеру. Эмитент одобрил первую попытку, и деньги с клиента списались дважды.
Visa требует, чтобы мерчант отправил реверсал авторизации, если одобренная транзакция не завершается, в течение 24 часов после отмены (Visa Product and Service Rules, раздел 5.7.3.6, таблица 5-13). При автоматическом каскаде реверсал отправляет шлюз через эквайера, приславшего запоздалое одобрение. При каскаде через API это делает мерчант. По правилу Visa обязанность остаётся за мерчантом.
Каждая попытка каскада является отдельной транзакцией, поэтому 3-D Secure (3DS) запускается заново там, где его требует следующий маршрут. Клиент может увидеть проверку эмитента второй раз. Один отказ требует аутентификации вместо каскада: код 1A (требуется дополнительная аутентификация клиента), который Visa указывает для регионов Европа и CEMEA.
В Европейской экономической зоне 1A означает, что эмитенту нужна строгая аутентификация клиента, которую требует статья 97 PSD2 (второй директивы ЕС о платёжных услугах), когда плательщик инициирует электронный платёж. Проведите клиента через 3DS и отправьте платёж повторно по тому же маршруту: другой эквайер выйдет на того же эмитента, а тот запросит ту же аутентификацию. Требования к аутентификации в других странах задаёт местный регулятор, проверяйте их отдельно.
Наше автоматическое каскадирование для host-to-host платежей работает как с 3DS, так и без него. Где 3DS обязателен, форма проверки сервера контроля доступа эмитента (ACS) появляется при каждой попытке, потому что каждая попытка идёт через другой шлюз как отдельная транзакция.
Правила платёжных систем не упоминают каскадирование, но регулируют любую повторную попытку после отказа. Visa определяет, какие коды допускают повтор и сколько попыток укладывается в 30 дней, и запрещает менять данные транзакции между попытками. Эти обязательства перед платёжной системой несёт эквайер и передаёт их вам по договору.
Раздел 1.7.2.1 Visa Core Rules гласит, что эквайер, мерчант, платёжный фасилитатор или процессор, повторяющий авторизацию после отказа, не должен намеренно менять элементы данных исходного запроса. В перечень входят идентификатор эквайера, страна эквайера и мерчанта, код категории мерчанта (MCC) и индикатор электронной коммерции (ECI).
Каскад отправляет платёж через другого эквайера, поэтому идентификатор эквайера отличается по определению. Прежде чем включать каскадирование, письменно уточните у каждого эквайера, как он трактует каскадную попытку по этому правилу. Никогда не меняйте страну мерчанта, MCC или ECI, чтобы попытка прошла.
| Участник | Обязательство в каскаде |
|---|---|
| Эмитент | Отправляет код отказа, соответствующий причине, и повторяет тот же код после отказа категории 1 |
| Платёжная система | Устанавливает категории и лимиты повторов, а также данные, которые нельзя менять |
| Эквайер | Отвечает перед платёжной системой за свои транзакции и задаёт условия каскада в договоре |
| Вы, оператор | Сопоставляете коды, считаете попытки по каждой карте на всех маршрутах, не меняете данные, отменяете дубли |
| Мерчант | Считает ответом только итоговый результат и не добавляет поверх собственные повторы |
У Mastercard свои коды Merchant Advice и пороги попыток. Подробнее о повторах читайте в нашем руководстве по маршрутизации платежей. Актуальные лимиты подтверждайте у каждого эквайера.
Доля возврата (recovery rate) показывает долю отказов, подходящих для каскада, которые завершились одобрением на резервном маршруте. Измеряйте её отдельно от доли одобрений с первой попытки. Если учитывать только итог каждой оплаты, слабый основной маршрут выглядит здоровым, потому что резервы скрывают его отказы.
| KPI | Формула | Что показывает |
|---|---|---|
| Одобрение с первой попытки | Одобренные первые попытки / все первые попытки | Качество основного маршрута |
| Доля возврата | Одобренные каскады / отказы из списка для каскада | Что добавляет каскад |
| Попытки на одобрение | Все попытки авторизации / одобренные оплаты | Нагрузку на эмитентов и лимиты платёжных систем |
| Дубли и реверсалы | Двойные одобрения и реверсалы / каскадированные оплаты | Работает ли обработка статусов |
| Чарджбэки по спасённым платежам | Чарджбэки / одобренные каскады | Нет ли среди спасённых платежей мошенничества |
Допущения придуманы для примера и не являются бенчмарками: 100 000 первых попыток за месяц, из них 88 000 одобрены и 12 000 отклонены. У 4 000 отказов коды из списка для каскада, и каждый каскадируется один раз на один резерв. Остальные 8 000 приходятся на жёсткие отказы, недостаток средств или подозрение на мошенничество, на них вы останавливаетесь.
Отслеживайте каждый KPI по резервному маршруту, стране эмитента и коду отказа. Код, доля возврата по которому держится около нуля, тратит попытки и время, поэтому переносите его в стоп-лист. На нашей платформе такие отчёты строятся в аналитике FinStatHub.
Основные риски каскадирования: нарушение правил платёжных систем, двойные списания, одобрения для мошенников, медленная оплата и напряжённые отношения с эквайерами. Все они возникают, когда одна карта уходит в большее число мест, чем нужно. Для каждого есть контроль, который можно настроить до запуска первого каскада.
| Риск | Как возникает | Контроль |
|---|---|---|
| Избыточные повторы | Каскадируется отказ категории 1 или попытки считаются по маршруту, а не по карте | Стоп-лист для категории 1 и неизвестных кодов, единый счётчик попыток по карте |
| Двойные списания | Платёж с таймаутом каскадируется, и эмитент одобряет обе попытки | Каскад только при окончательном статусе «неуспешно» и ежедневная сверка |
| Card testing | Мошенник получает несколько попыток для украденных карт в одной оплате | Стоп на кодах подозрения на мошенничество и блокировка повторных неудач правилами |
| Чарджбэки по спасённым платежам | Резервный эквайер со слабым скорингом пропускает платёж, который эмитент одобряет вопреки первому отказу | Учёт чарджбэков по спасённым платежам для каждого резервного маршрута |
| Медленная оплата | Несколько попыток и проверок 3DS увеличивают ожидание | Единый бюджет времени на каскад и меньший лимит на маршрутах с 3DS |
| Отношения с эквайером | Резервный эквайер получает в основном платежи, отклонённые на других маршрутах | Согласование объёмов каскада с резервом и передача ему также трафика первой попытки |
Следите на каждом маршруте за резкими всплесками отказов: они могут указывать на проблему эмитента или эквайера, а не на поведение клиентов.
Учитывайте и стоимость попыток. Каждая попытка означает расход в вашей бизнес-модели платёжного шлюза, а доход приносят только одобренные платежи.
Каскадирование не нужно, если у вас одно эквайринговое подключение, если резервы не могут заключить договор с тем же мерчантом или если большинство отказов в вашем трафике жёсткие или из-за недостатка средств. В таких случаях каскад добавляет попытки и риски, но не одобрения. Лучше улучшить первый маршрут, состав мерчантов или данные.
Если вы ещё выбираете эквайеров, начните с этого. В руководстве о том, как открыть процессинговую компанию, разобраны эквайринговые договоры и порядок решений при запуске.
White-Label платёжный шлюз beGateway от eComCharge поддерживает каскадирование транзакций оплаты и авторизации через API-запрос мерчанта, а также автоматическое каскадирование host-to-host платежей на платформе. Smart Routing задаёт порядок шлюзов, а каждая попытка видна в бэк-офисе и отчётах.
excluded_gateways и задаёт "duplicate_check": false.Smart Routing с каскадами подходит как для PSP с высокорисковым трафиком, например iGaming и Forex, так и для низкорисковых PSP. Подробности API ищите в разделе о каскадных платежах документации платформы.
Стоимость eComCharge зависит от ваших задач: модели развёртывания, объёма и коннекторов. Поэтому свяжитесь с отделом продаж, чтобы получить предложение.
Каскадирование означает повторную попытку авторизации через другое эквайринговое подключение сразу после того, как первое вернуло отказ, допускающий ещё одну попытку. Шлюз читает код ответа, отправляет тот же платёж следующему подходящему эквайеру и возвращает мерчанту один итоговый результат. Решение по каждой попытке принимает эмитент.
Мягкий отказ означает, что эмитент не может одобрить платёж сейчас, например из-за недоступности системы или лимита, поэтому ещё одна попытка допустима. Жёсткий отказ означает, что эмитент никогда не одобрит карту, например украденную или закрытую. После такого отказа Visa запрещает любые новые запросы по этой карте.
Коды Visa из категорий 2, 3 и 4 Product and Service Rules допускают повторные попытки в пределах лимита за 30 дней, а коды категории 1, такие как 14, 41, 43 и 46, не допускают ни одной. Допустимо не значит полезно: 91 или 96 могут пройти по другому маршруту, а 51 (недостаточно средств) обычно нет.
Каскадирование сразу отправляет отклонённый платёж другому эквайеру, пока держатель карты ждёт. Failover переводит платёж к другому эквайеру, когда первый недоступен или вернул техническую ошибку до ответа эмитента. Повторная попытка (retry) отправляет отклонённый платёж позже, обычно по тому же маршруту; это подходит для подписок и других рекуррентных списаний.
Да, если каскадировать платёж с таймаутом. Таймаут не является отказом: эмитент мог одобрить первую попытку. Каскадируйте только платежи с окончательным статусом «неуспешно», передавайте во всех попытках один идентификатор заказа и отменяйте любое второе одобрение. Visa требует реверсал в течение 24 часов, если одобренная транзакция не завершается.
Может. Каждая попытка каскада является отдельной транзакцией, поэтому если следующий маршрут требует 3-D Secure, держатель карты снова увидит проверку. Код 1A (требуется дополнительная аутентификация) каскадировать не нужно вовсе: проведите клиента через 3-D Secure и отправьте платёж повторно по тому же маршруту.
Платёжные системы не упоминают каскадирование напрямую, но их правила повторных попыток к нему применяются. Visa определяет, какие коды допускают повтор и сколько попыток укладывается в 30 дней, и запрещает менять при повторе такие данные, как идентификатор эквайера, страну мерчанта, MCC или ECI. У Mastercard свои коды Merchant Advice. Уточняйте условия у каждого эквайера.
Разделите число одобренных каскадов на число отказов с кодами из вашего списка для каскада. Считайте этот показатель отдельно от одобрения с первой попытки, чтобы слабый основной маршрут не прятался за резервными, и добавьте попытки на одобрение, двойные одобрения и чарджбэки по спасённым платежам для каждого резервного маршрута.
Каскадирование входит в White-Label платформу eComCharge и работает вместе со Smart Routing. Стоимость зависит от ваших задач: модели развёртывания, объёма транзакций и нужных коннекторов, поэтому свяжитесь с отделом продаж, чтобы получить предложение.
eComCharge разрабатывает и предоставляет сертифицированную по стандарту PCI DSS Level 1 White Label платформу для обработки платежей beGateway для поставщиков платежных услуг и оркестрации платежей.
Как PSP защититься от внезапного отключения эквайером, сбоя или снижения лимитов: риск концентрации, триггеры платежных систем и андеррайтинга, резервные эквайеры, переносимые токены, распределение объема, план действий при сбое, затраты и кому это не нужно.
Как вертикальные SaaS-платформы и обслуживающие их PSP запускают встроенные платежи: четыре модели и ответственность в каждой, рекуррентные списания и SCA, неудачные продления, трансграничный эквайринг, охват PCI DSS и расчет дохода.
Руководство для PSP, банков и эмитентов электронных денег, которые добавляют переводы между физлицами через API: как работают списание и зачисление, правила push-платежей платежных систем, лицензии и AML, KYC-лимиты, антифрод и варианты интеграции.
Что входит в программное обеспечение для PSP, кто пользуется каждым модулем, что нужно для работы со множеством мерчантов, как считаются комиссии и выплаты, разработка или White-Label и какие обязанности по комплаенсу остаются за вами.
Практическое руководство по запуску платежного сервис-провайдера: выбор модели, договор с эквайером, лицензирование, PCI DSS, выбор платформы, статьи затрат и план запуска в 9 шагов.
Как PSP, банки-эквайеры и эмитенты электронных денег подключают high-risk мерчантов: какие MCC считаются рискованными, проверки KYB, UBO и санкций, андеррайтинг и резервы, регистрация и мониторинг в Visa, что автоматизировать и как сохранять доказательную базу.