암호화폐를 보냈는데 주문이 미결제 상태인 이유

고객이 암호화폐를 보냈는데 주문이 미결제로 남아 있다면 어느 단계에서 문제가 생겼는지 확인하세요. 전송, 네트워크 컨펌, 인보이스 매칭, 사이트의 주문 처리를 나누어 살펴봅니다. 첫 번째 전송이 어떻게 되었는지 확인하기 전에는 다시 결제하라고 요청하지 마세요.

이 가이드는 Cryptanio 인보이스로 결제를 받는 판매자를 위한 것입니다. 프로젝트 접근 권한과 주문 데이터가 필요합니다. 처리기 설정은 webhook으로 주문을 확인하는 가이드를 참고하세요.

한 건의 결제 데이터 수집하기

주문 번호와 인보이스 번호, 트랜잭션 ID, 네트워크, 자산, 보낸 금액, 수신자, 시간을 기록하세요. 고객이 결제 방법을 바꿨다면 실제 사용한 결제 시도의 수신 정보도 저장하세요. 트랜잭션 ID가 없는 스크린샷만으로는 대조하기에 충분하지 않습니다.

금액만으로 입금과 주문을 연결하지 마세요. 가격이나 고객이 같을 수 있고, 하나의 인보이스에 서로 다른 결제 시도가 있을 수 있습니다.

1단계. 실제로 전송되었는지 확인하기

선택한 네트워크의 블록 탐색기에서 트랜잭션 ID로 해당 트랜잭션을 여세요. 실행 결과와 수신자를 확인합니다. 거래소에 출금을 신청했다는 것만으로 전송이 완료된 것은 아닙니다.

블록 포함 대기나 트랜잭션 오류는 결제를 증명하지 않습니다. 트랜잭션을 찾았더라도 컨펌을 확인하세요. 소요 시간은 네트워크와 그 상태에 따라 달라집니다. 자세한 내용은 「트랜잭션 확인이 의미하는 것」를 참고하세요.

2단계. 네트워크, 토큰, 모든 결제 정보 대조하기

실제 결제 시도의 네트워크, 자산, 주소, 추가 수신 정보를 대조하세요. 두 앱에 똑같이 USDT라는 이름이 표시되어도 네트워크나 토큰이 같다는 증거는 아닙니다. 위조 토큰이나 비슷한 이름의 토큰으로는 지정된 자산의 청구서를 결제할 수 없습니다.

destination tag, memo 또는 코멘트가 필요했다면 이 항목도 확인하세요. Solana Pay의 reference는 결제 요청의 별도 구성 요소이며 임의의 memo 텍스트가 아닙니다. 주소가 같다는 사실만으로는 입금을 매칭하기에 부족할 수 있습니다.

이 값들이 헷갈린다면 「네트워크와 토큰의 차이」를 읽어 보세요. 관리 화면의 필터를 바꿔도 다른 네트워크에서 이미 실행된 전송은 바뀌지 않습니다.

3단계. 올바른 결제 시도 찾기

“결제”에서 해당 프로젝트와 인보이스를 여세요. “결제 시도”를 펼친 뒤 해당 시도의 “전송 내역”을 여세요. 내역이 여러 페이지라면 모두 살펴보세요. 첫 화면에 모든 기록이 표시되는 것은 아닙니다.

자산을 변경하거나 결제 정보를 다시 받으면 같은 인보이스에 새 결제 시도가 생성될 수 있습니다. 전송을 실제 사용한 시도와 대조하세요. 현재 주소는 앞서 안내받은 주소와 다를 수 있습니다. 수신 정보가 비슷하다고 입금을 다른 주문으로 옮겨 잡을 수는 없습니다.

네트워크에는 전송이 있지만 “이벤트”에 없다면 선택한 프로젝트, 네트워크, 자산, 이벤트 모드를 확인하세요. 실제 결제를 테스트 기록이나 시뮬레이션으로 확인해서는 안 됩니다.

4단계. 인보이스 상태 읽기

개별 트랜잭션 상태만 보지 말고 인보이스 전체의 상태를 확인하세요.

• pending과 seen: 주문을 이행할 수 있을 만큼 결제가 완료되지 않았습니다.
• partial: 금액의 일부만 컨펌되었고 추가 결제를 기다리고 있습니다.
• underpaid: 허용되는 금액보다 적게 입금되어 판단이 필요합니다.
• overpaid: 프로젝트 규칙에 따라 초과 결제가 검토 대상으로 넘어갔습니다.
• expired, late, canceled: 각각 기한 만료, 결제 검토 필요, 인보이스 취소를 뜻합니다.
• paid: 인보이스가 결제된 것으로 기록되었으며, 다음으로 주문 이행을 확인해야 합니다.

프로젝트 정책이 허용하면 초과 결제도 paid가 될 수 있습니다. 가격보다 많은 금액을 보냈다는 것만으로 상태가 결정되지는 않습니다. 자세한 내용은 「인보이스란 무엇인가」를 참고하세요.

5단계. 금액과 기한 점검하기

실제로 받은 금액을 결제 시도의 정확한 금액과 비교하세요. 보내는 쪽의 수수료 때문에 수신 금액이 줄었을 수 있습니다. 대화에서 반올림해 안내한 가격은 결제 페이지의 값을 대신하지 못합니다.

부분 결제는 프로젝트에 따라 나머지 금액을 기다리거나 수동 판단을 요구할 수 있습니다. “차액을 더 보내세요”라고 안내하기 전에 현재 규칙을 확인하세요. 늦은 전송도 임의의 새 주문에 대한 결제로 자동 처리할 수 없습니다. 해당 시도의 내역, 기한, 기록된 수신 시간을 대조하세요.

문제가 있는 결제를 수동으로 수락하거나 거절할 수 있다면 먼저 고객과 처리 방안을 합의하세요. 인보이스 상태를 바꿔도 자체 지갑에서 반환 송금이 실행되지는 않습니다.

6단계. 인보이스가 이미 paid라면 사이트 점검하기

애플리케이션에서 주문 상태를 새로 고침하세요. 주문과 인보이스의 연결 및 webhook 전달 로그를 확인합니다. 전달 오류, 잘못된 연결, 처리기 장애 때문에 주문이 확정되지 않을 수 있습니다.

다시 처리할 때는 최신 상태를 대조하고 상품을 중복 제공하지 않아야 합니다. 컨펌 후 트랜잭션이 롤백되었다면 최신 이벤트를 확인하고 주문을 이행할 수 있는지 다시 판단하세요.

지원팀에 문의할 때

원인을 찾지 못했다면 인보이스 번호, 트랜잭션 ID, 네트워크, 자산, 금액, 시간, 상태, 수행한 점검을 지원팀에 전달하세요. 비밀번호, API 키, 시드 문구, webhook 서명 시크릿은 필요하지 않습니다.