Как работает выпуск виртуальных карт

Как работает выпуск виртуальной карты (кратко):

Виртуальная карта — это номер карты (PAN), срок действия и CVV, генерируемый программно через процессор выпуска карты. Карта существует только программно — физического пластика нет. Когда карта используется для транзакции, карточная сеть направляет запрос авторизации процессору-эмитенту, который применяет правила вашей программы (лимиты, контроль продавца, проверки баланса) и одобряет или отклоняет в режиме реального времени.

Понимание того, как работает выпуск виртуальных карт, важно для команд, создающих платформы управления расходами, инструменты для расходов на рекламу, программы корпоративных карт или любой продукт, который хочет предлагать пользователям платежные карты. В этом руководстве объясняется весь стек: от карточных сетей до спонсоров BIN, процессоров и того, что вы на самом деле создаете на уровне программного обеспечения.

Стек карточной сети

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

Слой	Роль	Примеры
Карточная сеть	Направляет запросы авторизации между продавцом и эмитентом; устанавливает правила	Visa, Mastercard
Банк-эмитент / спонсор BIN	Лицензированный банк, спонсирующий карточную программу; содержит диапазон BIN	Саттон Банк, Пирмонт Банк, Эволюв Банк, ВебБанк
Процессор выпуска карт	Техническая платформа, которая управляет жизненным циклом карты, авторизацией и контролем от имени спонсора BIN.	Маркета, Литик, Stripe Выпуск, i2c, Галилео
Менеджер программы (Вы)	Уровень продукта, определяющий бизнес-логику, взаимодействие с пользователем и элементы управления.	Ваша платформа построена на Marqeta/Lithic/Stripe Issuing
Владелец карты	Пользователь, который держит карту и тратит с ее помощью	Сотрудник, подрядчик, покупатель, рекламодатель

Как работает авторизация карты

Когда владелец карты использует виртуальную карту для оплаты (например, вводит номер карты в Google Рекламе или проводит пальцем по терминалу), в режиме реального времени происходит следующее — обычно менее чем за 2 секунды:

Продавец инициирует авторизацию: Платежный терминал или платежный шлюз продавца отправляет запрос авторизации банку-эквайеру.

Эквайринг банковских маршрутов в карточную сеть: Банк-эквайер отправляет авторизацию на Visa или Mastercard на основании БИН карты.

Маршруты карточной сети к процессору-эмитенту: Сеть карточек идентифицирует процессор-эмитент по BIN и пересылает авторизацию.

Процессор применяет правила программы: Marqeta/Lithic/Stripe Issuing оценивает запрос на соответствие правилам вашей программы: лимиту расходов, средствам контроля продавца (MCC), балансу и любому ответу веб-перехватчика с вашей платформы в реальном времени.

Одобрение или отказ возвращены: Процессор отправляет ответ об одобрении или отклонении обратно по цепочке на торговый терминал — весь путь туда и обратно занимает миллисекунды.

Событие транзакции отправлено на платформу: Процессор отправляет на вашу платформу вебхук с данными авторизации для отслеживания в режиме реального времени.

Элементы управления картой и правила программы

Для сценариев использования расходов на рекламу ключевым элементом контроля является ограничение карт по MCC (5940 для онлайн-рекламы или определенные идентификаторы продавцов для Meta/Google). Для расчетов с подрядчиками пригодятся одноразовые карты с фиксированной суммой.

Лимит расходов — максимальный баланс или лимит на транзакцию; снижается при превышении
Элементы управления кодом категории продавца (MCC) — ограничивайте использование карты определенными категориями продавцов (например, только платформами цифровой рекламы).
Ограничения конкретных продавцов — разрешите или заблокируйте определенные идентификаторы продавцов (если процессор поддерживает)
Географические ограничения — разрешайте или блокируйте транзакции в определенных странах.
Элементы управления на основе времени — активны только в определенные часы или дни.
Одноразовые карты — срок действия карты истекает или деактивируется после первой успешной авторизации.
Контроль скорости — максимальное количество транзакций в день или неделю

Сравнение процессоров выпуска карт

Для большинства продуктов виртуальных карт B2B практическим выбором являются Marqeta или Lithic. Stripe Выпуск подходит для более простых программ или продуктов, уже глубоко интегрированных с Stripe.

Процессор	Лучшее для	Ключевая сила	Примечательное внимание
Маркета	Сложная логика программы, карты покупок маркетплейса, корпоративные карты	финансирование «точно в срок» (JIT); гибкая авторизация на основе вебхука	Более сложная интеграция; лучше всего подходит для продвинутых программ
каменный	B2B и финтех-карточные программы; виртуальные карты в большом масштабе	Очистите API; сильная поддержка виртуальных карт; быстрая адаптация	Более ограниченная поддержка физических карт
Stripe Выдача	Продукты SaaS, уже использующие Stripe; более простые программы	Тесная Stripe интеграция экосистемы; легкая адаптация	Менее гибок для сложной логики авторизации.
i2c	Зрелые программы; крупные эмитенты	Широкие возможности настройки; глобальный охват	Более длительное время интеграции; ориентированный на предприятие
Галилей	Необанки; крупные дебетовые программы	Полный банковский стек; Финтех как услуга	В первую очередь США; ориентирован на дебетовые/предоплаченные программы

Что вы создаете как менеджер программы

В качестве уровня менеджера программ вы создаете:

Панель управления картами: Пользовательский интерфейс для выпуска карт, установки лимитов, заморозки/разморозки и просмотра истории транзакций по карте.

Интеграция выпуска карт API: API обращается к процессору для создания карточек, установки элементов управления, получения сведений о карте (в маске) и управления состоянием карты.

Управление балансом/финансированием: Логика управления накопительным балансом программы на процессоре. Карты берут деньги из этого баланса. Вам необходимо пополнять его посредством банковского перевода или финансирования в стейблкоинах (если процессор поддерживает).

Обработка веб-перехватчика авторизации (Marqeta JIT): Для программ Marqeta JIT ваша платформа получает запрос на авторизацию в режиме реального времени и должна ответить утвердительно/отклонено в течение миллисекунд. Это обеспечивает полностью настраиваемую логику авторизации.

Отслеживание транзакций и отчетность: Принимать события транзакций из веб-перехватчиков процессора. Храните и агрегируйте данные по картам, пользователям, кампаниям или центрам затрат для составления отчетов.

Управление разрешениями пользователей и карт: Роли пользователей, определяющие, кто может создавать карточки, устанавливать ограничения, просматривать выписки или экспортировать данные.

Соответствие требованиям и требования программы

Gizmolab создает технологическую платформу и интегрирует процессор выпуска карт. Мы не предоставляем услуги по выпуску карт, спонсорству BIN или услуги по обеспечению соответствия нормативным требованиям напрямую. Они предоставляются процессором и партнерами-спонсорами BIN.

KYC для держателей карт — для держателей карт требуется проверка личности; уровень зависит от программы и географии
KYB для бизнеса — корпоративные программы обычно требуют подтверждения бизнеса.
AML мониторинг — мониторинг транзакций на предмет подозрительной активности; требуется в масштабе
Правила программы карточной сети — Visa и Mastercard предъявляют требования к менеджеру программы; ваш процессор обеспечивает соблюдение требований
Требования к спонсору БИН — банк-спонсор может предъявлять дополнительные требования к соответствию.

Часто задаваемые вопросы

Нужна ли мне собственная банковская лицензия для выпуска виртуальных карт?

Нет. Карточные программы действуют через банк-спонсор BIN, обладающий необходимыми лицензиями. Ваша платформа работает как уровень менеджера программ поверх процессора и спонсора BIN. Обработчик (Marqeta, Lithic, Stripe Issuing) управляет техническими отношениями со спонсором BIN. Вы создаете программный продукт поверх него.

Что такое финансирование JIT и почему оно имеет значение?

Финансирование «точно в срок» (JIT) — это функция Marqeta, при которой процессор отправляет вашей платформе веб-перехватчик в режиме реального времени при каждом запросе авторизации, и ваша платформа должна ответить одобрением или отклонением с дополнительным финансированием в течение миллисекунд. Это обеспечивает полностью настраиваемую логику авторизации — проверки баланса, динамические лимиты, правила категорий расходов, финансирование с нескольких счетов — что выходит за рамки статического контроля карт. Это самый мощный (и сложный) способ выпуска карт.

Сколько времени нужно, чтобы запустить карточную программу?

При выпуске Lithic или Stripe базовая программа виртуальных карт может быть запущена через 4–8 недель. Программы Marqeta со сложной логикой авторизации обычно занимают больше времени. Сроки зависят от адаптации процессора (включая KYC/KYB и обзор программы), сложности интеграции и необходимости использования физических карт (добавляет больше времени на разработку и персонализацию карт).

Можно ли финансировать карты с помощью стейблкоинов?

Да. Некоторые процессоры поддерживают карточные программы, финансируемые стейблкоинами, или платформа может поддерживать баланс, финансируемый бумажными деньгами, который пополняется посредством конвертации стейблкоинов в бумажные деньги. Gizmolab создает платформы, на которых баланс компании финансируется в USDC и конвертируется в фиатные деньги для расходов по картам — это полезно для криптовалютных компаний, которые держат оборотный капитал в стейблкоинах.

Ключевые выводы

Программы виртуальных карт работают через четырехуровневый стек: карточная сеть, спонсор BIN, процессор-эмитент и менеджер программы (ваша платформа).

Как менеджер программы, вы создаете уровень продукта — управление картами, логику авторизации, отслеживание транзакций и взаимодействие с пользователем.

Marqeta (JIT-финансирование), Lithic (чистый API) и Stripe Issuing (тесная Stripe интеграция) являются основными процессорами для большинства финтех-продуктов.

Детальный контроль (лимиты, ограничения MCC, одноразовое использование, географическое расположение) применяется процессором во время авторизации — это основная ценность продукта.

KYC, спонсорство BIN и соответствие требованиям карточной сети осуществляются через процессор и партнеров-спонсоров BIN, а не создаются с нуля.