가상 카드 발급 작동 방식
BIN 후원, 카드 프로세서, 인증 흐름, 프로그램 관리, 구축 및 구매 등 가상 카드 발급 방식에 대한 기술적인 설명입니다.
가상 카드는 카드 발급 프로세서를 통해 프로그래밍 방식으로 생성된 카드 번호(PAN), 만료 및 CVV입니다. 카드는 소프트웨어로만 존재하며 물리적인 플라스틱은 없습니다. 카드가 거래에 사용될 때 카드 네트워크는 승인 요청을 발급 처리자에게 전달합니다. 발급 처리자는 프로그램 규칙(한도, 판매자 통제, 잔액 확인)을 적용하고 실시간으로 승인하거나 거부합니다.
비용 관리 플랫폼, 광고 지출 도구, 기업 카드 프로그램 또는 사용자에게 결제 카드를 제공하려는 모든 제품을 구축하는 팀에서는 가상 카드 발급이 어떻게 작동하는지 이해하는 것이 필수적입니다. 이 가이드에서는 카드 네트워크부터 BIN 스폰서, 프로세서, 실제로 소프트웨어 계층으로 구축하는 것까지 전체 스택을 설명합니다.
카드 네트워크 스택
가상 카드 제품을 구축할 때 프로그램 관리자 레이어를 구축하게 됩니다. 자신의 은행 라이센스가 필요하지 않습니다. BIN 스폰서 은행과 프로세서가 이를 처리합니다. 제품 계층은 카드 발급 논리, 지출 제어 및 최종 사용자 경험을 정의합니다.
| 레이어 | 역할 | 예 |
|---|---|---|
| 카드 네트워크 | 판매자와 발급자 간의 승인 요청을 라우팅합니다. 규칙을 정하다 | Visa, Mastercard |
| 발행 은행 / BIN 스폰서 | 카드 프로그램을 후원하는 허가받은 은행 BIN 범위를 보유합니다 | 서튼 은행, 피어몬트 은행, 이볼브 은행, WebBank |
| 카드 발급 프로세서 | BIN 스폰서를 대신하여 카드 수명주기, 승인 및 제어를 관리하는 기술 플랫폼 | Marqeta, Lithic, Stripe 발행, i2c, Galileo |
| 프로그램 관리자(귀하) | 비즈니스 로직, 사용자 경험 및 제어를 정의하는 제품 계층 | Marqeta/Lithic/Stripe 발행을 기반으로 구축된 플랫폼 |
| 카드홀더 | 카드를 보유하고 사용하는 사용자 | 직원, 계약자, 구매자, 광고주 |
카드 제어 및 프로그램 규칙
광고 지출 사용 사례의 경우 MCC(온라인 광고의 경우 5940, Meta/Google의 경우 특정 판매자 ID)별로 카드를 제한하는 것이 핵심 제어입니다. 계약자 지불의 경우 고정 금액의 일회용 카드가 유용합니다.
- 지출 한도 — 최대 잔액 또는 거래당 한도 초과하면 감소
- 판매자 카테고리 코드(MCC) 제어 - 카드를 특정 판매자 카테고리(예: 디지털 광고 플랫폼만)로 제한합니다.
- 특정 판매자 제한 - 특정 판매자 ID를 허용하거나 차단합니다(프로세서가 지원하는 경우).
- 지역 제한 — 특정 국가에서의 거래 허용 또는 차단
- 시간 기반 제어 - 특정 시간 또는 요일에만 활성화됩니다.
- 일회용 카드 - 첫 번째 승인 성공 후 카드 번호가 만료되거나 비활성화됩니다.
- 속도 제어 — 일일 또는 주간 최대 트랜잭션 수
카드 발급 프로세서 비교
대부분의 B2B 가상 카드 제품의 경우 Marqeta 또는 Lithic이 실용적인 선택입니다. Stripe 발급은 이미 Stripe과 긴밀하게 통합된 간단한 프로그램이나 제품에 적합합니다.
| 프로세서 | 최고의 대상 | 주요강점 | 주목할만한 고려사항 |
|---|---|---|---|
| 마르케타 | 복잡한 프로그램 로직, 시장 지출 카드, 법인 카드 | 적시(JIT) 자금 조달; 유연한 웹훅 기반 인증 | 더욱 복잡한 통합; 고급 프로그램에 가장 적합 |
| 암석 | B2B 및 핀테크 카드 프로그램; 대규모 가상 카드 | API 청소; 강력한 가상 카드 지원; 빠른 온보딩 | 더욱 제한된 물리적 카드 지원 |
| Stripe 발급 중 | 이미 Stripe을(를) 사용하고 있는 SaaS 제품 더 간단한 프로그램 | 긴밀한 Stripe 생태계 통합; 쉬운 온보딩 | 복잡한 인증 논리에는 유연성이 떨어짐 |
| i2c | 성숙한 프로그램; 대량 발행자 | 고도로 구성 가능; 글로벌 도달 범위 | 더 긴 통합 시간; 기업 중심 |
| 갈릴레오 | 네오뱅크; 대규모 직불 프로그램 | 전체 뱅킹 스택; 서비스형 핀테크 | 주로 미국; 직불/선불 프로그램에 집중 |
프로그램 관리자로서 구축하는 것
프로그램 관리자 계층으로서 다음을 빌드합니다.
카드 관리 대시보드: 카드 발급, 한도 설정, 동결/해제, 카드별 거래 내역 조회를 위한 UI입니다.
카드발급API 통합: API는 프로세서를 호출하여 카드 생성, 컨트롤 설정, 카드 세부 정보 검색(마스크됨) 및 카드 상태 관리를 수행합니다.
잔액/자금관리: 프로세서에서 프로그램의 자금 잔액을 관리하는 논리입니다. 카드는 이 잔액에서 가져옵니다. 은행 송금이나 스테이블코인 펀딩(프로세서가 지원하는 경우)을 통해 충전 상태를 유지해야 합니다.
인증 웹훅 처리(Marqeta JIT): Marqeta JIT 프로그램의 경우 플랫폼은 실시간 승인 요청을 수신하고 밀리초 단위로 승인/거절에 응답해야 합니다. 이를 통해 완전히 사용자 정의 인증 논리가 가능해집니다.
거래 추적 및 보고: 프로세서 웹후크에서 트랜잭션 이벤트를 수집합니다. 보고를 위해 카드, 사용자, 캠페인 또는 비용 센터별로 저장하고 집계합니다.
사용자 및 카드 권한 관리: 카드를 생성하고, 한도를 설정하고, 명세서를 보고, 데이터를 내보낼 수 있는 사람을 결정하는 사용자 역할입니다.
규정 준수 및 프로그램 요구 사항
Gizmolab 기술 플랫폼을 구축하고 카드 발급 프로세서를 통합합니다. 우리는 카드 발급 서비스, BIN 후원 또는 규정 준수 서비스를 직접 제공하지 않습니다. 이는 프로세서 및 BIN 스폰서 파트너가 제공합니다.
- KYC 카드 소지자의 경우 — 카드 소지자의 신원 확인이 필요합니다. 수준은 프로그램과 지역에 따라 다릅니다.
- 기업을 위한 KYB - 기업 프로그램에는 일반적으로 비즈니스 인증이 필요합니다.
- AML 모니터링 — 의심스러운 활동에 대한 거래 모니터링; 대규모로 필요
- 카드 네트워크 프로그램 규칙 — Visa 및 Mastercard에는 프로그램 관리자 요구 사항이 있습니다. 프로세서가 규정 준수를 안내합니다.
- BIN 스폰서 요구 사항 - 스폰서 은행은 추가 규정 준수 요구 사항을 부과할 수 있습니다.
FAQ
가상 카드를 발급하려면 은행 라이센스가 필요합니까?
JIT 자금 조달이란 무엇이며 왜 중요한가요?
카드 프로그램을 활성화하는 데 얼마나 걸리나요?
스테이블코인으로 카드에 자금을 조달할 수 있나요?
가상 카드 플랫폼을 구축하시나요?
Gizmolab는 Marqeta, Lithic 및 Stripe Issuing과 함께 비용 관리, 광고비 및 기업 카드 프로그램을 위한 가상 카드 플랫폼을 구축합니다.