고객이 “결제했는데 주문은 아직 미결제로 표시돼요”라고 말하면, 다시 결제를 요청하지 말고 증빙부터 확인하세요. 암호화폐 결제 문의에 대응하려면 송금과 주문을 대조할 수 있는 정보가 필요합니다. 하지만 복구 구문, 개인 키, 지갑 비밀번호는 절대 필요하지 않습니다.
이 글은 디지털 상품, 서비스 또는 멤버십을 판매하는 사업자를 위한 안내입니다. 문의 접수와 담당자 이관 절차를 다루며, 자금 회수를 약속하지 않습니다. 판매자에게 권장하는 업무 절차이지, Yolfi의 자동 고객 지원이나 자금 회수 기능을 설명하는 글이 아닙니다.
결제 확인에 필요한 최소한의 증빙 수집하기
비공개 문의 건을 하나 만들고 주문 참조 번호, 결제 시 선택한 네트워크, 트랜잭션 해시가 있다면 해당 해시를 요청하세요. 고객에게 구매 과정 전체를 재구성해 달라고 하기보다, 판매자가 저장해 둔 결제 정보를 대조 기준으로 사용하세요.
| 증빙 | 필요한 이유 | 안전한 취급 방법 |
|---|---|---|
| 주문 또는 청구서 참조 번호 | 어떤 구매에 대한 결제인지 찾을 수 있음 | 판매자의 주문 기록과 대조 |
| 선택한 네트워크와 토큰 | 어느 네트워크에서 송금을 확인할지 알 수 있음 | 둘 다 기록하며, 티커만으로는 부족함 |
| 트랜잭션 해시 또는 탐색기 링크 | 네트워크에 전파된 거래를 찾을 수 있음 | 신뢰할 수 있는 탐색기를 직접 열기 |
| 송금액과 대략적인 시각 | 여러 결제 시도를 구분하는 데 도움 | 자산 단위와 시간대도 기록 |
| 필요한 경우 송금에 사용한 서비스 | 지갑 송금과 거래소 출금을 구분할 수 있음 | 서비스 이름만 묻고 비밀번호는 절대 요구하지 않기 |
| 불필요한 정보를 가린 오류 메시지 | 결제나 출금이 어느 단계에서 멈췄는지 확인 가능 | 무관한 잔액과 개인정보 제거 |
트랜잭션 해시는 지갑 비밀정보가 아니지만, 이름이나 이메일 주소와 연결되면 고객의 금융 활동이 드러날 수 있습니다. 공개 댓글이 아닌 비공개 문의 건에 보관하세요. 송금 한 건으로 확인할 수 있는 문제에 지갑의 전체 거래 내역을 요구하지 마세요.
문제 해결을 이유로 지갑 접근 권한을 요구하지 않기
첫 답변에서 원칙을 분명히 안내하세요. 문의 대응에는 복구 구문, 개인 키, 지갑 비밀번호, 일회용 로그인 코드, 고객 기기 원격 제어가 필요하지 않습니다. 이전 결제를 확인한다는 이유로 “복구” 웹사이트에 지갑을 가져오거나, 설명되지 않은 메시지에 서명하거나, 토큰 사용을 승인하라고 요청하지 마세요.
MetaMask의 공식 지원 안내는 지원팀이 비밀 복구 구문(Secret Recovery Phrase)을 절대 묻지 않는다고 명시하며, 먼저 연락해 오는 다이렉트 메시지를 주의하라고 경고합니다. 자체 결제 문의를 접수할 때도 비밀정보를 요구하지 않는 원칙을 적용하세요. 지갑 제공업체를 대신해 답변하는 것처럼 말해서는 안 됩니다.
고객이 실수로 비밀정보를 제출하면 문의 건에 대한 접근을 제한하고, 해당 정보를 로그나 사내 채팅에 복사하지 마세요. 지갑 제공업체의 공식 지갑 침해 대응 안내를 즉시 따르도록 요청하세요. 문의 메시지를 삭제해도 노출된 키가 다시 안전해지는 것은 아닙니다.
“미전송”과 “전송됐지만 미해결”을 구분하기
트랜잭션 해시가 있는지 물어보세요. 결제 페이지, QR 코드, 지갑의 확인 화면만으로는 송금이 네트워크에 전파됐다고 볼 수 없습니다. 전송 전에 지갑 작업이 취소되거나 실패했다면, 조사할 블록체인 결제 자체가 없을 수도 있습니다.
거래소의 출금 참조 번호는 블록체인 트랜잭션 해시가 아니라 서비스 내부 식별 번호일 수 있습니다. 해당 서비스의 공식 앱에서 출금 상태를 확인하도록 고객에게 요청하세요. 대기 중인 출금을 판매자가 입금을 확인한 것으로 해석하지 말고, 도착 시간을 확약하지 마세요.
해시가 있다면 결제 시 선택한 네트워크에서 확인하세요. 문의에 첨부된 링크에 지갑을 연결하지 말고, 신뢰할 수 있는 탐색기로 직접 이동하세요. 공개 거래를 조회하는 데는 지갑 연결이 필요하지 않습니다. 수신 주소, 자산, 송금액, 거래 결과를 판매자의 기록과 대조하세요. 토큰 송금은 거래의 기본 코인 금액만 보지 말고 토큰 전송 세부 내역을 확인해야 합니다.
다른 네트워크에서 성공한 거래나, 익숙한 기호를 쓰지만 컨트랙트가 다른 토큰이 자동으로 해당 주문의 결제가 되는 것은 아닙니다. 즉석에서 자금 회수 방법을 안내하기보다 잘못된 네트워크 결제 체크리스트에 따라 예외 상황을 처리하세요.
결제 시도와 실제 판매 주문을 대조하기
판매 주문, 결제 시도, 블록체인 송금을 별개로 관리하세요. 고객이 같은 구매에 대해 결제를 여러 번 시도할 수 있습니다. 재사용 가능한 링크는 상품 구매의 진입점을 식별할 뿐, 반드시 특정 고객의 고유 주문 하나를 뜻하지는 않습니다.
Yolfi의 API Checkout 문서는 재사용 가능한 고정 가격 Paylinks와 동적 주문을 위해 서버에서 생성하는 Checkout Sessions를 구분합니다. 독립적인 세션에는 Paylink가 필요하지 않습니다. 문의 담당자는 해당 결제 흐름에서 실제로 저장한 참조 정보를 사용해야 합니다. 애초에 생성하지 않는 객체가 없다는 이유로 문의를 거절해서는 안 됩니다.
고정 상품의 경우 Yolfi 결제 링크가 결제 진입점을 제공합니다. 그래도 고객 문의를 관련 청구서나 주문과 연결할 수 있는 방법은 필요합니다. 호스팅형 결제 페이지의 전체 URL을 공개하지 마세요. 주문 관련 정보가 노출되거나 다른 사람이 해당 결제 페이지를 조작할 수 있습니다.
재결제를 요구하지 않고 담당자에게 이관하기
짧은 판단 기록을 남기세요. 예상했던 내용, 확인된 증빙, 다음 조치의 담당자, 고객에게 진행 상황을 알릴 시점을 기록합니다. 진행 상황을 안내할 시점을 약속하는 것이 블록체인 정산이나 자금 회수를 보장하는 것은 아닙니다.
- 네트워크 전파 증빙이 없는 경우: 재시도를 제안하기 전에 지갑이나 송금 서비스가 실제로 송금을 전송했는지 확인할 수 있도록 도와주세요.
- 송금이 아직 대기 중인 경우: 송금 서비스나 지갑의 공식 안내에 따라 확인하세요. 단지 문의 처리를 빠르게 한다는 이유로 두 번째 결제를 요구하지 마세요.
- 수신 주소, 네트워크 또는 자산이 잘못된 경우: 원래의 결제 안내와 송금 증빙을 보관한 뒤 담당자에게 이관하세요. 자금 회수를 약속하거나 지갑 비밀정보를 요구하지 마세요.
- 결제는 기록됐지만 주문이 제공되지 않은 경우: 구매자에게 다시 결제하라고 하기 전에 판매자의 주문 처리 및 상품·서비스 제공 절차를 조사하세요.
- 결제 시도가 만료됐거나 일치하지 않는 경우: 새 시도가 이미 송금한 돈을 대체하는 것처럼 임의로 처리하지 말고, 만료된 청구서 처리 절차를 따르세요.
Yolfi의 Webhook 참조 문서는 payment.confirmed를 상품·서비스 제공을 시작하는 주요 트리거로 지정합니다. invoice.created 이벤트는 결제 증빙이 아닙니다. 고객의 스크린샷과 브라우저 리디렉션은 참고 자료일 뿐, 서버 측에서 검증한 결제 확인을 대신할 수 없습니다.
탐색기는 블록체인에서 어떤 일이 있었는지 파악하는 데 도움이 됩니다. 하지만 그것만으로 애플리케이션이 결제를 주문과 연결했는지, 주문을 제공했는지는 알 수 없습니다. 결제 조사와 상품·서비스 제공 조사를 연결하되, 별개로 관리하세요.
짧고 안전한 첫 답변 양식 사용하기
운영 중인 문의 채널과 문의 번호에 맞게 다음 문구를 수정하세요.
주문 또는 청구서 참조 번호, 선택한 네트워크와 토큰, 송금액, 트랜잭션 해시가 있다면 해당 해시를 보내 주세요. 거래소를 통해 출금했다면 거래소 이름과 출금 상태도 알려 주세요. 무관한 잔액과 개인정보는 가려 주세요. 복구 구문, 개인 키, 지갑 비밀번호, 로그인 코드는 절대 보내지 마세요. 기존 결제 시도를 확인하는 동안에는 다시 결제하지 말아 주세요. 결제 기록과 주문 기록을 검토한 후 진행 상황을 안내하겠습니다.
환불을 약속하기 전에 요청자와 결제자의 관계를 확인하고 환불 검토 체크리스트를 따르세요. 문의가 접수됐다는 사실만으로 채팅에 적힌 다른 주소로 자금을 보내도 된다는 승인이 생기는 것은 아닙니다.
자주 묻는 질문
스크린샷으로 판매자가 결제금을 받았다는 것을 증명할 수 있나요?
스크린샷만으로는 부족합니다. 송금 예정 내용, 대기 중인 출금, 다른 거래가 표시된 것일 수 있습니다. 주문을 제공하기 전에 실제 송금을 검증하고 판매자의 결제 기록과 대조하세요.
트랜잭션 해시를 요청해도 안전한가요?
비공개 결제 조사에서는 대체로 적절합니다. 서명용 비밀정보가 아니라 공개 블록체인 정보이지만, 고객을 공개된 금융 활동과 연결할 수 있습니다. 필요한 정보만 수집하고 접근을 제한하세요.
문의 담당자가 고객에게 지갑 연결을 요청해야 하나요?
공개 거래를 조회하거나 기존 결제 기록을 확인하는 데는 필요하지 않습니다. 별도의 정당한 제품 기능을 이용할 때 지갑이 필요하다면, 정식 결제 흐름을 통해 해당 작업을 명확히 설명하세요. 서명이나 토큰 사용 승인을 일상적인 문의 확인 절차로 위장해서는 안 됩니다.
Yolfi나 지갑 제공업체가 모든 오송금을 되돌릴 수 있나요?
그렇다고 가정해서는 안 됩니다. 회수 가능 여부는 수신 주소, 네트워크, 자산, 수신 자금의 통제 주체에 따라 달라집니다. 어떤 고객 응대 절차도 트랜잭션 해시만으로 취소나 회수를 보장해서는 안 됩니다.
결론: 증빙에 근거해 문의에 대응하세요
안전한 결제 문의 대응 절차는 소수의 참조 정보를 수집하고, 송금을 독립적으로 검증하며, 지갑 인증정보를 노출하지 않고 다음 조치의 담당자를 정합니다. Yolfi 결제 링크에 명확한 고객 안내와 비공개 증빙 체크리스트를 함께 마련하세요. 그러면 미해결 주문은 비밀정보 공유나 재결제를 요구하는 계기가 아니라, 조사해야 할 사안이 됩니다.
