개발 시 반드시 필요한 추가 화면 있나요? 있다면 무엇무엇?
다른 앱 서비스들을 사용하다 보면 다음과 같은 화면들이 결제 단에 추가되어있습니다.
"결제 진행 중" "결제 실패" "결제 취소" 등등
이와 관련된 화면을 토스 페이먼츠 개발 중에도 개발자분으로부터 다음과 같은 요청을 받았습니다.
"취소는 취소사유를 토스에 보내줘야 합니다. 혹여나 취소시 선택화면이 없다면 기획해 주셔야 해요"
질문1) 결제 취소 등 경우의 수별로 반드시 화면 기획이 필요한가요? 필요하다면 무슨 무슨 화면이 반드시 필요한가요?
질문2) 결제 취소 화면의 경우 반드시 결제 취소가 되었다는 확인 문구가 있는 페이지로 도착해야할까요? 아니면 원하는 이전 화면으로 취소 시 선택화면을 지정하고 토스트 문구 등으로 대체 가능할까요?
7 Replies
⏳ 잠시만 기다려주세요! 곧 답변드리겠습니다
오류 문의일 경우 아래 정보를 미리 전달해주시면, 빠른 답변에 도움이 됩니다.
- 주문번호(orderId) :
- 문의 내용 :
(img를 함께 첨부해주시면 도움이됩니다)
* 계약관련 내용은 1544-7772로 문의주세요.
* 주말/공휴일에는 답변이 늦을 수 있어요.
질문1) 결제 취소 등 경우의 수별로 반드시 화면 기획이 필요한가요? 필요하다면 무슨 무슨 화면이 반드시 필요한가요?
경우의 수를 고려하셔서 결제서비스 연동을 하시는것이 좋습니다.
그렇지만 가맹점의 비즈니스 로직에 따라 다르고 화면기획이 반드시 필요한 부분이 아닙니다.
원천사발 장애까지 고려하는 서비스를 만드신다면 결제 후 응답이 없을때 결제조회를 하여 주문을 성공/취소 시키는 방법이 있습니다.
질문2) 결제 취소 화면의 경우 반드시 결제 취소가 되었다는 확인 문구가 있는 페이지로 도착해야할까요? 아니면 원하는 이전 화면으로 취소 시 선택화면을 지정하고 토스트 문구 등으로 대체 가능할까요?
문의하시는 내용이 결제실패를 의미하는 것으로 보입니다.
결제 취소는 결제가 완료된 상태에서 사용자가 취소의사를 갖고 완료된 결제를 취소해달라는 요청을 하는것이고
보통 이런 기능은 가맹점의 주문내역 확인페이지에서 제공합니다.
개발자분 요청이 아마 이 내용에 해당될거같은데요 당사의 취소 API를 보시면 cancelReason 필드가 있으며 취소 후 결제조회API를 사용하거나 관리자페이지에서 확인할 수 있습니다.
취소시도를 했다면 당연히 사용자에게 결과를 보여주는 것이 좋습니다.(페이지로 유도, 또는 페이지 유도후 n초 후 다른 페이지로 리다이렉트)
이런 내용들은 대형 쇼핑몰등에서 결제를 직접 해보시면서 화면녹화를 하시면 쉽게 확인가능합니다.
결제 실패는 구매자 개인의 사유로 결제가 실패하는 것 인데요 결제시도와 관계가 다음과 같이 양분됩니다.
A. 결제시도 - 결제성공
B. 결제시도 - 결제실패
@battery 답변이 끝난 부분일까요?
1) 답변 맨 아래 A,B 양분됬을때 "결제 실패"의 경우 해당 내용을 보여주는 페이지가 반드시 필요한가요? (=토스 페이먼츠 개발 요구사항일까요)
---
ㄱ. 토스 결제 페이지 도착 - 고객 자의 결제 시도 X - 이전 화면
ㄴ. 토스 결제 페이지 도착 후 결제 시도 - 원천사발 장애 - 결제 성공
ㄷ. 토스 결제 페이지 도착 후 결제 시도 - 원천사발 장애 - 결제 실패
ㄹ. 토스 결제 페이지 도착 후 결제 시도 - 결제 성공
2) 이렇게 4가지 경우의 수가 있다고 이해했습니다. 혹시 추가 경우의 수가 있을까요?
3) 보통 가맹점의 경우 ㄴ/ㄷ의 경우 결제 조회를 다시 하는 동안 머무르는 페이지가 있다고 사례를 이해하면 될까요?
저희의 개발 요구사항이라기 보다는, 옵션을 제공하고 있으니 구현하시면 된다라고 이해하시면 좋습니다
결제 실패 했으니 고객에게 알리고 다시 결제를 시작하게 하는 경우도 있고, 그냥 결제 실패라고 모든 프로세스를 끝내는 경우도 있고, 이건 구현하시는 마음대로 입니다.
실패는 케이스가 많습니다. 단순히 원천사발 장애로 한정 짓지 말고, 여러 케이스의 실패가 있고, 실패하게 되면 에러코드와 메시지를 받는다고 이해하시면 됩니다.
❤️ 기술문의 경험이 어떠셨나요?!
간단히 코멘트 남겨주세요! 제품 발전에 큰 힘이 됩니다.
제가 늦게 봤네요, 일상기록님의 의견처럼
토스페이먼츠는 툴을 제공하고 툴을 어떻게 조합하여 사용하는지는
가맹점에서 선택과 판단을 하셔야 하는 영역입니다.
꼭 필요한 필수구현 사항이라면 구현이 안되었을때 API 응답으로 오류를 받게 되실거에요.
또한 토스페이먼츠 결제연동팀에서는 "어떤 방식이 좋다." 라고 의견을 드리기 어렵습니다.
가맹점 시스템을 구성하는 관리자와 개발자가 혜안을 갖으시고 좋은 결정과 판단을 하실거라고 생각되구요
@battery @유부장 연차 다녀오느라고 답변이 늦었습니다. 상세한 의견과 설명 감사합니다.