자동결제(빌링) / 일반 결제 모두 제공이 필요한 경우
안녕하세요, 매월 정기결제로 포인트를 충전하고, 추가 포인트가 필요한 경우 일반 결제를 해야하는 UX를 구현하는 중입니다.
자동 결제를 위해서 bill~ 으로 시작하는 MID의 클라이언트키 (A) 와, 일반결제를 위한 MID2 의 클라이언트키 (B) 를 각각 부여받았는데요,
결제창을 띄울 때 requestPayment() 를 실행하면 일반결제가, requestBillingAuth() 를 실행하면 빌링결제가 뜰 줄 알았는데
A 클라이언트키로 requestPayment 를 실행하면 카드번호를 입력하는 빌링결제창이 뜨는 것 같습니다. (일반 결제창은 카드사를 선택하는 화면이 뜨는 것으로 생각했습니다)
한 페이지 내 에서 일반결제와 정기결제 요청이 서로 다른 버튼으로 이루어지는 탓에
await loadTossPayments(clientKey)
를 각각 다른 클라이언트 키(추가포인트 충전 클릭시 B, 정기결제 등록시 A)로 호출 할 경우 서로 충돌이 없을런지요
각각 리턴된 값을 assign해서 따로 사용하는 방식이라 문제 없을 것 같지만, 제가 권장되는 방식으로 사용중인지도 궁금합니다
혹 이런 경우 자동결제를 이미 선행하여 빌링키를 확보했으니, 일반 결제창을 띄우는 것이 아니라 '빌링 결제 승인 요청' 을 추가금액만큼을 설정하여 서버간 api 호출하는 것이 권장방식인걸 까요?
감사합니다
자동 결제를 위해서 bill~ 으로 시작하는 MID의 클라이언트키 (A) 와, 일반결제를 위한 MID2 의 클라이언트키 (B) 를 각각 부여받았는데요,
결제창을 띄울 때 requestPayment() 를 실행하면 일반결제가, requestBillingAuth() 를 실행하면 빌링결제가 뜰 줄 알았는데
A 클라이언트키로 requestPayment 를 실행하면 카드번호를 입력하는 빌링결제창이 뜨는 것 같습니다. (일반 결제창은 카드사를 선택하는 화면이 뜨는 것으로 생각했습니다)
한 페이지 내 에서 일반결제와 정기결제 요청이 서로 다른 버튼으로 이루어지는 탓에
await loadTossPayments(clientKey)
를 각각 다른 클라이언트 키(추가포인트 충전 클릭시 B, 정기결제 등록시 A)로 호출 할 경우 서로 충돌이 없을런지요
각각 리턴된 값을 assign해서 따로 사용하는 방식이라 문제 없을 것 같지만, 제가 권장되는 방식으로 사용중인지도 궁금합니다
혹 이런 경우 자동결제를 이미 선행하여 빌링키를 확보했으니, 일반 결제창을 띄우는 것이 아니라 '빌링 결제 승인 요청' 을 추가금액만큼을 설정하여 서버간 api 호출하는 것이 권장방식인걸 까요?
감사합니다
Toss payments 개발자 커뮤니티입니다. 결제 연동하며 겪는 기술 문의부터, 결제 시장에 대한 다양한 정보까지 얻어가세요~
15,588Members
Resources
Recent Announcements
Similar Threads
Was this page helpful?
