UPI 인도: QR, VPA 및 한계
1) UPI는 무엇입니까
UPI (Unified Payments Interface) 는 NPCI가 운영하는 인도의 국가 결제 버스입니다. 은행 계좌와 핀 테크 애플리케이션 (PSP) 간에 24/7 즉시 송금을 제공합니다. 사용자 및 판매자의 경우 UPI는 단일 주소 지정 계층 (VPA), 확인 (2FA) 및 클리어이며 P2P 및 P2M 시나리오가 구축됩니다.
주요 원칙:- 상호 운용성: 모든 UPI 응용 프로그램은 모든 은행/계좌에 있습니다.
- 세부 사항없이 해결: IFSC/계정 대신 '이름 @ handle' 양식의 VPA.
- 직관성과 최종성: 번역이 즉시 확인됩니다. 반환 - 별도의 작업.
- 판매자의 저렴한 비용: MDR/체계에 따른 규제는 수집 비용을 줄입니다.
2) 생태계 참가자
NPCI (체계/스위치): 라우팅, 규칙, 인증.
PSP 은행 및 비은행 PSP (Front-End Apps): 클라이언트 응용 프로그램 (PhonePe, Google Pay, Paytm 등), 판매자를위한 SDK/API.
인수자/발급자: 상인 취득 은행 및 지불 자 발급 은행.
판매자 PSP: 비즈니스를위한 UPI 승인 제공 업체 (SDK, QR, 의도, 조정).
3) 식별 자: VPA 및 세부 사항
VPA (Virtual Payment Address) 는 기본 UPI 식별자 인 'user @ psphandle' 또는 'mergent @ acquirer' 입니다.
특징:- UPI 은행 계좌/노드에 연결되었습니다.
- 비즈니스 세부 정보가 포함 된 개인 (P2P) 또는 판매자 (P2M) 가 될 수 있습니다.
- 요청, 송장 및 메타 데이터를 수집합니다 (주문, 목적, MCC).
4) QR 결제: 정적 대 동적
정적 QR
VPA/핸들 판매자, 때로는 고정 필드 (MCC, 이름) 가 포함되어 있습니다.
금액은 지불 인이 수동으로 입력합니다 (카페/소규모 소매점에 적합).
장점: 단순성, 한 번 인쇄. 단점: 잘못된 양의 위험, 약한 분석.
동적 QR (주문 당)
각 체크에 대해 생성됩니다: 금액, 주문, 목적 필드, 선택 할인, 소품 태그 포함.
지불 자 → 스캔 된 응용 프로그램은 고정 금액 송장을 엽니 다.
장점: 더 적은 오류, 쉬운 화해, 충성도 및 반부패 증거.
의도 및 딥 링크 흐름
판매자 응용 프로그램은 스캔 대신 딥 링크/의도 URI에서 UPI 클라이언트를 시작하여 양과 메타 데이터를 전송합니다.
전자 상거래/응용 프로그램의 편리함을 통해 카메라없이 균일 한 UX를 만들 수 있습니다.
5) 전형적인 결제 흐름
P2P (풀/푸시): VPA/폰/QR을 통해 사용자간에 전송됩니다.
P2M (푸시) -구매자가 결제 (스캔/지불) 를 시작합니다.
수집 요청 (판매자 풀): 판매자가 요청을 발행하면 구매자는 UPI 신청서에서 확인합니다.
AutoPay (e- 위임): 한도 및 빈도의 사전 승인을받은 구독, 직불 결제는 각 작업을 수동으로 확인하지 않고 (한도까지) 위임에 의해 시작됩니다.
6) UPI 제한: 작동 방식
한도는 제도의 규칙, RBI/NPCI 정책, 은행 발행 및 때로는 판매자 범주에 따라 결정됩니다. 참가자, 위험 프로파일 및 채널이 다를 수 있습니다.
주요 유형의 한계:1. 거래 당 한도: 대부분의 소매 시나리오에서 "일반적인" 가치-지불 당 ~ 1,00,000 (1 라크) 까지; 위/아래 개인의 경우.
2. 하루 한도: 결제 신청/은행의 총 거래량/수를 제한하십시오.
3. 카테고리 제한: 특정 MCC (예: 투자, 교육/의학, 티켓, 유틸리티), 상승/별도 임계 값이 적용될 수 있습니다.
4. 새로운 수신자/위험 타임 아웃: 처음으로 새로운 VPA로 전송 할 때 일회성 제한 및 셔터 속도가 감소 할 수 있습니다.
5. UPI Lite (오프라인 소액 결제): 소규모 오프라인 결제를위한 장치/은행의 지갑; 제한은 일반 UPI보다 낮으며 별도로 설정됩니다 (txn 당 및 일일).
6. AutoPay (e- 위임): 재 인증이없는 자동 직불 결제 제한이 위임장에서 수정됩니다. 다른 카테고리-다른 임계 값에 대해.
7. 시나리오/채널: 의도/QR은 고유 한 검증 (남용 방지, 속도) 을 가질 수 있습니다.
7) 보안 및 인증
2FA: UPI 응용 프로그램 (IN/생체 인식) + 장치/SIM 슬롯/계정에 대한 링크 확인.
장치 바인딩: PSP 응용 프로그램 수준의 사기 방지.
실시간 위험 정책: 속도 확인, 제재/사기 템플릿, 유익한 이름 표시.
UPI Lite 및 오프라인: 위험을 줄이기 위해 마이크로 한계 + 지연된 코어 게시.
8) 요금 및 수수료 (MDR)
UPI의 경우 소매 부문은 역사적으로 기본 사례에서 가맹점에 대한 최소 MDR 또는 수수료가 없습니다. 카테고리/도구 예외가 가능합니다 (예: UPI 연결 지갑, 회사 솔루션, PSP 애드온 서비스). 단위 경제학을 계산할 때 다음을 고려하십시
UPI 획득에 대한 구독/SDK 수수료,
추가 서비스 요금 (동적 QR, 조정 API, 주석, 보고서),
비용, 분쟁 및 수익을 지원합니다.
9) 반품, 부분 반환 및 분쟁 (ODR)
카드 의미에서 충전이 없습니다. 반품은 원래 거래와 관련하여 판매자에서 지불 인으로의 새로운 신용 거래입니다.
부분 환불은 금액별로 지원됩니다.
ODR (온라인 분쟁 해결): 표준 온라인 청구 해결 프로세스-상태, SLA, 거부 사유, 증거 (결제 로그, 수표, 선하 청구서).
타이밍: 은행/PSP에 따라 다릅니다. 지원 규정을 적용하십시오.
10) 판매자 통합: 옵션
1. 정적 UPI QR: 최소 개발; POS/SMB에 좋습니다.
2. 동적 UPI QR: 서버는 사용자 정의 QR을 생성합니다. 양/순서의 더 나은 조정.
3. 의도/딥 링크: 카메라가없는 모바일 UX; 웹 체크 아웃 → 개방 UPI 응용 프로그램.
4. 수집 (지불 요청): 판매자는 "계정" 을 시작합니다.
5. SDK/JS/Native: 상태 처리 기능이있는 Android/iOS/web 용 기성품 PSP 모듈.
- 결제 페이로드 생성 (VPA/금액/태그)
- 성공/실패한 결제를위한 콜백 엔드 포인트,
- TID/RRN/UTR에 의한 조정,
- 수동/자동 환불,
- SLA PSP/뱅크 모니터링.
11) 조정 및보고 (UTR, 상태)
UTR (Unique Transaction Reference) - 은행 레일의 고유 계산 식별자; 모든 작업에 저장하십시오.
PSP 보고서에서 초기 매개 변수 (VPA, 양, 주문), 상태 (시작, 보류, 성공, 실패), 늦은 업데이트, 반품.
일일 오토 레콘 및 주기적 풀 레콘 (뱅크/PSP가있는 볼트) 이 필요합니다.
12) 오프라인 및 스마트 폰없는 가용성
UPI Lite (오프라인 소액 지불): 소량; 네트워크 요청없이 거래가 확인되어 나중에 게시됩니다.
UPI 123PAY/IVR/기능 전화: 번호/IVR 메뉴로 결제.
Tap-and-Pay (NFC-UPI): 지원되는 비접촉식 시나리오.
13) 크로스 보더 (UPI Global)
UPI는 점차 외국 철도/국가 파트너십 (예: 파트너 네트워크에서 해외 관광객 또는 인도인이 인도 UPI-QR 스캔). 지원 및 제한은 국가/파트너 페어 및 발행 은행마다 다릅니다.
14) 위험, AML/KYC, 규정 준수
PSP/뱅크의 KYC 수준은 한계에 영향을 미칩니다.
AML/제재: 수신자/대상 필터, 이상 모니터링.
사기 사례: 판매자의 동의없이 환불이 불가능합니다 → 주문에 대한 엄격한 검증이 필요합니다 (동적 QR, 수표, 지리/장치).
산업 법률 제도: 개별 범주 (MCC 범주, 라이센스, 주/UT의 지오 블록) 에 대한 제한이 적용됩니다. 귀하의 비즈니스 유형에 대한 UPI의 현지 수락을 위해 변호사와 계획하십시
15) UX 디자인 및 모범 사례
오류 표면: 타이머, 지침 및 지불 반복 방법을 명확하게 보여줍니다.
Idempotency: 안전한 반복을위한 'orderID' + demempotency 키.
폴백: Intent가 열리지 않으면 QR 및 "VPA/양 복사" 를 제안하십시오.
인터페이스 제한: 초과를 경고하고 허용되는 경우 분할 점검을 제공
신뢰성: 상태, 웹 후크 + 풀 API에 대해 기하 급수적으로 배상합니다.
투명성: UTR, 금액, 날짜/시간, VPA 판매자, 지원 연락처로 확인하십시오.
16) 통합 점검표 (P2M)
1. PSP에서 판매자 VPA/핸들을 얻으십시오.
2. 채널 선택: 정적/동적 QR, 의도, 수집.
3. 페이로드 생성 및 보안 소시지 구현.
4. (PHP 3 = 3.0.6, PHP 4)
5. 반품 (부분/전체), 로그 및 ODR 설정
6. 사기 방지 규칙 (속도, 새로운 수신자, 고위험 MCC 백라이트) 을 입력하십시오.
7. UI/UX: 힌트, 오류, 반복, 한계 표시.
8. SLA PSP/은행, 경고 및보고에 대한 모니터링을 수립합니다.
9. 실제 UPI 클라이언트와 엔드 투 엔드 테스트를 수행합니다.
10. 정기적으로 업데이트 제한/규칙 (은행/범주별).
17) 제한 카드 (디자인 지침)
Per-txn (소매): ~ 1,00,000 달러까지 랜드 마크.
하루당: 은행/신청에 의한 총 일일 임계 값; 로컬로 설정됩니다.
UPI Lite: 실질적으로 일반 UPI (소액 지불) 보다 낮습니다.
AutoPay (e- 위임): 위임/범주별로 반복되는 2FA없이 거래 당 제한.
새로운 수혜자: 일회성 제한 및/또는 지연 감소.
천장이 증가한 카테고리: MCC/은행 규칙 (예: 교육/의학/티켓/투자 시나리오-합의 된대로) 에 따라 다릅니다.
18) 판매자를위한 QR 전략 비교
19) iGaming/고위험 정점을 고려해야 할 사항
카테고리가 PSP/은행에서 유효한지 확인하고 현지 법률에 해당하는지 확인하십시오.
한계가 줄어들고 KYC/ODR 요구 사항이 확장 될 것으로 예상됩니다.
예금/인출 및 엄격한 교통 분할을위한 대체 레일을 고려하십시오.
20) 건축 노트
마이크로 서비스로서의 UPI 게이트웨이:- 종점: 'PaymentIntent', 'GenerateDynamicQR', '환불', '조정', '웹 후크'.
- 키와 dedupe 테이블을 통한 dempotency.
- 상태 및 회계를위한 이벤트 버스.
- 관찰 가능성: 지표 (성공/실패/대기 시간), 추적, 경고.
- 보안: 웹 후크의 HMAC 서명, 허용리스트 IP PSP, 비밀 교체.
생산 요약
동적 QR 및/또는 의도에 베팅.
하드 코드 제한을하지 마십시오-은행/PSP에 의한 설정 + 업데이트.
UTR 조정, 부분 수익률 및 ODR 흐름을 포함합니다.
실패 시나리오, 재생 및 투명한 점검으로 UX를 커버하십시오.
PSP를 통해 정기적으로 한계 및 범주 정책을 검토하십시오.