이 페이지는 카드·법정화폐 결제와 환불에 관한 내용입니다. 만약 크립토로 결제했고 온체인에서 확정까지 됐는데도 크레딧이 지급되지 않았다면, 이는 구조적으로 전혀 다른 문제이며 별도의 복구 경로가 필요합니다. 이에 대해서는 크립토 결제가 크레딧으로 반영되지 않는 경우를 다룬 별도 가이드를 참고하세요.
2026년 8월 10일 기준으로 검증되었습니다. 카드 네트워크와 은행 처리 기간은 발급사와 국가에 따라 다르므로, 여기 제시된 모든 기간은 보장값이 아니라 일반적인 기준으로 봐주십시오. ROZO Checkout은 독립된 제3자 결제 서비스이며 OpenRouter, Coinbase와는 무관합니다.
먼저 실제로 결제가 됐는지부터 확인합니다
이 문제의 가장 흔한 형태는 사실 결제가 사라진 것이 아닙니다. 은행 앱에서 실제 결제와 똑같이 보이는 대기 중 승인(pending authorisation)인 경우가 많습니다.
체크아웃에서 카드 결제를 시도하면 발급사는 해당 금액에 홀드를 겁니다. 사용 가능 잔액은 즉시 줄어들고 거래 내역에 항목이 하나 생깁니다. 이 항목은 승인(authorisation)일 뿐 확정된 결제(settled charge)가 아닙니다. 이후 체크아웃이 어떤 이유로든 실패하면 이 승인은 끝내 캡처(capture)되지 않고, 홀드는 자동으로 만료됩니다. 실제로는 아무것도 빠져나가지 않지만, 환불할 것도 없기 때문에 환불도 이루어지지 않습니다.
구분하는 방법:
- 대기 중 승인은 보통 흐리게 표시되며 「pending」, 「processing」, 「authorised」로 표기되고, 월별 명세서에는 나타나지 않습니다.
- 확정된 결제는 명세서에 게시(posted)되며 최종 정산일이 있습니다.
- 사용 가능 잔액은 두 경우 모두 줄어듭니다. 명세서 잔액을 실제로 줄이는 것은 확정된 결제뿐입니다.
일반적인 홀드 해제 기간은 체크카드의 경우 3~7일, 일부 신용카드는 최대 30일까지 걸릴 수 있으며 발급사에 따라 다릅니다. 카드 네트워크는 상한선만 정할 뿐, 오래된 홀드를 얼마나 빨리 해제할지는 발급사가 결정하며 사용자도 가맹점도 이를 앞당길 수 없습니다. 캡처된 적이 없는 승인은 가맹점 쪽 기록에 거래 자체가 존재하지 않기 때문에 고객지원도 해제해 줄 수 없습니다.
결제를 여러 번 재시도했다면 여러 개의 대기 항목이 보이는 것이 정상입니다. 이는 여러 번 결제된 것이 아닙니다. 돈을 잃었다고 판단하기 전에 명세서 확정을 기다리세요.
확정된 결제인데 크레딧이 없는 경우, 그리고 부분 크레딧
결제가 명세서에 게시됐는데 크레딧 잔액이 움직이지 않았다면, 이는 실제로 문제가 발생한 상황이며 에스컬레이션할 가치가 있습니다.
보통 원인은 결제 캡처와 크레딧 지급이 서로 별개의 단계로 이루어진다는 데 있습니다. 결제 처리사는 대금을 캡처하고 성공을 반환했지만, 계정에 크레딧을 기록하는 단계가 실패했거나 타임아웃됐거나, 리다이렉트가 완료되기 전에 브라우저 세션이 끊겨 애초에 트리거되지 않았을 수 있습니다. 돈은 실제로 이동했지만 계정 반영이 누락된 상태이며, 대개는 사람이 직접 대사(reconcile)해야 합니다.
반복적으로 제보되는 또 다른 패턴은 부분 크레딧입니다. 차감된 금액이 적립된 크레딧보다 눈에 띄게 많은 경우입니다. 오류라고 단정하기 전에 수수료 구조부터 확인하세요. OpenRouter는 카드 및 AliPay 결제에 5.5%(최소 $0.80), 자체 크립토 결제 경로에는 5%의 수수료를 부과합니다. 소액 충전에서는 최소 수수료가 지배적으로 작용하므로, 단 몇 달러를 차감해도 체감상 적립 크레딧이 눈에 띄게 적어 보일 수 있습니다. 카드 발급사가 해외 결제 수수료를 추가하거나 자체 환율을 적용하는 경우에도, 누구의 잘못도 아니면서 그 차이가 더 벌어질 수 있습니다.
그 차이가 수수료만으로 설명되기 어려울 정도로 크거나, 본인이 시도하지도 않은 결제가 발생했다면 재시도하지 말고 곧바로 지급거절(chargeback)을 신청하지도 마세요. 먼저 증거부터 확보합니다: 가맹점 명(merchant descriptor)이 표시된 명세서 항목, UTC 기준 날짜와 시간, 카드 마지막 4자리, 차감된 금액, 결제 전후의 크레딧 잔액입니다. 그 뒤 서면으로 에스컬레이션하세요. 본인이 승인하지 않은 결제라면 가맹점과의 소통과는 별개로 은행에도 신고해야 합니다. 카드를 차단할 수 있는 것은 은행뿐이기 때문입니다.
재시도 후 발생한 중복 결제
결제가 실패했을 때 다시 시도하는 것은 자연스러운 반응이며, 대부분의 중복 결제는 여기서 비롯됩니다. 시도할 때마다 각각 별도의 승인이 생성됩니다. 대부분은 실패해서 무해하게 만료되지만, 두 번의 시도가 모두 캡처되면 실제로 두 건의 결제가 발생하고 그중 하나만 크레딧으로 이어진 셈이 됩니다.
여기에는 리스크 관리 측면의 부수 효과도 있습니다. 짧은 시간 안에 반복적으로 실패한 시도는 부정 사용 탐지 시스템에 카드 테스트(card testing)처럼 보일 수 있으며, 발급사와 가맹점의 결제 처리사 양쪽 모두가 해당 사용자를 특정해 결제를 거부하기 시작할 수 있습니다. 몇 차례 시도만으로도 「too many top-up attempts」라는 레이트 리밋에 걸렸다는 사용자 제보가 있으며, 이는 원래 정상적으로 작동했을 결제 수단마저 막아버립니다.
더 안전한 순서는 다음과 같습니다:
- 결제를 한 번 시도하고 끝까지 마칩니다. 페이지가 멈춘 것처럼 보여도 최소 1분은 기다리고, 리다이렉트 도중에 새로고침하지 마세요.
- 실패했다고 판단하기 전에 별도 탭에서 크레딧 잔액을 확인합니다. 브라우저가 이미 포기한 뒤에도 크레딧은 뒤늦게 반영되는 경우가 있습니다.
- 은행 앱에서 대기 중 항목이 있는지 확인합니다. 홀드가 걸려 있다면 시도가 이미 은행까지 도달한 것이며, 즉시 재시도하면 성공보다는 두 번째 홀드가 생길 가능성이 큽니다.
- 정말로 실패했다면 다음 시도까지 몇 시간을 기다리고, 동일한 시도를 반복하기보다는 다른 카드나 다른 충전 경로 등 의미 있는 변경을 하세요.
- 두 건이 실제로 게시됐다면 분쟁(dispute)부터 걸지 말고 먼저 서면으로 중복 결제 환불을 요청하세요. 중복 결제는 가맹점 입장에서 가장 검증하고 환불하기 쉬운 유형입니다. 자체 기록에 하나의 계정에 대해 두 번의 캡처가 명확히 남아 있기 때문입니다.
환불 처리 기간, 그리고 왜 멈춘 것처럼 보이는가
환불에는 세 단계가 있고, 그중 첫 단계만 가맹점이 통제할 수 있습니다.
첫째, 가맹점이 환불을 승인하고 결제 처리사에 제출합니다. 이 단계에서 고객지원 티켓이 중요한 역할을 하며, 처리 대기열이 밀리면 며칠씩 지연될 수 있는 단계이기도 합니다. 둘째, 처리사가 카드 네트워크로 환불을 전송합니다. 이 단계는 보통 빠르게 진행됩니다. 셋째, 카드 발급 은행이 계좌에 크레딧을 게시하는데, 이 단계는 은행 외에는 아무도 볼 수 없습니다. 5~10 영업일이 일반적인 총 소요 기간입니다. 일부 발급사는 특히 체크카드나 일부 국가에서 통상적으로 더 오래 걸리며, 국경을 넘는 환불은 추가 시간이 필요합니다.
즉 가맹점 쪽에서는 환불이 실제로 완료됐는데도 여전히 계좌에는 반영되지 않은 상태일 수 있다는 뜻입니다. 그래서 고객지원에 먼저 물어야 할 질문은 「내 돈이 어디 있느냐」가 아니라 「환불이 제출됐는지, 그리고 인수사 참조번호(acquirer reference number)나 환불 ID가 무엇인지」입니다. 이 참조번호가 있으면 은행이 추적할 수 있습니다. 없으면 은행은 「아직 도착하지 않았다」는 것만 알려줄 수 있는데, 이는 이미 알고 있는 사실입니다.
환불 요청 후 약 20일이 지났는데도 참조번호도 실질적인 답변도 없다면, 이제는 은행을 기다리는 것이 아니라 대기열을 기다리고 있는 상태입니다. 이 시점에서는 에스컬레이션하세요: 새 티켓을 여는 대신 기존 티켓에 답장하고, 경과 시간을 명확히 적고, 제출일과 참조번호를 구체적으로 요청하세요. 여러 개의 티켓을 병렬로 여는 것은 대개 대기열에서 앞으로 가는 게 아니라 오히려 뒤로 밀리는 결과를 낳습니다.
한 가지 유형은 애초에 환불이 불가능합니다: 크립토 결제는 완료된 이후에는 환불이 불가능하며, 이는 OpenRouter 자체 크립토 결제 경로뿐 아니라 일반적으로도 마찬가지입니다. 크립토로 결제했다면 환불은 애초에 해당되는 처리 방법이 아니며, 환불을 요청하는 것은 고객지원 처리 사이클만 낭비하게 됩니다.
그대로 복사해 쓸 수 있는 고객지원 메시지 템플릿
고객지원은 처리에 필요한 정보가 모두 담긴 메시지에 더 빠르게 응답합니다. 모호한 제보는 봇으로 넘어가지만, 구체적인 제보는 사람에게 배정됩니다. 대괄호 안을 채우고 해당되지 않는 줄은 삭제하세요.
「제목: 결제는 게시됐으나 크레딧 미적용 — [결제일, UTC 기준]
계정 이메일: [OpenRouter 계정 이메일]
상황 설명: [UTC 기준 날짜 및 대략적인 시간]에 [카드 종류 / 결제 수단]으로 크레딧을 구매했습니다. 명세서에는 결제가 게시됐지만 크레딧 잔액이 변하지 않았습니다 (또는: 금액 중 일부만 적립되었습니다).
결제 상세: - 차감된 금액: [금액 및 통화] - 명세서상 가맹점명: [정확한 텍스트] - 카드 마지막 4자리: [nnnn] - 결제 상태: 게시됨 / 확정됨 (대기 중 아님) - 결제 직전 크레딧 잔액: [금액] - 현재 크레딧 잔액: [금액] - 시도 횟수: [n]회 — 이 중 [n]건은 대기 중 홀드로 표시됨
이미 확인한 사항: 해당 결제가 대기 중 승인이 아니라 확정된 결제임을 확인했으며, 은행에 분쟁 신청은 하지 않았습니다.
요청 사항: 누락된 크레딧을 적립해 주시거나 결제를 환불해 주시기 바랍니다. 환불이 진행될 경우, 은행에서 추적할 수 있도록 환불 제출일과 인수사 참조번호를 함께 안내해 주시기 바랍니다.」
한 번 보낸 뒤 기다리세요. 일주일이 지나도 실질적인 답변이 없으면 같은 스레드에 짧게 후속 메시지를 추가하고, 약 3주 시점에 다시 한번 추가하세요. 모든 답변을 하나의 스레드에 유지하세요. 오래된 티켓 하나가 새 티켓 다섯 개보다 지연의 증거로서 더 강력합니다.
지급거절(chargeback): 최후의 수단이며 감수해야 할 비용
지급거절은 은행에 제기하는 공식 분쟁으로, 가맹점으로부터 강제로 자금을 회수하는 절차입니다. 실제로 효과가 있고 진짜 소비자 보호 수단이지만, 더 빠른 환불 버튼이 아니며 사용하기 전에 이해해야 할 대가가 따릅니다.
지급거절이 접수되면 가맹점은 해당 금액에 분쟁 수수료까지 더해 차감되고, 이 분쟁은 가맹점 계정에 기록됩니다. 많은 API·크레딧 제공사는 지급거절을 부정 사용 신호로 간주해 관련 계정을 정지하거나 폐쇄하며, 남아 있던 크레딧 잔액까지 포함해 영구적으로 사라지는 경우도 있습니다. 서비스를 계속 이용하는 것이 목표라면, 승소하더라도 지급거절이 그 관계 자체를 끝낼 수 있습니다. 처리 속도도 느립니다. 조사에 보통 30~90일이 걸리므로, 지연된 환불을 그냥 에스컬레이션하는 것보다 빠른 경우는 거의 없습니다.
합리적인 에스컬레이션 순서는 다음과 같습니다:
- 위의 정보를 담아 고객지원에 연락하고, 첫 실질적인 답변까지 통상 1~2주 정도 합리적인 기간을 줍니다.
- 같은 스레드에서 경과 시간과 구체적인 요청 사항(환불 제출 또는 참조번호 제공)을 명시해 에스컬레이션합니다.
- 환불이 제출됐는데 아직 도착하지 않았다면, 참조번호를 가지고 은행에 추적을 요청합니다. 이는 분쟁이 아니므로 어떤 불이익도 없습니다.
- 지급거절은 본인이 진짜 승인하지 않은 결제이거나, 가맹점이 오랫동안 완전히 응답을 끊은 경우에만 고려하며, 계정이 폐쇄될 수 있다는 것을 감수해야 합니다.
예방 측면에서 보면, 이런 사례 대부분은 애초에 불안정하던 카드 결제 경로에서 시작됩니다. 카드가 반복적으로 실패하거나 은행이 계속 해당 가맹점을 차단한다면, 절반만 정산되는 대신 확실히 정산되거나 확실히 실패하는 경로로 옮기는 것이 이 유형의 문제 자체를 없애는 방법입니다. 이것이 바로 ROZO Checkout이 지향하는 설계 목표이며, 현재는 제품을 검증하는 과정에서 서비스 수수료를 부과하지 않고 있고 OpenRouter, Coinbase와는 독립적으로 운영됩니다. 다만 이미 사라진 결제를 되찾아 주지는 못합니다. 가맹점과 은행 외의 어떤 주체도 그것은 할 수 없습니다.