암호화폐 결제 환불은 대개 원래 결제를 취소하는 것이 아니라 새로운 전송을 실행하는 것입니다. 전송하기 전에 고객의 요청을 검증하고, 정확한 자산과 네트워크를 지원하는 수신 주소를 확인하고, 금액에 합의하세요. 첫 환불이 처리 중일 때 두 번째 환불이 실행되지 않도록 막아야 합니다.
이 점검표는 직접 관리하는 자금으로 환불을 처리하는 판매자를 위한 것입니다. 서비스 제공자가 관리하는 환불에는 수신 주소와 승인에 관한 별도 규칙이 적용될 수 있습니다. 이를 우회하지 말고 해당 제공자의 문서화된 절차를 따르세요. 아래 통제 방안은 사업 운영을 위한 권고이며, Yolfi가 자동 환불 기능을 제공한다는 뜻이 아닙니다. 소비자 권리, 세무 처리, 필수 환불 조건은 관할 지역에 따라 다릅니다.
환불 결정과 자금 전송을 분리하세요
먼저 판매 조건과 관련 법률에 따라 환불 의무가 있는지 판단하세요. 그다음 안전하게 돌려줄 방법을 결정하세요. 되돌릴 수 없는 결제 수단이라는 이유만으로 고객의 법적 권리나 판매자의 계약상 의무가 사라지지는 않습니다.
요청을 원래 주문, 결제 참조 번호, 확인된 입금 전송에 연결하세요. 사유, 환불 가능 금액, 승인 내역을 기록하세요. 원래 결제가 아직 확정되지 않았다면, 수령을 확인하지 못한 돈부터 환불하지 말고 요청을 열린 상태로 유지하세요.
금액이 맞지 않는 경우에는 먼저 과소 결제 및 초과 결제 처리 안내를 참고하세요. 초과 금액을 돌려주는 것과 구매 전체를 취소하는 것은 서로 다른 사업상 결정입니다.
발신 주소를 그대로 복사하지 마세요
블록체인 탐색기에 표시된 주소는 고객이 관리하는 수신 지갑이 아니라 거래소나 결제 중개업체의 주소일 수 있습니다. 그 주소로 돈을 돌려보내도 고객 계정에 반영되지 않을 수 있습니다.
Circle의 스테이블코인 환불 문서는 거래소가 여러 고객의 자금을 함께 관리하는 공용 지갑에서 출금할 수 있다고 경고하며, 고객에게 원하는 수신 주소를 확인할 것을 권고합니다. 이는 수신 주소의 위험을 보여주는 근거이지, Yolfi의 기능 설명이나 제공자의 환불 규칙을 일반적으로 무시해도 된다는 허용이 아닙니다.
판매자가 직접 전송하는 환불이라면 인증된 고객에게 수신 정보를 요청하세요. 해당 주소가 정확한 네트워크에서 정확한 자산을 받을 수 있는지, 필요한 메모나 태그가 있는지 확인하세요. 거래소로 입금한다면 고객이 최신 입금 안내, 최소 입금액, 제3자 입금 제한을 확인해야 합니다. 주소 형식이 유효해 보인다고 해서 계정 소유권이나 입금 반영 가능성이 입증되는 것은 아닙니다.
주소 변경은 새로운 승인 단계로 처리하세요. 변경을 요청한 메시지만 믿지 말고 기존 고객 계정이나 이전부터 신뢰하던 다른 채널로 확인하세요. 개인 키나 복구 구문을 요구하지 마세요. 거래 메모에 고객 정보를 공개하지 마세요.
| 상황 | 안전한 다음 조치 | 단정하면 안 되는 사항 |
|---|---|---|
| 고객이 개인 지갑으로 결제함 | 인증된 주문 소통 채널을 통해 수신 주소, 자산, 네트워크를 확인 | 원래 주소가 여전히 고객이 원하는 수신 주소라는 판단 |
| 고객이 거래소에서 결제함 | 최신 입금 안내를 받고 거래소가 이 환불을 고객 계정에 반영할 수 있는지 확인 | 출금에 사용된 발신 주소가 개인 입금 주소라는 판단 |
| 고객이 다른 네트워크를 요청함 | 일시 중단하고 해당 전송의 지원 여부와 수수료를 별도로 검토 | 주소 형식이 같으면 네트워크를 서로 바꿔도 된다는 판단 |
| 다른 사람이 환불을 요청함 | 수신 주소를 승인하기 전에 주문을 기준으로 권한을 확인 | 공개된 거래 해시를 안다는 사실이 신원을 입증한다는 판단 |
수신 정보 확인에는 잘못된 네트워크 결제 방지 안내를 활용하세요. 고객 문의를 종결하려는 이유만으로 지원되지 않는 네트워크에 환불을 보내지 마세요.
고객이 받을 금액에 합의하세요
환불 약속에는 금액의 단위가 필요합니다. 원래 토큰 수량을 돌려주는지, 청구 통화를 기준으로 산정한 금액을 돌려주는지 명시하세요. 환산이 필요하다면 전송을 승인하기 전에 평가 기준과 시점에 합의하세요. 스테이블코인이 달러 가치 유지를 목표로 한다고 해서 고정된 시장 가격이나 상환 가능성이 보장되지는 않습니다.
네트워크 수수료와 법적으로 허용되는 공제액을 누가 부담하는지도 명시하세요. 토큰 전액 환불을 약속한 뒤 알리지 않고 수수료를 빼지 마세요. Ethereum 거래의 네트워크 수수료는 ETH로 지불합니다. USDC가 충분하다고 해서 직접 관리하는 발신 지갑에 가스비를 낼 ETH도 충분한 것은 아닙니다. 다른 네트워크나 수수료를 대신 부담해 주는 지갑 방식에는 다른 요건이 적용됩니다.
환불 금액과 환불 실행에 든 수수료는 구분하세요. 제공자가 환불을 처리한다면 원래 결제 처리 수수료도 반환될 것이라고 가정하지 말고 실제 환불 및 수수료 정책을 확인하세요.
통제 장치를 갖춘 6단계 환불 절차를 따르세요
1. 원래 입금 내역과 남은 환불 가능 금액 확인
주문을 실제 입금된 자산, 네트워크, 수신자, 금액과 대조하세요. 이전에 완료된 환불과 처리 중인 환불을 위해 이미 확보한 금액을 확인하세요. 반환한 금액과 확보한 금액의 합계가 승인된 환불 가능 금액을 넘으면 안 됩니다. 업무 기록에 대한 접근을 제한하고 필요한 고객 정보만 보관하세요.
2. 수신 정보와 거래 조건 확인
검증된 수신 정보, 합의한 금액, 수수료 처리 방식, 고객 확인 내역을 보관하세요. 누가 언제 수신 정보를 점검했는지 기록하세요. 절차상 가능하다면 위험도가 높은 환불이나 변경된 주소에는 두 번째 검토자의 확인을 요구하세요. 이는 운영상 통제 조치이며 법적으로 요구되는 확인을 대신하지 않습니다.
3. 전송 전에 환불 기록 하나 생성
주문에 연결된 고유한 내부 참조 번호를 환불에 부여하세요. 금액을 확보하고 기록을 실행 승인 상태로 표시하세요. 다른 담당자가 동일하게 승인된 환불에 대해 두 번째 전송을 생성하지 못하도록 하세요. 제공자 API를 사용한다면 문서에 명시된 중복 요청 방지 기능을 확인하세요. 로컬에서 참조 번호를 붙이는 것만으로 API 호출에 멱등성이 생기지는 않습니다.
4. 전송 확인 및 승인
서명 화면에서 수신 주소, 네트워크, 자산 식별자, 정확한 수량을 다시 확인하세요. 수수료 잔액과 필요한 메모 또는 태그도 점검하세요. 직접 관리하는 일부 전송에서는 소액 테스트가 도움이 될 수 있지만, 신원을 입증하지는 못하며 거래소의 최소 입금액 기준에 못 미칠 수도 있습니다. 테스트 여부와 회계 처리 방식은 고객과 합의하세요. 테스트는 모든 경우에 필수인 절차가 아닙니다.
5. 재시도 전에 기존 전송 추적
거래 해시나 제공자의 전송 참조 번호를 즉시 저장하세요. 시간 초과는 돈이 움직이지 않았다는 증거가 아닙니다. 다른 전송을 제출하기 전에 기존 시도와 네트워크 상태를 확인하세요. 거래가 대기 중이라면 별도의 두 번째 결제를 보내지 말고 지갑이나 제공자의 문서화된 절차에 따라 해당 거래를 조사하세요.
6. 검증된 증거가 있을 때만 완료 처리
정해 둔 확정 기준에 따라 해당 출금 전송의 수신 주소, 금액, 네트워크를 확인하세요. 제공자나 거래소가 관여한다면 블록체인상 전달, 제공자의 처리 완료, 고객 계정 입금 반영을 구분하세요. 고객 채널로 참조 번호를 공유하고 해결되지 않은 입금 반영 문제를 계속 추적하세요. 요청을 제출했다는 사실은 환불이 완료되었다는 뜻이 아닙니다.
간결한 환불 기록을 남기세요
자체 시스템이나 접근이 통제되는 대장에 다음 항목을 사용하세요. 이는 Yolfi API의 스키마를 제안하는 것이 아닙니다.
- 원래 주문 및 결제 참조 번호와 검증된 입금 전송.
- 환불 참조 번호, 사유, 승인 금액, 이전 또는 처리 중인 환불.
- 자산 식별자, 네트워크, 수신 주소, 필요한 메모 또는 태그.
- 수신 정보 확인, 금액 합의, 승인자, 타임스탬프.
- 실행 참조 번호, 실제 전송 금액, 네트워크 수수료와 그 지불 자산.
- 상태, 확정 증거, 해결되지 않은 고객 계정 입금 반영 문제.
출금되는 환불을 일일 결제 대사 점검표에 연결하세요. 환불은 매출과 연결된 별도의 자금 유출이며, 원래 입금 기록을 지울 이유가 아닙니다. 반환 금액과 전송 비용을 모두 설명할 수 있도록 수수료를 구분해서 기록하세요.
Yolfi의 역할
Yolfi의 결제 링크 페이지는 결제 추적과 판매자 지갑으로 직접 들어오는 자금을 설명합니다. 직접 수령하는 방식에서는 누가 환불 출금을 승인하고 서명할 수 있는지 정하는 것이 특히 중요합니다.
환불을 제공하기 전에 현재 Yolfi 구성과 지갑이 실제로 무엇을 지원하는지 확인하세요. 결제 링크 페이지만 보고 환불 버튼, 환불 API, 자동 수신 주소 검증, 거래소 입금 반영 보장이 있다고 추론하지 마세요. 결제 안내와 함께 환불 정책을 제공하고, 제공자가 환불을 통제하는 경우에는 해당 제공자의 문서화된 경로를 따르세요.
자주 묻는 질문
확정된 암호화폐 결제를 바로 되돌릴 수 있나요?
확정된 전송을 판매자가 취소할 수 있는 것으로 취급하지 마세요. 판매자가 직접 처리하는 환불에는 일반적으로 별도로 승인된 전송이 필요합니다. 제공자가 관리하는 환불은 해당 제공자의 절차를 따릅니다.
항상 원래 발신 주소로 환불해야 하나요?
아닙니다. 그 주소가 거래소의 공용 지갑일 수 있습니다. 제공자의 수신 주소 규칙을 따르세요. 판매자가 직접 전송하는 경우에는 보내기 전에 인증된 고객 채널로 수신 정보를 확인하세요.
더 저렴한 네트워크에서 USDC를 환불해도 되나요?
저렴하다는 이유만으로는 안 됩니다. 고객이 해당 네트워크에서 그 자산을 받을 수 있어야 하고, 사용하는 방식이 해당 전송을 지원해야 하며, 변경에 명시적으로 합의하고 이를 기록해야 합니다. 종목 기호가 같다고 자산이나 수신 주소도 동일하다고 가정하지 마세요.
고객이 환불을 받지 못했다고 하면 어떻게 하나요?
먼저 기존 전송의 네트워크, 자산, 수신 주소, 메모 또는 태그, 확정 여부, 제공자 상태를 확인하세요. 거래소는 입금 반영을 조사하기 위해 거래 참조 번호를 요구할 수 있습니다. 메시지나 API 응답이 늦었다는 이유만으로 두 번째 환불을 보내지 마세요.
환불도 매출처럼 추적 가능하게 만드세요
안전한 환불에는 인증된 요청, 승인된 금액, 검증된 수신 주소, 한 번의 추적 가능한 실행이 필요합니다. 첫 결제 링크를 공유하기 전에 이러한 규칙을 정하세요. 이후 원래 입금 내역과 환불을 함께 보관해 고객 응대 담당자와 재무 담당자 모두 처리 경위를 설명할 수 있게 하세요.
