원본 파일을 먼저 보관해야 합니다.
플랫폼에서 기록을 내보낸 후, 계정, 기간, 내보내기 시간대 및 생성 날짜를 기록하여 원본 파일을 먼저 저장한 다음 작업용 사본을 생성하십시오. 서로 다른 테이블에 주문, 개별 거래, 원장 변경 또는 온체인 출금이 반영될 수 있으므로 중복으로 보이는 행을 직접 삭제하지 마십시오. 형식이 같다고 해서 반드시 동일한 이벤트를 의미하는 것은 아닙니다. "중복 삭제"를 클릭하기 전에 필드 사전을 먼저 생성하는 것이 더 신뢰할 수 있습니다.
안정적인 이벤트 식별자 사용을 우선시하십시오.
거래, 거래 내역 또는 원장 식별자가 있는 경우, 플랫폼, 계정 및 이벤트 유형과 결합하여 키를 생성하는 것을 우선시하십시오. 중복 제거를 위해 시간과 금액만 사용하지 마십시오. 동일한 수량의 거래가 같은 초 내에 여러 번 발생할 수 있습니다. 식별자 공간은 플랫폼 인터페이스에 따라 다를 수 있으므로 테이블 간 연결을 확인해야 합니다. 안정적인 식별자가 없는 레코드는 검증이 필요한 것으로 표시해야 하며, 그럴듯해 보이는 결과를 생성하기 위해 추측하지 마십시오.
하나의 주문이 여러 거래에 해당할 수 있습니다.
부분 거래는 여러 거래 가격, 수량 및 수수료를 생성할 수 있습니다. 주문 요약과 개별 거래를 함께 가져오는 경우 매수 및 매도 수량이 중복 계산될 수 있습니다. 마스터 원장으로 사용할 레이어를 결정한 후에는 비교를 위해 다른 레이어를 보관하십시오. 수수료는 다른 토큰에서 차감될 수 있습니다. 자산 단위는 별도로 기록해야 하며, 모든 수수료를 구매 수량에서 직접 차감해서는 안 됩니다.
내부 이체와 온체인 출금은 분리해야 합니다.
메인 계정과 서브 계정 간의 이체에는 온체인 거래 해시가 없을 수 있으며, 자체 관리 지갑 간의 이체는 하나는 수신되고 다른 하나는 출금되었다는 이유만으로 두 개의 거래로 간주해서는 안 됩니다. 송금 계정, 수취 계정, 수량 및 일치하는 자격 증명을 보관해야 하며, 일치하는 항목이 없는 경우 이상 현상으로 기록해야 합니다. 거래의 과세 여부는 현지 규정과 거래의 실제 성격에 따라 달라지며, 중복 제거 도구 자체로는 과세 여부를 판단할 수 없습니다.
소규모 샘플을 사용하여 규칙을 검증하십시오.
먼저 일반 구매, 부분 거래, 출금, 내부 이체 각각 하나씩을 선택하고 모든 파일에서 해당 거래 내역을 수동으로 추적합니다. 규칙에는 유지되는 항목, 병합되는 필드, 그리고 그 이유가 명시되어야 합니다. 시간 범위가 겹치는 경우, 동일한 이벤트가 일관되게 일치하는지 확인해야 합니다. 플랫폼에서 과거 필드를 수정하는 경우, 이전 파일이 자동으로 덮어쓰기되어서는 안 됩니다.
차이점 및 감사 추적 기록 유지
최종 표에는 원본 파일 이름, 원본 항목 번호, 데이터 정리 규칙, 변환 시간대, 이상 발생 사유가 기록되고, 금액은 계좌의 시작 및 종료 잔액과 대조됩니다. 설명되지 않은 차이점은 별도로 나열되며 "기타 소득" 항목에 강제로 입력해서는 안 됩니다. 이 문서는 데이터 수집 목적으로 작성되었으며 개인별 세금 신고 자문이 아닙니다. 실제 세금 신고 시에는 해당 지역 세법에 정통한 전문가의 검토를 받아야 합니다.