정기결제(빌링) 결제창을 자체 인터페이스로 구현 시
현재 정기결제(빌링) 연동을 할 때 토스 결제창을 불러오는 방식을 택하다가,
UI를 자체 구현하고 API연동을 하는 방향으로 방향성을 바꾸려 하는데요.
확인 부탁드릴 사항이 있습니다.
1. 결제 프로세스는 자체 구현한 UI로 구현하고, 결제수단 변경은 토스 결제창을 띄우는 방식 투트랙을 같이 혼용해서 사용해도 되는지? 궁금합니다.
https://docs.tosspayments.com/guides/billing/overview#자동결제-과정
2. 또한 결제수단 변경에 관해서도 자체 구현한 UI에 API연동하는 방식이 가능한지 확인이 필요합니다. 빌링키를 발급받는다는 기능 상에서 결제 프로세스와 동일하기 때문에 될 거라고 예상은 하지만 구조상 차이가 있다거나 하는 부분들이 대한 감지가 잘 안되고 있는 상황입니다.
그리고 결제수단 변경의 경우 1) 빌링키 발급 2) 뒷단에서 0원 결제를 통해 카드 유효성 및 잔액 등의 상태 검사를 한다고 설명을 들었는데, API연동을 하는 방법에서도 동일하게 검사가 될 수 있는건지 궁금합니다.
3. 휴대폰 인증의 경우 자체 구현한 UI를 통해서 인풋되는 연락처 정보를 정기결제 프로세스에도 사용하고, 정기결제 사전고지 알림 등을 위한 목적으로 내부 알림 발송 체계용으로도 동시에 사용하는 것에 뭔가 제약사항같은게 있을까요? 토스페이먼츠 정책이나 심사 가이던스에 맞지 않다든가 하는 부분이 있으면 알고 싶습니다.
UI를 자체 구현하고 API연동을 하는 방향으로 방향성을 바꾸려 하는데요.
확인 부탁드릴 사항이 있습니다.
1. 결제 프로세스는 자체 구현한 UI로 구현하고, 결제수단 변경은 토스 결제창을 띄우는 방식 투트랙을 같이 혼용해서 사용해도 되는지? 궁금합니다.
https://docs.tosspayments.com/guides/billing/overview#자동결제-과정
2. 또한 결제수단 변경에 관해서도 자체 구현한 UI에 API연동하는 방식이 가능한지 확인이 필요합니다. 빌링키를 발급받는다는 기능 상에서 결제 프로세스와 동일하기 때문에 될 거라고 예상은 하지만 구조상 차이가 있다거나 하는 부분들이 대한 감지가 잘 안되고 있는 상황입니다.
그리고 결제수단 변경의 경우 1) 빌링키 발급 2) 뒷단에서 0원 결제를 통해 카드 유효성 및 잔액 등의 상태 검사를 한다고 설명을 들었는데, API연동을 하는 방법에서도 동일하게 검사가 될 수 있는건지 궁금합니다.
3. 휴대폰 인증의 경우 자체 구현한 UI를 통해서 인풋되는 연락처 정보를 정기결제 프로세스에도 사용하고, 정기결제 사전고지 알림 등을 위한 목적으로 내부 알림 발송 체계용으로도 동시에 사용하는 것에 뭔가 제약사항같은게 있을까요? 토스페이먼츠 정책이나 심사 가이던스에 맞지 않다든가 하는 부분이 있으면 알고 싶습니다.
자동결제는 정기 배송, 음악 스트리밍과 같은 구독형 서비스에서 사용하는 결제 방식입니다. 자동결제(빌링)의 개념과 과정을 설명합니다.
