바이낸스
바이낸스 거래 내역 다운로드 방법 2026|기간·CSV·누락 점검
주문·체결·자산 기록을 구분하고 웹·앱 내보내기, 기간과 계정 필터, 시간대·중복·원본 보존 및 안전한 자료 공유를 정리합니다.

바이낸스 거래 내역 다운로드 방법 2026
바이낸스 거래 내역 다운로드 방법을 찾을 때는 먼저 어떤 기록이 필요한지 정하는 것이 중요합니다. 주문을 넣은 기록, 실제 체결된 기록, 입출금이나 지갑 이동 기록은 서로 다른 질문에 답합니다. 파일 하나를 받았다고 계정의 모든 활동이 포함되었다고 생각하면 누락을 놓칠 수 있습니다.
개인 거래 복기, 자산 이동 확인, 외부 자료 제출 등 목적에 따라 필요한 기간과 항목도 달라집니다. 내보내기 버튼을 누르는 것에서 끝내지 말고 파일이 원하는 계정·상품·기간을 포함하는지 확인해야 다운로드가 실질적으로 완료됩니다.
이 글은 2026년 10월 8일 Binance Support의 거래 기록 생성 안내와 Developers의 주문·거래 기록 설명을 확인해 작성했습니다. 특정 계정의 데이터를 조회하거나 세금을 계산하는 글은 아닙니다. 내역을 정확히 확보하고 누락·중복·시간대 문제를 점검하는 실무 흐름을 설명합니다.
먼저 주문 내역과 체결 내역을 구분하세요
주문은 매수 또는 매도 의사를 조건과 함께 제출한 기록입니다. 체결은 그 주문이 실제로 거래된 결과입니다. 주문을 넣었다가 전혀 체결되지 않은 채 취소했다면 주문 기록은 있어도 동일한 의미의 매매 체결이 있는 것은 아닙니다.
한 주문이 여러 번 나뉘어 체결될 수도 있습니다. 이 경우 주문 건수와 체결 행 수가 다를 수 있으므로 단순히 행 수가 많다고 중복이라고 판단하면 안 됩니다. 주문 식별자와 체결 식별자, 수량과 시각을 함께 읽어야 합니다.
Binance Developers는 주문 기록과 계정의 거래 기록을 별도로 다루고 주문 상태·원래 수량·체결 수량 같은 항목을 구분합니다. 개발자 응답의 항목이 일반 다운로드 파일과 완전히 같은 열 구성이라는 뜻은 아닙니다. 개념을 이해한 뒤 실제 파일의 헤더와 설명을 확인하세요. Binance Developers 계정 주문 기록
거래를 복기하려면 주문 조건과 실제 체결을 함께 볼 수 있습니다. 반면 자산이 어디서 들어오고 나갔는지 확인하려면 입출금과 지갑 이동 등의 기록이 필요할 수 있습니다. 목적을 먼저 정하면 잘못된 파일을 여러 번 생성하는 일을 줄일 수 있습니다.
필요한 자료를 목적별로 정리하기
“올해 전체 내역”이라는 요청은 생각보다 모호합니다. 현물만 필요한지, 선물이나 Convert, 보상·전송까지 포함해야 하는지 구체적으로 정해야 합니다. 계정에서 사용한 상품을 간단히 목록으로 적어보는 것이 좋은 출발점입니다.
외부 기관이나 전문가에게 제출할 자료라면 요구되는 형식과 범위를 먼저 확인하세요. 임의로 선택한 CSV 한 개를 전체 증빙이라고 부르지 않는 것이 좋습니다. 필요한 데이터 유형과 기간, 계정 범위가 명확해야 결과를 검증할 수 있습니다.
| 목적 | 우선 검토할 기록 | 추가 확인할 내용 |
|---|---|---|
| 주문 복기 | 주문과 체결 기록 | 미체결·취소·부분 체결 |
| 코인 수량 확인 | 자산 변동과 입출금 | 지갑 이동·수수료·보상 |
| 특정 송금 확인 | 입출금 상세 | 네트워크·주소·TxID |
| 기간별 활동 정리 | 해당 상품별 내역 | 기간 경계·시간대·중복 |
| 외부 제출 | 요청받은 공식 자료 | 원본 보존·민감 정보 범위 |
파일을 받은 뒤 무엇을 확인할지 미리 적어두면 유용합니다. 예를 들어 특정 날짜의 매수 한 건과 특정 입금 한 건을 기준 거래로 정하면 다운로드 파일에서 예상한 기록이 포함되는지 빠르게 살펴볼 수 있습니다. 다만 표본 몇 건이 맞는 것만으로 전체 완전성을 보장하지는 않습니다.
웹에서 거래 기록을 생성하는 공식 흐름
Binance 공식 웹 안내는 Assets → Asset History에서 내보내기 아이콘의 Export Transaction Records를 선택하는 순서를 설명합니다. 기간과 계정·자산 등의 범위를 정해 생성하고, 준비가 끝나면 해당 기록의 Download를 이용합니다. 월별 생성 가능 횟수는 실제 화면에서 확인해야 하며 다운로드 링크는 공식 안내상 7일 후 만료됩니다. Binance 공식 거래 내역 생성 안내
실제 화면의 명칭이나 위치는 업데이트와 환경에 따라 달라질 수 있습니다. 메뉴를 찾기 어렵다면 공식 안내와 현재 계정 화면을 비교하세요. 다른 상품의 거래 내역에서 비슷한 다운로드 아이콘을 발견했다고 동일한 자료가 생성된다고 가정하지 않는 것이 중요합니다.
생성을 누르기 전에는 선택한 기간과 계정 범위를 기록합니다. 내보내기 작업이 완료될 때까지 시간이 걸릴 수 있으므로 같은 요청을 계속 생성하지 마세요. 상태 목록에 이미 진행 중인 항목이 있는지 확인하고 그 항목을 추적하는 편이 좋습니다.
파일 준비 알림을 받더라도 직접 확인한 공식 화면에서 다운로드 항목을 여는 습관이 도움이 됩니다. 이메일이 늦게 오거나 스팸함으로 분류될 수 있으므로 알림 수신 여부만으로 생성 성공·실패를 판단하지 마세요. 실제 내보내기 기록의 상태를 확인해야 합니다.
앱에서 확인할 때의 차이
공식 앱 안내는 Assets의 History에서 My Trades로 이동하고 Order History의 다운로드 기능을 사용하는 흐름을 설명합니다. 최근 기간과 더 긴 사용자 지정 범위의 생성 방식이 다를 수 있으며, 준비된 보고서는 Export History에서 상태를 확인해 저장하는 과정이 안내되어 있습니다.
앱에서 받은 파일과 웹에서 생성한 자료가 같은 범위인지 먼저 확인하세요. 화면이 비슷해도 한쪽은 특정 주문 기록이고 다른 쪽은 자산 변동 기록일 수 있습니다. 파일 이름이나 다운로드 성공 표시보다 실제 헤더와 포함된 거래 유형이 중요합니다.
모바일에서는 파일을 어느 폴더에 저장했는지 놓치기 쉽습니다. 다운로드 후 실제로 파일이 열리고 내용이 읽히는지 확인하세요. 공유 메뉴에서 다른 앱으로 전달한 것과 개인 기기에 원본을 보관한 것은 다를 수 있습니다.
민감한 거래 기록을 공용 메시지방이나 공개 드라이브로 보내지 않도록 공유 대상을 확인합니다. 작은 화면에서는 최근 사용한 공유 대상이 자동으로 제시될 수 있으므로 이름을 읽고 선택해야 합니다. 저장 편의 때문에 공개 범위가 넓어지지 않도록 주의하세요.
기간 설정에서 자주 생기는 누락
시작일과 종료일을 정확히 적습니다
“지난달”이라는 말 대신 실제 시작 날짜와 종료 날짜를 기록해 보세요. 월말이나 연말 자료를 여러 번 나누어 생성할 때 경계를 명확히 관리할 수 있습니다. 내보내기 화면이 종료일을 어떤 방식으로 포함하는지도 확인해야 합니다.
시간까지 지정할 수 있는 화면이라면 시간대와 경계 시각을 읽습니다. 시작일 0시부터 종료일 0시까지인지, 종료일 전체를 포함하는지에 따라 결과가 달라질 수 있습니다. 실제 파일의 첫 행과 마지막 행의 시각을 확인하면 범위를 이해하는 데 도움이 됩니다.
화면과 파일의 시간대를 구분합니다
거래 화면이 현지 시간이고 파일이 다른 기준 시간일 수 있으므로 헤더나 설명을 확인하세요. UTC라고 명시된 자료를 한국시간으로 비교할 때는 9시간 차이를 고려할 수 있습니다. 다만 모든 파일이 UTC라고 가정하지 말고 표시된 기준을 먼저 읽어야 합니다.
예를 들어 한국시간 1월 1일 새벽 거래는 UTC 날짜로는 전날에 해당할 수 있습니다. 날짜만 보고 연초 내역에서 빠졌다고 판단하기 전에 기준 시간을 확인하세요. 변환한 열을 추가하더라도 원본 시각은 따로 보존하는 편이 좋습니다.
여러 파일의 경계를 연결합니다
긴 기간을 나누어 받으면 파일 사이의 시작과 끝이 겹치거나 빠질 수 있습니다. 생성 목록에 각 파일의 범위를 기록하고 이어지는 구간인지 확인하세요. 파일명에 기간을 넣으면 사람이 읽기에도 도움이 됩니다.
겹치는 구간이 있다고 모든 같은 날짜의 행을 삭제하면 안 됩니다. 같은 날 여러 거래가 있을 수 있습니다. 중복 판단은 가능한 식별자와 거래 유형, 시각, 수량 등을 함께 검토해야 합니다.
계정·지갑·상품 필터를 확인하세요
메인 계정과 하위 계정, 현물과 선물, 입출금과 내부 이동은 자료 범위에서 구분될 수 있습니다. 실제 내보내기 화면이 제공하는 필터를 읽고 어떤 항목을 선택했는지 기록하세요. 전체라는 표시도 현재 화면이 다루는 범위 안의 전체일 수 있습니다.
예를 들어 현물 거래 화면에서 모든 거래쌍을 선택했다고 계정의 선물 거래와 Earn 보상까지 포함되는 것은 아닐 수 있습니다. “전체”의 기준이 거래쌍인지 상품인지 계정인지 확인해야 합니다. 자료 제목만으로 범위를 넓혀 해석하지 마세요.
자산 필터도 누락 원인이 됩니다. 특정 코인만 선택한 파일에서 다른 코인의 수수료나 관련 이동이 보이지 않는다면 실제 포함 범위를 점검할 필요가 있습니다. 동일한 거래에 여러 자산이 관련될 수 있으므로 분석 목적에 맞게 자료를 확보해야 합니다.
사용하지 않은 상품까지 무조건 수집할 필요는 없지만 실제 사용한 항목은 빠뜨리지 않도록 목록을 대조하세요. 어떤 상품의 내역을 확보했고 어떤 것은 아직 확인하지 못했는지 표로 남기면 자료의 한계를 분명히 설명할 수 있습니다.
파일을 받은 직후 확인할 다섯 가지
첫째, 실제로 파일이 열리는지 확인합니다. 다운로드 버튼을 눌렀다는 사실과 유효한 파일이 저장되었다는 결과는 다릅니다. 파일 크기가 비정상적으로 작거나 내용이 로그인 페이지처럼 보이면 정상 자료인지 다시 확인해야 합니다.
둘째, 헤더와 데이터 유형을 읽습니다. 주문 기록인지 자산 변동인지, 수량과 수수료의 단위가 무엇인지 확인하세요. 파일 형식과 열 이름은 변경될 수 있으므로 예전 템플릿에 무조건 맞춰 넣지 않는 편이 좋습니다.
셋째, 기간과 계정 범위를 확인합니다. 예상한 기간의 첫 거래와 마지막 거래가 있는지, 기준 거래가 포함되었는지 살펴보세요. 거래가 없던 날짜는 파일에 행이 없을 수 있으므로 모든 날짜가 나타나야 한다고 생각하지는 마세요.
넷째, 식별자와 소수점이 보존되었는지 확인합니다. 스프레드시트가 긴 번호를 지수 형태로 표시하거나 반올림할 수 있으므로 원본을 텍스트로 읽는 방법을 검토할 수 있습니다. 표시 형식의 변화와 실제 값 손상을 구분해야 합니다.
다섯째, 원본을 보존합니다. 정렬·삭제·열 추가를 하기 전에 원본과 작업용 사본을 나누세요. 나중에 계산이나 중복 제거가 잘못되었을 때 되돌아갈 자료가 있어야 합니다. 원본 파일을 바로 덮어쓰면 검증이 어려워집니다.
사례 1: 한 번 주문했는데 여러 행이 있는 경우
한 이용자가 매수 주문을 한 번 제출했는데 다운로드 파일에는 여러 체결 행이 있다고 가정하겠습니다. 이를 중복이라고 보고 하나만 남기면 실제 수량과 수수료가 누락될 수 있습니다. 주문과 체결의 관계부터 확인해야 합니다.
각 행의 주문 식별자와 체결 식별자, 시각, 수량을 살펴봅니다. 하나의 주문에 여러 체결이 연결된 것인지 실제 동일 행이 여러 번 수집된 것인지 구분하세요. 같은 주문 번호가 반복된다는 사실만으로 중복 삭제하면 안 됩니다.
체결 수량을 합쳐 주문 상세의 누적 체결량과 비교할 수 있습니다. 다만 파일의 단위와 거래 방향, 수수료 자산을 이해한 상태에서 계산해야 합니다. 거래 금액과 코인 수량을 같은 열처럼 더하지 않는 것이 중요합니다.
이 사례의 교훈은 행 수보다 행의 의미가 먼저라는 점입니다. 자료를 깔끔하게 만들기 위해 정상적인 부분 체결을 지우면 결과는 보기 좋지만 틀릴 수 있습니다. 원본을 보존한 뒤 명확한 기준으로 작업하세요.
사례 2: 월별 파일을 합쳤더니 거래가 두 배로 보이는 경우
두 기간의 파일이 같은 마지막 날을 포함한다고 가정하겠습니다. 파일을 단순히 이어 붙이면 겹치는 구간의 거래가 두 번 들어갈 수 있습니다. 합계가 늘었다고 실제 거래가 더 많았다고 판단하기 전에 생성 범위를 확인해야 합니다.
파일별 시작·종료 조건과 실제 행의 시각을 살펴봅니다. 겹치는 구간을 찾은 뒤 동일 거래 식별자가 반복되는지 확인하세요. 날짜와 금액이 같다는 이유만으로 서로 다른 거래를 삭제하지 않는 것이 중요합니다.
중복 제거 기준을 작업 기록에 남깁니다. 어떤 열을 기준으로 같은 건으로 봤는지 설명할 수 있어야 나중에 검증할 수 있습니다. 애매한 행은 즉시 삭제하기보다 별도 검토 목록으로 두는 편이 좋습니다.
완료 후에는 원본 파일별 행 수와 합친 결과의 행 수, 제외한 중복 건수를 대조할 수 있습니다. 숫자가 맞는 것만으로 내용이 완전한 것은 아니지만 작업 과정의 실수를 찾는 데 도움이 됩니다. 원본과 최종본은 별도로 보관하세요.
사례 3: 자정 무렵 거래가 다른 날짜에 보이는 경우
한국시간으로 새해 첫날 거래했는데 파일에는 전년도 날짜가 표시된 상황을 가정하겠습니다. 파일이 UTC 기준이라면 날짜가 다르게 보일 수 있습니다. 거래가 사라졌다고 판단하기 전에 시간대 표기를 확인해야 합니다.
원본 시각과 표시 기준을 보존하고 필요한 경우 별도 열에 한국시간을 계산합니다. 원본 열을 바로 바꾸면 나중에 공식 화면이나 다른 파일과 대조할 때 혼란이 생길 수 있습니다. 변환 여부와 기준을 명확하게 표시하세요.
기간별 분석에서는 어느 시간대를 기준으로 묶었는지 일관되게 유지해야 합니다. 일부 파일은 원본 기준, 일부는 변환 기준으로 합치면 경계 거래가 중복되거나 빠질 수 있습니다. 날짜만 정렬하기 전에 전체 자료의 기준을 통일해 이해해야 합니다.
외부 제출 자료의 기간 기준은 요청 기관이나 전문가의 안내를 확인하세요. 이 글의 시간대 예시가 세무상 귀속 시점이나 법적 기준을 정하는 것은 아닙니다. 데이터 보존과 해석 기준을 분리하는 것이 중요합니다.
사례 4: 현물 내역만 받아서 자산 이동을 설명하지 못하는 경우
현물 매매 기록을 받았는데 잔고 변화와 합계가 맞지 않는 상황을 가정하겠습니다. 계정에서 입출금, 지갑 간 이동, 보상 등 다른 활동이 있었다면 현물 체결 기록만으로 전체 변화를 설명하기 어려울 수 있습니다.
먼저 분석 대상이 특정 지갑인지 계정 전체인지 정합니다. 한 지갑에서 다른 지갑으로 옮긴 금액은 개별 지갑에서는 변동이지만 계정 전체에서는 성격이 다를 수 있습니다. 분석 범위를 정하지 않고 모든 행을 매수·매도로 분류하면 오류가 생깁니다.
사용한 상품과 이동 유형의 목록을 작성하고 확보한 자료와 대조합니다. 자료가 없는 영역은 미확인으로 남기고 적절한 공식 내역을 추가로 찾아야 합니다. 없는 데이터를 추정값으로 채워 전체가 맞는 것처럼 만들지 마세요.
잔고 비교는 단위별로 진행합니다. 여러 코인의 수량을 그대로 더하거나 현재 가격을 과거 거래에 일괄 적용하면 다른 질문에 답하게 될 수 있습니다. 무엇을 계산하는지 정의한 뒤 필요한 데이터를 사용해야 합니다.
사례 5: 외부에 제출하려는데 개인정보가 많이 포함된 경우
거래 검토를 부탁하려고 파일을 보내려는데 계정 식별 정보와 모든 입출금 주소가 포함된 상황을 가정하겠습니다. 먼저 수신자가 누구이고 어떤 항목이 필요한지 확인하세요. 편의를 위해 계정 전체 자료를 무조건 공개 링크로 공유할 필요는 없습니다.
원본은 개인적으로 보존하고 제출용 사본에서 필요한 범위를 정리할 수 있습니다. 다만 자료의 진위를 확인하는 데 필요한 항목을 임의로 지우거나 바꾸면 목적을 충족하지 못할 수 있으므로 요청 범위를 확인하는 것이 좋습니다.
공유 권한은 특정 수신자와 필요한 기간으로 제한할 수 있는지 검토합니다. 다운로드 링크를 누구나 볼 수 있게 만드는 것과 파일을 직접 전달하는 방식은 노출 범위가 다릅니다. 실제 공유 설정과 대상 이름을 읽고 전송하세요.
비밀번호나 API 비밀 키는 거래 내역 분석에 필요한 파일 항목이 아닙니다. 외부 도구가 이를 요구한다면 자료 다운로드와 별도의 계정 접근 권한 제공이라는 점을 이해해야 합니다. 이 글의 기본 방법은 공식 내보내기 파일을 확보하는 과정입니다.
CSV를 스프레드시트로 열 때 조심할 점
CSV는 서식이 풍부한 문서가 아니라 구분된 데이터 파일입니다. 프로그램이 열면서 날짜·숫자·문자열을 자동으로 해석할 수 있으므로 원본과 다르게 보일 수 있습니다. 긴 식별자, 소수점이 많은 수량, 앞에 0이 붙은 값은 특히 확인하는 것이 좋습니다.
원본을 유지한 상태에서 가져오기 기능을 사용해 열의 유형을 지정할 수 있습니다. 식별자는 계산 대상 숫자가 아니라 텍스트로 취급하는 편이 적절할 수 있습니다. 프로그램별 기능명은 다르므로 현재 사용하는 도구의 공식 안내를 확인하세요.
필터를 적용한 상태에서 보이는 행만 합산하는지 전체 행을 합산하는지도 구분해야 합니다. 화면에 특정 자산만 보인다고 계산식이 같은 범위를 보고 있다고 가정하면 안 됩니다. 계산 결과가 뜻하는 범위를 설명할 수 있어야 합니다.
정렬할 때는 한 열만 따로 움직이지 않도록 주의하세요. 날짜 열만 정렬하고 수량이나 식별자 열이 그대로 남으면 거래 관계가 깨집니다. 행 전체를 하나의 기록으로 유지해야 원본 거래와 연결할 수 있습니다.
수수료와 자산 단위를 읽는 방법
수수료가 어느 자산으로 표시되는지 확인합니다. 매매한 기본 자산이나 호가 자산과 다를 수 있으므로 숫자만 같은 합계 열에 넣지 마세요. 실제 파일의 수수료 자산 열과 거래 상세를 함께 읽어야 합니다.
수량, 가격, 거래 금액은 역할이 다릅니다. 단위를 적어보면 혼동을 줄일 수 있습니다. 예를 들어 자산 개수와 다른 자산으로 표시한 단가를 곱한 결과는 다시 다른 의미의 금액이 됩니다. 모든 숫자를 단순 합산하면 유용한 결과가 나오지 않습니다.
수수료를 이미 반영한 순액과 별도 표시된 수수료를 함께 차감하면 두 번 반영할 수 있습니다. 파일 설명과 실제 거래 예시를 대조해 어느 항목이 총액이고 어느 항목이 순액인지 이해해야 합니다. 명확하지 않으면 추측 계산을 확정값으로 보고하지 마세요.
개인 투자 성과나 세금 계산에는 추가 기준이 필요할 수 있습니다. 이 글은 데이터 확보와 검증의 출발점을 설명합니다. 다운로드 자료만으로 모든 법적·세무 판단이 자동 완성된다고 생각하지 않는 것이 좋습니다.
생성 실패·빈 파일·만료 링크 점검
생성 중 상태가 오래 지속되면 같은 기간의 요청을 무작정 반복하기보다 현재 내보내기 기록과 공식 안내를 확인하세요. 월별 생성 가능 횟수나 서버 처리 조건이 있을 수 있습니다. 화면에 표시된 제한을 우회하려 하지 마세요.
빈 파일을 받았다면 해당 기간에 실제 거래가 있었는지, 필터가 특정 자산이나 상품으로 좁혀졌는지 확인합니다. 화면에서 보이는 기준 거래가 파일 범위와 같은지 대조하세요. 다른 계정의 파일을 받은 것은 아닌지도 살펴볼 수 있습니다.
링크가 만료되었다면 기존 다운로드 파일이 기기에 남아 있는지 확인하고 필요한 경우 공식 화면에서 다시 생성합니다. 만료된 링크를 외부 사이트에 넣어 복구하려고 할 필요는 없습니다. 파일 접근 경로 자체가 민감한 정보일 수 있으므로 공개하지 않는 편이 좋습니다.
파일이 손상되었거나 내용이 불완전해 보이면 원본 이름과 생성 시각, 범위, 오류 상황을 정리해 공식 지원에 문의할 수 있습니다. 계정 전체 자료를 공개 게시판에 올리기보다 필요한 증거만 안전한 경로로 전달하세요.
자료의 완전성을 확인하는 실무 표
파일 개수보다 어떤 범위를 확보했는지가 중요합니다. 하나의 관리표에 자료 유형, 계정, 기간, 시간대, 생성일, 원본 위치, 검토 상태를 기록하면 누락을 찾기 쉽습니다. 아직 받지 못한 항목도 빈칸 대신 미확인으로 표시하세요.
| 항목 | 예시 기록 방식 | 검토 질문 |
|---|---|---|
| 자료 유형 | 현물 주문·체결·입출금 등 | 필요한 활동을 다 포함했나요? |
| 계정 범위 | 본계정 또는 해당 하위 계정 | 다른 계정이 빠지지 않았나요? |
| 기간 | 시작·종료와 기준 시간대 | 경계가 겹치거나 비었나요? |
| 원본 | 수정하지 않은 저장 위치 | 작업본과 구분되나요? |
| 검증 | 기준 거래·행 수·중복 검토 | 식별자와 수량이 보존되었나요? |
| 제출 | 수신자·필요 항목·전달일 | 불필요한 정보가 포함되었나요? |
정리 결과에는 한계도 함께 적을 수 있습니다. 예를 들어 특정 상품 내역은 아직 확보하지 못했다면 전체 계정 분석이 아니라 확보한 범위의 분석이라고 설명해야 합니다. 불완전한 자료를 완전한 것으로 이름 붙이지 않는 것이 중요합니다.
주기적으로 자료를 보관한다면 일관된 파일명과 폴더 구조를 쓰면 좋습니다. 날짜, 자료 유형, 범위를 넣되 파일명에 비밀번호나 개인 식별 정보를 과도하게 넣지 마세요. 열었을 때 내용이 무엇인지 알 수 있는 정도면 충분합니다.
시작 잔고와 끝 잔고를 비교할 때
거래 기록을 모두 모았다고 생각되면 특정 자산의 시작과 끝 수량을 비교하는 방식으로 검토할 수 있습니다. 이때 분석 대상이 어떤 지갑인지 먼저 정해야 합니다. 계정 전체와 현물 지갑 하나는 포함되는 이동의 의미가 다르기 때문입니다.
설명용으로 시작 수량 10단위에 외부 입금 3단위, 외부 출금 2단위가 있었다고 가정하면 다른 변동이 없을 때 끝 수량은 11단위로 생각할 수 있습니다. 실제 계정에서는 매매·수수료·보상·내부 이동 등 추가 변동이 있으므로 이 단순 예시만으로 모든 잔고를 계산해서는 안 됩니다.
차이가 발견되면 먼저 누락된 자료 유형이나 기간 경계, 단위를 살펴보세요. 맞추기 위해 알 수 없는 조정 행을 넣으면 계산은 맞아 보여도 원인이 가려집니다. 확인되지 않은 차이는 차이로 남기고 어떤 자료가 더 필요한지 적는 편이 정확합니다.
평가액 비교는 별도의 문제입니다. 코인 수량이 같아도 시장 가격에 따라 금액이 달라질 수 있습니다. 수량 검증과 투자 손익 계산을 같은 과정으로 취급하지 말고 각각 필요한 기준과 자료를 구분하세요.
원본·작업본·제출본을 나누면 좋은 이유
원본은 공식 서비스에서 받은 파일 그대로 보관합니다. 작업본은 시간대 변환, 중복 검토, 분류와 계산을 하는 사본입니다. 제출본은 목적에 맞춰 필요한 항목을 정리한 결과로, 세 파일의 역할을 이름과 폴더에서 구분하면 혼란을 줄일 수 있습니다.
작업본을 수정할 때는 무엇을 바꿨는지 간단히 기록합니다. 기간을 합쳤는지, 특정 중복을 제외했는지, 시간대 열을 추가했는지 설명할 수 있어야 합니다. 보기 좋게 편집했다는 말만으로는 원본과 결과의 관계를 검증하기 어렵습니다.
제출본에 가공한 열이 있다면 원본 항목과 구분해서 표시하세요. 사용자가 계산한 값이 거래소가 직접 제공한 값처럼 보이지 않도록 해야 합니다. 추정 분류나 확인이 필요한 행도 확정값과 구분하는 편이 좋습니다.
파일을 새로 다운로드했을 때도 이전 원본을 덮어쓰기 전에 생성 범위가 같은지 확인합니다. 같은 기간이라도 포함한 상품이나 필터가 다를 수 있습니다. 날짜만 같은 파일을 동일 자료로 간주하지 말고 자료 유형과 조건을 함께 비교하세요.
외부 분석 도구에 넣기 전 확인할 것
어떤 도구가 파일을 요구한다면 지원하는 파일 유형과 필요한 범위를 먼저 확인합니다. 일반 자산 내역용 템플릿에 주문 내역을 넣으면 열 이름이 비슷해도 잘못 해석될 수 있습니다. 자동으로 업로드가 되었다는 사실만으로 분석이 정확하다고 볼 수 없습니다.
불러오기 결과에서 제외된 행이나 오류 목록을 확인하세요. 프로그램이 인식하지 못한 항목을 조용히 건너뛰었다면 합계가 완전하지 않을 수 있습니다. 원본 행 수와 불러온 범위, 제외 사유를 대조하는 것이 도움이 됩니다.
API 연결을 제안받는 경우에는 파일 업로드와 별도의 접근 권한 제공이라는 점을 이해해야 합니다. 어떤 데이터와 기능에 접근하는지 확인하고 불필요한 거래·출금 권한을 제공하지 마세요. 이 가이드는 API 설정을 요구하지 않으며 공식 다운로드 방법만으로 시작할 수 있습니다.
자료를 외부 서비스에 올리면 보관과 삭제, 공유 정책도 관련됩니다. 공개되지 않는다고 생각한 거래 기록이 어떤 범위로 처리되는지 확인할 필요가 있습니다. 편리한 분석 기능과 데이터 제공 결정은 따로 검토하는 편이 좋습니다.
자료 제출 전에 범위를 설명하는 문장 만들기
완성된 파일을 전달할 때는 무엇이 포함되었는지 짧게 설명할 수 있어야 합니다. 예를 들어 ‘본계정의 해당 기간 현물 체결 기록이며 입출금과 선물 기록은 별도 파일’이라고 적으면 수신자가 자료의 의미를 이해하기 쉽습니다. ‘전체 거래 내역’처럼 넓은 이름은 실제 범위를 확인한 경우에만 사용하세요.
시간대를 변환했거나 중복을 제외했다면 가공 사실을 덧붙입니다. 원본 파일과 작업본을 함께 전달하는 것이 필요한지는 수신 목적에 따라 확인할 수 있습니다. 계산 열과 거래소가 제공한 원본 열을 구분하면 추후 질문에도 답하기 쉽습니다.
미확인 항목은 숨기지 마세요. 특정 상품 자료가 없거나 기간 일부를 다시 생성해야 한다면 그 구간을 명시해야 합니다. 자료가 일부라는 사실을 설명하는 것이 잘못된 완전성 주장을 하는 것보다 유용합니다.
정리한 파일을 본인이 다시 열어 첫 행과 마지막 행, 헤더와 시트 이름을 확인하세요. 저장 전에 보던 화면과 최종 전달할 파일이 같은 버전인지 살펴보는 마지막 단계입니다. 임시 파일이나 오래된 작업본을 실수로 보내지 않도록 파일명과 수정 시각도 확인할 수 있습니다.
자주 묻는 질문 FAQ
1. 거래 내역 한 파일이면 모든 기록이 들어 있나요?
현재 화면과 선택 범위에 따라 다릅니다. 주문·체결·입출금·상품별 기록의 범위를 확인해야 합니다. 파일을 받았다는 사실만으로 계정 전체 활동을 확보했다고 판단하지 마세요.
2. 주문 내역과 체결 내역은 같은 건가요?
다릅니다. 주문은 제출한 조건과 상태이고 체결은 실제 거래 결과입니다. 한 주문이 여러 번 체결될 수 있으므로 행 수가 같지 않을 수 있습니다.
3. 취소 주문도 매매한 것으로 계산하나요?
실제 체결 여부와 수량을 확인해야 합니다. 전혀 체결되지 않은 취소와 일부 체결 후 취소는 다릅니다. 상태 이름만 보고 거래 금액을 계산하지 마세요.
4. 월별 생성 횟수는 몇 번인가요?
현재 계정 화면에 표시된 한도를 확인하세요. 공식 안내도 인터페이스의 할당량을 확인하도록 설명합니다. 과거 글의 숫자를 모든 계정의 고정 한도로 적용하지 않는 것이 좋습니다.
5. 다운로드 링크는 계속 사용할 수 있나요?
공식 안내상 링크에 유효 기간이 있으므로 준비되면 개인 저장 위치에 보관하고 파일이 열리는지 확인하세요. 링크가 있다는 사실만으로 원본을 확보한 것은 아닙니다. 현재 화면의 만료 안내도 읽어야 합니다.
6. 이메일이 안 오면 생성이 실패한 건가요?
알림 전달이 지연되거나 분류될 수 있습니다. 실제 내보내기 기록의 상태를 확인하세요. 같은 요청을 반복 생성하기 전에 기존 항목이 진행 중인지 살펴보는 편이 좋습니다.
7. 앱과 웹의 파일이 다른데 오류인가요?
먼저 자료 유형과 기간·필터가 같은지 확인해야 합니다. 한쪽이 주문 기록이고 다른 쪽이 자산 기록일 수 있습니다. 같은 범위인지 확인하기 전에는 오류라고 단정하지 마세요.
8. 자정 거래가 다른 날짜에 보이는 이유는요?
시간대 기준이 다를 수 있습니다. 파일의 기준을 읽고 필요한 경우 별도 열에서 변환하세요. 원본 시각을 보존해야 공식 기록과 다시 대조할 수 있습니다.
9. 같은 주문 번호가 여러 번 나오면 중복인가요?
부분 체결이 여러 행으로 나타난 것일 수 있습니다. 체결 식별자와 수량·시각을 함께 확인해야 합니다. 주문 번호 하나만으로 중복 제거하지 마세요.
10. 파일의 긴 번호가 이상하게 바뀌었어요.
스프레드시트의 자동 숫자 해석이나 표시 형식일 수 있습니다. 원본을 보존하고 식별자를 텍스트로 가져오는 방법을 확인하세요. 이미 반올림해 저장했다면 원본과 다시 대조해야 합니다.
11. 현물 내역 합계가 잔고와 안 맞아요.
입출금, 지갑 이동, 보상, 수수료 등 다른 활동과 분석 범위를 확인해야 합니다. 현물 체결 기록만으로 계정 전체 변화를 설명할 수 있다고 가정하지 마세요. 자산 단위도 일치시켜야 합니다.
12. 여러 CSV를 그냥 합쳐도 되나요?
헤더와 자료 유형, 시간대, 기간 경계를 먼저 확인하세요. 겹친 거래와 누락 구간이 생길 수 있습니다. 원본을 남기고 명확한 기준으로 병합하는 편이 좋습니다.
13. 내역 다운로드에 API 키가 필요한가요?
공식 웹·앱 내보내기 흐름을 사용하는 기본 방법에는 별도 개발 연동이 필요하지 않습니다. 외부 분석 도구 연결은 다른 결정입니다. 자료 확보만을 위해 불필요한 거래·출금 권한을 제공하지 마세요.
14. 다운로드 파일로 세금을 바로 확정할 수 있나요?
데이터는 판단을 위한 자료이며 적용 기준과 추가 정보가 필요할 수 있습니다. 관련 시기와 관할의 공식 안내 또는 전문가에게 확인해야 합니다. 이 글은 세무 계산이나 신고 판단을 제공하지 않습니다.
15. 외부에 보낼 때 원본을 수정해도 되나요?
개인 원본은 보존하고 필요한 경우 제출용 사본을 만드세요. 요청받은 필수 항목을 임의로 바꾸면 증빙 목적을 충족하지 못할 수 있습니다. 공유 범위와 수신자를 확인하는 것도 중요합니다.
다운로드·검증 체크리스트
- [ ] 자료가 필요한 목적을 정했다.
- [ ] 주문·체결·자산 이동 기록을 구분했다.
- [ ] 필요한 상품과 계정 범위를 적었다.
- [ ] 시작·종료 날짜와 시간대를 확인했다.
- [ ] 자산·거래쌍·지갑 필터를 확인했다.
- [ ] 생성 전 기존 진행 항목과 한도를 살폈다.
- [ ] 준비 완료 상태에서 파일을 다운로드했다.
- [ ] 저장된 파일이 실제로 열리는지 확인했다.
- [ ] 헤더와 단위, 자료 유형을 읽었다.
- [ ] 기준 거래가 포함되는지 대조했다.
- [ ] 원본과 작업용 사본을 구분했다.
- [ ] 긴 식별자와 소수점이 보존되었는지 확인했다.
- [ ] 병합 시 중복과 기간 누락을 점검했다.
- [ ] 확보하지 못한 자료 범위를 명시했다.
- [ ] 외부 공유의 수신자와 필요한 항목을 확인했다.
핵심 정리
| 단계 | 해야 할 일 | 완료 기준 |
|---|---|---|
| 범위 정의 | 목적·상품·계정·기간 결정 | 필요한 자료 목록 작성 |
| 생성 | 공식 내보내기와 필터 선택 | 요청 상태 확인 |
| 저장 | 준비된 파일을 개인 위치에 보관 | 실제 파일 열기 성공 |
| 검증 | 헤더·기간·기준 거래·단위 확인 | 원본과 범위 이해 |
| 가공 | 사본에서 정렬·병합·분석 | 중복·누락 기준 기록 |
| 전달 | 필요한 자료만 적절한 수신자에게 공유 | 범위와 한계 설명 |
마무리
바이낸스 거래 내역 다운로드 방법의 핵심은 필요한 기록의 범위를 정하고, 공식 화면에서 생성한 뒤, 파일 내용을 검증하는 데 있습니다. 다운로드 버튼을 눌렀다는 사실보다 원하는 기간과 활동을 실제로 확보했는지가 중요합니다.
원본을 보존하고 주문과 체결, 입출금과 지갑 이동, 시간대와 자산 단위를 구분하세요. 이 기초가 명확해야 거래 복기나 외부 자료 제출에서도 잘못된 합계와 누락을 줄일 수 있습니다.
정보성·개인정보 고지: 이 글은 일반적인 기능 설명이며 투자 성과, 회계 처리 또는 세무 신고 판단을 제공하지 않습니다. 거래 기록에는 민감한 금융 정보가 포함될 수 있습니다. 최신 공식 기능 안내를 확인하고 파일과 계정 접근 정보를 안전하게 관리하세요.
바이낸스 가입하고 혜택 확인하기+
바이낸스 가입하기
바이낸스 회원가입부터 이메일 인증, KYC, OTP 설정까지 COINSIGN의 단계별 가이드를 확인하면서 진행할 수 있습니다.
바이낸스 가입하기바이낸스 가입방법 8단계 가이드 보기 →