Работа с логами чекеров: как читать между строк и не верить

Good Carder · Jul 13, 2026

От кардера — кардерам. Ты запускаешь чекер, видишь зелёную галочку «Card is valid» и думаешь: «Отлично, карта жива». Через 5 минут ты вбиваешь её на сайте и получаешь do_not_honor. Ты теряешь $50 и время. Почему? Потому что ты не умеешь читать логи. Чекер — это не магия. Это набор сырых данных, которые нужно интерпретировать. В этой статье я покажу, как читать ответы шлюзов, что скрывается за стандартными кодами, как отличить мёртвую карту от проблемного BIN и как построить собственную базу «живых» и «мёртвых» BIN на основе логов.

Часть 1. Почему чекер никогда не даёт 100% гарантии

Чекер — это программа, которая отправляет запрос к платёжному шлюзу (Stripe, Adyen, Braintree) с данными карты и анализирует ответ. Но чекер не видит баланс, не знает, активна ли карта в данный момент, и не может предсказать, заблокирует ли её конкретный мёрчант.

1.1. Основные типы чекеров и их ограничения

Тип чекера	Что проверяет	Ограничения
Luhn-чекер	Проверяет, проходит ли номер карты алгоритм Луна	Не проверяет валидность карты вообще
Zero-auth чекер	Отправляет $0 авторизацию (Stripe SetupIntent)	Проверяет только существование карты, не баланс
Микро-чекер	Проводит реальную транзакцию на $0.50–1	Показывает, что карта жива и имеет баланс ≥ $0.50
Баланс-чекер	Пытается определить точный остаток на карте	Редко работает, часто триггерит фрод-системы

Ключевое правило: ни один чекер не даёт 100% гарантии, что карта пройдёт на целевом мёрчанте. Чекер проверяет карту на одном шлюзе, а вбиваешь ты на другом. Разные шлюзы имеют разные чёрные списки BIN и разные пороги скоринга.

1.2. Чекер vs реальный вбив — почему результат может отличаться

Фактор	Чекер	Реальный вбив
Шлюз	Stripe (через SetupIntent)	Может быть Stripe, Adyen, Braintree, самописный
Сумма	$0 или $0.50	$50–500
BIN-фильтрация	Мягкая (для $0 часто отключена)	Жёсткая (для крупных сумм включена)
AVS	Не проверяется	Проверяется
3DS	Не запрашивается	Может быть запрошен
Fingerprint	Не анализируется	Анализируется

Вывод: даже если чекер показал «жива», это не гарантирует успех на целевом мёрчанте. Используй чекер как фильтр, а не как окончательный диагноз.

Часть 2. Анализ ответов шлюзов: что скрывается за кодами

Чекер возвращает код ответа. Твоя задача — понять, что реально стоит за этим кодом.

2.1. Stripe decline codes — расшифровка

insufficient_funds

Что говорит чекер: «Карта жива, но баланс мал».
Что на самом деле: Баланс меньше суммы проверки ($0.50 или $1).
Действие: Уменьши сумму чека до $1 и попробуй снова. Если и на $1 падает — баланс $0.

do_not_honor

Что говорит чекер: «Карта мертва».
Что на самом деле: Карта в стоп-листе банка (украдена, заблокирована, просрочена).
Действие: Выбрось карту. Она не оживёт.

fraudulent

Что говорит чекер: «Карта заблокирована антифродом».
Что на самом деле: BIN в чёрном списке Stripe, или твой IP/fingerprint подозрительный.
Действие: Проверь, не сгорел ли BIN. Смени прокси и fingerprint, попробуй другую карту того же BIN. Если она тоже падает с fraudulent — BIN мёртв.

generic_decline

Что говорит чекер: «Общий отказ».
Что на самом деле: Может быть всё что угодно: BIN в чёрном списке, проблема с AVS, подозрительный IP.
Действие: Посмотри на тайминг ответа. Если <1 сек — BIN мёртв. Если >1 сек — возможно, карта жива, но есть другие проблемы (CVV, AVS).

authentication_required

Что говорит чекер: «Требуется 3DS».
Что на самом деле: Карта требует подтверждения через банк-приложение или SMS.
Действие: Для non‑3DS целей карта бесполезна. Для low‑value exemption (<€30) попробуй уменьшить сумму.

expired_card

Что говорит чекер: «Срок истёк».
Что на самом деле: Карта физически перевыпущена или срок прошёл.
Действие: Выбрось карту.

invalid_cvc

Что говорит чекер: «Неверный CVV».
Что на самом деле: Либо CVV не совпадает, либо продавец дал неверный CVV.
Действие: Проверь CVV с продавцом. Если CVV не совпадает — карта может быть жива, но без CVV бесполезна.

2.2. Adyen decline codes

Код	Что говорит чекер	Реальность	Действие
NOT_ENOUGH_BALANCE	«Недостаточно средств»	Баланс < суммы проверки	Уменьши сумму или отложи карту
DO_NOT_HONOR	«Карта мертва»	Карта в стоп-листе	Выбрось
FRAUD	«Блокировка антифродом»	BIN в чёрном списке или плохая среда	Смени BIN или прокси
BLOCKED	«Карта заблокирована»	Эмитент заблокировал карту	Выбрось
3D_SECURE_REQUIRED	«Требуется 3DS»	Карта требует подтверждения	Для non‑3DS целей бесполезна

2.3. Braintree decline codes

Код	Текст	Реальность	Действие
2004	Insufficient Funds	Баланс < суммы проверки	Уменьши сумму
2005	Do Not Honor	Карта в стоп-листе	Выбрось
2016	Fraud	BIN в чёрном списке	Смени BIN
2003	Expired Card	Срок истёк	Выбрось
2000	Generic Decline	Может быть что угодно	Проверь тайминг и BIN

Часть 3. Как отличить мёртвую карту от живой, но с проблемным BIN

Это главный навык, который отделяет профи от новичка.

3.1. Сравнительный тест

Алгоритм:

Проверь карту через чекер. Если упала с do_not_honor — карта мертва.
Если упала с fraudulent или generic_decline — возьми другую карту того же BIN.
Если вторая карта тоже падает с fraudulent — BIN мёртв.
Если вторая карта проходит — проблема была в первой карте.

Таблица диагностики:

Ситуация	Диагноз	Действие
1 карта → do_not_honor	Карта мертва	Выбрось карту
3 карты одного BIN → fraudulent	BIN мёртв	Перестань покупать этот BIN
1 карта → insufficient_funds	Карта жива, но пуста	Проверь микро-чеком $1
1 карта → generic_decline (тайминг <1 сек)	BIN мёртв	Смени BIN
1 карта → generic_decline (тайминг >2 сек)	Карта жива, но CVV/AVS не совпадают	Проверь данные

3.2. Техника «трёх карт»

Никогда не делай вывод о BIN по одной карте. Проверь минимум 3 карты одного BIN.

Если все 3 упали с fraudulent → BIN мёртв.
Если 2 упали, 1 прошла → BIN жив, но карты были мёртвые.
Если все 3 прошли чекер → BIN живой, можно покупать.

3.3. Практический пример из логов

Code:

BIN 414720:
- Карта #1: `insufficient_funds` (тайминг 2.3 сек)
- Карта #2: `do_not_honor` (тайминг 0.8 сек)
- Карта #3: `generic_decline` (тайминг 0.5 сек)

Диагноз: BIN 414720 жив (одна карта показала insufficient_funds). Карты #2 и #3 были мёртвыми. Покупать этот BIN стоит, но искать более свежие карты.

Code:

BIN 536425:
- Карта #1: `fraudulent` (0.4 сек)
- Карта #2: `fraudulent` (0.5 сек)
- Карта #3: `fraudulent` (0.3 сек)

Диагноз: BIN 536425 мёртв. Не покупай карты этого BIN, даже если они дёшевы.

Часть 4. Построение собственной базы «живых» и «мёртвых» BIN

Без собственной базы ты слеп. Ты будешь покупать мёртвые BIN снова и снова, теряя деньги.

4.1. Структура базы

Создай таблицу в Google Sheets или Excel со следующими полями:

BIN	Банк	Тип	Страна	Non‑3DS	Статус	Дата проверки	Успех (Stripe)	Успех (Adyen)	Успех (Braintree)
414720	Chase	Credit	US	Да	Жив	2026-07-15	25%	10%	30%
439305	Microsoft	Prepaid	US	Нет	Мёртв	2026-07-14	0%	0%	0%
536425	Mastercard	Credit	CA	Да	Жив	2026-07-13	15%	5%	20%

4.2. Как заполнять базу

После каждой проверки заноси данные.
Для каждого BIN собирай минимум 10–20 проверок.
Рассчитывай процент успеха для каждого шлюза отдельно.
Если процент успеха >20% — BIN жив.
Если процент успеха <5% — BIN мёртв.

4.3. Автоматизация сбора данных

Напиши простой скрипт на Python, который:

Читает список BIN.
Проверяет их через Stripe API (SetupIntent).
Сохраняет результаты в CSV.

Python:

import stripe
import csv
import time

stripe.api_key = "sk_live_..."

bins = ["414720", "536425", "439305"]
results = []

for bin in bins:
    # Генерируем фейковую карту с данным BIN
    card_number = bin + "".join([str(random.randint(0,9)) for _ in range(10)])
    try:
        pm = stripe.PaymentMethod.create(
            type="card",
            card={
                "number": card_number,
                "exp_month": 12,
                "exp_year": 2028,
                "cvc": "123"
            }
        )
        result = "live"
    except stripe.error.CardError as e:
        result = e.error.code
    results.append({
        "bin": bin,
        "result": result,
        "timestamp": time.time()
    })
    time.sleep(1)

with open("bin_check.csv", "w") as f:
    writer = csv.DictWriter(f, fieldnames=["bin", "result", "timestamp"])
    writer.writeheader()
    writer.writerows(results)

4.4. Как использовать базу

Перед покупкой карты проверь BIN в своей базе.
Если BIN мёртв — не покупай карты этого BIN.
Если BIN жив, но с низким успехом (<10%) — покупай только дешёвые карты и тестируй.
Если BIN жив и с высоким успехом (>20%) — покупай оптом.

Часть 5. Ошибки при работе с логами и как их исправить

Ошибка 1. Игнорировать тайминг

Симптом: Ты видишь generic_decline и думаешь, что BIN мёртв. На самом деле тайминг 2.5 сек — карта жива, но CVV не совпадает.
Исправление: Всегда смотри на время ответа. <1 сек — BIN мёртв. >1 сек — карта жива, проблема в данных.

Ошибка 2. Доверять одному шлюзу

Симптом: Ты проверяешь карту только через Stripe и получаешь fraudulent. Ты думаешь, что BIN мёртв. На самом деле Stripe просто блокирует этот BIN, а Adyen пропускает.
Исправление: Проверяй карты через 2–3 разных шлюза. Если Stripe режет, попробуй Adyen или Braintree.

Ошибка 3. Не вести базу

Симптом: Ты проверял BIN месяц назад и он был жив. Сегодня ты покупаешь карты этого BIN и они все мёртвы. Ты не знаешь, когда он умер.
Исправление: Веди базу и регулярно обновляй статус BIN. Если BIN не проверялся больше 2 недель — проверь его снова.

Ошибка 4. Путать мёртвую карту с мёртвым BIN

Симптом: Одна карта упала с do_not_honor. Ты думаешь, что BIN мёртв, и перестаёшь покупать этот BIN.
Исправление: Проверь минимум 3 карты одного BIN. Если только одна упала — проблема в карте, а не в BIN.

Часть 6. Чек-лист для работы с логами чекеров

Проверь тайминг: <1 сек → BIN мёртв; >1 сек → карта жива.
Проверь decline code: insufficient_funds → жива, но пуста; do_not_honor → мертва; fraudulent → BIN или среда.
Проверь минимум 3 карты одного BIN: если все падают с fraudulent → BIN мёртв.
Проверь карту через 2–3 шлюза: Stripe, Adyen, Braintree.
Веди базу BIN: фиксируй статус, процент успеха, дату проверки.
Обновляй базу раз в 2 недели: BIN могут умирать и оживать.
Не верь чекеру на 100%: всегда делай микро-чек $0.50–1 перед основным вбивом.

Резюме

Чекер — это не волшебная палочка. Это инструмент, который даёт сырые данные. Твоя задача — интерпретировать их. Тайминг, decline code, количество проверок, шлюз — всё это важно. Научись читать между строк, и ты перестанешь терять деньги на мёртвых картах.

Веди базу BIN. Проверяй минимум 3 карты одного BIN. Используй 2–3 разных шлюза. И никогда не верь чекеру на 100%. Микро-чек $0.50–1 — твой лучший друг. Он спасёт тебя от 80% потерь.

Быстрая памятка на одну строку:
«Тайминг + decline code + 3 карты + 2 шлюза + база BIN = диагноз. Не верь чекеру — читай между строк. do_not_honor = смерть, insufficient_funds = жизнь, fraudulent = BIN или среда. Микро-чек — твой друг»

Работа с логами чекеров: как читать между строк и не верить

Good Carder

Professional

Часть 1. Почему чекер никогда не даёт 100% гарантии

1.1. Основные типы чекеров и их ограничения

1.2. Чекер vs реальный вбив — почему результат может отличаться

Часть 2. Анализ ответов шлюзов: что скрывается за кодами

2.1. Stripe decline codes — расшифровка

2.2. Adyen decline codes

2.3. Braintree decline codes

Часть 3. Как отличить мёртвую карту от живой, но с проблемным BIN

3.1. Сравнительный тест

3.2. Техника «трёх карт»

3.3. Практический пример из логов

Часть 4. Построение собственной базы «живых» и «мёртвых» BIN

4.1. Структура базы

4.2. Как заполнять базу

4.3. Автоматизация сбора данных

4.4. Как использовать базу

Часть 5. Ошибки при работе с логами и как их исправить

Ошибка 1. Игнорировать тайминг

Ошибка 2. Доверять одному шлюзу

Ошибка 3. Не вести базу

Ошибка 4. Путать мёртвую карту с мёртвым BIN

Часть 6. Чек-лист для работы с логами чекеров

Резюме

Similar threads

Работа с логами чекеров: как читать между строк и не верить

Good Carder

Professional

Часть 1. Почему чекер никогда не даёт 100% гарантии​

1.1. Основные типы чекеров и их ограничения​

1.2. Чекер vs реальный вбив — почему результат может отличаться​

Часть 2. Анализ ответов шлюзов: что скрывается за кодами​

2.1. Stripe decline codes — расшифровка​

2.2. Adyen decline codes​

2.3. Braintree decline codes​

Часть 3. Как отличить мёртвую карту от живой, но с проблемным BIN​

3.1. Сравнительный тест​

3.2. Техника «трёх карт»​

3.3. Практический пример из логов​

Часть 4. Построение собственной базы «живых» и «мёртвых» BIN​

4.1. Структура базы​

4.2. Как заполнять базу​

4.3. Автоматизация сбора данных​

4.4. Как использовать базу​

Часть 5. Ошибки при работе с логами и как их исправить​

Ошибка 1. Игнорировать тайминг​

Ошибка 2. Доверять одному шлюзу​

Ошибка 3. Не вести базу​

Ошибка 4. Путать мёртвую карту с мёртвым BIN​

Часть 6. Чек-лист для работы с логами чекеров​

Резюме​

Similar threads

Часть 1. Почему чекер никогда не даёт 100% гарантии

1.1. Основные типы чекеров и их ограничения

1.2. Чекер vs реальный вбив — почему результат может отличаться

Часть 2. Анализ ответов шлюзов: что скрывается за кодами

2.1. Stripe decline codes — расшифровка

2.2. Adyen decline codes

2.3. Braintree decline codes

Часть 3. Как отличить мёртвую карту от живой, но с проблемным BIN

3.1. Сравнительный тест

3.2. Техника «трёх карт»

3.3. Практический пример из логов

Часть 4. Построение собственной базы «живых» и «мёртвых» BIN

4.1. Структура базы

4.2. Как заполнять базу

4.3. Автоматизация сбора данных

4.4. Как использовать базу

Часть 5. Ошибки при работе с логами и как их исправить

Ошибка 1. Игнорировать тайминг

Ошибка 2. Доверять одному шлюзу

Ошибка 3. Не вести базу

Ошибка 4. Путать мёртвую карту с мёртвым BIN

Часть 6. Чек-лист для работы с логами чекеров

Резюме