훈
현재 저희가 쓰고있는게 반응형인지 궁금합니다.
넵 알겠습니다. 감사합니다
104 replies
현재 저희가 쓰고있는게 반응형인지 궁금합니다.
보통 다른데에서 프로그램 자체 적인 문제 예를 들어 db쿼리가 오류난다거나 exception이 떨어졌을때 취소 api 를 하는것이 일반적인 거죠?
104 replies
현재 저희가 쓰고있는게 반응형인지 궁금합니다.
에러일시 취소 api를 호출하고 있습니다
104 replies
현재 저희가 쓰고있는게 반응형인지 궁금합니다.
아 발급과 동시에 일부러 db처리 할때 에러내서 취소가 제대로 되는지 테스트 한건데 문자와 와있어서요...
104 replies
현재 저희가 쓰고있는게 반응형인지 궁금합니다.
아 근데 약간 이상한게 입금전 취소요청 > 가상계좌 반납처리 일부러 오류내서 취소는 정상적으로 처리되었는데 문자는 입금하라고 오는거 같은데 원래 이런건가요?
104 replies
현재 저희가 쓰고있는게 반응형인지 궁금합니다.
아 이해되네요 JSONObject refundReceiveAccount = new JSONObject(); refundReceiveAccount.put("bank", bank); refundReceiveAccount.put("accountNumber", accountNumber); refundReceiveAccount.put("holderName", holderName); obj.put("refundReceiveAccount", refundReceiveAccount); 이부분만 있으면 입금후 취소요청이 되는군요
104 replies
현재 저희가 쓰고있는게 반응형인지 궁금합니다.
입금전 취소요청 > 가상계좌 반납처리가 깃 허브에 cancel.jsp 입니까? 그러면 입금후 취소요청 > 가상계좌 환불처리 는 어디를 봐야 하나요?
104 replies
현재 저희가 쓰고있는게 반응형인지 궁금합니다.
https://github.com/tosspayments/payment-samples 여기에 있는 취소 API 가상계좌채번 취소도 같이 사용해도되는거죠?
104 replies
현재 저희가 쓰고있는게 반응형인지 궁금합니다.
아 이게 카드 결제하고 틀린게 정상 채번이 된건 DONE가 아니라 WAITING_FOR_DEPOSIT 이건가요? 그리고 가상계좌 카드결제 이거 method 구분이 맞나요? 예전 xpay는 코드로 있어서요 웨젯은 한글로 카드, 가상계좌 이게 맞나요?
104 replies
현재 저희가 쓰고있는게 반응형인지 궁금합니다.
가상계좌 관련 질문 입니다. @RequestMapping(value = {"/confirm/widget", "/confirm/payment"}) public ResponseEntity<JSONObject> confirmPayment(HttpServletRequest request, @RequestBody String jsonBody) throws Exception { String secretKey = request.getRequestURI().contains("/confirm/payment") ? API_SECRET_KEY : WIDGET_SECRET_KEY; JSONObject response = sendRequest(parseRequestData(jsonBody), secretKey, "https://api.tosspayments.com/v1/payments/confirm"); int statusCode = response.containsKey("error") ? 400 : 200; return ResponseEntity.status(statusCode).body(response); } 깃 허브에 있는 이걸로 카드 및 가상계좌 다 쓸수있나요?
104 replies
현재 저희가 쓰고있는게 반응형인지 궁금합니다.
카드 결제 취소할때 필수 파라미터를 어떻게 처리하나요 cancel.jsp String paymentKey = ""; String cancelReason = "고객 변심"; //부분 취소에서만 사용 String cancelAmount = "300"; //refundReceiveAccount - 가상계좌 거래에 대해 입금후에 취소하는 경우만 필요 String bank = "신한"; String accountNumber = "12345678901234"; String holderName = "홍길동"; 여기서 필수 파라미터가 어디인가요? 에러가 필수 파라미터가 누락이라고 나오는데....
104 replies
현재 저희가 쓰고있는게 반응형인지 궁금합니다.
아 .. 질문이 있는데요 이게 정확히 success에서 DB처리해야 하는건가요? 아니면 깃허브에있는 widget 여기에 DB 처리를 해야하나요? DB쿼리를 일부러 오류를 냈는데 confirm() .then(function (data) { // TODO: 결제 승인에 성공했을 경우 UI 처리 로직을 구현하세요. window.location.href = "/examine/E1Confirm.do?MENU_ID=B-02-00"; }) .catch((err) => { // TODO: 결제 승인에 실패했을 경우 UI 처리 로직을 구현하세요. window.location.href = /confirm/fail.do?message=${err.message}&code=${err.code}; }); 오류가 나도 window.location.href = "/examine/E1Confirm.do?MENU_ID=B-02-00"; 이걸로 바로가서 질문드립니다.
104 replies
현재 저희가 쓰고있는게 반응형인지 궁금합니다.
아 그러면 위젯은 xpay처럼 xpay.Rollback 자동 취소가 없고 그냥 취소 api를 호출하는거네요
104 replies
현재 저희가 쓰고있는게 반응형인지 궁금합니다.
@RequestMapping(value = "/fail", method = RequestMethod.GET) public String failPayment(HttpServletRequest request, Model model) { model.addAttribute("code", request.getParameter("code")); model.addAttribute("message", request.getParameter("message")); return "/fail"; } 이거 일까요?
104 replies
현재 저희가 쓰고있는게 반응형인지 궁금합니다.
취소 API? 그거 깃허브에 있는 샘플 소스에 있는건가요?
104 replies
현재 저희가 쓰고있는게 반응형인지 궁금합니다.
과장님 한가지 더 질문 드립니다. 예전 xpay는 결제는 되었어도 DB쪽 네트워크 오류나 기타 오류가 발생시 xpay.Rollback 을 사용하여 결제 롤백이 되었는데 위젯도 이런게 있나요?
104 replies
현재 저희가 쓰고있는게 반응형인지 궁금합니다.
xpay는 if ( xpay.TX() ) { // (5) DB에 인증요청 결과 처리 if( "0000".equals( xpay.m_szResCode ) ) { // 통신상의 문제가 없을시 // 최종결제요청 결과 성공 DB처리(LGD_RESPCODE 값에 따라 결제가 성공인지, 실패인지 DB처리) if("0000".equals(xpay.Response("LGD_RESPCODE",0))) { 이렇게 되어있는데 status 가 DONE일경우 하면 되겠네요?
104 replies
현재 저희가 쓰고있는게 반응형인지 궁금합니다.
"status":"DONE" 이 결제 성공인거죠?
104 replies
현재 저희가 쓰고있는게 반응형인지 궁금합니다.
안녕하세요. 질문드릴께 있는데요
104 replies
현재 저희가 쓰고있는게 반응형인지 궁금합니다.
네 읽어보고 있는데... 약간 이해가 안가는게 위젯결제를 개발하고 운영에 배포를 할때 클라이언트키/시크릿키 2개는 상점관리자에서 가져오는게 아니라 회원가입해서 가져오는건지 그것만 알면 될거 같아서요
104 replies