비자와 마스터 카드를 통한 즉각적인 지불 방식
카드에 대한 즉각적인 지불은 푸시 투 카드입니다. 비즈니스는 고객, 파트너 또는 판매자에게 직접 비자/마스터 카드로 돈을 보냅니다. 기술적으로 이것은 Visa Direct 및 Mastercard Send (역사적 OCT: Original Credit Transaction) 를 통해 구현됩니다. 일반적인 시나리오에서는 은행 일을 기다리지 않고 24/7에 돈이 들어오고 수신자에게는 유효한 카드 만 있으면됩니다.
기본 용어 및 레일
AFT (계정 자금 거래) - 카드에서 돈을 "풀" (예: 지갑 보충).
OCT (Original Credit Transaction) - 카드에 돈을 "푸시" (지불/인출).
Visa Direct/Mastercard Send는 발행자의 AFT/OCT + Fast Funds 네트워크를 사용하는 식료품 우산입니다.
패스트 펀드는 발급 은행이 카드에 실시간으로 대출을 수락하라는 신호입니다. 지원하지 않으면 지불금이 더 오래 걸립니다 (예: T + 1).
작동 방식: 단계별 흐름 (푸시 투 카드)
1. 수신자 IDName
수신자는 PAN (카드 번호) 또는 토큰 (토큰 화/카드 볼트 PSP를 통해) 이 필요합니다.
2. 사용자 확인 (KYC/AML/RG 수직)
이 사업은 라이센스, 자금 출처, 한도, 제재 및 PEP 심사와 같은 PSP/은행과 함께 진행됩니다.
3. OCT 개시
공급자는 Visa/Mastercard 네트워크에서 금액, 통화, MCC 및 참조로 신용 거래를 구성합니다.
4. 네트워크 라우팅
네트워크는 수신자의 카드 발급 은행에 요청을 전달합니다.
5. 발행인의 결정
발급자는 카드, 한계, 사기 방지/준수를 확인합니다. 승인되면 승인 응답을 크레딧하고 반환하십시오.
6. 비즈니스 알림
PSP는 "유료/정착 된" 웹 후크를 보냅니다. 인터페이스에서 상태는 "유료" 이며 사용자는 카드에 돈을 가지고 있습니다.
7. 정리/정산
은행 간 결제는 지불 시스템의 규칙에 따라 수행되며 재무 및 보고서는 백 오피스에서 수렴됩니다.
일반적인 속도: 고속 기금으로 몇 초에서 몇 분. 고속 자금의 저하 또는 부재시-최대 몇 시간/일 (발행자, 국가 및 시간에 따라 다름).
사용 사례
시장 및 공연 경제: 판매자, 택배, 운전자에게 일일/즉시 지불.
핀 테크 지갑 및 중개인: 느린 은행 송금 대신 카드로 현금 인출.
보험 및 전자 상거래 반품: 고객에게 빠른 보상 지불.
게임/iGaming 및 베팅: 상금의 빠른 인출 (해상도는 은행과 네트워크의 라이센스/정책에 따라 다릅니다).
P2P 및 B2C 로열티 프로그램: 즉석 상, 캐쉬백 및 보상.
비즈니스 및 사용자 혜택
사용자:- 친숙한 카드에 "여기와 지금" 돈;
- IBAN/BSB 및 은행 정보 구속력이 없습니다.
- 대부분의 국가/은행에서 연중 무휴 운영됩니다.
- 빠른 출력으로 인한 높은 NPS/홀드;
- 덜 지원 ("돈은 언제 올까요? »);
- 지역 제도 대신 글로벌 맵 범위;
- 네트워크 참조에 의한 간단한 조정.
제한과 뉘앙스
발행인 지원. 모든 은행이 OCT를 패스트 펀드로 받아들이는 것은 아닙니다 지연 또는 실패가 가능합니다.
한계. 거래 횟수, 판매자 범주 (MCC) 별 금액/일일 거래량.
국가/통화. 경제성과 SLA는 지역마다 다릅니다. 변환이 가능합니다.
MCC 및 네트워크 정책. 일부 산업 (도박 포함) 은 요구 사항과 별도의 규칙을 강화했습니다
반품 및 분쟁. 그것은 카드의 크레딧이며, 클래식 차지 백은 구매에 동일한 방식으로 적용되지 않습니다. 역 OCT/조정 및 내부 반품 정책이 사용됩니다.
안전 및 사기 방지
수령인 확인. PAN/토큰 형식 확인, 빈 분류 (선불/직불/신용), 발행자 국가.
실시간 위험 평가. 수신자 사무실의 장치 지문, 지리/행동 신호, 주파수 제한.
목록 및 규칙. 지도 및 BIN의 흰색/검정 목록, 속도 제어, 민감한 관할 구역의 국경 간 금지.
노새 데텍 타 및 APP 사기. "자신을 번역" 및 현금 체계에 대한 알고리즘: 새 카드에 대한 제한, "쿨 오프", 사례에 대한 수동 검토.
카드 데이터 보호. 인증 된 공급자의 토큰 화, PCI DSS 경계를 최소화합니다.
준수 및 법적 측면
KYC/AML/CFT: 발신자 및 수신자 식별, 의심스러운 거래 모니터링, 현지 규칙에 따라보고.
PCI DSS: PAN을 터치하면-규정 준수가 필수입니다. 또는 PSP 토큰을 사용하십시오
라이센스 및 허용 활동: 네트워크 규칙 준수 및 인수자/PSP (특히 고위험 구강) 와의 계약.
개인 정보 보호: PII 최소화, 결제 로그 액세스 제어
통합 아키텍처
지불 서비스: 요청을 수락하고 한도/위험을 확인하며 공급자에게 경로를 제공합니다.
PSP/Acquirer: AFT/OCT를 생성하고, 토큰 화를 제공하고, 네트워크로 보내고, 상태 웹 후크를 반환합니다.
원장 및 조정: 네트워크 참조, demempotency 키, 은행 보고서와의 조정, 불일치 경고.
관찰 가능성: p95 등록 시간 보드, 승인 속도, BIN/국가 실패, 배상 비율.
재무 모델: 수수료 및 SLA
수수료: 결제를 위해 +% 를 수정하십시오. 카드 국가, 거래량, 위험, 통화에 따라 다릅니다.
속도에 따른 SLA: 고속 자금-분; 그것없이-최대 T + 1/T + 2.
네트워크 수준, PSP 및 내부 정책에서 양/주파수 제한.
국경 간 및 FX: 추가 요금/환율 차이가 가능합니다.
UX 모범 사례
예상되는 등록 창을 보여줍니다 ("보통 몇 분 안에").
오류를 피하려면 카드 또는 토큰 마스크의 마지막 4 자리를 확인하십시오.
참조 및 상태로 결제 기록을 유지하십시오.
명확한 이유와 단계 (다른 카드, 검증) 로 편차를보고하십시오.
대량의 경우 - 2 단계 확인 (IN/2FA) 및 "일시 정지 확인".
푸시 투 카드 출시 점검표
1. 법적 준비 상태: PSP/인수 계약, 비즈니스 모델 설명, KYC/AML 정책.
2. BIN 테스트: 주요 발행 은행의 속도 및 승인 성 점검.
3. 한계 및 규칙: 일일/월간 임계 값, 속도, 지역 금지.
4. 토큰 화: 집에서 PAN 스토리지를 제외하고; 네트워크 토큰/PSP 볼트 사용.
5. 사기 방지: 행동 점수, 목록, 새로운 수령인을위한 냉각, 이상의 수동 조정.
6. 조정 및보고: demotency, 일일 보고서, 중복/타임 아웃 경고.
7. 지원 및 반품 정책: 응답 템플릿, SLA, 분쟁/오류에 대한 플레이 북.
8. KPI 모니터링: p95 등록 시간, 승인 속도, 배상 비율, FPR/TPR 사기 방지, 거래 비용.
미니 -FAQ
수신자의 카드 번호가 필요합니까?
예, PAN 또는 토큰. 많은 PSP는 토큰 만 저장할 수 있습니다.
정확히 "인스턴트" 입니까?
Fast Funds를 지원하면 보통 몇 분입니다. 그렇지 않으면-더 긴 시간은 수령인의 은행에 따라 다릅니
쇼핑과 같은 요금제가 있습니까?
OCT는 다른 논리를 가지고 있습니다: 이들은 신용 거래입니다. 반환은 PSP 및 은행 정책에 대한 역 입력/조정으로 이루어집니다.
대량으로 지불 할 수 있습니까?
예, 한계 및 점수 제어가있는 배치/API- 벌크를 통해.
도박에 적합합니까?
기술적으로는 그렇습니다. 그러나 네트워크/은행의 라이센스 및 정책 프레임 워크 내에서만 가능합 강화 된 KYC/AML 및 RG 제어가 필요합니다.
Visa Direct 및 Mastercard Send를 통한 즉각적인 카드 결제는 비즈니스에 빠르고 친숙하며 확장 가능한 인출 채널을 제공합니다. 구현의 성공은 발행자의 고속 자금 지원, 엄격한 위험 프로파일 및 명확한 운영 규율 (조정, 제한, 보고) 의 세 가지 기둥에 있습니다. 올바르게 구성된 푸시 투 카드는 고객의 신뢰를 높이고 자금 흐름을 가속화하면서 준수하고 안전합니다.