카드가 거절되면 본능적으로 다시 시도하게 됩니다. 그다음엔 다른 브라우저로, 그다음엔 다른 카드로 시도하다가, 결국 암호화폐로 충전하는 카드는 원래 안 되는 것이라고 결론 내립니다. 이 중 어느 것도 진단이라 할 수 없습니다. 승인이란 다섯 당사자 — 사용자, 가맹점, 가맹점의 결제 대행사, 카드 네트워크, 그리고 발급사 — 사이에서 오가는 짧고 구조화된 대화이며, 그것이 거절로 끝날 때는 이 중 한 당사자가 그렇게 답한 것이고, 그 이유는 반드시 기록으로 남습니다.
이 가이드는 원인을 “누가 거절했는가”를 기준으로 정리합니다. 그것이 바로 30초 만에 고칠 수 있는지, 다른 카드를 발급해서 고쳐야 하는지, 아니면 아예 고칠 수 없는지를 결정하기 때문입니다. 세 번째 카테고리에 대해서는 의도적으로 솔직하게 말합니다. 어떤 선불 가상카드로도 절대 만족시킬 수 없는 가맹점이 존재하며, 그렇지 않은 척하는 것은 시간 낭비일 뿐입니다. 그 밑에 깔린 작동 원리를 먼저 알고 싶다면 암호화폐 카드 작동 원리에서 정산 과정을 처음부터 끝까지 다룹니다.
거절은 고장이 아니라 메시지입니다
승인을 거절할 수 있는 당사자는 네 곳이며, 그들은 전혀 다른 이유로 거절합니다. 그중 누가 거절했는지 알아내는 것이 진단의 전부입니다 — 그 다음은 단순한 기계적 작업입니다.
| 누가 거절했는가 | 어떻게 나타나는가 | 일반적인 원인 | 해결할 수 있는가? |
|---|---|---|---|
| 발급사 | 즉시 거절, 거래에 사유 코드 표시 | 잔액 부족, 카드 동결, 한도 또는 MCC 규칙 저촉 | 예, 몇 초 만에 |
| 3-D Secure 인증 단계 | 인증 화면은 뜨지만 결제가 실패함 | 인증을 도중에 그만두거나 시간이 초과되었거나, BIN이 자체적으로 인증을 처리하지 못함 | 예, 재시도하거나 BIN을 바꾸면 됨 |
| 가맹점의 리스크 엔진 | “카드가 거절되었습니다, 은행에 문의하세요”라는 일반적인 문구 | 선불 BIN 필터링, 국가 불일치, AVS 실패, 거래 빈도 휴리스틱 | 가끔 — 다른 BIN을 쓰면 통과되는 경우가 많음 |
| 가맹점의 정책 | 승인 시도 자체가 이루어지기 전에 거절됨 | 카테고리 자체가 선불카드를 전면 금지함 (렌터카 보증금, 일부 공과금 등) | 아니오 — 그 경우엔 다른 결제 수단을 쓰세요 |
구별되는 단서는 타이밍입니다. 발급사의 거절은 즉각적이며 언제나 확인 가능한 사유 코드를 남깁니다. 가맹점 쪽의 거부는 대개 더 모호하고, 흔히 은행에 문의하라는 식으로 표현되며, 발급사는 애초에 승인 시도 자체를 보지 못합니다 — 그래서 고객지원팀이 승인 로그를 확인해도 정말로 아무것도 들어오지 않았다고 정직하게 말할 수 있는 것입니다.
60초 진단: 확인해야 할 순서
다음 다섯 가지를 순서대로 확인하세요. 실제 원인일 확률이 높은 순서대로 배열했으므로, 대부분의 거절은 세 번째 단계 전에 해결됩니다.
- 카드 잔액이 전체 승인 금액보다 많은가? 화면에 표시된 가격이 아니라, 가맹점이 USD가 아닌 통화로 청구한다면 여기에 1.5%를 더하고, 가맹점이 추가로 거는 승인 보류까지 더한 금액입니다.
- 3-D Secure 인증 화면이 떴고, 그것을 끝까지 완료했는가? 도중에 포기했거나 시간이 초과된 인증은 거절로 기록되며, 겉보기에는 잔액 문제와 똑같아 보입니다.
- 카드가 동결되어 있거나, 규칙이 이 가맹점을 막고 있지는 않은가? 그 카드의 동결 상태, 지출 한도, MCC 허용 목록, 지역 잠금 여부를 확인하세요. 몇 주 전에 설정해 둔 규칙이 이 목록에서 가장 쉽게 잊히는 원인입니다.
- 가맹점에 맞는 BIN을 쓰고 있는가? 광고 플랫폼, SaaS 결제, 모바일 지갑에는 각각 그에 맞춰진 BIN이 있습니다. 잘못된 BIN은, 올바른 BIN이라면 즉시 승인했을 가맹점에서도 거절됩니다.
- 애초에 거래 내역에 해당 거래가 존재하는가? 존재하지 않는다면, 네트워크가 보기도 전에 가맹점이 거절한 것입니다. 사용자 쪽에서 무엇을 하든 그 결과는 바뀌지 않습니다.
다섯 가지를 모두 통과했는데도 가맹점이 여전히 거부한다면, 거의 틀림없이 뒤에서 다룰 선불카드 정책 카테고리에 해당하는 것입니다 — 그리고 그 경우 정직한 답은 재시도를 멈추는 것입니다.
자금 문제: 잔액, 카드 충전, 그리고 잊어버린 수수료
이 카테고리가 압도적으로 가장 큰 비중을 차지하며, 사람들이 문제가 아니라고 가장 확신하는 카테고리이기도 합니다. 카드에 눈에 보이는 돈이 있기 때문입니다.
승인 금액이 표시 가격보다 큽니다
카드는 전체 금액을 미리 승인하며, 선불카드에는 마이너스 통장도, 신용 한도도, 부족분을 메워줄 은행도 없습니다. 다음 세 가지가 승인 금액을 안내받은 금액보다 크게 만드는 대표적인 원인입니다.
- 환전 마진. USD가 아닌 통화로 이루어지는 모든 승인에는 1.5%의 환전 마진이 붙습니다. €48 결제는 USD 표시 카드에서 단순히 €48이 아니라 환산 금액에 1.5%를 더한 값이며, 안내받은 금액과 정확히 같은 만큼만 충전한 카드는 매번 거절됩니다.
- 가맹점이 추가하는 승인 보류. 주유기, 호텔, 렌터카는 최종 청구액보다 많은 금액을 승인하는 경우가 흔합니다. 초과분은 나중에 해제되지만, 지금 당장은 사용 가능해야 합니다.
- 갱신 시점. 단 1센트라도 부족한 카드에서 구독이 갱신되면 그대로 실패합니다. 부분 승인도, 더 적은 금액으로의 재시도도 없습니다.
카드 충전이 반영되지 않았거나, 카드 충전 한도 범위를 벗어났습니다
Cryptocardium 카드에 자금을 넣는 과정은 서로 다른 두 단계로 이루어지며, 각 단계마다 자체적인 한도가 있습니다. 충전은 암호화폐를 계정 잔액으로 옮기는 것이고, 카드 충전은 계정 잔액을 특정 카드로 옮기는 것입니다. 이 둘을 헷갈리면 계정에는 분명히 자금이 있는데도 카드에는 $0으로 표시되는 상황이 벌어집니다.
| 단계 | 최소 | 최대 | 수수료 | 막히는 원인 |
|---|---|---|---|---|
| 충전 (8종 코인 → USDT 잔액) | $100 | 1회 최대 $50,000 | 무료 | 온체인 컨펌 미완료 — 1~3회 컨펌 후 잔액 반영 |
| 카드 충전 (잔액 → 카드) | $20 | 1회 최대 $5,000 | 균일 2% | 계정 잔액이 충전 금액과 2% 수수료를 합친 금액보다 부족함 |
| 카드 발급 | — | — | 일회성 $2 | 발급 비용을 충당할 잔액 부족 |
| 인출 (카드 → 잔액) | — | — | 무료 | 없음 — 잔액으로 인출하는 것은 언제나 무료 |
카드 충전 실패의 대부분은 두 숫자 때문에 일어납니다. 1회 $5,000의 카드 충전 한도 때문에 $12,000짜리 카드는 한 번이 아니라 세 번에 걸쳐 카드 충전을 해야 합니다. 그리고 2% 수수료가 카드 충전 금액 위에 추가로 붙기 때문에, $5,000을 카드에 충전하려면 계정 잔액이 $5,100 있어야 하며, 정확히 $5,000만 있는 계정은 $5,000짜리 카드 충전을 할 수 없습니다. 계정 충전 자체가 아직 잔액에 반영되지 않았다면 그 잔액은 애초에 존재하지 않는 것입니다 — 계정 충전은 무료지만 즉시 처리되지는 않으며, 최종 확정까지 체인에 따라 1~3회의 컨펌이 걸립니다. 자금을 마련하는 전체 과정은 USDT로 Visa 카드 충전하기에서 다루고, 전체 수수료 내역은 요금 페이지에 있습니다.
인증 문제: 3-D Secure와 선택한 BIN
두 번째로 큰 비중을 차지하는 카테고리이며, 해결책은 거의 언제나 기존 카드를 바꾸는 것이 아니라 다른 카드를 새로 발급하는 것입니다.
3-D Secure 인증 단계를 완료하지 않았습니다
점점 더 많은 결제 과정에서 — 유럽에서는 강력한 고객 인증(SCA) 규정에 따라 의무화되어 있고, 광고 플랫폼과 어디서든 고액 결제에서는 표준으로 자리 잡았습니다 — 가맹점은 승인을 시도하기 전에 사용자를 인증 단계로 넘깁니다. 이 단계를 도중에 포기하거나, 팝업 차단기에 막히거나, 인증 코드를 찾는 사이에 시간이 초과되면 결제는 실패합니다. 겉으로 보기에는 잔액 부족으로 인한 거절과 구별되지 않습니다.
Cryptocardium의 BIN 중 두 가지는 가맹점이 인증 단계를 대신 넘겨주는 데 의존하지 않고 자체적으로 인증을 처리합니다. 광고용 카드인 Visa Business 416842와, 모든 실물 카드에 쓰이는 BIN인 Visa Gold 448585입니다. 인증 단계가 선택 사항이 아닌 Meta, Google, TikTok 광고에서 Business BIN의 승인율이 가장 높은 이유가 바로 이것입니다. 나머지 가상카드 BIN — 557213, 489517, 472305 — 은 가맹점의 리스크 엔진이 허용할 때는 마찰 없이 인증을 통과하지만, 허용하지 않을 때는 인증 단계에서 거절됩니다.
가맹점에 맞지 않는 BIN
가맹점의 리스크 엔진은 사용자에 대해 다른 어떤 정보를 알기도 전에 카드 번호의 앞 여섯 자리만으로 판단을 내립니다. 모바일 지갑용으로 튜닝된 BIN을 광고 플랫폼에 제시하면, 같은 잔액이라도 비즈니스 BIN과는 다른 리스크 프로파일로 취급되며, 오직 그 이유만으로 거절됩니다. 지출 용도에 맞춰 카드를 고를 수 있도록 다섯 가지 프로그램이 마련되어 있습니다.
| BIN | 프로그램 | 적합한 용도 | 자체 3-D Secure 인증 | 거래당 한도 | 월 한도 |
|---|---|---|---|---|---|
| 416842 | Visa Business | Meta, Google, TikTok, X, Reddit 광고 | 예 | $10,000 | $100,000 |
| 557213 | Mastercard World | 해외 결제, 다중 통화, 마켓플레이스 | 허용되는 경우 마찰 없이 통과 | $7,500 | $75,000 |
| 489517 | Visa Platinum | Apple Pay와 Google Pay, 일상적인 소매 결제 | 허용되는 경우 마찰 없이 통과 | $3,500 | $35,000 |
| 472305 | Visa Corporate | 정기 SaaS 결제 — Stripe, Recurly, Chargebee | 허용되는 경우 마찰 없이 통과 | $5,000 | $50,000 |
| 448585 | Visa Gold (실물) | 대면 결제, ATM, 고액 구매 | 예 | $3,000 | $100,000 |
경제적으로도 이것저것 시도해보는 쪽이 유리합니다. 가상카드는 발급에 $2가 들고 1분 안에 사용할 수 있게 되므로, 올바른 BIN으로 카드를 하나 더 발급하는 편이 첫 번째 카드가 왜 거절되는지 진단하는 것보다 시간 면에서 대개 더 저렴합니다. 지출 목적이 광고라면 Google 광고에 가장 적합한 가상카드와 암호화폐로 Google·Facebook 광고비 결제하기에서 비즈니스 BIN이 다른 BIN과 왜 대체 불가능한지 더 깊이 다룹니다. 정기 결제라면 익명 구독용 가상카드에서 SaaS 측면을 다룹니다. 전체 목록은 카드 페이지에 있습니다.
거래당 한도 또는 월 한도
각 프로그램에는 위 표에 나온 대로 자체적인 한도가 있습니다. Visa Platinum 카드로 $4,200을 결제하면 잔액과 무관하게 $3,500 한도에서 거절되며, 한 달 내내 문제없이 승인되던 카드도 월 누적 한도가 소진되면 마지막 주에 거절되기 시작할 수 있습니다. 두 경우 모두 잔액 문제처럼 보이지 않는다는 점이 헷갈리게 만드는 부분입니다 — 돈은 분명히 눈에 보이니까요.
해결책은 재시도가 아니라 한도가 더 높은 프로그램으로 지출을 옮기는 것입니다. 그리고 한도는 승인 금액에 적용된다는 점에 유의하세요. $3,400짜리 예약에 승인 보류가 붙어 $3,600으로 부풀려지면, 최종 청구액은 $3,500을 넘지 않았을지라도 그 한도를 넘어서게 됩니다.
가맹점 문제: 선불카드 차단, AVS, 사전 승인 보류
이 카테고리에서는 낙관보다 솔직함이 더 중요합니다. 일부는 해결책이 있지만 두 가지는 그렇지 않으며, 어느 쪽이 어느 쪽인지 구분하는 것이 핵심입니다.
가맹점이 선불 BIN을 아예 거부합니다
선불카드는 잔액이 떨어지면 더 이상 청구할 수 없습니다. 대부분의 가맹점에게는 이것이 무관합니다. 계산대에서 바로 청구하고 거래가 끝나기 때문입니다. 하지만 일부에게는 근본적인 문제입니다. 사업 모델 전체가 나중에 추가로 청구할 수 있다는 전제 위에 세워져 있기 때문이며, 이런 가맹점은 승인을 시도하기도 전에 선불 BIN 범위를 걸러냅니다.
- 렌터카 보증금과 자기부담금. 렌터카 카운터는 차를 몰고 떠난 뒤에도 파손에 대해 청구할 수 있는 카드가 필요합니다. 선불카드는 예외 없이 어디서나 정책상 거절됩니다.
- 체크인 시 호텔 부대비용. 객실 요금을 온라인으로 결제하는 것은 대개 문제없지만, 프런트에서 거는 부대비용 보류는 자주 통과되지 않습니다.
- 후불로 청구되는 공과금과 통신비. 사용량을 측정한 뒤 나중에 청구서를 보내는 방식이라면 무엇이든 같은 구조적 문제를 안고 있습니다.
- 일부 금융 서비스와 신원 확인. 소수의 플랫폼은 카드를 신원 확인 수단으로 사용하며, 선불이 아니면서 명의가 일치하는 카드를 특별히 요구합니다.
이를 바꿔줄 카드도, BIN도, 우회 방법도 없습니다. 그렇지 않다고 주장하는 가이드가 있다면 무언가를 팔려는 것뿐입니다. 현실적인 접근법은 가상카드가 잘하는 모든 곳 — 온라인 결제, 구독, 광고, 마켓플레이스, 모바일 지갑, 미리 결제하는 여행 예약 — 에 가상카드를 쓰고, 나중에 청구할 수 있는 카드가 필요한 소수의 카운터를 위해서는 다른 결제 수단을 남겨두는 것입니다. 최고의 익명 체크카드에서 프라이버시 관점으로 본 같은 한계를 솔직하게 다룹니다.
AVS와 당신에게는 없는 청구지 주소
일부 가맹점, 특히 압도적으로 미국 가맹점들은 사용자가 입력한 청구지 주소를 발급사가 보유한 정보와 대조하는 주소 확인 서비스(AVS) 검사를 실행합니다. KYC 없는 카드에는 애초에 수집된 주소가 없으므로 등록된 주소 자체가 없고, 그래서 엄격한 AVS 검사는 대조할 대상이 없어 결과를 반환하지 못하며, 신중한 리스크 엔진은 이를 실패로 처리하기도 합니다.
실제로 대부분의 해외 가맹점은 AVS를 아예 실행하지 않거나, 불일치 결과가 나와도 거절하지 않습니다. 그렇지 않은 경우에는, 보통 승인 단계가 아니라 청구지 정보 양식을 제출하는 순간 곧바로 거절되는 형태로 나타납니다. 우회 방법은 해외 카드를 받아주는 가맹점을 우선하거나, 계정 결제보다 AVS 기준이 느슨한 경우가 많은 가맹점의 비회원 결제를 이용하는 것입니다. 이 트레이드오프는 신원을 확인하지 않는 상품이라면 피할 수 없는 것이며, KYC 없는 암호화폐 카드 총정리에서 다룹니다.
사전 승인 보류 금액은 청구액보다 큽니다
주유기는 실제로 얼마나 주유할지 알기도 전에 고정된 금액을 승인하는데, 흔히 일반적인 주유량보다 훨씬 큰 금액입니다. 호텔은 숙박비에 여유분을 더해 승인합니다. 렌터카 데스크는 자기부담금을 승인합니다. 레스토랑은 때로 청구액에 명목상의 팁을 더해 승인하기도 합니다. 어느 경우든 승인 시점에는 카드에 부풀려진 금액이 준비되어 있어야 하며, 그 차액은 며칠이 지나서야 해제됩니다.
실물 Visa Gold 카드로 주유소를 이용한다면, 실용적인 방법은 주유기가 아니라 매장 계산대에서 결제하는 것입니다. 그곳에서는 승인 금액이 실제 결제 금액과 같기 때문입니다. 그 밖의 모든 곳에서는 청구액이 아니라 승인 보류 금액에 맞춰 충전하세요.
무료 체험의 $0·$1 검증용 승인
체험판에 가입하면 보통 0달러, 1달러, 또는 그에 상당하는 소액의 현지 통화로 검증용 승인이 잠깐 발생했다가 곧바로 취소됩니다. 잔액이 0인 카드는 실제로는 아무것도 청구될 일이 없는데도 이 검사에서 실패하며, 가입 절차는 카드가 거절된 것처럼 보이게 됩니다. 체험 자체가 무료라 하더라도, 시작하기 전에 카드에 얼마간 충전해 두세요.
자초한 거절: 스스로 설정한 제한
가장 답답한 카테고리입니다. 모든 것이 정상으로 보이기 때문입니다. 프로그래밍 방식으로 설정하는 카드별 규칙은 승인 시점에 서버 단에서 적용되며, 그래서 설정해두고 잊어버린 규칙은 카드 설정을 직접 들여다보기 전까지는 발급사 쪽 오류와 구별되지 않습니다.
- 카드가 동결되어 있습니다. 동결은 즉시 적용되며, 이후의 모든 승인은 네트워크 단계에서 거절됩니다. 동결 해제도 마찬가지로 즉시 이루어집니다.
- MCC 허용 목록이 너무 좁게 설정되어 있습니다. 광고 관련 가맹점 카테고리로 제한된 카드는 호스팅 청구서 결제를 거절합니다. 규칙은 정확히 설정한 대로 작동하고 있는 것뿐입니다.
- 지역 잠금이 설정되어 있습니다. 한 지역으로 잠긴 카드는 다른 지역에서 매입 처리되는 가맹점의 결제를 거절합니다 — 그리고 그 매입 국가는 흔히 여러분이 생각하는 매장 소재국과 다릅니다.
- 구매 금액보다 낮은 지출 한도가 설정되어 있습니다. 카드별 일일·월간 한도는 프로그램 한도보다 더 아래에 위치하며, 둘 중 더 낮은 쪽이 적용됩니다.
- 카드가 동결이 아니라 해지된 상태입니다. 해지는 영구적입니다. 해지된 카드는 되살릴 수 없고, 새로 발급하는 수밖에 없습니다.
이 다섯 가지는 모두 패널에서 확인할 수 있으며, 카드를 프로그래밍 방식으로 관리한다면 API 호출 한 번으로도 읽을 수 있습니다. 가상카드는 재발급이 무료이므로, 어떤 규칙을 설정했는지 기억나지 않는 카드는 부담 없이 새로 만들면 됩니다.
재시도 빈도, 그리고 여섯 번째 시도가 가장 크게 실패하는 이유
짧은 시간에 똑같은 시도를 반복하면 카드 테스트 공격과 똑같이 보입니다. 카드 테스트 공격이 실제로 그렇게 생겼기 때문입니다. 거래 빈도 규칙은 양쪽 모두에 존재합니다 — 발급사의 부정거래 방지 계층과 가맹점의 리스크 엔진 모두요 — 그리고 빠른 재시도는 가벼운, 고칠 수 있는 거절을 더 강력한 차단으로 바꿔버릴 수 있으며, 이 차단은 실제 원인을 고친 뒤에도 한동안 남아 있습니다.
카드가 아니라 Apple Pay나 Google Pay의 문제였습니다
지갑 오류와 카드 거절은 휴대폰 화면에서 똑같이 나타납니다. 카드가 브라우저 결제창에서는 작동하지만 비접촉 단말기에서는 실패한다면, 문제는 승인이 아니라 프로비저닝입니다 — 그 뒤의 카드가 아니라 지갑 안의 토큰이 문제라는 뜻입니다. 카드를 삭제했다가 다시 추가하면 대개 해결됩니다. Visa Platinum 489517은 지갑 프로비저닝에 맞춰진 BIN으로, 다섯 가지 중 마찰이 가장 적습니다. Apple Pay와 Google Pay에 암호화폐 카드 추가하기에서 전체 과정을 안내하고, Apple Pay에 가장 적합한 암호화폐 카드에서 이 분야를 비교합니다.
API로 거절 사유 확인하기
모든 승인은 여섯 가지 독립적인 검사를 거치며, 그중 하나라도 실패하면 거래는 거절됩니다. 모든 거절에는 구조화된 사유 코드가 붙습니다 — 원인 모를 조용한 실패는 없습니다 — 그러므로 카드를 프로그래밍 방식으로 운영한다면 추측할 필요가 전혀 없습니다. 거래를 조회해서 이유를 확인하세요.
curl https://api.cryptocardium.com/v1/transactions/txn_3b91fe \
-H "Authorization: Bearer ck_live_…"{
"id": "txn_3b91fe",
"card_id": "card_8f2a1c",
"merchant": "Cloud API Inc",
"mcc": "5818",
"amount_usd": 74.20,
"status": "declined",
"decline_reason": "insufficient_funds"
}사유 코드만으로 충분하지 않을 때 — 가맹점 쪽 거부, 인증 실패, 예상치 못한 MCC 같은 경우 — 원본 승인 기록을 보면 네트워크가 실제로 무엇을 보았는지 알 수 있습니다.
curl https://api.cryptocardium.com/v1/transactions/txn_3b91fe/auth \
-H "Authorization: Bearer ck_live_…"
# → raw ISO 8583 authorisation fields for that attempt직접 물어보기보다 알림을 받는 쪽을 원한다면, transaction.declined에 웹훅을 구독해 두세요. 거절이 발생하는 순간 같은 사유 코드가 HMAC 서명과 함께, 최소 한 번은 전달되는 방식으로 이벤트에 실려 옵니다. 카드를 자율적으로 발급하고 지출하는 에이전트라면 폴링 대신 이 이벤트를 기준으로 분기하는 것이 좋습니다 — 이 패턴은 AI 에이전트를 위한 가상카드 API에서, MCP 클라이언트를 위한 내용은 암호화폐 카드 MCP 서버에서 다룹니다. 엔드포인트 단위의 세부 사항은 문서에 있습니다.
진짜로 해결하기 어려운 가맹점 카테고리
거절을 다루는 정직한 가이드라면 이 섹션이 반드시 있어야 합니다. 그렇지 않으면 벽을 향해 끝없이 재시도하게 만들 뿐이기 때문입니다. 그 벽이 움직이는지 여부를 기준으로 정리했습니다.
| 카테고리 | 결과 | 대처 방법 |
|---|---|---|
| 온라인 결제, 마켓플레이스, 디지털 상품 | 가능 | 아무 BIN이나 가능, 해외 결제라면 557213 |
| 정기 SaaS, 클라우드, 호스팅, AI API | 가능 | 472305, 갱신 금액보다 넉넉하게 충전 |
| 광고 플랫폼 (Meta, Google, TikTok, X) | 가능 | 416842 — 자체 3-D Secure 인증이 관건 |
| 비접촉 결제 소매점, 교통, 레스토랑 | 가능 | Apple Pay 또는 Google Pay의 489517 |
| 온라인으로 전액 결제하는 항공권과 호텔 | 대체로 가능 | 승인 보류에 대비해 안내 금액보다 20% 더 충전 |
| 프런트에서 거는 호텔 부대비용 보류 | 자주 거절됨 | 체크인 시 다른 카드를 제시 |
| 렌터카 보증금과 자기부담금 | 정책상 거절 | 해결 불가 — 다른 결제 수단 사용 |
| 후불로 청구되는 공과금 | 빈번히 거절됨 | 해결 불가 — 다른 결제 수단 사용 |
| AVS를 엄격히 적용하는 미국 전용 가맹점 | 가끔 거절됨 | 비회원 결제를 시도하거나 다른 가맹점 이용 |
패턴은 일관됩니다. 구매하는 바로 그 순간에 청구되는 것은 무엇이든 작동하고, 나중에 청구하는 것에 의존하는 것은 작동하지 않습니다. 이는 암호화폐로 충전하는 카드만의 결함이 아니라, 지금까지 발급된 모든 선불카드가 갖는 선불의 본질적인 의미입니다.
거절이 일어나기 전에 막는 방법
- 가맹점 하나에 카드 하나, 그 가맹점에 맞춰 충전하세요. 카드 한 장에 $2이므로, 구독이나 플랫폼마다 전용 카드를 두면 실패를 격리할 수 있고 하나가 거절되는 순간 원인이 명확해집니다.
- 예상 지출보다 5% 더 충전하고, 승인 보류가 있는 곳이라면 20% 더 충전하세요. 이렇게 하면 환전 마진과 가맹점이 추가하는 승인 금액을 신경 쓰지 않고도 흡수할 수 있습니다.
- 거절당한 뒤가 아니라 발급하기 전에 BIN을 정하세요. 광고는 416842, 구독은 472305, 지갑은 489517, 해외 결제는 557213, 실물·대면 결제는 448585입니다.
- 갱신일을 미리 알고 있다면 그 전에 계정을 충전해두세요. 충전에는 1~3회의 컨펌이 필요하므로, 갱신 당일 아침에서야 충전하는 것은 자칫하면 질 수도 있는 시간 싸움입니다.
- 설정해둔 규칙은 기록해두세요. MCC 허용 목록과 지역 잠금은 훌륭한 통제 수단이지만 잊고 있으면 끔찍한 놀라움이 됩니다. 프로그래밍 방식으로 설정한다면 반드시 로그로 남기세요.
- 원한다면 사용하지 않는 동안 카드를 비워두세요. 계정 잔액으로 인출하는 것은 무료이므로, 쓰지 않는 카드가 굳이 돈을 담고 있을 필요는 없습니다 — 다음 결제 전에 카드를 다시 충전하는 것만 잊지 마세요.
이것들을 함께 지키면 가맹점 정책에 따른 거절을 제외한 사실상 모든 거절을 없앨 수 있습니다. 남는 것들은, 정의상, 어떤 설정으로도 고칠 수 없는 것들입니다.
진짜로 발급사 쪽 문제일 때
가끔은 사유 코드가 사용자의 설정도, 가맹점의 정책도 아닌 다른 무언가를 가리킬 때가 있습니다 — 승인되었어야 하는데 그러지 못한 경우입니다. 이때는 승인 로그가 결정적인 증거가 되며, 재시도보다는 문의하는 편이 낫습니다. 해당 시도의 원본 ISO 8583 필드를 보면 정확히 어떤 검사가 거절했는지 알 수 있습니다. 거래 ID와 가맹점명을 포함해 패널에서 티켓을 열어주세요. 그러면 승인 기록을 설명을 통해 재구성하는 것이 아니라 직접 확인할 수 있습니다.
이것이 바로 사유 코드를 아예 공개하는 카드 프로그램을 선호해야 하는 이유이기도 합니다. 들여다볼 수 없는 거절은 오직 추측으로만 대응할 수 있는 거절이며, 추측이야말로 5분이면 끝날 해결을 오후 시간 전체를 날리는 일로 바꿔버립니다.
관련 글
이 페이지에 나온 모든 승인의 밑바탕이 되는 작동 원리는 암호화폐 카드 작동 원리에서 시작하세요. 자금을 충전하는 방법과 사람들이 자주 놓치는 컨펌 타이밍에 대해서는 USDT로 Visa 카드 충전하기를 참고하세요. 정기 결제에 대해서는 익명 구독용 가상카드를 참고하세요. BIN 선택이 모든 것을 좌우하는 광고 사례는 Google 광고에 가장 적합한 가상카드에서 다룹니다. 전체 자료는 가이드 허브에 있고, 여기서 인용한 모든 숫자의 근거가 되는 수수료 내역은 요금 페이지에 있습니다.
