Карточные схемы: Visa, Mastercard, Mir
1) Роль карточных схем в платежной цепочке
Схема (card network) — это правила + сеть обмена сообщениями между банком-эквайером и банком-эмитентом. Схемы определяют:- форматы авторизации/клиринга, reason codes, окна споров;
- требования к 3-D Secure, COF/MIT-метки, network tokenization;
- тарифы (interchange у эмитента и scheme fees у сети);
- ограничения по MCC (в iGaming ключевой — MCC 7995).
Краткий профиль
Visa — глобальное покрытие, продвинутая токенизация VTS, выплаты Visa Direct (OCT), аутентификация Visa Secure.
Mastercard — глобально, токенизация MDES, выплаты Mastercard Send (OCT), аутентификация Mastercard Identity Check.
«Мир» (NSPK) — в первую очередь внутрироссийская сеть; токенизация/кошелек (Mir Pay/NSPK Tokenization), аутентификация Mir Accept; прием строго в соответствии с локальными правилами NSPK и действующими ограничениям/покрытием.
2) Прием в iGaming: что важно по каждой схеме
2.1 Visa
3DS: Visa Secure (EMV 3DS 2.x).
Tokenization: VTS; поддержка network tokens с автообновлением реквизитов (card lifecycle).
Payouts: Visa Direct/OCT (Original Credit Transaction) — переводы на карты, доступны по кастомным разрешениям/странам.
Card Updater: VAU (Visa Account Updater) — обновление карт в COF.
2.2 Mastercard
3DS: Mastercard Identity Check (EMV 3DS 2.x).
Tokenization: MDES (с device/merchant binding).
Payouts: Mastercard Send/OCT — исходящие кредиты на карты.
Card Updater: ABU (Automatic Billing Updater).
2.3 «Мир»
3DS: Mir Accept (совместимо с EMV 3DS 2.x).
Tokenization: токенизация NSPK (используется в Mir Pay и у партнеров-процессоров).
Payouts: C2B/P2P и возвраты в рамках правил NSPK; проверяйте доступность конкретных сценариев у эквайера.
Особенности: строгая региональность, требования локального комплаенса и контента.
3) MCC 7995, ограничения и геополитика
Игровые операции проходят по MCC 7995 (Betting/Casino). Некоторые эмитенты и страны блокируют 7995 по политике/регуляторике.
Требуются корректные маркировки транзакций (CIT/MIT/COF), флаги e-commerce, и 3DS-результаты.
Для отдельных рынков возможны обязательные лимиты, повышенный риск-скоринг и документальные проверки KYC/AML.
4) 3-D Secure и SCA — бренды и флаги
Visa Secure, Mastercard Identity Check, Mir Accept — реализации EMV 3DS 2.x.
Стремитесь к frictionless через богатые device/account-данные; при soft-decline повторяйте с 3DS.
Для подписок/повторов: MIT (Merchant-Initiated) со ссылкой на initial CIT со SCA.
5) Network tokenization и COF
Visa VTS / Mastercard MDES / NSPK Tokenization снижают фрод, повышают AR и автоматически обновляют PAN при перевыпуске.
Храните только токены, PAN не попадет в ваш контур (PAN-safe).
Для мульти-PSP заранее уточняйте: какие провайдеры принимают network tokens (иначе держите fallback через vault-token).
6) Выплаты на карты (OCT/Direct/Send)
Visa Direct (OCT) и Mastercard Send (OCT) — исходящие кредиты на карту (вывод выигрышей, выплаты аффилиатам).
Требуют согласования use-case с эквайером/процессором, лимитов, скоринга и мониторинга фрода.
Уточняйте доступность по странам/эмитентам и совместимость с iGaming-MCC.
Для «Мир» — ориентируйтесь на правила NSPK и возможности вашего банка-эквайера.
7) Disputes и chargebacks (в общих чертах)
Сроки и причины различаются между схемами; для iGaming типичны ветки «мошенничество/без авторизации», «услуга не предоставлена/ограничения».
Примеры:- Visa: группа «10.x Fraud» (напр., 10.4 «Other fraud – card-absent»), «13.x Consumer disputes».
- Mastercard: коды 48xx (напр., 4837 «No Cardholder Authorization», 4853 «Cardholder Dispute» в старой нотации/маппингах).
- Liability shift действует при успешном 3DS (не во всех кейсах — детали по правилам схемы).
- Ведите полный набор артефактов: ECI, CAVV/AVV, dsTransID, журнал 3DS, доказательства предоставления услуги.
8) Маршрутизация (smart-routing) по BIN/схеме/региону
Идея: направляйте транзакцию туда, где выше вероятность одобрения и ниже стоимость.
BIN-таблицы: определяйте схему, страну, тип карты (debit/credit/prepaid), банк-эмитент.
Правила: `IF BIN.country in {X} THEN PSP_A (Visa)`, `IF issuer in {список} THEN PSP_B (Mastercard)` и т. д.
Учет 3DS-канала: если у PSP-A деградация ACS у части эмитентов — временно отправляйте через PSP-B.
A/B-тесты: сравнивайте AR, риск и стоимость по схеме/PSP/региону.
9) Стоимость: из чего складывается
Interchange (идет эмитенту) — зависит от страны, типа карты, канала, MCC.
Scheme fees (идут сети) — зависят от объема и профиля.
PSP-комиссия — фикс/%, возможно доплата за 3DS/OCT/anti-fraud.
В iGaming interchange часто повышенный; закладывайте это в юнит-экономику и рассматривайте альтернативные методы (A2A, локальные кошельки) по рынкам.
10) Комплаенс и политика данных
PCI DSS v4.0: стремитесь к SAQ A/A-EP через hosted-fields (PAN-safe); или к SAQ D/ROC, если у вас собственный вальт/процессинг.
EMV 3DS 2.x: корректные флаги CIT/MIT/COF и хранение артефактов.
GDPR/DSR: удаляйте токены по запросам пользователей; PAN у вас отсутствует.
Логи/трейсы: без PAN/CVV; маскирование и DLP-гейты в CI/CD.
11) Технический референс: минимальный стек интеграции
Hosted fields/SDK провайдера → вы получаете token (VTS/MDES/NSPK/vault).
3DS-сервер (PSP или ваш) + web/mobile SDK.
Orchestrator: правила маршрутизации, idempotency, ретраи, soft-decline → 3DS ретрай.
BIN-сервис: актуальные таблицы по схемам и регионам.
Card Updater: VAU/ABU; для «Мир» — механизмы обновления через NSPK/эквайера.
Payouts: OCT (Visa Direct/Mastercard Send) — где разрешено.
12) Метрики (KPI) по схемам
Approval Rate (AR) по Visa/Mastercard/«Мир» (в разрезе стран/BIN/PSP).
Frictionless % и Challenge success % (по схеме/эмитенту).
Chargeback rate и доля выигранных споров.
OCT success rate (выплаты), средний T+часов до зачисления.
Cost per approved txn: (interchange + scheme + PSP) / одобренные.
Token adoption % и auto-update rate (сколько карт обновилось автоматически).
13) Анти-паттерны
Принудительное направление всех транзакций «в один PSP/одну схему».
Хранение PAN/CVV в журналах/дампах.
Отсутствие MIT-ссылки на initial CIT → повторная SCA и/или рост споров.
Игнорирование BIN-политик эмитентов и гео-ограничений.
Выплаты OCT без детальной проверки доступности по стране/эмитенту.
14) Чек-лист запуска по схемам
- Внедрены hosted-fields и network tokens (VTS/MDES/NSPK) + vault-fallback.
- Подключен 3DS-сервер (Visa Secure / Identity Check / Mir Accept), настроены soft-decline ретраи.
- Реализован smart-routing по BIN/стране/PSP; дашборды AR и стоимости.
- Включены VAU/ABU; для «Мир» — согласованы механизмы обновления.
- Проверена доступность OCT/похожих выплат по рынкам; стоят лимиты и фрод-контроли.
- PCI DSS артефакты и процессы (SAQ/ROC, логи без PAN, DLP) готовы.
- Проработаны политики по MCC 7995 (гео-фильтры, лимиты, риск-скоринг).
- Настроена отчетность по chargeback-ам и плейбуки эскалаций/диспутов.
15) Резюме
Для iGaming максимальная эффективность достигается сочетанием PAN-safe потоков, network tokenization (VTS/MDES/NSPK), грамотного 3DS и smart-routing по BIN/стране/схеме/PSP. Visa и Mastercard обеспечивают глобальное покрытие и развитые OCT-выплаты; «Мир» — локальный прием и токенизация в рамках правил NSPK. Постройте метрики по схемам, держите актуальные BIN-таблицы, соблюдайте PCI DSS и заранее согласуйте сценарии OCT — так вы получите устойчивую конверсию, контролируемую стоимость и управляемый риск.