고정 계좌 필수 파라미터 누락의 건
고정 계좌 연동 작업을 하고 있는데 계속 필수 파라미터가 누락됐다고 메세지가 리턴되고 있어서요
혹시 어떤 항목이 누락인건지 확인 가능할까요?
33 Replies
⏳ 잠시만 기다려주세요! 곧 답변드리겠습니다
오류 문의일 경우 아래 정보를 미리 전달해주시면, 빠른 답변에 도움이 됩니다.
- 주문번호(orderId) :
- 문의 내용 :
(img를 함께 첨부해주시면 도움이됩니다)
* 계약관련 내용은 1544-7772로 문의주세요.
* 주말/공휴일에는 답변이 늦을 수 있어요.
주문번호 (orderId)를 회신부탁드립니다
가장 마지막에 발급 요청한 건 20250625090944_250623083807780 입니다.
로그확인중입니다
"accountType":"FIXED" 을 "accountType":"고정" 으로 바꿔서 테스트 해보시겠어요??
FIXED 가 아닌 고정으로 값을 바꿔서 보내니까 잘 응답 오네요
그럼 앞으로 고정 으로 값을 보내야하는걸까요?
네..저희 ENUM에서 가상계좌 발급형태에 영문은 지원을 하지 않습니다
ENUM 코드 | 토스페이먼츠 개발자센터
토스페이먼츠 API/SDK에서 사용하는 ENUM 코드입니다.
혹시 FIXED로 설정하도록 가이드가 된 문서나 , 저희쪽 문의히스토리를 알수 있을까요?
우선은 한글로 설정해서 사용부탁드립니다.
제가 어디서 보고 이렇게 작업을 했었던 것 같은데, 지금은 문서를 잘 못찾겠네요...
확인 감사합니다.
❤️ 기술문의 경험이 어떠셨나요?!
간단히 코멘트 남겨주세요! 제품 발전에 큰 힘이 됩니다.
아 제가 응답을 다시 보니까 accountType 을 고정으로 보내도 응답에서는 accountType 이 일반으로 넘어오네요
혹시 제가 놓친 부분이 있는걸까요?
테스트키 사용하시나요?
accountType 을 고정으로 보내도 응답에서는 accountType 이 일반으로 넘어오신다면 계약이 고정형 가상계좌로 안되어 있는겁니다.
마지막으로 요청한 건 20250625165517_230531225419865 입니다
mailpl20vi 입니다
아직 연동 중이라 테스트 키 사용 중입니다
고정식 가상계좌는 별도 청약 설정이 필요하기 때문에 라이브키로 테스트 해주셔야 해요. accountType 파라메터 제외하고는 모두 동일하니 청약완료되면 라이브 키로 진행부탁드려요.
7월 8일 오픈 예정인데, 그럼 지금 고정 계좌 개발 및 테스트는 라이브 키로만 가능하다는걸까요?
연동 자체는 현재 연동한 방식으로 하여도 문제는 없습니다.
응답값에 계좌번호만 accountKey에 따라 동일한 계좌번호로 응답된다고 생각하시면 됩니다.
다른 분 질의응답을 보다가 여쭤보고 싶은게 있는데요
같은 mid 로 고정/일반 계좌 발급이 안되는건가요?
고정식을 받으려면 별도 청약 설정이 추가되어야 하기 때문에 일반으로 청약한 경우는 고정식을 사용할 수 없습니다.
고정식 청약을 사용한 경우는 확인을 해봐야겠지만 accountKey를 안넣거나 다르게하면 계속 다른 계좌번호가 발급되지 않을까 예상됩니다.
아 고정식 계좌를 요청할 때 accountType 만 고정으로 변경해서 요청했는데 accountKey 값도 보내줘야하는건가요?
혹시 어느 가이드를 보고 있나요?
그냥 개발자센터에 있는 가이드 문서만 보고 있습니다.
https://docs.tosspayments.com/reference#%EA%B0%80%EC%83%81%EA%B3%84%EC%A2%8C-%EB%B0%9C%EA%B8%89-%EC%9A%94%EC%B2%AD
코어 API | 토스페이먼츠 개발자센터
토스페이먼츠 API 엔드포인트(Endpoint)와 객체 정보, 파라미터, 요청 및 응답 예제를 살펴보세요.
위에 accountType으로 문의를 하셔서 답변이 꼬인 것 같습니다.
고정식 가상계좌는 메뉴얼이 별도로 있어요.
accountKey 파라메터를 사용합니다. 이외에는 모두 동일하구요.
고정 가상계좌 발급받기 | 토스페이먼츠 개발자센터
구매자가 직접 카드 번호를 입력해서 결제할 수 있는 카드 번호 결제 API를 연동해보세요.
해당 문서보고 먼저 진행하시면 됩니다.
accountKey 파라미터를 설정해서 입금하는 구매자와 1:1로 매칭하는 구조입니다.
accountKey에 사용자 아이디나 메일주소는 그대로 보내지마시고 hash() 함수등을 사용해서 보내주세요!
아 네 알겠습니다
문서를 잠깐 봤는데, 고정계좌 다시 발급 요청할 때 같은 accountKey 를 보내면 다시 그 가상계좌를 발급한다는 내용이 있던데요
그 예를 들어 고객이 국민으로 고정 계좌를 쓰다가 신한으로 일반계좌를 쓴 후 다시 그 국민 고정 계좌를 쓰는 등 같은 accountKey 를 다시 보낸다면 한 고객이 한번 썼던 고정 계좌는 반납이 안되는걸까요?
일반과 고정을 섞어서 쓰시는 거라면 상점아이디를 각각 만들어서 일반, 고정을 구분해서 사용하시는게 좋을 것 같아요.
고객이 국민으로 고정 계좌를 쓰다가 신한으로 일반계좌를 쓴 후 라는게 동일 MID 에서는 불가합니다.
아 그럼 무조건 mid 를 구분해서 고정 계좌용 mid 로 발급하고, 일회성으로 변경하고자 원한다면 일반계좌용 mid 로 발급해서 사용해야겠네요
그럼 고정 계좌용 mid 사용할 때
국민 고정 계좌를 썼다가 신한 고정 계좌로 은행코드랑 accountKey 를 변경해서 다시 발급해서 쓰다가
국민 고정 계좌로 다시 변경하고자 국민고정 계좌용 accountKey 를 그대로 보내주면 기존 계좌 사용이 가능한걸까요?
네 맞습니다.
신한 고정계좌 할때 accountKey 동일하게 보내주셔도 무방하구요.
accountKey 는 국민 때 썼던 그 값 그대로 해도 신한 고정 계좌가 발급이 되는건가요?
계좌랑 고객이랑 1:1 매핑이라고 봐서 국민고정 키값 하나 신한고정 키값 하나 이렇게 관리를 해야하는거 아닌가 해서요
어차피 키를 동일하게 고정하셔도 신한이랑 국민이면 다른 계좌가 나옵니다.
같은계좌를 드릴수가 없어요.
즉 MID , accountKey, 은행 이 3가지를 키로 동일 계좌가 발급된다고 이해하시면 되요.
아 제가 여쭤본 건 국민 쓰다가 신한 쓰다가 다시 국민 돌아왔을 때
처음에 국민 쓰던 계좌랑 동일하게 발급되는게 맞는지였습니다
네 다시 국민으로 발급요청하면 기존과 동일한 계좌가 발급됩니다.