62037468
62037468
/v1/tosspayment/confirm with 가상계좌 시 응답으로 돌아오는 시간에 대한 질문
다행이군요
5 replies
가상계좌의 status가 DONE -> WAITING_FOR_DEPOSIT 으로 변경 webhook
그렇다면 DEPOSIT_CALLBACK 이벤트 웹훅을 수신하는 url을 따로 구현할 필요가 없겠군요 ㅎㅎ. 답변 감사합니다.
31 replies
가상계좌의 status가 DONE -> WAITING_FOR_DEPOSIT 으로 변경 webhook
그렇다면 DEPOSIT_CALLBACK 이벤트를 등록하지 않아도 status = WAITING_FOR_DEPOSIT 으로 변경된 사항이 들어온다는 것이죠?
31 replies
가상계좌의 status가 DONE -> WAITING_FOR_DEPOSIT 으로 변경 webhook
2. 위 문서를 보면 만약 PAYMENT_STATUS_CHANGED, DEPOSIT_CALLBACK 이벤트를 모두 등록했다면 가상계좌 상태가 변경될 때 웹훅이 두 번 전송됩니다. 라고 나와있던데, 두 이벤트로 들어오는 이벤트 본문 내용이 동일한가요?
31 replies
가상계좌의 status가 DONE -> WAITING_FOR_DEPOSIT 으로 변경 webhook
추가로 질문이 있습니다 1. 가상계좌의 웹훅의 경우 이벤트 본문이 { "createdAt": "2022-01-01T00:00:00.000000", "secret": "Wlg4z4eW5izR8czvIpjba", "status": "DONE", "transactionKey": "9FF15E1A29D0E77C218F57262BFA4986", "orderId": "mMQG4r6pz-9qAgunR3lFi" } 라고 문서에 나와있던데, eventType 없이 위와 같은 모습으로만 들어오나요?
31 replies
가상계좌의 status가 DONE -> WAITING_FOR_DEPOSIT 으로 변경 webhook
그러면 위와 같이 다시 WAITING_FOR_DEPOSIT 로 돌아간 경우를 토스페이먼츠의 관리자 결제 대시보드에서 확인할 수가 있지요?
31 replies
가상계좌의 status가 DONE -> WAITING_FOR_DEPOSIT 으로 변경 webhook
그리고 2분 지연 통보가 이루어진다 하더라도 DONE -> WAITING_FOR_DEPOSIT 이 없을 것이라는 것도 보장이 되지는 않는것 같아 보여요~
31 replies
가상계좌의 status가 DONE -> WAITING_FOR_DEPOSIT 으로 변경 webhook
음.. 2분 지연 통보가 되면 고객 분들은 입금이 되고 2분 뒤에 자신의 입금 결과를 받게 되는 것이네요
31 replies
가상계좌의 status가 DONE -> WAITING_FOR_DEPOSIT 으로 변경 webhook
빈도에 따라서 개발을 할지 운영으로 처리할지 결정할 수 있어서 여쭙습니다
31 replies
가상계좌의 status가 DONE -> WAITING_FOR_DEPOSIT 으로 변경 webhook
Toss 전체 거래중에 몇건인 것이죠?
31 replies
가상계좌의 status가 DONE -> WAITING_FOR_DEPOSIT 으로 변경 webhook
이런 건이 자주 있나요?
31 replies
가상계좌의 status가 DONE -> WAITING_FOR_DEPOSIT 으로 변경 webhook
그렇다면 Toss 에서 webhook으로 DONE을 보내주어도 이것이 <결제가 성공적으로 이루어졌음> 을 보장하지 못하는 것이군요?
31 replies
가상계좌의 status가 DONE -> WAITING_FOR_DEPOSIT 으로 변경 webhook
그러면 정리해본다면 0. 고객이 가상 계좌를 발급받는다. (status = WAITING_FOR_DEPOSIT) 1. 고객이 송금 앱에서 이체를 실패한다. 2. Toss 에서 webhook을 보낸다 (status = DONE) 3. Toss 에서 webhook을 다시 보낸다 (status = WAITING_FOR_DEPOSIT) 이런 구조라는 것이지요?
31 replies
가상계좌의 status가 DONE -> WAITING_FOR_DEPOSIT 으로 변경 webhook
위 답변중 추가 질문이 있는데요, 다만 이미 고객은 송금앱등에서 이체 실패 메시지를 받으셨을거라 라고 말씀하셨는데요, 송금앱에서 이체 실패가 되었는데 DONE 에서 WAITING_FOR_DEPOSIT 웹훅이 들어올 수 있나요? 즉, 이체가 실패가 되었는데도 이체 성공 webhook이 1차로 들어오고 (status = DONE) 이후에 2차로 webhook이 또 들어오는 구조인가요? (status = WAITING...)
31 replies
브랜드페이 결제 이후 SuccessUrl 에서 confirm API로 결제승인 상황에서 질문
아 그래요? 권장하지 않는 이유가 있나요? 브랜드페이 업데이트시 동일한 결과를 보장할 수 없어서라고 보면 될까요?
22 replies
브랜드페이 결제 이후 SuccessUrl 에서 confirm API로 결제승인 상황에서 질문
응답이 { "approvedAt": "2025-04-21T12:58:49+09:00", "balanceAmount": 30000, "cancels": null, "card": { "acquireStatus": "READY", "acquirerCode": "61", "amount": 30000, "approveNo": "00000000", "cardType": "\uc2e0\uc6a9", "installmentPlanMonths": 0, "interestPayer": null, "isInterestFree": false, "issuerCode": "61", "number": "48902300**297*", "ownerType": "\uac1c\uc778", "useCardPoint": false }, "cashReceipt": null, "cashReceipts": null, "checkout": { "url": "https://api.tosspayments.com/v1/payments/tcp_c202504211258473xZ82/checkout" }, "country": "KR", "cultureExpense": false, "currency": "KRW", "discount": null, "easyPay": null, "failure": null, "giftCertificate": null, "isPartialCancelable": true, "lastTransactionKey": "txrd_a01jsb7zajyccy00hhr64sar2nv", "mId": "tcp_curiou99ca", "metadata": null, "method": "\uce74\ub4dc", "mobilePhone": null, "orderId": "fc24f997-d975-4d23-adf6-d950f5c93706", "orderName": "Test Order", "paymentKey": "tcp_c202504211258473xZ82", "receipt": { "url": "https://dashboard.tosspayments.com/receipt/redirection?transactionId=tcp_c202504211258473xZ82&ref=PX" }, "requestedAt": "2025-04-21T12:58:47+09:00", "secret": "ps_6BYq7GWPVvvdvJ1NeRGXVNE5vbo1", "status": "DONE", "suppliedAmount": 27273, "taxExemptionAmount": 0, "taxFreeAmount": 0, "totalAmount": 30000, "transfer": null, "type": "BRANDPAY", "useEscrow": false, "vat": 2727, "version": "2022-11-16", "virtualAccount": null } 라고 나옵니다. [상황] - 브랜드페이로 결제 - url = "https://api.tosspayments.com/v1/payments/confirm" 로 결제승인
22 replies
브랜드페이 결제 이후 SuccessUrl 에서 confirm API로 결제승인 상황에서 질문
혹시 하나 여쭤봐도 될까요? 브랜드페이 결제 승인 시, 브랜드페이용 시크릿키가 아니라 기존에 사용하던 토스페이먼츠 시크릿키로 /v1/brandpay/payments/confirm 와 /v1/payments/confirm API를 호출했는데도 결제가 정상적으로 컨펌되는 것처럼 보이더라고요. 이게 정상적인 동작이 맞는 건지 조금 혼란스러운데요, 혹시 관련해서 설명해주실 수 있을까요?
22 replies
브랜드페이 결제 이후 SuccessUrl 에서 confirm API로 결제승인 상황에서 질문
네~ 토스페이먼츠는 결제 연동 방식이 두 가지로 나뉘어요. 하나는 위젯 방식이고, 다른 하나는 API 방식이에요. 위젯 방식은 토스에서 제공하는 결제 UI를 그대로 사용하는 거라 구현이 간단하고 빠르게 적용할 수 있어요. 반면에 API 방식은 저희가 직접 UI를 구성하고, 토스의 결제 API를 호출해서 처리하는 방식이라 커스터마이징이 자유로운 게 장점이에요. 지금 저희는 위젯을 사용하고 있다가 브랜드페이 도입으로 API 호출 및 UI를 직접 그려주는 방식으로 전황하고 있답니다.
22 replies
브랜드페이 결제 이후 SuccessUrl 에서 confirm API로 결제승인 상황에서 질문
+ api 사용시와 결제위젯 사용시의 confirm api 경로는 /v1/payments/confirm로 같죠?
22 replies
브랜드페이 결제 이후 SuccessUrl 에서 confirm API로 결제승인 상황에서 질문
지금 결제위젯사용에서 API 사용으로 전환하려고 하는데요, 그러면 api 전용 경로와 브랜드페이 전용 경로 2개를 사용해야 하는 것인가요?
22 replies