카드단말기 승인 오류·통신 실패 — 회선·VAN·단말기 5단계 진단
"방금 전 손님까지 결제됐는데 이 카드만 갑자기 안 긁혀요."
"단말기에 통신 오류라고 뜨는데, 카드 문제예요 인터넷 문제예요?"
이 두 질문은 진단의 출발점이 서로 다릅니다. 그런데 화면만 보면 똑같이 "결제가 안 된다"로 보이죠.
먼저 딱 하나만 가르고 시작하겠습니다.
지금 단말기 화면에 Mastercard·Visa 기준 DE39 승인·거절 응답코드(00·05·51·54·91 등)나 "한도 초과·거래 거절" 같은 문구가 떴나요, 아니면 "통신 오류·응답 없음·회선을 확인하세요"만 떴나요?
이게 갈리면 나머지 진단의 절반이 끝납니다. 앞쪽이면 해당 요청에 대한 승인·거절 응답이 단말기까지 도착한 겁니다.
뒤쪽이면 거래 상태가 불명확할 수 있으므로 재시도보다 직전 거래 조회가 먼저예요.
이 글은 그 "안 됨"을 ① 증상 분리 → ② 물리 회선 → ③ 네트워크 → ④ VAN → ⑤ 단말기 다섯 계층으로 갈라, 사장님이 직접 확인할 선과 VAN사를 불러야 할 선까지 정리한 편집 자료입니다. 확인일은 2026-08-10입니다.
아래 순서는 모든 VAN·단말기에 적용되는 공식 공통 절차가 아닙니다. 인용한 통신·거래상태 자료를 대조해 한 번에 바꾸는 범위를 줄이도록 구성한 우선 배제 순서예요.
실제 메뉴와 연결 시험, 재시작 시점은 사장님 단말기의 VAN사·제조사 안내가 우선합니다.
응답코드와 통신 오류는 어떻게 구분해야 하나?
가장 먼저 짚을 게 이겁니다.
카드 결제는 단말기 혼자 판단하지 않습니다. 단말기가 만든 거래 요청이 VAN을 거쳐 카드사(발급사)까지 갔다가, 승인·거절 결과를 받아 다시 돌아오는 구조예요.
이 왕복 메시지에 쓰이는 규격 가운데 하나가 ISO 8583입니다. ISO 공식 문서는 카드에서 시작된 금융거래 메시지를 매입사와 카드 발급사 사이에서 교환하기 위한 공통 인터페이스를 규정합니다.
- ISO 8583:2023 공식 규격 설명: iso.org
여기서 확인할 것은 Mastercard·Visa 네트워크 자료에 기재된 DE39 승인·거절 응답코드입니다. 결과가 돌아왔다면 그 안에 승인·거절 상태가 담겨 있어요.
아래 두 자리 값은 인용한 Mastercard·Visa 네트워크 자료 기준이며, 국내 VAN·카드사·단말기 표시 코드는 다를 수 있습니다.
- 00 — 승인
- 05 — 구체적 이유가 공개되지 않은 발급사 거절(Do not honor)
- 51 — 잔액 부족 또는 한도 초과
- 54 — 카드 유효기간 만료
- 91 — 발급사 또는 스위치·승인 시스템 이용 불가
- Mastercard 공식 거래 처리 규칙: mastercard.com
- Visa 공식 요청·응답 코드 자료: developer.visa.com
단말기가 표시하는 모든 숫자나 오류번호가 DE39 승인·거절 응답코드인 것은 아닙니다. 단말기 자체 오류번호나 VAN 내부 코드일 수도 있으므로, 코드 출처가 불명확하면 단말기에 표기된 VAN사에 의미를 확인하세요.
무슨 뜻이냐면, Mastercard·Visa 기준 DE39 승인·거절 응답코드(00·05·51·54·91 등)가 표시됐다면 해당 요청에 대한 승인·거절 응답이 단말기까지 도착했다는 겁니다. 따라서 그 거래에서 완전한 무응답형 통신 단절 가능성은 낮습니다.
다만 이것만으로 매장의 회선·VAN·단말기 기능이 전부 정상이라고 확정할 수는 없어요. 간헐적 회선 장애나 카드 리더 문제, 특정 경로의 장애까지 한꺼번에 배제되는 건 아닙니다.
이땐 코드의 범위 안에서 판단해야 합니다. 51은 잔액·한도 부족, 54는 유효기간 만료를 먼저 확인하세요.
05는 다릅니다.
05는 구체적인 거절 이유를 알려 주지 않는 코드라서 한도·정지·만료 중 하나로 확정하면 안 됩니다. 다른 카드가 정상 승인되더라도, 첫 카드 또는 해당 카드의 발급사 승인 판단 축을 우선 확인할 근거가 될 뿐이에요.
첫 카드의 정확한 거절 사유는 카드 소지자가 발급사에 확인해야 합니다.
다만 91번은 조금 다릅니다. 91은 발급사 또는 스위치·승인 시스템 이용 불가를 나타내는 DE39 응답코드가 도착한 상태입니다. VAN사 안내에 따라 재시도 시점을 확인하세요.
반면 실제 통신 타임아웃이나 응답 없음 뒤에는 화면에 결과가 안 왔어도 거래 처리가 계속됐을 수 있습니다. 같은 금액을 다시 승인하기 전에 단말기의 거래조회·직전 거래 메뉴 또는 VAN사 고객센터로 승인 여부를 먼저 확인하세요.
승인되지 않았다는 확인을 받은 뒤 VAN사 안내에 따라 재시도해야 중복승인을 피할 수 있습니다.
- 타임아웃 뒤 거래가 계속 처리될 수 있다는 안내: docs.adyen.com
- 응답을 받지 못한 거래의 상태 확인 절차: docs.adyen.com
문제는 화면에 아무 사유 없이 "통신 오류"만 뜰 때입니다. 여기서부터가 진짜 진단이에요.
통신 오류만 뜬다면 어디부터 확인해야 하나?
통신 오류만으로 단말기 고장이라고 바로 단정해서는 안 됩니다.
카드 결제 신호는 단말기 → 회선(케이블·전화선·인터넷) → 공유기·IP 또는 통신 경로 → VAN 호스트 → 카드사를 거칩니다. 이 중 한 구간이 끊기면 승인 요청이나 응답이 정상적으로 오가지 못할 수 있습니다.
이 판정표에서는 물리 회선부터 네트워크·VAN·단말기 순으로 확인합니다. 여러 자료를 대조해 변경 범위를 줄이도록 구성한 편집상 우선순위일 뿐, 모든 단말기의 공식 고정 순서는 아닙니다.
다만 통신 오류 직전 결제를 이미 시도했다면, 점검이나 재시도에 앞서 VAN 거래조회로 그 거래의 승인 여부부터 확인하세요.
한 번에 하나씩만 확인하세요. 여러 항목을 동시에 변경하면 어느 변경이 영향을 줬는지 구분하기 어려워집니다.
물리 회선 — 연결 방식부터 확인하면 빠르게 갈린다
두 번째 계층입니다. 이 단계에서 회선 전체 장애와 단말기별 장애를 1차로 분리할 수 있습니다.
카드단말기 회선에는 유선(LAN), 매장 Wi-Fi, 단말기 내장 LTE(무선) 외에 전화선을 이용하는 레거시 유선 방식도 있습니다. 사장님 단말기가 어느 쪽인지부터 확인하세요.
- LAN 단말기라면: 단말기 뒤 LAN 케이블이 빠졌는지, 공유기 포트 LED가 켜졌는지 봅니다.
- Wi-Fi 단말기라면: 매장 와이파이 신호가 잡히는지, 비밀번호가 바뀌진 않았는지 봅니다.
- LTE 단말기라면: 안테나 표시(신호 막대)가 떠 있는지, 특정 자리에서만 안 되는지 봅니다.
- 전화선 단말기라면: 전화선이 지정 포트에 제대로 연결됐는지와 회선 상태를 확인합니다. 연결에 이상이 없는데도 통신 오류가 계속되면 임의로 통신값을 바꾸지 말고 VAN사로 이관하세요.
LAN·Wi-Fi 단말기에서 가장 빠른 판정법은 이겁니다.
동일한 매장 네트워크를 쓰는 다른 기기(POS·주문 태블릿)로 인터넷이 되는지 확인하세요. 다른 기기도 다 안 되면 매장 전체 회선·인터넷 장애를 우선 확인할 근거가 됩니다.
다른 기기는 되는데 단말기만 안 된다면 매장 전체 인터넷 장애 가능성은 낮아집니다. 그래도 다른 VLAN·Wi-Fi·방화벽·DNS·특정 목적지 경로가 다를 수 있으므로, 단말기 경로까지 정상이라고 확정하진 마세요.
정전이 있었다면 회선 장비가 아직 다 안 올라왔을 수 있습니다. 이 경우는 정전 후 POS·프린터 복구 안 됨 — 15분 3단계 점검표의 전원 복구 순서를 먼저 밟은 뒤에 이 진단으로 돌아오시는 게 맞습니다.
네트워크 — 인터넷은 되는데 단말기만 안 될 때
세 번째 계층입니다. 다른 기기는 인터넷이 되는데 카드단말기만 안 될 때 여기를 봅니다.
이 구간은 케이블이 아니라 주소와 경로의 문제예요. 단말기가 IP를 할당받지 못했거나 주소가 충돌했거나, 게이트웨이·DNS가 잘못됐거나, 고정 IP 설정이 네트워크 구성과 맞지 않거나, 방화벽·포트가 VAN 호스트로 가는 길을 막은 경우입니다.
일반적인 TCP/IP 통신 점검도 물리 연결과 IP 설정, 상대 호스트까지의 도달 여부를 나눠 확인하도록 안내합니다.
- TCP/IP 통신 문제 해결 가이드(Microsoft): learn.microsoft.com
사장님이 직접 해볼 수 있는 건 여기까지입니다.
- 단말기의 유선 또는 Wi-Fi 네트워크 연결 상태를 확인하고 다시 연결합니다.
- 유선이면 케이블을 공유기의 다른 포트에 꽂아 봅니다.
- 공유기를 재부팅해야 한다면 다른 매장 장비에 미칠 영향을 먼저 확인하고, 해당 장비의 안내에 따라 진행합니다.
DHCP 환경에서는 IP 미할당·주소 충돌·잘못된 게이트웨이 또는 DNS·고정 IP 설정 불일치가 있는지 확인해야 합니다. 주소가 바뀌었다는 사실만으로 VAN 통신 장애가 확정되는 건 아닙니다.
같은 원리를 프린터에서 다룬 주방 프린터 IP 바뀜 — 고정 IP 설정 3단계 (DHCP 원인)는 IP 설정을 이해하는 참고 자료로만 보세요. 카드단말기의 실제 설정값은 VAN사 확인이 우선입니다.
다만 단말기의 IP·포트·VAN 호스트 주소 설정은 사장님이 임의로 건드리지 마세요. 이 값들은 설치 환경과 VAN사 구성에 따라 달라, 잘못 바꾸면 멀쩡하던 단말기까지 못 쓰게 됩니다.
여기까지 했는데도 통신 오류가 그대로면, 매장 내부 점검만으로 원인을 확정하지 말고 VAN 상태를 확인할 차례입니다.
VAN 호스트 장애일 때 — 사장님이 고칠 수 없는 선
네 번째 계층입니다. 그리고 여기가 이 판정표에서 사장님 점검을 VAN사 확인으로 넘기는 지점이에요.
VAN(부가통신망)은 단말기와 카드사 사이에서 승인 요청을 중계하는 사업자입니다. 앞의 매장 회선·네트워크 점검 뒤에도 통신 오류가 난다면, VAN사 호스트 장애나 특정 카드사 경로 문제, 가맹점·단말기 등록 상태 문제를 확인해야 합니다.
- VAN 서비스 개요(한국신용카드결제): koces.co.kr
이건 매장에서 확인할 방법이 제한적입니다. 대신 이렇게 좁혀 보세요.
- 우리 매장만 안 되나, 주변 가게도 같은 시간에 안 되나 — 같은 VAN을 쓰는 주변 가게에서도 같은 증상이 확인되면 VAN·카드사 쪽 상태를 우선 확인할 근거가 됩니다.
- Mastercard·Visa 기준 DE39 응답코드 91이 표시됐다면 발급사 또는 스위치·승인 시스템의 이용 불가 상태와 재시도 시점을 VAN사에 확인해야 합니다.
- 무응답·통신 타임아웃으로 직전 거래 결과가 불명확하다면 재시도하지 말고 VAN 거래조회나 고객센터로 승인 여부부터 확인합니다.
이 단계에서 사장님이 할 최선의 행동은 단말기 초기화가 아니라 VAN사 고객센터에 연락하는 겁니다. 단말기 하단·계약서·스티커에 VAN사 이름과 번호가 있어요.
전화할 때 이 세 가지를 미리 챙겨 두시면 통화가 훨씬 빨라집니다.
- 화면에 뜬 오류 문구 또는 코드 그대로
- 앞 단계에서 확인한 것(다른 기기 인터넷 여부, 네트워크 재연결 여부)
- 단말기 모델명과 가맹점 번호
코드가 DE39 승인·거절 응답인지 단말기 자체 오류번호인지 불명확하다면 그 점도 함께 확인하세요.
여기에 직전 거래 시각·금액·카드 끝자리와 승인번호 표시 여부까지 준비하시면 거래조회가 필요한 상황을 설명하기 좋습니다. 카드번호 전체나 비밀번호는 전달하지 마세요.
VAN사마다 거래조회 경로가 다릅니다. 단말기의 거래조회·직전 거래 메뉴를 쓰는 곳도 있고, 고객센터에서 가맹점 번호와 거래 정보를 확인하는 곳도 있어요.
VAN사 내부 설정·재등록 절차는 사업자·단말기마다 달라, 여기서 특정 메뉴 경로를 단정하지 않겠습니다. 그건 VAN사 안내를 그대로 따르시는 게 정확합니다.
단말기 자체 문제 — 이 판정표의 마지막 확인 계층
다섯 번째 계층입니다. 이 판정표에서는 앞의 회선·네트워크 상태를 기록하고 VAN사에 호스트·등록 상태를 확인한 뒤 단말기 자체 문제를 살펴봅니다.
단말기 고장에도 결이 있어요.
- 통신 모듈 문제 — 같은 회선의 다른 장비는 작동하고 VAN 상태에도 이상이 없는데 이 단말기만 계속 통신 오류. 다른 단말기가 있으면 VAN사 안내에 따라 같은 조건에서 대조합니다.
- 카드 리더(IC/MSR) 문제 — 통신 오류가 아니라 카드를 읽지 못하는 증상. IC 삽입은 되는데 긁기(MSR)만 안 되거나 그 반대인지 구분합니다.
- 소프트웨어 멈춤 가능성 — VAN사나 제조사 안내에 따라 전원을 완전히 차단한 뒤 다시 켜 확인합니다.
처리 결과가 불명확한 직전 거래를 먼저 조회한 뒤, 재시작 시점은 VAN사·제조사 안내를 따르세요. 이 판정표에서는 원인 구간을 보존하기 위해 회선·네트워크 상태를 기록한 다음 재시작하도록 배치했습니다.
재시작이 거래 상태 확인을 대신해 주지는 않습니다.
리더가 특정 카드만 못 읽는 거라면 통신 문제가 아닙니다. 여러 카드로 대조해서 "모든 카드가 안 되나, 이 카드만 안 되나"부터 가르세요.
같은 '결제 안 됨'을 5계층으로 나눈 판정표
| 화면·상황 | 우선 점검 계층 | 먼저 확인할 것 | 사장님이 직접? |
|---|---|---|---|
| Mastercard·Visa 기준 DE39 응답코드 05가 표시됨 | 카드·발급사 승인 판단 축 | 구체적 사유는 확정하지 말고 다른 결제수단 대조, 카드 소지자가 발급사 확인 | 일부 O |
| Mastercard·Visa 기준 DE39 응답코드 51·54가 표시됨 | 카드 축 | 51은 잔액·한도 부족, 54는 유효기간 만료 확인 | O |
| Mastercard·Visa 기준 DE39 응답코드 91이 표시됨 | 발급사·스위치·승인 시스템 축 | VAN사에 상태와 재시도 시점 확인 | VAN사 확인 |
| 코드 출처가 불명확하거나 단말기 자체 오류번호로 보임 | VAN·단말기 축 | 코드 의미를 단말기에 표기된 VAN사에 확인 | VAN사 확인 |
| "통신 오류"만 뜨고 다른 기기도 인터넷 안 됨 | ② 물리 회선 | 케이블·공유기 LED·인터넷 회선 자체 | O |
| 전화선 단말기에 "통신 오류"만 뜸 | ② 물리 회선 | 전화선 연결·회선 상태 확인 후 계속되면 VAN사 이관 | 일부 O |
| 다른 기기는 되는데 단말기만 통신 오류 | ③ 네트워크 | 네트워크 재연결, 다른 포트, IP·게이트웨이·DNS 상태 | 일부 O |
| 매장 회선·네트워크 점검 뒤에도 통신 오류 | ④ VAN | 직전 거래 조회, VAN 호스트·가맹점 등록 상태 문의 | VAN사 |
| 같은 VAN을 쓰는 주변 가게도 같은 시간대 안 됨 | ④ VAN·카드사 경로 | VAN사 공지·고객센터 확인 | VAN사 |
| VAN 확인까지 마쳤는데 이 단말기만 통신 오류 | ⑤ 단말기 | 직전 거래 조회와 상태 기록 후 VAN사 안내에 따른 재시작·다른 단말기 대조 | 일부 O |
| 통신 오류가 아니라 특정 카드만 안 읽힘 | ⑤ 리더(IC/MSR) | 여러 카드로 대조, IC/긁기 구분 | O |
이 표는 원인을 확정하는 표가 아닙니다. 어느 계층부터 볼지 정하는 편집상 판정표예요.
두 계층이 겹칠 수도 있습니다. 그러니 한 번에 한 계층만 바꾸고 확인하세요.
실제 점검·재시작 순서는 VAN사·제조사 안내가 우선합니다. 무응답·통신 타임아웃으로 결제 결과가 불명확했다면 다시 승인하기 전에 VAN 거래조회나 고객센터로 직전 거래 상태부터 확인하시는 편이 안전합니다.
통신 오류가 났다면 이 판정표를 어떻게 적용해야 하나?
카드가 안 긁힐 때 가장 피해야 할 건, 원인을 모른 채 단말기를 초기화하거나 확인 없이 같은 결제를 다시 승인하는 일입니다.
첫 동작은 딱 하나예요. 화면에 뜬 게 Mastercard·Visa 기준 DE39 승인·거절 응답인지, 단말기 자체 오류번호인지, 무응답형 통신 오류인지 읽는 것. DE39 승인·거절 응답코드(00·05·51·54·91 등)가 표시됐다면 해당 요청의 응답이 단말기까지 도착한 것이므로, 그 거래에서 완전한 무응답형 통신 단절 가능성은 낮습니다.
단말기 자체 오류번호나 VAN 내부 코드는 같은 의미가 아닐 수 있습니다. 코드 출처가 불명확하면 단말기에 표기된 VAN사에 먼저 확인하세요.
05는 구체적 이유가 공개되지 않은 발급사 거절이고, 51은 잔액·한도 부족, 54는 만료입니다. 다른 카드의 승인만으로 첫 카드의 정확한 거절 원인을 확정하진 마세요.
91은 발급사 또는 스위치·승인 시스템 이용 불가를 나타내는 DE39 응답코드가 도착한 상태입니다. VAN사 안내에 따라 재시도 시점을 확인하세요.
실제 통신 타임아웃이나 응답 없음처럼 거래 결과가 불명확하다면 VAN 거래조회·직전 거래 확인이 재시도보다 먼저입니다. 이미 승인된 거래가 아닌지 확인한 뒤 VAN사 안내에 따라 다음 결제를 진행하세요.
통신 오류만 떴다면 이 판정표에서는 물리 회선부터 범위를 좁힙니다. 먼저 LAN·Wi-Fi·LTE·전화선 중 회선 방식을 확인하세요.
LAN·Wi-Fi라면 동일 네트워크의 다른 기기로 인터넷이 되나 → 단말기 네트워크 연결과 IP 경로는 맞나 → VAN 호스트·등록 상태는 정상인가 → 단말기 자체 문제도 확인할 것인가로 이어집니다. 전화선 단말기라면 전화선 연결과 회선 상태를 확인한 뒤 VAN사로 이관하세요.
다만 이 순서는 모든 VAN·단말기의 공식 고정 절차가 아닙니다. 실제 연결 시험과 재시작 시점은 사장님이 사용하는 VAN사·제조사 안내를 우선하고, 이 표는 한 번에 바꾸는 범위를 줄이는 용도로 쓰시면 됩니다.
한 계층씩 갈라 배제하면, 똑같은 "결제 안 됨"이라도 그 안에 섞인 서로 다른 원인을 하나씩 걷어낼 수 있습니다. 그리고 사장님이 직접 확인할 선과 VAN사를 불러야 할 선도 그때 분명해집니다.
---
*이 글은 ISO 공식 ISO 8583 규격 설명, Mastercard·Visa 공식 응답코드 자료, Microsoft TCP/IP 통신 문제 해결 가이드, VAN 서비스 공개 안내와 결제 타임아웃 거래상태 확인 자료를 사장님 관점에서 정리·대조한 편집 자료입니다(확인일 2026-08-10). 본문의 5계층 순서는 모든 VAN·단말기의 공식 공통 절차가 아니라 변경 범위를 줄이기 위해 구성한 우선 배제 모델이며, 실제 메뉴·연결 시험·재시작 시점은 VAN사와 제조사 안내가 우선합니다.
인용한 두 자리 응답코드 값은 Mastercard·Visa 네트워크 자료 기준이며, VAN사·카드사·단말기 제조사·통신사 구성에 따라 화면 문구, 응답코드 표시 방식, 거래조회 메뉴와 재등록 절차가 다를 수 있습니다. 단말기 자체 오류번호나 VAN 내부 코드는 DE39 승인·거절 응답코드와 같은 의미가 아닐 수 있으므로 출처가 불명확하면 단말기에 표기된 VAN사에 확인하시기 바랍니다.
실제 조치 전에 단말기에 표기된 VAN사 안내와 계약 정보를 함께 확인하시기 바랍니다. 무응답·통신 타임아웃으로 처리 결과가 불명확한 거래는 재시도 전에 VAN 거래조회나 고객센터로 승인 여부를 확인하고, 카드단말기의 IP·포트·VAN 호스트 설정은 임의로 변경하지 마시기 바랍니다.*