법률 및 규정 준수
인도의 RBI e-Mandate란 무엇인가요?
인도의 RBI e-Mandate란 무엇인가요?
E-Mandate는 고객의 은행 계좌에서 구독료, 할부금, 보험료, 공과금과 같은 정기 결제를 각 건별로 개별 승인할 필요 없이 처리하기 위해 자동 이체하는 디지털 승인 시스템입니다. 자동이체 동의 생성 과정에서 일회성 유효성 검사가 필요하며, 이후 해당 동의가 변경되거나 취소될 때까지 추가적인 적격 결제가 이루어집니다.
2026년 4월 21일, 인도중앙은행(RBI)은 2026년 디지털 결제 – e-Mandate 프레임워크를 발표했습니다. 이 프레임워크는 기존 8개의 회람을 취소하고, 카드, 선불 결제 옵션 또는 UPI를 사용하는 반복 디지털 거래(국내 및 국제 모두) 관리를 위한 하나의 관리 루틴을 제시합니다. 이 프레임워크는 반복 결제 프로세스의 모든 참가자를 위한 결제 임계값, 알림 및 인증 규칙과 같은 문제에 대한 요구 사항을 명시합니다.
e-Mandate와 e-NACH의 차이점은 무엇인가요?
E-Mandate는 고객 계좌에서 반복적인 디지털 출금을 허용하는 모든 승인을 지칭하는 용어입니다. 이를 위한 여러 채널이 존재하며, e-NACH (electronic National Automated Clearing House)는 인도의 NACH 시스템을 통해 은행 계좌에서 거래를 처리하는 일반적인 예시입니다. e-NACH를 통한 각 거래는 E-Mandate 개념에 해당하지만, E-Mandate 가이드라인은 Card mandates 및 UPI AutoPay와 같은 다른 개념들도 포괄합니다. e-NACH는 이러한 프레임워크를 사용하여 반복적인 자동이체 거래를 관리하는 한 가지 방법일 뿐입니다. Card mandates와 UPI AutoPay는 반복적인 대금 회수를 디지털 방식으로 관리하는 두 가지 추가 방법입니다.
사용 가능한 e-Mandate의 주요 유형은 무엇인가요?
인도의 대부분의 반복 청구 사용 사례는 세 가지 지급 지시 유형으로 처리되며, 각 유형은 특정 거래 형태에 맞춰 설정됩니다:
- 카드 기반 지급 지시 고객의 직불카드 또는 신용카드에 연결되며, 이미 카드로 결제하는 고객에게 익숙합니다.
- 은행 계좌 기반 지급 지시 (e-NACH)e-NACH라고도 불리며, NACH 플랫폼을 사용하여 은행 계좌에서 자동 이체를 승인합니다. 이 방법은 일반적으로 EMI, 보험 또는 뮤추얼 펀드에서 사용됩니다.
- UPI AutoPay 고객의 UPI ID에 연결하여, GPay 또는 PhonePe와 같은 잘 알려진 UPI 애플리케이션을 통해 또는 은행의 UPI 인터페이스를 통해 직접 자동으로 직불을 처리합니다.
은행 전자 자동이체(또는 NACH 자동이체)는 은행 계좌와 판매자 사이에 직접 반복 직불 계약을 등록합니다. 대신 UPI 자동이체는 UPI ID에 연결된 UPI 레일을 통해 각 반복 이체를 라우팅하여 작동합니다. 이 세 가지 자동이체 구조는 일관된 지침을 따릅니다: ₹15,000 미만의 거래는 추가 인증 요소(AFA) 없이 처리될 수 있으며, 보험료, 뮤추얼 펀드 구독, 신용카드 요금 결제에는 ₹1,00,000의 더 높은 한도가 적용됩니다.
SaaS 구독을 위한 e-Mandate를 어떻게 설정하나요?
SaaS용 e-Mandate 설정은 다음의 정해진 패턴을 따릅니다:
- 고객 세그먼트에 적합한 위임 유형을 선택하는 것으로 시작해야 합니다. UPI 자동 결제 위임은 휴대폰을 가장 많이 사용하는 고객에게 적용되며, 카드 위임은 카드 결제에 익숙한 고객에게 적용됩니다.
- 위임 등록 절차는 일반적으로 초기 거래 검증 절차와 동시에 진행되는데, 이는 후자가 AFA 검증을 요구하기 때문입니다.
- 모든 출금 최소 24시간 전에 고객에게 갱신 알림을 제공하고, 결제가 진행될 때마다 확인을 보냅니다.
- 기존 위임에 대한 수정이나 철회 시 발행기관의 AFA 유효성 검증이 필요하므로, 쉬운 셀프서비스 취소 또는 변경 흐름을 구축하십시오.
- 결제 파트너를 이용하거나 판매 책임 사업자 전자 위임 세부 정보를 처리하며, 주요 운영 외에서 필요한 프로세스를 처리할 수 있도록 합니다.
정기결제 실패, 은행 거절, 재시도 정책을 어떻게 처리하시나요?
결제 실패는 계좌 잔액 부족, 은행의 기술적 문제 또는 만료된 인증으로 인해 발생할 수 있습니다. 은행은 일반적으로 정해진 기간 내에 제한된 횟수의 재시도를 허용하므로, 적절한 시기와 명확한 고객 알림을 포함한 간단한 시스템을 구축하는 것이 일반적입니다.
|
접근 방식 |
장점 |
단점 |
|
자동 재시도 |
이 방식은 직접적인 개입 없이 시스템이 추가 결제 시도를 처리합니다. |
너무 빠르게 반복되면 은행은 거래를 일시 중지하거나 후속 조치를 요청할 수 있습니다. |
|
출금 전 갱신 알림 |
예정된 출금 전에 고객에게 알리면 자금 부족 여부를 인지하게 되는 경우가 많습니다. |
이러한 유형의 알림을 보내면 일반적으로 전체 알림 볼륨이 약간 증가합니다. |
|
수동 재승인 요청 |
이 경우, 고객은 결제를 한 번 더 승인하도록 요청받습니다. |
거래 완료 여부는 고객이 응답을 선택하는지에 따라 결정됩니다. |
잘못된 인출이 발생하면 고객은 즉시 은행에 연락하는 것이 좋습니다. 이는 규제 일정 요구 사항에 따라 무과실 책임 해결 절차를 시작합니다.
반복 결제를 위한 RBI e-Mandates 사용의 주요 이점과 위험은 무엇인가요?
이점:
- 일부 결제는 매 주기마다 OTP가 필요하지 않은 한도에 해당하며, 이로 인해 갱신 절차가 달라집니다.
- 해당 프레임워크는 e-Mandate 절차를 이용하는 고객에게 별도의 수수료를 요구하지 않습니다.
- 정책에 따라 정기 출금 전후로 알림이 발송되어, 주로 고객에게 결제 내역을 안내합니다.
- 기업들은 이제 기존의 여러 지침에 의존하기보다, 규정 준수를 위한 통합 지침을 따릅니다.
위험:
결론
RBI e-Mandate 제도는 인도에서 반복적인 전자 거래를 수행하는 과정을 설명하고, 고객에게 통지하고 동의를 얻는 방법에 대한 특정 지침을 명시합니다. SaaS 기업의 경우, 다양한 형태의 의무, 결제 한도, 거래 절차를 이해하는 것은 규제 프레임워크 내에서 반복 결제 프로세스를 구현하는 또 다른 방법입니다.