결제위젯 SDK 와 브랜드페이 SDK 차이점
문서를 읽어보니 결제위젯 SDK의 객체로 브랜드페이 기능을 이용하는 방법이 있고, 또 다른 방법은 브랜드페이 자체 SDK를 이용하는 방법이 있는 것 같아요.
이 때 각자의 구현 방식에 대해 어떤 차이점이 있나요?
연동 가이드 문서를 봤을 때 결제위젯 SDK에서 requestPayment 메서드는 successUrl과 failUrl을 파라미터로 받는데 브랜드페이 SDK의 requestPayment 에는 응답을 받아서 redirect 페이지를 따로 구현하더라구요.
이런 구현 방식에도 차이가 있는 걸까요?
16 Replies
⏳ 잠시만 기다려주세요! 곧 답변드리겠습니다
오류 문의일 경우 아래 정보를 미리 전달해주시면, 빠른 답변에 도움이 됩니다.
- 주문번호(orderId) :
- 문의 내용 :
(img를 함께 첨부해주시면 도움이됩니다)
* 계약관련 내용은 1544-7772로 문의주세요.
* 주말/공휴일에는 답변이 늦을 수 있어요.
네 동일 제품을 연동하는 별개의 방식이라고 생각하시면 됩니다.
결제위젯은 일반결제와 브랜드페이 UI 를 한번에 연동하실수 있고, 브랜드페이 UI 는 브랜드페이만 단독으로 사용하실수 있습니다.
그리고 말씀하신 방식중 브랜드페이 SDK 에서는 successUrl 방식과 promise 방식을 모두 지원합니다.
확인 감사합니다.
그럼 각 SDK의 선택에서 가장 고려해야할 점은 "일반결제 지원 여부"가 되겠군요.
브랜드페이 SDK 연동 가이드에서는 따로 처리해주길래 해당 파라미터 지원이 안되는 줄 알았는데 브랜드페이도 동일하게 지원된다는 말씀이시죠?
아뇨 브랜드페이 SDK 에서만 지원합니다. 결제위젯 SDK 에서는 지원이 안되구요.
아아 결제위젯 SDK 에서는 promise 방식의 지원이 안되는 것이군요.
네 맞습니다.
확인 감사합니다. 그리고 또 궁금한게 있는데 브랜드페이에서 발급된 access token 값은 자체 DB에 저장해야 하나요?
네 필요하다면 저장하시면 되고 굳이 직접 사용하지 않으신다면 저장하지 않고 필요할때마다 API 로 가져오셔도 됩니다.
저장을 하지 않는다면 고객 입장에서 매번 약관 동의를 해야하는건가요?
아.. customerKey 에 매핑된 토큰 정보가 토스 서버에 있고 그걸 "brandpay/authorizations/access-token" API 호출할 때마다 토큰을 보내주는 방식인가요?
네 맞습니다. 이미 동의하신 약관에대해 약관동의 API 를 호출하고 code 가 응답되면 그걸로 토큰을 요청하시면 저장하지 않고 사용하실수 있습니다.
음 requestPayment 실행하면 토스 서버에서 유효한 고객인지 체크한 뒤에 code 를 응답하는 것 아닌가요? 약관 동의 여부 확인 API 도 따로 호출을 해줘야 하는 건가요?
requestPayment 할때는 가맹점이 토큰 보내실 필요가 없습니다.
저희가 알아서 처리하구요.
네 정리하자면 이미 동의한 고객의 customerKey로 초기화된 brandpay.requestPayment() 를 실행하면 "약관 동의" UI 는 건너뛰고 진행이 되며, 토큰 발급을 위한 code도 함께 redirect URL로 응답된다는 말씀이시죠?
네 맞습니다.
그래서 그냥 RedirectURL 에서 토큰발행만 요청하시면 UI 를 통한 처리는 자동으로 진행됩니다.
넵 상세한 설명 감사합니다!
❤️ 기술문의 경험이 어떠셨나요?!
간단히 코멘트 남겨주세요! 제품 발전에 큰 힘이 됩니다.