암호화폐 결제 영수증은 판매자가 특정 주문에 대한 결제를 검증한 뒤 수령 사실을 확인해 주는 문서입니다. 구매자가 무엇을 지불했는지, 어떤 구매에 대한 결제인지, 문의는 어떻게 해야 하는지를 알려 주어야 합니다. 거래 해시만으로는 이러한 상거래 맥락을 알 수 없습니다.
이 가이드는 판매자를 위한 영수증 점검 목록과 재사용할 수 있는 메시지 구성을 제공합니다. 이는 권장되는 업무 통제 절차이며, Yolfi가 다운로드 가능한 영수증이나 세무용 청구서를 생성한다는 뜻은 아닙니다. 법적으로 필요한 서류는 관할 지역에 따라 다릅니다. 사업체가 제공해야 하는 항목과 문서 종류는 회계 담당자에게 확인하세요.
청구서, 영수증, 블록체인 기록을 구분하세요
청구서는 지급을 요청합니다. 영수증은 이미 검증된 결제의 수령을 확인합니다. 블록체인 기록은 특정 네트워크의 거래를 문서화합니다. 서로 연결해 관리하되 같은 것으로 취급하지 마세요.
| 기록 | 전달하는 정보 | 이것만으로 입증할 수 없는 것 |
|---|---|---|
| 상업용 청구서 | 판매자, 구매 내용, 지급할 금액 | 구매자가 대금을 지불했다는 사실 |
| 판매자 결제 영수증 | 특정 주문에 대한 결제를 수령했다는 사실 | 모든 세무 서류 요건을 충족했다는 사실 |
| 거래 해시 및 전송 상세 정보 | 명시된 네트워크에서의 자산 이동 | 고객 신원 또는 어떤 구매 대금을 정산한 것인지 |
| 인도 확인서 | 상품이나 이용 권한이 제공되었다는 사실 | 결제 금액 또는 세무 처리 방식 |
제공업체가 “Invoice”라고 부르는 객체에는 기술적인 의미도 있을 수 있습니다. Yolfi API Checkout에서는 구매자가 지원되는 네트워크와 토큰을 선택한 뒤 Invoice가 생성됩니다. 이 기술 객체가 현지 규정에서 요구하는 상거래용 세무 청구서라고 가정하지 마세요.
리디렉션 직후가 아니라 결제를 검증한 뒤 영수증을 보내세요
연동된 결제 흐름에서는 주문을 결제 완료로 표시하거나 결제 완료 영수증을 보내기 전에 서버에서 결제 알림을 검증하세요. Yolfi의 Webhook 문서는 payment.confirmed를 주문 이행의 기본 트리거로 명시합니다. invoice.created는 결제가 시작되었다는 뜻이지, 돈을 받았다는 뜻이 아닙니다.
문서에 나온 서명 절차로 이벤트의 진위를 확인하고 올바른 주문과 연결하세요. 재시도를 처리할 때는 독립된 영수증이 여러 장 발송되지 않도록 하세요. 테스트 이벤트가 실제 결제 완료 영수증을 생성해서는 안 됩니다. 고유한 영수증 참조 번호를 보관하고 같은 문서를 재발송할 때 재사용하세요.
브라우저의 성공 페이지, 지갑 화면 캡처, 거래소의 출금 대기 상태만으로는 충분하지 않습니다. 증빙이 확정되지 않았다면 주문의 결제 완료를 인정하는 대신 결제 상태 안내를 보내세요. 지갑의 비밀 정보를 요구하지 않고 조사하려면 고객 지원 증빙 점검 목록을 활용하세요.
수동으로 검토한 결제는 누가 수신 주소, 자산, 네트워크, 금액, 확정 증빙을 점검했는지 기록하세요. 내부 절차에서 언제 증빙이 충분하다고 판단하는지 정해야 합니다. 이 글은 모든 체인에 동일한 확정 횟수를 적용하도록 권하지 않습니다.
구매와 결제를 식별할 수 있을 만큼 상세하게 작성하세요
고객용 영수증은 읽기 쉽게 작성하고, 기술 증빙은 첨부하거나 비공개 주문 기록에서 확인할 수 있게 하세요. 구매자가 자신의 구매 내역을 알아보기 위해 토큰 전송 로그를 해석할 필요는 없어야 합니다.
| 영수증 항목 | 권장 내용 |
|---|---|
| 문서 식별 정보 | 고유 영수증 참조 번호와 시간대를 포함한 발행 일시 |
| 판매자 및 구매자 | 사업체 식별 정보와 해당 거래에 필요한 고객 정보 |
| 구매 참조 정보 | 주문 또는 상업용 청구서 참조 번호와 간단한 설명 |
| 거래 대금 | 암호화폐 수량과 구분한 원래 금액 및 가격 표시 통화 |
| 수령한 결제 | 실제 검증한 정확한 수량, 자산명, 네트워크 |
| 결제 증빙 | 제공업체의 결제 참조 번호와 확인 가능한 관련 거래 참조 정보 |
| 배분 내역 | 이 주문에 충당한 금액과 남은 미수금 또는 미해결 초과 입금 |
| 후속 연락 | 정해진 지원 채널과 문의 시 제시할 영수증 참조 번호 |
토큰은 기초 기록에 검증된 컨트랙트 또는 민트 식별자를 보관하세요. 티커만으로는 자산을 고유하게 식별할 수 없습니다. 고객용 문서에서 긴 주소나 해시를 줄여 표시한다면 비공개 증빙 기록에는 전체 참조 정보를 보관하세요.
주문 가격과 수령한 암호화폐 금액을 구분하세요. 현지 통화 환산액을 표시한다면 기록에 맞는 평가 기준과 시점을 명시하세요. 모든 USDC 또는 USDT 수령을 은행의 미국 달러 예금 입금으로 설명하거나, 별도 설명 없이 토큰 수량을 세무 신고 가액으로 취급하지 마세요.
수수료도 명확하게 표시해야 합니다. 송금자가 낸 네트워크 수수료가 판매자가 받은 금액에 반드시 포함되는 것은 아닙니다. 지갑 잔액과 청구 총액의 차이만 보고 수수료 내역을 만들어 내지 마세요.
이 영수증 메시지 구성을 활용하세요
다음은 작성용 양식이며 실제 고객 영수증이 아닙니다. 언어 모델에 거래 식별자를 만들어 달라고 요청하지 말고 검증된 기록으로 각 줄을 채우세요.
결제 수령 완료 — 영수증 참조 번호: 고유한 영수증 번호.
판매자 및 구매 내용: 사업체 식별 정보, 주문 참조 번호, 고객이 구매한 내용에 대한 간단한 설명.
결제: 검증된 암호화폐 수량과 자산, 네트워크, 가격 표시 통화를 포함한 원래 주문 금액.
이 주문에 충당한 금액: 구매 대금으로 수령한 금액. 남은 미수금이나 별도 검토 중인 초과 입금이 있다면 명확하게 표시.
증빙: 결제 참조 번호와 관련 거래 참조 정보, 시간대를 포함한 결제 확정 시각 및 영수증 발행 시각.
문의 또는 정정: 정해진 지원 채널로 연락하고 이 영수증 참조 번호를 알려 주세요. 개인 키나 복구 문구는 절대 보내지 마세요.
구매자 정보, 등록 식별 번호 등 필수 항목은 사업체와 현지 규정에서 요구하는 범위에서만 추가하세요. 공개 블록체인 메모에 고객의 이메일 주소, 이름, 구매 상세 내용을 넣지 마세요.
인증된 주문 페이지를 통해 영수증을 전달하거나 해당 구매에 대해 확인된 고객 연락처로 보내세요. 보호되지 않은 공개 문서 링크로 전체 주문 기록을 노출하지 마세요. 공개 거래라도 실명이 있는 고객과 연결되면 금융 활동이 드러날 수 있습니다.
거래 증빙의 의미를 과장하지 않으면서 유용하게 관리하세요
하나의 거래에 여러 전송이 포함될 수 있습니다. 하나의 해시가 여러 토큰 이동을 포함한다면, 구분 없이 같은 해시를 여러 주문에 첨부하기보다 내부 증빙에서 해당 전송을 식별하세요.
EVM 토큰의 경우 Ethereum 거래 영수증 참조 문서에 거래 상태와 로그가 설명되어 있습니다. 실행이 성공했다는 사실만으로 기대한 토큰 수량이 판매자의 수신 주소에 도착했다는 것을 입증할 수는 없습니다. 관련 전송 내역을 확인하세요. 거래 최상위 수준의 수신자는 토큰 컨트랙트일 수 있습니다.
공개 증빙으로 연결할 때는 올바른 네트워크의 신뢰할 수 있는 탐색기를 사용하세요. 공개 거래를 열어 보는 데 지갑 연결, 서명, 토큰 사용 승인이 필요해서는 안 됩니다. 영수증이 생소한 지갑 접근 웹사이트에서 결제를 “검증”하라는 초대장이 되어서는 안 됩니다.
과거 기록을 바꾸지 말고 부분 결제와 환불을 기록하세요
부분 결제는 검증되어 주문에 충당된 금액만 수령했다고 인정하세요. 잔액이 미해결 상태인데 전체 주문을 결제 완료로 표시하지 마세요. 초과 입금의 경우 주문에 충당한 금액과 검토 대기 금액을 구분하세요. 미달 입금 및 초과 입금 가이드에서 이러한 판단을 다룹니다.
나중에 환불이 발생하면 원래 기록과 연결된 별도 기록이 필요합니다. 원본 영수증, 환불 결정, 검증된 출금 결제 증빙을 보관하세요. 처음 수령한 금액을 더 작은 숫자로 바꾸기만 해서는 안 됩니다. 메시지로 전달받은 주소에 돈을 보내기 전에 환불 검토 절차를 따르세요.
단순 기재 오류는 추적 가능한 정정 절차로 바로잡으세요. 공식 대금 감액 문서, 대체 문서 또는 다른 조정이 필요한지는 관할 지역에 따라 달라지는 회계 문제입니다. 이전 증빙을 삭제하기보다 버전 간 관계를 유지하세요.
Yolfi의 역할
Yolfi 결제 링크는 고정 가격 제안의 결제 진입점을 제공합니다. API Checkout 문서는 재사용 가능한 Paylinks와 동적 주문을 위해 서버에서 생성하는 Checkout Sessions를 구분합니다. 독립형 세션에 Paylink가 필요한 것은 아닙니다.
사업체는 주문 설명과 고객 관계 정보를 보관하고, 확인 가능한 결제 참조 정보를 자체 영수증 절차에 연결해야 합니다. 문서 생성을 자동화하기 전에 현재 결제 흐름이 어떤 항목을 제공하는지 확인하세요. 공개 코인 페이지나 이 글만으로 특정 자산과 네트워크 조합의 실제 지원 여부, 문서 내보내기, 회계 연동을 입증할 수는 없습니다.
일 마감 통제에 대해서는 대사 점검 목록에서 주문별 충당 내역과 지갑 이동을 연결하는 방법을 설명합니다. 고객 영수증은 “무엇에 돈을 냈는가?”에 답하고, 일일 대사는 사업체 기록이 완전한지에 답합니다.
자주 묻는 질문
거래 해시가 암호화폐 결제 영수증인가요?
그 자체만으로는 아닙니다. 네트워크의 거래를 식별하지만 구매자 신원, 구매 설명, 주문에 대한 충당 내역은 입증하지 못합니다. 판매자 영수증은 검증 후 이러한 상거래 맥락을 더합니다.
전송 대기 중에 영수증을 보내도 되나요?
결제 완료 영수증 대신 상태 안내를 보내세요. 문서화된 결제 확정 절차에 따라 인정되는 경우에만 검증된 결제의 수령을 확인하세요. 대기 중인 출금이 정해진 시각에 도착한다고 약속하지 마세요.
암호화폐 영수증이 세무용 청구서를 대체하나요?
자동으로 대체하지는 않습니다. 결제 수령 확인과 법적으로 요구되는 청구 문서는 목적이 다를 수 있습니다. 사업체가 보관하고 발행해야 하는 정보와 문서는 자격을 갖춘 현지 전문가에게 확인하세요.
영수증에 전체 지갑 내역을 표시해야 하나요?
아닙니다. 증빙은 관련 결제로 한정하세요. 필요한 기술 상세 정보는 비공개 기록으로 관리하고 접근을 제한하세요. 개인 키나 복구 문구를 절대 요구하지 마세요.
결론: 결제 수령을 확인하고 맥락을 보존하세요
유용한 영수증은 증빙이 뒷받침하는 범위를 넘어 주장하지 않으면서 검증된 자금과 알아볼 수 있는 구매를 연결합니다. 명확한 결제 안내로 시작하고, 수령이 인정된 결제 기록마다 추적 가능한 수령 확인서를 하나씩 발행하세요. 원래 판매 기록을 바꾸지 말고 연결된 정정 또는 환불 기록을 보관하세요.
