약관, 이용동의 토스트 팝업 - 정상적인 상황인가요?
개발중입니다. 저는 개발자는 아니고 기획자인데, 개발팀에 문의하니 토스에서 컨트롤 하는 부분이라고 해서 문의드립니다.
첨부와 같은 동의 항목이 지난주에는 나오지 않았던것으로 기억되는데요,
토스 전체 신용카드 모듈이 이렇게 바뀐것인가요?
저희 주문서에서 신용카드 결제 선택 --> 토스 신용카드 화면 (첨부 화면의 딤드 된 부분)이 노출되었는데
이번주부터 지난주에는 안보이던 토스트팝업이 올라옵니다.
카드사 개별 --> 일괄동의로 바뀐것인지
운영에서도 이렇게 이용해야 하는지
저희 개발팀에서 컨트롤 가능한 부분인지 궁금합니다.
신용카드 고르기도 전에 동의를 받는 과정이 많이 불편해보입니다.
53 Replies
⏳ 잠시만 기다려주세요! 곧 답변드리겠습니다
오류 문의일 경우 아래 정보를 미리 전달해주시면, 빠른 답변에 도움이 됩니다.
- 주문번호(orderId) :
- 문의 내용 :
(img를 함께 첨부해주시면 도움이됩니다)
* 계약관련 내용은 1544-7772로 문의주세요.
* 주말/공휴일에는 답변이 늦을 수 있어요.
테스트키로 확인중이신가요?
mid말씀해주시겠어요?
바로 확인이 안되네요 ㅠ
혹시 다이소몰 로 검색해주실 수 있나요?
위젯을 연동하시다가 통합결제창으로 호출이 바뀌신거같네요
개발팀에 확인하니 위젯연동을 한 적은 없다고 하시네요
MID는 daisosr854 입니다.
기존에 이렇게뜨는게 바뀌었다고 말씀주시는 것 같아요~
혹시 요청올려주신 주문번호 하나 알려주실 수 있을까요?
제가 올려드린 이미지가 신규 결제창이고, @wooruseu 님이 올려주신 결제창이 얼마전까지 사용되던 결제창 디자인인데요
주문번호를 요청드리는 이유는 로그 확인을 해서, 어떤 사유로 예전 결제창이 노출되는지 확인하기 위함입니다.
주문번호는 결제창 띄울 때 저희한테 보내드리는 값인데요.
결제창 띄우는 action만 한후 주문번호 전달해달라고 개발자분께 말씀드리면 될거에요
실제 주문번호를 조회하려고 지금 계정을 받았는떼 조회가 안되고 있어서 - 확인해보고 다시 남기겠습니다.
10888988
입니다
지금도 계속 예전 결제창이 나타나시는거죠?
네 지금 바로 했는데 그렇네요
방금하신게 이건일까요?
10889014
넵
@wooruseu 다시한번 해주실 수 있을까요?
isMobile=true 이 값을 결제 요청시 올리는지 확인해주실 수 있을까요?
일단 화면상은 동일합니다
이거 한번 확인요청드려요
requestPayment 호출하는 소스 공유해주실수 있으면 가장 좋습니다
is mobile은 트루네요
저걸 빼고 보내주시겠어요?
개발자분께 isMobile: true 이것만 뺴달라고 할까요?
저희 웹에서는 문제가 없었는데 앱에서 저 결제창을 호출하면, 중국은행만 나온다든가, PC결제창이 나온다거나 하는 문제가 있어써 넣은것이 아닐까 추측은 되는데 일단 뺴보라고 요청하겠습니다.
네
❤️ 기술문의 경험이 어떠셨나요?!
간단히 코멘트 남겨주세요! 제품 발전에 큰 힘이 됩니다.
저희가 지난주까지 웹테스트를 했고 - 큰 이슈들은 해결하고 정상 결제가 가능한 상황에서 앱테스트를 시작했는데 계속해서 이슈가 발생하고 있습니다.
1. 토스 호출 영역 전체 소스입니다.
async popupPgPay (clientKey, pyParam) { // PG 결제창 팝업
const payInfo = { // 결제 수단 파라미터
isMobile: this.isMobile(),
amount: pyParam.pyAm, // 결제금액(필수)
orderId: pyParam.pyNo, // 주문ID(필수)
orderName: pyParam.orNm, // 주문명(필수)
customerName: pyParam.custNm, // 고객명
successUrl: pyParam.succUrl, // 결제성공 리다이렉트URL(필수)
failUrl: pyParam.failUrl, // 결제실패 리다이렉트URL(필수)
windowTarget: 'self'
}
let mtdNm
switch (pyParam.mthd) {
case '10': // 신용카드
mtdNm = '카드'
break
case '20': // 가상계좌
mtdNm = '가상계좌'
payInfo.validHours = pyParam.vldtTm
break
case '21': // 실시간계좌이체
mtdNm = '계좌이체'
payInfo.validHours = pyParam.vldtTm
break
case '30': // 네이버페이
case '31': // 카카오페이
case '32': // 페이코
case '33': // 삼성페이
case '34': // 토스페이
case '35': // 애플페이
mtdNm = '카드'
payInfo.flowMode = pyParam.flMode // 결제창유형 [DEFAULT:카드/간편결제 기본결제창 호출, DIRECT:앱카드/간편결제사 결제창호출(앱카드는 cardCompany, 간편결제사 결제창은 easyPay 설정)]
payInfo.easyPay = pyParam.esPyCd // 간편결제사코드 (NAVERPAY, KAKAOPAY, PAYCO, SAMSUNGPAY, TOSSPAY, APPLEPAY)
break
case '40': // 문화상품권
mtdNm = 'CULTURE_GIFT_CERTIFICATE'
break
case '50': // 도서상품권
mtdNm = 'BOOK_GIFT_CERTIFICATE'
break
}
console.log('popupPgPay::payInfo', payInfo)
const tossPayments = await loadTossPayments(clientKey)
tossPayments.requestPayment(mtdNm, payInfo).catch((error) => {
console.log('<<< 결제취소::error', error)
})
},
여기서 저희가 바꾼 값은
isMobile: this.isMobile(),
이 항목이 전부라고 합니다.
현재 상황인데요
최초에 문의가 드렸던 내용처럼
지난주에는 동의 팝업이 안나왔고 이번주에는 나오고 있는데 소스는 동일했다고 합니다. (개발자분 말씀으로는)
2. 앱에서 호출하면 신용카드가 나오지 않고 중국은행만 나오고 있습니다. 현재상황입니다.
동일한 소스코드인데 웹에서는 신용카드결제화면이 잘 나오고 앱에서는 중국은행만 나오는 상황입니다.
그래서 이 문제를 해결해보고자
isMobile: this.isMobile(),
한줄을 추가했다고 합니다.
그러니 모바일웹에서는 카드결제가 문제없이 나왔고
앱에서는 PC 버젼의 모듈이 호출되었습니다.
그래서 모바일 결제가 불가능했습니다.
오픈일정은 언제실까요?
내부 오픈은 11월 하순에 해서 내부직원 실사용 테스트를 하고
12월중에 대고객 오픈 예정입니다.
` << 이거 3개로 감싸면 코드block이 생성되는되요
죄송하지만 코드 부분 한번 감싸서 올려주실 수 있을까요?
개발자분 PC에서 메일로 전달받은거라 ㅠ
개발자분을 이 채팅방으로 초대해 주셔도 됩니다.
중국은행 나오는 상황이고
@iam.ayaan 이쓰레드는 확인해야할 부분이 있어서요
PC모듈 나오는데 - 둘다 아이폰 앱에서 문제입니다.
이상하게 회사 보안때문에 외주 개발사 PC에서는 디스코드가 막혀있어서
모바일이라도 참여하시도록 말씀드려보겠습니다.
네 단순히 개발자 분이 아니고 개발자 분께 전달받아서 계속 전달해 주셔야 한다고 하셔서
개발자 분도 같이 이 쓰레드 팔로우 업 하면 원활할 것 같아서 말씀드렸습니다
@wooruseu 님 귀사 미팅 참석했었는데요.
개발자분 연락처 남겨주시겠어요? 통화로 몇가지 확인해보면 좀 더 빠르게 원인 찾을 수 있을 것 같습니다.
💡 정보 제출
아래 버튼을 눌러 외부로 노출되기 민감한 정보를 제출해주세요
연락처는 확인 후 지웠습니다.
실장님 늦은시간까지 확인해주셔서 감사합니다. 일단 PC버젼 나오는 문제는 해결할 수 있을것 같습니다
최초 문의드렸던 동의하기 나오는 문제는 저 단계에서 안나오게 할 수 있는 방법이 있을까요?
결제 흐름상 저 타이밍에는 나와서는 안되는 동의로 보이고, 실제로 지난주에는 나오지 않았습니다. 기억이 정확하지는 않지만 각 카드사별 화면에서 했던것 같기도 하구요
어쩄든 여러 신용카드가 나와서 선택하는 화면에서 동의는 하지 않는 방법이 궁금합니다.
@wooruseu 위에 냥과장님이 답변드린 내용 1가지 정정 드립니다.
현재 결제창은 아래와 같이 동작하는데요.
- 현재 저희 스펙대로 파라미터를 보내주실 경우, 최신 결제창 (약관 뒤)
- custom 파라미터를 보내주실 경우, 예전결제창(약관 앞 / isMobile 등))
isMobile등 커스텀파라미터를 빼면 신규결제창이 등장해서 원하는대로 사용하실 수 있을거에요.
감사합니다! 내일 오전에 빠르게 적용해보겠습니다!