암호화폐 결제 대사: 일일 마감 체크리스트

암호화폐 결제 대사란 검증된 입금이 어떤 주문에 해당하는지 입증하고, 남아 있는 모든 차이를 설명하는 작업입니다. 지갑 잔액만으로는 무엇을 판매했는지, 어느 고객이 결제했는지, 해당 이체가 애초에 판매에 따른 것인지 알 수 없습니다.

주문, 결제 제공업체의 결제 기록, 사업체가 받은 이체라는 세 가지 기록을 연결해 사용하세요. 이 가이드는 소규모 가맹점 팀을 위한 일일 마감 절차이며, 회계나 세무 자문이 아닙니다. 여기에 제시된 통제 방법은 자체 기록 관리에 대한 권고 사항이며, Yolfi가 결제를 자동으로 내보내거나 대사하거나 회계 처리한다는 뜻이 아닙니다.

주문, 결제 기록, 이체를 구분하세요

주문은 상거래 합의를 설명합니다. 결제 기록은 결제 요청과 그 처리 과정을 설명합니다. 블록체인 이체는 자산 이동의 증거입니다. 서로 관련은 있지만 같은 것으로 취급할 수는 없습니다.

주문 하나에 결제 시도가 여러 번 있을 수 있습니다. 트랜잭션 하나에 토큰 이체가 여러 건 포함될 수도 있습니다. 자체 지갑 사이의 이동은 새로운 고객 결제가 아닙니다. 모든 행을 주문 하나에 해시 하나로 억지로 맞추지 말고 이러한 관계를 저장하세요.

고객의 개인정보는 공개 블록체인 메모가 아니라 접근이 통제되는 업무 기록에 보관하세요. 대사 시트에 개인 키나 복구 구문을 저장해서는 안 됩니다.

티커나 해시뿐 아니라 이체 자체를 식별하세요

토큰은 티커뿐 아니라 네트워크와 검증된 컨트랙트 주소 또는 민트 주소도 보관하세요. USDC라는 표시만으로는 체인이 다른 자산이나 같은 기호를 사용하는 무관한 토큰을 구분할 수 없습니다. 입금을 인정하기 전에 해당 자산의 공신력 있는 출처를 통해 식별자를 확인하세요.

EVM 토큰 이체에서는 체인 식별자, 트랜잭션 해시, 로그 인덱스를 검증된 토큰 컨트랙트와 함께 보관하면 실용적인 고유 참조값으로 사용할 수 있습니다. 트랜잭션 하나가 여러 이체 이벤트를 발생시키면 트랜잭션 해시만으로는 충분히 세밀하게 식별할 수 없습니다. 다른 체인에는 각 체인에 적합한 명령 또는 이벤트 식별자가 필요합니다. EVM 형식을 모든 체인에 적용하지 마세요.

Ethereum JSON-RPC 문서는 트랜잭션 영수증, 상태, 로그를 구분합니다. ERC-20 결제에서는 해당 토큰 이체 이벤트를 확인하세요. 트랜잭션의 최상위 수신자는 가맹점의 입금 주소가 아니라 컨트랙트일 수 있습니다. 트랜잭션 성공만으로는 예상한 자산과 금액이 도착했다고 입증할 수 없습니다.

이체 내역 서비스를 사용한다면 조회 범위와 모든 페이지를 보관하세요. Etherscan 토큰 이체 엔드포인트는 체인, 주소, 컨트랙트, 블록 범위, 페이지 구분 필터를 제공합니다. 첫 페이지가 하루 전체 원장은 아닙니다. 블록 탐색기 데이터는 보조 증거이며, 입금을 주문에 배분하는 작업을 대신하지 않습니다.

정해진 순서로 일일 마감을 진행하세요

1. 마감 기준 시각을 정하고 기록을 수집하세요

사업체의 기준 시간대와 시작 시각은 포함하고 종료 시각은 제외하는 정확한 보고 구간을 정하세요. 해당 구간과 조회에 사용한 UTC 타임스탬프를 모두 기록하세요. 보고서가 블록 시각, 제공업체의 승인 시각 또는 문서로 정한 다른 기준 중 무엇에 따라 이체를 묶는지 명시하세요.

해당 기간의 주문 및 결제 기록과 이전 기간의 미결 항목을 함께 수집하세요. 사업체의 각 입금 주소와 지원 네트워크에 대한 이체 내역을 이용 가능한 기록이나 검증된 블록체인 데이터에서 확보하세요. 확인하지 않은 채 관리 화면이나 API에 특정 내보내기 기능이 있다고 가정하지 마세요.

조회 시각과 블록 범위를 보존하세요. 마감 기준 시각에 임박해 발견한 이체는 나중에야 승인 정책을 충족할 수 있습니다. 전날의 증거를 설명 없이 바꾸지 말고 대기 상태로 유지하세요.

2. 정밀도를 잃지 않고 표준화하세요

자산 수량과 현지 통화로 표시한 청구 금액을 구분하세요. 토큰 수량은 정확한 최소 단위 정수 또는 검증된 소수 자릿수를 적용한 정확한 소수로 저장하세요. 네트워크가 다른 USDC를 설명 없이 하나의 잔액으로 합치거나, 둘 다 달러 가치 유지를 목표로 한다는 이유만으로 USDT와 USDC를 섞지 마세요.

장부에 현지 통화 가치가 필요하다면 회계 정책에서 요구하는 평가 출처, 시각, 방법을 기록하세요. 스테이블코인의 티커가 모든 입금을 정확히 1미국 달러로 장부에 기록하라는 지시는 아닙니다. 관할 지역에서 수수료와 가치 변동을 어떻게 처리해야 하는지는 회계사에게 문의하세요.

3. 대조한 뒤 한 번만 배분하세요

신뢰할 수 있는 주문 및 제공업체 참조값부터 확인하세요. 입금을 배분하기 전에 자산, 네트워크, 수신자, 금액, 승인 증거를 검증하세요. 여러 주문이 같은 금액을 요청했다면 금액과 시각만으로는 고객 신원을 입증할 수 없습니다.

각 이체 기록의 고유성을 강제하고 배분 총액이 해당 이체의 사용 가능한 금액을 넘지 않도록 하세요. 업무 절차가 이를 허용하고 합계가 통제되는 경우에만 하나의 입금을 여러 건의 승인된 배분에 사용할 수 있습니다. 같은 알림을 두 번 받았다고 입금이 하나 더 생성되거나 주문이 두 번 출고·제공 처리되어서는 안 됩니다.

4. 예외 항목을 마감 합계와 구분하세요

미대조 입금, 미결제 주문, 승인 대기 항목이 계속 보이도록 관리하세요. 각 차이에 담당자, 사유, 다음 조치를 지정하세요. 금액 분쟁이 발생하면 즉흥적으로 전액 결제를 다시 요청하지 말고 부족 결제 및 초과 결제 대응 가이드를 활용하세요.

자산이나 체인이 맞지 않는 경우에는 잘못된 네트워크 결제 가이드에 따라 처리하세요. 누군가 스프레드시트의 색을 바꿨다고 예외 항목이 해결된 것은 아닙니다.

5. 자산 이동을 대사하고 마감을 승인하세요

네트워크별 각 자산에 대해 검증된 유입과 유출로 기초 잔액에서 기말 잔액까지의 변화를 설명하세요. 매출에 따른 입금, 환불, 내부 이체, 기타 이동을 별도로 분류하세요. 네트워크 수수료는 실제로 사용한 자산으로 기록하세요. 네이티브 코인으로 낸 가스비를 스테이블코인 입금에서 아무 설명 없이 차감하지 마세요.

이 잔액 변동 대조표는 수익 계산이 아니라 누락 여부를 확인하는 데 사용하세요. 대조표상 순증가가 있다고 모든 주문에 올바른 입금이 배분되었다는 뜻은 아니며, 수익 인식에는 다른 회계 규칙이 적용될 수 있습니다.

가상의 고객 데이터 없이 살펴보는 마감 예시

이 설명용 예시는 한 네트워크의 단일 USDC 자산을 다룹니다. 모든 이동은 정해진 마감 기준과 승인 정책을 충족합니다.

잔액은 180 USDC 늘었지만 고객 입금은 250 USDC였습니다. 어느 수치도 자동으로 인식 수익과 같아지지는 않습니다. 내부 이체는 매출을 발생시키지 않으면서 이 지갑의 잔액을 바꾸며, 환불은 원래 주문과 계속 연결되어 있어야 합니다. 네이티브 코인으로 낸 네트워크 수수료는 해당 자산의 별도 변동 대조표에 포함해야 합니다.

검토자는 250 USDC의 모든 부분이 주문에 배분되었거나 명시적인 미해결 항목으로 분류되었는지도 확인해야 합니다. 기초 잔액과 기말 잔액이 맞는다고 잘못된 고객에게 배분된 입금을 찾아낼 수 있는 것은 아닙니다.

기록 연결 구조에서 Yolfi의 역할

Yolfi의 결제 링크 페이지는 결제 링크 생성, 결제 추적, 지갑으로 직접 자금 받기를 설명합니다. 이를 통해 가맹점은 지갑 입금과 함께 결제 요청의 맥락을 확보할 수 있지만, 해당 기록을 주문에 연결해야 할 필요가 없어지지는 않습니다.

실제 결제를 받기 전에 현재 설정에서 제공되는 자산, 네트워크, 입금 주소를 확인하세요. 이용 가능한 결제 참조값과 자체 주문 참조값을 보관하세요. 자동 대사 절차를 설계하기 전에 현재 연동에서 어떤 기록을 제공하는지 검증하세요. 공개 마케팅 페이지만 보고 내보내기 형식, 회계 연동, 대조 규칙을 추정하지 마세요.

선금이나 단계별 대금을 받는 서비스 사업체라면 프리랜서를 위한 결제 링크 가이드에서 거래 측면을 확인할 수 있습니다. 선금을 프로젝트 대금 전액 납부로 오인하지 않도록 해당 업무 범위를 결제 증거와 함께 보관하세요.

자주 묻는 질문

지갑 잔액만으로 대사할 수 있나요?

아니요. 잔액은 자산 이동 확인에 도움이 되지만, 주문이 누구의 것인지, 내부 이체인지, 미결 채무가 있는지, 입금이 수익에 해당하는지를 설명하지 못합니다.

트랜잭션 해시 하나는 항상 결제 한 건인가요?

아니요. 하나의 트랜잭션에 여러 이체가 포함될 수 있습니다. 네트워크와 해당 체인에 적합한 이체 식별자를 보관한 뒤 관련 입금을 올바른 주문에 배분하세요.

일일 마감 기준 시각 이후에 결제가 승인되면 어떻게 하나요?

최초 관측 기록을 보관하고 문서화된 대기 상태에서 승인 상태로의 처리 절차에 따라 해당 항목을 진행하세요. 마감된 기간을 조용히 다시 쓰지 말고 일관된 보고 기준을 적용하면서 정정 이력을 남기세요.

대사에는 자동 회계 소프트웨어가 필요한가요?

반드시 그렇지는 않습니다. 정확한 금액, 고유 참조값, 증거, 검토 이력을 보존하는 통제된 스프레드시트라면 거래량이 적을 때 사용할 수 있습니다. 거래량이나 오류 위험 때문에 수동 통제를 신뢰하기 어려워지면 데이터베이스나 회계 연동으로 전환하세요.

억지로 차이를 0으로 만들지 말고 증거로 마감하세요

유용한 일일 마감은 대조된 입금, 분류된 지갑 이동, 담당자가 지정된 짧은 예외 목록으로 끝납니다. 미해결 항목을 숨길 필요는 없습니다. 명확한 결제 링크 안내부터 시작해 주문과의 연결을 유지하고, 어떤 항목을 마감할 수 있는지는 검증된 이체 증거로 판단하세요.