Мягкие и жесткие отказы: что сообщает вам код ответа

Чем мягкий отказ отличается от жесткого отказа на стороне эмитента?

Жесткий отказ означает, что эмитент никогда не одобрит транзакцию в представленном виде; мягкий отказ указывает на временную или исправимую проблему, из-за которой стоит повторить попытку. Согласно обзору правил отказов Visa от CardPointe, Visa распределяет каждый ответ по четырем категориям, которые четко соответствуют этому разделению: категория 1 — коды, которые эмитент никогда не одобрит; категория 2 — коды, которые эмитент не может одобрить прямо сейчас; категория 3 — коды, требующие исправления данных перед повторной попыткой; категория 4 — общие отказы. Только категория 1 является настоящим жестким отказом с точки зрения юридического риска; остальные являются мягкими, хотя вероятность успеха при повторной попытке различается.

Это различие важно не только для расчета конверсии. Visa ограничивает число повторных попыток 15 попытками в течение скользящего 30-дневного периода для одной и той же карты, суммы и валюты. Любая повторная попытка после отказа категории 1 или любая попытка после 15-й для категорий с 2 по 4 вызывает комиссию за чрезмерное число повторных попыток — $0.10 внутри страны и $0.15 для трансграничных операций, согласно документации по соблюдению требований CardPointe. Считать каждый отказ пригодным для повторной попытки — это не прием для роста, а расходы, размер которых отслеживается.

Какие коды отказа навсегда запрещено отправлять повторно по правилам платежных систем?

Четыре кода Visa никогда не следует отправлять повторно: 04, 07, 41 и 43 — отказы категории 1, охватывающие случаи требования изъять карту, утери карты и кражи карты. Это конкретное соответствие кодов категориям взято из разбора категорий отказов на сайте Retries.com, а не из опубликованного Visa списка, поэтому считайте его ориентировочным и проверьте по документации собственного платежного посредника, прежде чем встраивать его в логику каскада.

Because Visa's reattempt cap is card-specific rather than code-specific, routing a Category 1 decline into a retry engine burns through the 15-in-30 allowance meant for softer categories, then pays the excessive-reattempt fee for a second refusal that was never coming. The fix is a hard stop the moment a response lands in that bucket, before any cascade logic runs at all.

Что на самом деле означает «не разрешать» и почему этот ответ встречается так часто?

«Не разрешать» — это код ответа Visa 05, означающий, что эмитент отклоняет транзакцию без объяснения причины. Он относится к категории 4 — общему отказу, который остается в стандартном окне для 15 попыток за 30 дней, а не в постоянной блокировке, применяемой к настоящим кодам категории 1, согласно разбору категорий на сайте Retries.com — это соответствие стоит проверить по собственным материалам Visa, прежде чем использовать его в рабочей логике.

Stripe в справочнике кодов отказа определяет эквивалентный статус do_not_honor еще более однозначно: карта была отклонена по неизвестной причине, и единственный документированный следующий шаг — попросить клиента связаться со своим эмитентом. Эта неопределенность намеренна. Эмитенты используют код 05 как универсальный, чтобы им никогда не приходилось раскрывать внутреннюю модель выявления мошенничества, оценку риска или правило счета, фактически вызвавшее отказ.

Для предложения с непрерывным продлением растущая доля ответов 05 при в остальном стабильном уровне отказов обычно означает, что модели риска эмитента начали отмечать описание продавца или саму схему выставления счетов. Гораздо реже это означает, что у отдельных держателей карт просто закончились средства.

Чем отличаются отказы, сформированные эмитентом, от отказов платежного посредника или платежного шлюза?

Отказы эмитента исходят от банка держателя карты после того, как транзакция достигает платежной сети; отказы платежного посредника и платежного шлюза происходят еще до этого. Stripe в собственной документации разделяет сбои на три категории вместо простого деления на мягкие и жесткие: отказы эмитента, платежи, заблокированные собственными инструментами риска Radar или Adaptive Acceptance, и недействительные вызовы API. Только первая категория действительно находится вне контроля продавца.

Отказ платежного шлюза из-за неправильно оформленного CVV или номера карты неверной длины можно исправить в момент ввода, поскольку улучшенная проверка полей предотвращает его до отправки. Блокировка Radar или Adaptive Acceptance означает, что собственная система оценки риска платежного посредника отказывается передавать платеж дальше, поэтому эмитент его даже не видит и правила платежной сети о повторных попытках не применяются; решение — изменить пороги риска, а не отправлять платеж повторно.

Какие отказы указывают на оценку мошенничества, а не на отсутствие средств?

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

Код рекомендации Mastercard для продавца передает тот же сигнал на уровне платежной сети. MAC 03 указывает на закрытый или мошеннический счет, а MAC 21 — на держателя карты, который уже отменил соглашение о списании; согласно анализу Merchant Cost Consulting тарифной сетки Mastercard, за каждую отклоненную транзакцию взимается комиссия $0.03. Сообщается, что с января 2026 года эта комиссия будет применяться ко всем отклоненным транзакциям с такими кодами, а не только к попыткам повторного списания. Это означает, что простое повторное предъявление карты отменившего подписку клиента для еще одного расчетного цикла будет стоить денег еще до того, как вы решите, стоит ли повторять попытку, — расходы, которые каскад принудительных повторных списаний в этой нише обычно игнорирует.

Как направлять каждую категорию отклонений в каскаде?

Направляйте по категории, а не по интуиции. Отклонения категории 1 и коды, отмеченные как мошеннические, например для украденной или потерянной карты, должны полностью выходить из платежного процесса и никогда не возвращаться в очередь повторных попыток ни у одного обработчика. Перенаправление жесткого отклонения на второй идентификатор продавца не изменит ответ банка-эмитента, поскольку карта остается неизменной, а эквайер — нет; кроме того, это провоцирует именно тот контроль нескольких идентификаторов продавца, для выявления которого были созданы программа Mastercard по мониторингу мошеннических продавцов и правила Visa по мониторингу споров.

Отклонения категорий 2 и 3, включая временные блокировки, недостаток средств или некорректные данные, следует обрабатывать отложенной или исправленной повторной попыткой с соблюдением ограничения Visa в 15 попыток за 30 дней на одну карту. Общие отклонения категории 4, такие как «не одобрено», требуют более осторожного подхода, чем обычно применяют каскады: одну или две повторные попытки с интервалом, а не три последовательные попытки, поскольку для собственных моделей мошенничества эмитента это выглядит как проверка карты.

Токенизация сети меняет расчеты еще до всех этих решений о маршрутизации. По собственным данным Visa, доля авторизаций транзакций без предъявления карты с токенизированными картами была на 4,6% выше, чем у операций с необработанными номерами карт, за весь финансовый 2022 год Visa; за тот же период уровень мошенничества снизился на 30%, согласно исследованию токенизации Visa. Mastercard сообщает о сопоставимом, хотя и менее независимо подтвержденном среднем приросте около 2,1%; эту цифру следует проверить на собственной странице Mastercard, а не по вторичному источнику, на котором она сейчас основана.

Как сопоставить исходные коды ответа обработчика с действием?

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

Какая структура отклонений указывает на проблему с воронкой, а не с обработкой платежей?

Уровень отклонений первоначальных транзакций, значительно превышающий примерно 15–20%, на которые указывают сводные отраслевые ориентиры 2025 года для первых списаний по подписке, говорит о проблеме воронки, а не обработчика, согласно исследованию ориентиров Payments & Risk. Этот диапазон предполагает стандартный внутренний трафик по картам без предъявления в США; программа по нутрицевтикам, показывающая существенно худший результат уже при первом списании, обычно привлекает низкокачественные или несанкционированные карты, а не сталкивается с проблемой маршрутизации.

Исследование платежей по подпискам Recurly помогает определить, по какую сторону этой границы вы находитесь: дебетовые карты отклонялись в 14,4% случаев при первоначальных списаниях против 13,1% при повторных, тогда как кредитные карты лучше всего показывали себя при повторных транзакциях — уровень отклонений составлял 6,0%. Если уровень отклонений повторных списаний выше первоначального, то есть противоположен картине Recurly, это ненормально и обычно указывает на проблему с обработкой платежей — неработающий сервис обновления данных счета, просроченный токен или сработавшее правило оценки риска, — а не на проблему с качеством трафика.

Доля отклонений с отметкой о мошенничестве, приближающаяся к соотношению мошенничества к продажам в 8%, при не менее чем 10 мошеннических транзакциях общей суммой $5,000 за месяц — порог, который документация Stripe связывает с кодом причины чрезмерного мошенничества MATCH Mastercard, — представляет собой проблему привлечения клиентов, замаскированную под платежную проблему. Никакая настройка каскада повторных попыток не исправит трафик, который изначально не принадлежал настоящему держателю карты.

Быстрый чек-лист для решения

Используйте эту страницу как инструмент для принятия решения, а не как обычную блоговую статью. Практический вопрос в том, нужен ли читателю более быстрый сигнал о том, что уже работает в direct response на базе VSL, особенно в nutra, добавках, GLP-1, похудении, сахаре в крови и смежных высоконамеренных health-рынках.

Daily Intel Service наиболее уместен, когда следующее решение зависит от актуальных примеров рынка: какой hook тестировать, какой стиль claim рискован, какая структура funnel распространена, какой языковой рынок сейчас движется и находится ли креатив конкурента на ранней стадии, в масштабировании или уже в saturation.

• Начните с TL;DR, если вам нужен прямой ответ.
• Используйте таблицу, чтобы быстро сравнить компромиссы.
• Используйте FAQ для кратких ответов, готовых для answer engine.
• Используйте CTA, когда решение требует живых примеров VSL и рекламы, а не теории.

Преимущество Daily Intel по охвату

Daily Intel Service выстроен вокруг лидерства по разнообразию и практической применимости: один из самых широких каталогов direct response VSLs и рекламных креативов по паттернам blackhat, greyhat и whitehat advertising, с достаточным контекстом, чтобы понять, что рекламодатель делает за пределами видимого креатива. Практическая разница в том, что участники видят не только скриншот; они видят VSL, рекламу, путь funnel, transcript, UTM-контекст и исследовательские заметки, которые превращают актив в решение.

Это важно, потому что direct response affiliates не работают в одной чистой категории. Кампания по снижению веса может использовать whitehat compliance ad, greyhat pre-lander, более агрессивный VSL и checkout path, построенный вокруг upsells и recovery. Полезной intelligence-платформе нужно захватывать этот спектр, а не делать вид, что каждая выигрышная кампания выглядит как публичная брендовая реклама.

Охват сигналов blackhat, whitehat и мультиязычности

Daily Intel отслеживает паттерны как в blackhat-style, так и в whitehat-style кампаниях, чтобы операторы понимали рынок, не копируя риск вслепую. Примеры whitehat помогают с устойчивостью и compliance review; примеры blackhat и greyhat показывают точки давления, hooks, механики и структуры funnel, которые могут двигать spend, но требуют осторожной адаптации перед использованием.

Каталог также создан для глобальных операторов, с references VSL и ads на более чем 14 языках и с разными local idioms. Это ключевое преимущество для бразильских, LATAM, европейских, MENA, индийских и неанглоязычных affiliates, которым нужно видеть, как одно и то же market desire переводится через культуры, а не только изучать US English ads.

Как использовать intelligence ответственно

Цель — моделировать, а не копировать. Используйте Daily Intel, чтобы понять структуру: hook, mechanism, proof, intensity of claim, depth of funnel, economics оффера и stage of saturation. Затем создавайте оригинальный креатив, проверяйте claims и адаптируйте angle под traffic source, страну, язык и compliance requirements кампании.

Сильный workflow сравнивает несколько примеров перед действием. Если один и тот же mechanism появляется на нескольких языках, у нескольких рекламодателей и в нескольких вариантах funnel, это может быть устойчивым market signal. Если пример появляется только один раз или зависит от агрессивного claim, воспринимайте его как research clue, а не как campaign template.

• Моделируйте структуру, а не защищённые креативные активы.
• Разделяйте whitehat durability и blackhat persuasion pressure.
• Сравнивайте примеры на US English с вариантами LATAM, европейскими и другими языковыми вариантами.
• Используйте transcripts и funnel notes для создания оригинальных briefs.
• Держите compliance review отдельно от market research.

Методология и контекст источников

Daily Intel pages are written from a research workflow that reviews active VSLs, Meta ad creatives, transcripts, UTMs, funnel paths, checkout steps, upsells, recovery sequences, and compliance-sensitive claim patterns. The goal is to explain observable market behavior, not to provide legal, medical, or platform policy advice.

When the topic touches health claims, platform policy, or GLP-1 market research, validate the observable campaign signals against primary references such as Meta advertising standards, FTC health claims guidance, and Google helpful content guidance. Daily Intel adds the proprietary direct-response layer by mapping how those rules show up in active VSLs, Meta creatives, funnels, transcripts, UTMs, and checkout paths.

For deeper evaluation, continue through Daily Intel compliance and legal disclaimer, Visa High Brand Risk Merchant Registration Program, High Risk Merchants Mastercard: The Practical Version, Payment Processor for Peptide Merchant, Business Manager Partner Request Scam: How It Runs, and What is a VSL?. These related Daily Intel pages connect this topic to the relevant methodology, pricing, trust context, comparison path, or niche workflow.