브랜드페이로 결제 후 자동결제(빌링) 연결 문의
브랜드페이 연동하여 결제 후 (자동결제(빌링)연동/API로 자동 결제)를 이용하여 결제 할수 있는 방법이 있나요?
34 Replies
브랜드페이 결제수단 등록한 후 응답되는 methodKey 를 이용하는 방식이에요
네 감사합니다. 혹시 브랜드페이로 결제시 리턴되는 methodId 와 methodKey 가 동일한건가요?
methodId와 methodKey는 별개의 파라미터입니다! methodKey는 사용하시려는 용도처럼, 자동결제 등의 사용되기때문에 보안상의 이유로 SDK값으로 리턴해드리지 않습니다. 아래 결제수단 조회 API를 사용해서 조회가능합니다.
https://docs.tosspayments.com/reference/brandpay#secretkey%EB%A5%BC-%EC%9D%B4%EC%9A%A9%ED%95%9C-%EA%B2%B0%EC%A0%9C-%EC%88%98%EB%8B%A8-%EC%A1%B0%ED%9A%8C
네 이해 되었습니다. 감사합니다.
문의 드립니다. 자동결제 실행시 accessToken 의 만료 여부와 상관없이 자동결제가 이루어 지나요?
자동결제는 accessToken과 무관합니다
네 답변 감사합니다.
단, 휴면 기간이 1년 2개월이라 1년 2개월동안 결제도 접속도 안한 고객은 자동결제가 안됩니다.
(휴면으로 전환됨) 휴면고객은 휴면고객이라고 에러가 뜹니다
네 참고하도록 하겠습니다. 답변 감사합니다.
❤️ 기술문의 경험이 어떠셨나요?!
간단히 코멘트 남겨주세요! 제품 발전에 큰 힘이 됩니다.
문의 드립니다. 새롭게 발급받은 새로운 API KEY로 카드등록 SDK 작업 진행중 기존에 테스트 해본 커스터머키(고객식별키)를 동일한것으로 진행했더니 이미 등록된 결제수단이라는 메세지가 뜨네요. 발급받은 상점아이디(MID)별로 커스터머키(고객식별키)를 관리하는것이 아닌건가요?
새롭게 발급받은 상점 아이디 정보입니다. (cp_mannacorp10)
본인인증시 ci값을 별도로 넘겨주시나요?
아니요 엑세스토큰 발급연동시 별도로 ci정보를 보내드리고 있지 않습니다.
현재 브랜드페이는 사업자번호 및 customerKey가 동일할 경우, mid와 상관없이 결제수단을 함께 사용하고 있습니다.
ci 값을 여쭤본 이유는, 동일인이 mid별로 customerKey가 바뀌지 않도록 검증하기 위해 보내는지 여쭤봤습니다.
네 그렇다면 mid 별로 커스터머키를 관리를 하지 않으면 커스터머키가 중복될수도 있다는건데 해당사항은 어떻해 저희측에서 어떤방법으로 구현을 해야할까요?
customerKey가 중복된다는게 어떤 말씀이시죠?
같은 사업자 내에서는
다른 MID 라고 하더라도
customerKey 가 같다면 공유 됩니다
아 네 이해되었습니다.
그러면 인증토큰 관련해서도 mid 별로 관리하는게 아닌건가요? 내부 갱신토큰 발급 로직 때문에 문의 드립니다.
인증토큰은 회원탈퇴떄문에 관리중이신가요?
카드 등록서비스 sdk 연동때문에 관리 할려 합니다.
accessToken발급 후, 만료전에 refeshToken으로 재발급하는 방법으로 운영중이신가요?
네 해당방법으로 개발중 입니다.
일단 accessToken은 mid별로 관리하셔야하는게 맞습니다!
다만 refeshToken으로 재발급받는 형식이 아닌, brandpay 객체 초기화할 때 마다 accessToken을 신규로 발급받으시는 방법으로도 구현 가능합니다.
accessToken을 신규로 발급받는 방식을 사용하더라도 사용자가 최초 1회 한번만 인증을 하여 진행하는건가요? 저희가 카드 등록 말고도 브랜드페이 결제를 진행하는 서비스가 있거든요
네 본인인증은 최초 1회만 진행합니다.(동일 사업자라면)
brandpay 객체 초기화할 때 마다 accessToken을 신규로 발급받는 방식은 메뉴얼 어떤부분을 참고하면 될까요?
redirectURL 에서 accessToken을 발급받도로 구현해 두셨다면 필요할때마다 UI 에서 자동으로 redirectURL 을 호출해서 Token을 발급받게 됩니다.
네 현제 그방식을 사용중인데요 예전에 문의시에는 엑세스토큰이 만료가 되니 만료일 계산해서 갱신 요청을 해야한다 답변을 받은적이 있었습니다. 그래서 내부 로직으로 최초엔 발급요청, 날짜 체크하여 만료시 refeshToken으로 재발급 요청하는 처리를 해논 상황인데요 지금 그럴필요없이 accessToken을 신규로 계속 발급받는 방법이 있다 하셨는데 그부분을 어떻해 진행하면 되는지 해서요..
기본적으로 SDK UI 에서는 만료가 되면 자동으로 발급처리가 됩니다.
별도로 API (서버2서버)로도 재발급을 하셔야 하는 상황이 있으신걸까요? (예를 들어 자동결제를 진행하신다거나)
자동결제를 진행을 하나 accessToken은 자동결제와 무관하다는 말을 전달 받았는데요
SDK 메뉴얼을 보면 초기화 파라미터에 redirectUrl 대한 설명으로
https://docs.tosspayments.com/reference/brandpay-sdk#%EC%B4%88%EA%B8%B0%ED%99%94-%ED%8C%8C%EB%9D%BC%EB%AF%B8%ED%84%B0
'리다이렉트 URL에는 Access Token 발급 과정에 필요한 값이 돌아옵니다. Access Token은 브랜드페이 고객을 식별하고 고객의 결제 권한을 증명합니다. '
라고 명시 되어있는데 해당 페이지 에서
https://docs.tosspayments.com/reference/brandpay#access-token-%EB%B0%9C%EA%B8%89
이것을 참고하여 access-token 발급 또는 갱신 처리를 진행하고 있습니다.
브랜드페이 JavaScript SDK | 토스페이먼츠 개발자센터
브랜드페이 JavaScript SDK를 추가하고 메서드를 사용하는 방법을 알아봅니다.
브랜드페이 API | 토스페이먼츠 개발자센터
브랜드페이에서 제공하는 API 엔드포인트(Endpoint)와 객체 정보, 파라미터, 요청 및 응답 예제를 살펴보세요.
기본적으로 SDK UI 에서는 만료가 되면 자동으로 발급처리가 된다는 말은 redirectUrl 에서 refreshToken 으로 재발급 처리할 필요없이 발급처리만 하면 된다는 말인건가요?
네 맞습니다.
네 알겠습니다. 설명 감사합니다.