10월 21일, 22일 지급대행 요청시 에러 응답에 대한 확인 요청
안녕하세요, 지급대행 요청시 응답으로
{"code":"COMMON_ERROR","message":"일시적인 오류가 발생했습니다. 잠시 후 다시 시도해주세요."} 오류 응답이 에제 오늘 신청 건들에 대해 모두 발생하고 있습니다.
무슨 문제가 있는것인지 확인 요청 드립니다.87 Replies
⏳ 잠시만 기다려주세요! 곧 답변드리겠습니다
오류 문의일 경우 아래 정보를 미리 전달해주시면, 빠른 답변에 도움이 됩니다.
- 주문번호(orderId) :
- 문의 내용 :
(img를 함께 첨부해주시면 도움이됩니다)
* 계약관련 내용은 1544-7772로 문의주세요.
* 주말/공휴일에는 답변이 늦을 수 있어요.
상점 아이디, 지급 요청 서브몰 또는 셀러 아이디, 요청 시간 등 공유 부탁 드립니다.
상점 아이디 : 25386
[10월 22일 요청 내역]
18:03:53.791 subMallId=1429, payoutAmount=165423
18:03:53.534 subMallId=1641, payoutAmount=86358
18:03:53.310 subMallId=1640, payoutAmount=90483
18:03:53.080 subMallId=456, payoutAmount=94970
[10월 21일 요청 내역]
18:45:07.799 subMallId=1429, payoutAmount=165423
18:45:07.564 subMallId=1641, payoutAmount=86358
18:45:07.339 subMallId=1640, payoutAmount=90483
18:45:07.039 subMallId=456, payoutAmount=94970
18:44:59.227 subMallId=1641, payoutAmount=86358
18:44:50.636 subMallId=1429, payoutAmount=165423
18:44:29.504 subMallId=1429, payoutAmount=165423
18:44:29.285 subMallId=1641, payoutAmount=86358
18:44:29.091 subMallId=1640, payoutAmount=90483
18:44:28.834 subMallId=456, payoutAmount=94970
4개의 submallId 에 대해 실패가 발생해서 반복 요청 시도 했습니다.
21일, 22일 지급요청 모두 payoutDate 가 10월18일(과거날짜) 로 되어 있습니다.
❤️ 기술문의 경험이 어떠셨나요?!
간단히 코멘트 남겨주세요! 제품 발전에 큰 힘이 됩니다.
안녕하세요, 기존에 지급대행 api를 요청할 때 잘못된 지급날짜를 입력하면 HttpClientErrorException 과 함께 NOT_ALLOWED_HOLIDAY 혹은 INVALID_PAYABLE_DATE 에러코드를 확인해서 날짜를 변경해서 재요청하고 있었는데요, 이 로직이 변경된걸까요? 기존과 달리 HttpServerErrorException 를 받고있어서 핸들링하는 저희쪽 로직에 문제가 생긴것 같습니다.
https://docs.tosspayments.com/reference/error-codes#%EC%A7%80%EA%B8%89%EB%8C%80%ED%96%89-%EC%9A%94%EC%B2%AD
API 에러 코드 | 토스페이먼츠 개발자센터
토스페이먼츠 API 사용할 때 발생할 수 있는 에러를 살펴보세요.
COMMON_ERROR 에러 받으신 거지요?
관련해서는 내부 확인 요청 하겠습니다.
넵 {"code":"COMMON_ERROR","message":"일시적인 오류가 발생했습니다. 잠시 후 다시 시도해주세요."} 와 같은 응답 받았습니다.
네, 에러 핸들링 관련해서 내부 확인 요청 해두겠습니다
감사합니다.
확인 감사합니다. 혹시 에러 핸들링 관련해서는 예상 가능한 대응 일정이 있을까요?
내부적으로 언제까지 작업을 보류하도록 할지 가이드가 필요할듯 하여 질문 드립니다.
최우선 순위로 보고 있는데, 명확한 일정 답변은 어려운점 양해 바랍니다.
안녕하세요 혹시 방금 저희 로직수정해서 재시도했는데 지금은 요청이 처리되었을까요? 위의 4건입니다.
submallid = 1429, 1641, 1640, 456 입니다.
응답은 에러로 받으셨나요?
1429 이거 하나 확인했는데 정상적으로 등록된 것으로 보입니다.
요청이 처리되면 기존 응답 메세지를 파싱해서 히스토리를 저장하고 있는데
org.springframework.dao.InvalidDataAccessResourceUsageException: could not execute statement; SQL [n/a]
이런 에러가 발생해서요. 응답 메세지가 변경되었을까요?
혹시 실례안된다면 1641, 1640, 456 에 대해서도 확인해주시면 감사하겠습니다.
아 혹시 DB 에 payoutKey length 가 30 이하고 설정되어 있으실까요?
네 맞습니다
수정되면서 저희가 예상치 못하게 payoutKey길이가 늘어나서 DB 인서트 시에 에러가 발생한것 같습니다.
해당 컬럼의 길이를 30자로 늘려서 확인부탁드립니다.
submallid = 1429, 1641, 1640, 456 모두 정상 지급 요청되었습니다.
data class TossPayoutApplyResponse(
val payoutKey: String,
val subMallId: String,
val payoutAmount: String,
val payoutDate: String,
val status: TossPayoutStatus
)
요런 형태의 메세지를 받고 있었는데 payoutKey 의 길이말고는 변경된 부분이 없을까요~?
지급요청 여부는 상점관리자에서 확인해 주시면 됩니다.
네 길이말고는 변경된 부분 없습니다.
네 확인 감사드립니다.
추가로 아까 문의드린 에러 응답코드도 확인되시면 답변주시면 감사하겠습니다!
네 내부적으로 확인중이라 일정이 정해지면 공유 드리겠습니다.
넵 그리고 저희가 응답을 저장해야하는데 각각 요청의 payoutKey 알 수 있을까요?
요걸 받아야 지급완료에 대한 웹훅 처리가 가능할 것 같아서요~
submallid = 1429, 1641, 1640, 456 요청에 대한 payoutKey 를 물어보시는것이 맞을까요?
네 맞습니다!
토스페이먼츠와 계약한 상점아이디가
25386
이것 맞으신가요?
@Elliot 님,
토스페이먼츠와 계약한 MID 가 어떻게 되는지 알려주시겠어요?
네 맞습니다!
25386 로 검색되는 MID 가 없는데
사업자 명이 어떻게 되시나요?
상점아이디는 hyper_pg 이거인거 같네요 (주소에 나온 값으로 보아)
payoutKey 는 메일로 드리는 것이 좋을것 같은데
techsupport@tosspayments.com 으로 메일 한번 주시겠어요?
넵 지금 드리겠습니다.
양해 감사드립니다.
보냈습니다~!
답변 드렸습니다 감사합니다.
감사합니다!
안녕하세요. 관련 추가 확인 요청드릴게 있어서 메시지 드립니다.
문제가 되었던 4개의 submall 에 대해서 console 에서 중복으로 표기가 되는거 같은데요 혹시? 지급이 중복 된걸까요? 아니면 이슈때문에 표기만 중복되는 문제가 생긴것인지 확인 요청 드립니다.
만일 중복 지급되지 않았더라도 히스토리가 중복으로 표기되는것도 결산 증빙으로 사용하고 있는 부분이라 정리가 필요할거 같습니다.
내부 전달 하겠습니다.
감사합니다. 확인되시면 공유 부탁드립니다.
안녕하세요 혹시 에러 응답 변경건도 확인되셨을까요~?
에러 응답 개선 관련해서는 현재 논의 및 작업 중에 있습니다.
엄청 빠르게는 적용이 어려울것 같아 양해 부탁 드립니다.
네 알겠습니다.
안녕하세요
@Hanc @Elliot
현재 API 로 요청주시고 계시는것 맞으시지요?
넵 맞습니다. 혹시 문제가 있는걸까요?
아닙니다
요청이 몇번 있었는지를 확인하고자 함 입니다.
안녕하세요
@Hanc @Elliot
서브몰하고, 날짜를 기준으로 로그를 확인 해봤는데,
동일한 요청이 두번씩 있었던 것으로 확인 됩니다. 응답된 payoutKey 가 각각 다릅니다.
요청대로 지급이 되었다는 의미로 이해해주시면 됩니다.
456
15:05:11 에 한번, 15:05:38 에 또 한번
1640 15:05:12 에 한번, 15:05:38 에 또 한번
1641 15:05:12 에 한번, 15:05:38 에 또 한번
1429 15:05:12 에 한번, 15:05:39 에 또 한번
1640 15:05:12 에 한번, 15:05:38 에 또 한번
1641 15:05:12 에 한번, 15:05:38 에 또 한번
1429 15:05:12 에 한번, 15:05:39 에 또 한번
실제로 두번씩 실행 된거군요;;
v2 로 전환 연동 하셔서, refPayoutId 값을 사용하시면 이런 상황을 방지하실 수 있습니다.
(v1 에는 존재하지 않는기능)
안녕하세요
저희가 어제 지급대행 api를 호출했는데 "고객 확인 심사가 필요한 서브몰이 포함돼있습니다. 해당 서브몰을 제외하거나 서브몰 심사가 완료될 때까지 기다려주세요" 라는 응답을 받았습니다. 어떤 이슈인지 확인해주실 수 있으실까요?
서브몰id -> 1334, 1616, 1639
상점관리자 - 셀러관리를 가시면
아직 본인인증을 수행하지 않은 서브몰들 리스트를 확인하실 수 있습니다
해당 서브몰 (셀러) 들을 선택하여, 안내문 재 발송하여
본인인증 수행하도록 다시 독려 할 수 도 있습니다.
아하 확인 감사드립니다.
핸드폰 번호 등록된 사람만 안내문 재발송이 가능한가요? 1,372명 중 459명 재발송 시도했는데 다음과 같은 에러 메시지가 뜹니다.
핸드폰번호는 서브몰등록할때 같이 넘기고 있습니다.
네 카카오알림톡으로 전송되므로 휴대폰 번호가 있어야 재발송이 가능합니다.
휴대폰번호는 서브몰등록 파라미터에 이미 넘기고 있습니다. 저장이 안되는걸까요?
핸드폰 번호 등록된 사람만 안내문 재발송이 가능한가요? 라고 물어보셔서
카카오알림톡으로 전송되므로 휴대폰 번호가 있어야 재발송이 가능합니다. 라고 답변 드렸습니다.
발송 시도하는 모든 서브몰은 휴대폰 번호가 잘 저장되어 있을까요?
아하 답변 감사드립니다.
위에 말씀주신 본인인증 수행하도록 재독려라는것이 카카오 알림톡으로 이메일을 확인해서 인증하라는 내용이 보내지는걸까요?
아니면 카카오톡에서 인증을 할 수 있는걸까요?
확인 부탁드리겠습니다 🙏
카카오톡 메시지에, 본인인증 수행하는 링크가 같이 첨부되어 전달 됩니다.
해당 링크를 통해 본인인증을 수행하실 수 있습니다.
답변 감사드립니다.
저희가 애초에 서브몰을 등록할때 휴대폰번호를 같이 전달하고 있는데 모든 서브몰에 휴대폰 번호가 잘 저장되어있는지는 저희가 화면에서 확인할 수 있을까요?
그 부분이라면 보고 계신 셀러관리 등록대기탭 에서 휴대폰 번호가 있는지 여부로 체크가 될텐데요.
컬럼중에 휴대폰, 이메일 필드가 안보이시는걸까요?
안녕하세요, 셀러관리창에서 등록완료와 등록대기의 차이점이 어디서 생기는지, 등록대기에서 등록완료로 넘어가려면, 등록대기 유저들이 어떤 절차를 완료해야하는지 궁금합니다.
개인 및 개인사업자 셀러의 경우는 "본인인증" 이 무조건 진행이 완료되어야 합니다.
즉, 셀러 등록 시 본인인증 이전이면 APPROVAL_REQUIRED 상태에 해당하고 등록대기탭에 해당하는 셀러들이 본인인증이 미완료 된 셀러라고 보시면 됩니다.
(지급불가로 표시된 셀러의 지급상태를 마우스 호버로 설명된 KYC 미수행 관련 안내 메세지는 현재 잘못 표기된 상태여서 수정될 예정입니다.)
등록이 완료되면 휴대폰 번호로 알림톡이 전달이 되고요. 인증이 완료되면 등록완료탭에서 확인하실 수 있게 됩니다.
제가 상점관리자에서 확인했을 때 휴대폰, 이메일 주소가 미입력 되어 있는 셀러들이 많이 보이는데요. 해당 가맹점에 정보를 먼저 입력해주시고,
설명 감사합니다. 그럼 저희 유저들에게 인앱으로 관련 내용 고지하려면 "토스페이먼츠에 접속해 본인 인증을 완료해주세요" 라고 안내하면 될까요?
왼쪽에 체크박스를 선택하시면 위쪽에 "안내문 재발송" 버튼이 노출이되고, 해당 버튼을 클릭하시면 선택된 셀러 대상으로 알림톡이 재발송이 됩니다.
휴대폰, 이메일 주소을 저희가 수집한 유저 정보를 이용해 수기로 입력하면 된다는 말씀이시죠?
네, 해당 셀러의 정보를 입력해주시면 됩니다.
등록완료탭 보시면 인증된 셀러일꺼라 모두 정보가 입력이 되어 있을꺼에요.
등록대기탭 에는
정보가 없는 셀러는 당연이 인증을 못했을거고,
정보가 있는 경우는 안내문 발송일이 있으면 알림톡은 갔으나 해당 셀러가 인증을 완료하지 않은 상태입니다.
네 그럼 제일 먼저 진행되어야하는 절차는 토스페이먼츠에서의 유저 인증(유저가 직접 진행) 으로 이해하겠습니다. 디폴트로 모든 유저에게 토스에서 본인 인증 해달라고 안내하도록 하겠습니다
안내문 재발송 과는 무관하게 전 유저 디폴트로 보낼 메세지 작성에 대해 여쭈어보고 싶었습니다!
넵넵 확인 감사합니다.
"토스페이먼츠로 부터 본인인증 알림톡이 발송 될 예정 이니, 수신하시면 링크를 통해 본인인증을 부탁 드린다" 라고 고객 들과 컴 해주시면 됩니다.
혹시 링크 접속 외에 직접 홈페이지를 들어가 바로 본인인증도 가능한걸까요? 컨택 포인트가 없는 유저들에게는 인앱으로 해당 내용 안내하려고 합니다
유저가 직접 저 링크로 본인인증을 진행했을때 서브몰(셀러)와 매핑은 이름 & 이메일 & 휴대폰번호로 토스에서 매핑해주시는걸까요?
서브몰 id 같은것들이 없는데 어떻게 매핑되는건지 궁금합니다!
네, 관련 매핑 / 구분은 저희가 수행 합니다. 필요시 본인인증 수행한 고객과도 별도 확인 절차가 있을 수 있어요.
등록된 개인 셀러 분들께서 위 링크로 진행 하실 수 있도록 많은 도움 부탁 드립니다.
아하 확인감사드립니다. 마지막 한가지만 더 질문드리겠습니다.
앞서 말씀드렸듯이 하이퍼커넥트에서 서브몰을 등록할때는 유저의 휴대폰번호를 같이 파라미터로 전달하고 있는데요, 위에서 말씀주셨듯이 정보(휴대폰번호를 말씀하시는거겠죠?)가 없는 셀러가 왜 존재하는지 궁금한데 답변주실 수 있으실까요?
이건 요청 로그를 봐야 할것 같은데
최근에 휴대폰번호를 같이 등록 요청한 서브몰 (셀러) ID 를 알 수 있을까요? (요청시점 포함)
휴대폰 정보 같이 보냈는데, 상점관리자에 보이지 않는 서브몰을 특정해서 알려주시면 될것 같습니다.
혹시 지급대행 v1 부터 사용하셨었나요?
네 맞습니다.
v1만 사용하고 있습니다.
마이그레이션이 안된걸까요~?
v1 가맹점에 대해 상점관리자 메뉴를 허용하기 위해서 v2 로 마이그레이션 하면서,
CI값 없는 셀러들이 일시적 허용한 경우가 있었는데 해당 시점에 요청된 상점일 수도 있습니다.
샘플 정보 하나 주시는걸로 확인해볼 수는 있습니다.
음 전화번호를 not null 파라미터로 전달하는건 2년정도전부터 변경된적없는 구현인데 한 번 전달드려보겠습니다!
그런데 현재 관리자에서 없는 상태로 보인다면 업데이트는 필요할 것 같습니다.
넵
혹시 이 본인인증 절차가 최근에 새로 추가된걸까요?
네 맞습니다. 전금법 개정에 따라 KYC 를 수행해야 하는데,
KYC수행을 해야하는 시점에 CI가 수취되지 않은 경우는 KYC수행이 불가한 셀러라고 판단을 했고, 이 때문에 개인/개인사업자의 경우 CI를 필수로 받기는 것으로 정책을 정의했습니다.
안녕하세요, 저희 유저 중 한명이 '고객확인이 필요한 대상이 아니에요' 라고 에러 메시지가 뜬다 합니다. 혹시 어떤 에러인지 알 수 있을까요?
서브몰ID 남겨주시겠어요?
그리고 스레드 내용이 너무 길어서 내용이 섞이고 있어서
신규 문의라면 새롭게 포스트를 생성해주세요 🙏
보통 해당 메시지는 서브몰에 등록된 휴대폰 번호가 아닌 다른번호로 본인인증하실때 발생합니다.
아 네네 알겠습니다. 이후 관련 문의는 새 포스트에서 문의드리겠습니다!