빠른 답변: 세금 소프트웨어로 가져온 내역에 마진 거래 결과가 반영되지 않는다고 해서, 총액을 맞추려고 임의의 손익을 추가해서는 안 됩니다. 먼저 내보내기 기간, 계정 범위, 포함된 거래 유형을 확인하고, 필요하면 마진 또는 계약 관련 기록을 별도로 확보하십시오. 그런 다음 날짜가 기재된 조정(리컨실리에이션) 시트에서 거래, 수수료, 펀딩, 이체, 실현 손익(realized PnL)(실현 손익)을 비교합니다. Phemex 고객센터에서는 CSV 가져오기 시 Margin PnL이 누락될 수 있다고 안내한 바 있지만, 내보내기 기능은 변경될 수 있습니다. 현재 파일을 직접 확인하고, 조정된 기록을 관할 지역에서 어떻게 신고해야 하는지는 자격을 갖춘 세무 전문가의 판단을 받으십시오.
세금 가져오기 내역과 거래 기록이 일치하지 않는 이유는 무엇인가요?
세금 소프트웨어 대시보드는 가져온 기록과 소프트웨어 자체의 분류 규칙에 기반한 계산 결과이며, 거래 계정 내에 표시되는 모든 잔액과 결과를 그대로 복사한 것이 아닙니다. 원본 파일이 특정 거래 유형을 누락하거나, 다른 날짜 범위를 사용하거나, 두 번 가져온 경우 어느 쪽 시스템에도 단순한 산술 오류가 없더라도 소프트웨어의 총계가 플랫폼의 계정 내역과 다를 수 있습니다.
Phemex의 기본 거래 내역 가이드에서는 CSV를 다운로드하여 파트너 도구로 가져오는 방법을 설명합니다. 계정 명세서 고객센터 페이지는 Phemex CSV 가져오기 워크플로에 Margin PnL 데이터가 포함되지 않을 수 있다고 구체적으로 주의하며 별도의 리포트를 안내합니다. 해당 도움말 기사는 일부 현재 제품 페이지보다 오래되었으므로, 모든 최신 CSV에 항상 동일한 공백이 있다는 단정적 주장 대신 현재의 내보내기 파일을 확인하는 계기로 삼아야 합니다.
하나의 경제적 포지션에 대해 여러 기록이 존재할 수 있습니다. 체결, 수수료, 펀딩 지급, 담보 이체, 실현 결과는 서로 다른 파일이나 계정 영역에 나타날 수 있으며, 가져오기 소프트웨어는 이를 다르게 라벨링할 수 있습니다. 조정의 목적은 세금 엔진에 관할 지역별 결과를 계산하기 전에, 실제로 무슨 일이发生了什么었으며 각 항목이 어떻게 표현되는지를 식별하는 것입니다.
1단계: 기간과 계정 정의하기
검토해야 할 과세 기간, 해당 시간대, 관련된 계정을 기록하십시오. 하위 계정에서 거래가 있었다면 하위 계정도 포함하십시오. 내보내기 시작일이 하루 늦거나 하위 계정이 제외되면 마치 거래가 누락된 것처럼 보이는 차이가 발생할 수 있습니다. 기간 이전에 개설되어 기간 내에 청산된 포지션은 소프트웨어 계산에 앞서 취득 또는 개설 기록이 추가로 필요할 수 있습니다.
Phemex 세금 리포팅 페이지를 열어 현재 내보내기 옵션을 확인하십시오. 해당 페이지에서는 메인 및 하위 계정을 포함한 거래 내역을 다운로드한 후 세금 파트너를 선택하는 절차를 안내합니다. 기본 설정 기간이 본인의 신고 연도와 일치한다고 가정하지 마십시오. 나중에 질문이 발생했을 때 가져오기를 재현할 수 있도록 내보내기 요청 설정과 파일 이름을 생성된 파일과 함께 보관하십시오.
파일의 날짜와 생성 시각도 중요합니다. 지연된 조정, 정정, 거래가 반영되기 전에 내보내면 보고서가 이후 화면과 일치하지 않을 수 있습니다. 같은 기간, 같은 계정 집합, 같은 기준 시점으로 동일 조건을 비교하십시오. 몇 주 전에 가져오기를 수행했다면, 기존 기록이 중복되지 않는지 확인한 후에만 문서화된 최신 내보내기로 다시 실행하십시오.
2단계: 원본 기록 목록화하기
확인해야 할 항목을 나열하십시오: 현물 거래, 해당하는 경우 마진 거래, 계약 거래, 입금, 출금, 내부 이체, 펀딩 지급, 이자 또는 차입 비용, 거래 수수료, 실현 손익(PnL). 모든 항목이 다 있을 필요는 없습니다. 핵심은 누락된 한 행만 찾지 말고, 불일치에 영향을 줄 수 있는 항목이 무엇인지 파악하는 것입니다.
고객센터의 리포트 안내에는 계약 거래 계정, 현물 계정, 현물 거래 내역, 투자 계정, 출금에 대한 각각의 경로가 설명되어 있습니다. 인터페이스와 리포트 이름은 변경될 수 있으므로, 현재 계정 페이지를 실제 기준으로 사용하십시오. 관련 항목별로 동일한 날짜 범위로 내보내기를 수행하고, 원본 파일은 변경하지 않은 채본으로 보관하며, 정렬과 메모는 사본에서 작업하십시오.
제품 리포트의 라벨로서의 “Margin PnL”과 일반적인 레버리지 거래 전반을 지칭하는 표현을 구분하십시오. 마진 계정, 선물 계정, 외부 세금 도구는 서로 다른 용어를 사용할 수 있습니다. 고객센터 안내문에 Margin PnL이 언급되었다고 해서 특정 선물 결과가 누락된 것이라고 단정하기 전에, 실제 소스 필드와 계정 유형을 확인해야 합니다. 누락된 기록이 다른 제품에 관한 것이라면 적절한 리포트도 달라질 수 있습니다.
3단계: 총액이 아닌 개별 기록을 비교하기
거래 단위 매칭부터 시작하십시오. 각 원본 기록에 대해 타임스탬프, 계정, 상품, 유형, 자산, 수량, 수수료, 그리고 가능한 경우 고유 식별자를 기록하십시오. 그런 다음 대응하는 가져오기 항목을 찾으십시오. 스프레드시트가 도움이 될 수 있지만, 수량은 원래 자산 단위로 유지하고 평가 통화는 별도로 기록하십시오. USDT 2개의 수수료와 BTC 0.01개의 이체는 정의된 환산 방법 없이 하나의 숫자로 합쳐서는 안 됩니다.
실용적인 조정 테이블에는 다음 열을 포함할 수 있습니다: 소스 파일, 소스 행 또는 거래 ID, 타임스탬프와 시간대, 계정, 거래 유형, 자산, 부호가 있는 수량, 수수료, 가져오기 소프트웨어 ID, 분류, 상태. 상태는 “일치”, “가져오기에서 누락”, “중복”, “검토 필요”로 표시할 수 있습니다. 이는 작업용 체크리스트일 뿐 최종 세금 계산을 대체하지는 않습니다.
가상의 사례를 생각해 보십시오. 사용자가 마진 포지션을 청산하고 계정 리포트에서 실현 결과를 확인했는데, 가져온 세금 파일에는 두 건의 체결과 담보 이체만 표시되어 있습니다. 첫 번째 질문은 소프트웨어의 방식상 그 체결들을 통해 이미 결과가 표현되고 있는지, 아니면 별도의 PnL 이벤트가 실제로 누락된 것인지입니다. 확인 없이 눈에 보이는 PnL을 새 거래로 추가하면 이중 계상될 수 있습니다. 이 예시는 검토 논리를 설명하기 위한 것이며, 특정 Phemex 리포트가 모든 마진 제품에 대해 해당 구조를 사용한다고 주장하는 것은 아닙니다.
4단계: 이체와 처분·비용을 구분하기
사용자 자신의 계정 간 담보 이동은 외부 매매가 아니면서도 잔액을 변화시킬 수 있습니다.送出 측을 미설명 출금으로, 到着 측을 새로운 수입으로 처리하는 가져오기 도구는 총계를 왜곡할 수 있습니다. 시간, 수량, 자산, 계정 식별자를 사용해 양쪽을 매칭하십시오. 한쪽이 누락되었다면 세금 카테고리를 지정하기 전에 이체 내역을 조사하십시오.
수수료와 펀딩은 담보 이동과 별개입니다. 플랫폼 잔액이 단순한 진입–청산 가격 계산보다 더 크게 변동한 이유를 설명할 수 있습니다. 기록을 내보내어 조정하되, 균일한 세금 취급을 전제하지는 마십시오. 관할 지역마다 다르며, 취급은 제품과 상황에 따라 달라질 수 있습니다. 본 문서의 역할은 그 판단을 위한 정확한 증거를 보존하는 것입니다.
미실현 손익(Unrealized PnL)도 혼동의 원인이 될 수 있습니다. 대시보드는 미결제 포지션의 현재 추정치를 표시하는 반면, 세금 도구는 실현 거래에 집중하거나 다른 보고 규칙을 사용할 수 있습니다. 포지션의 상태와 각 수치의 의미를 비교하십시오. 적용되는 규칙과 전문가 자문이 요구하지 않는 한, mark-to-market 표시만으로 과세 이벤트를 만들어서는 안 됩니다.
5단계: 중복 및 누락 항목 해결하기
동일한 소스 행이 세금 소프트웨어에 두 번 나타난다면, 겹치는 파일을 가져왔거나 자동 연결과 수동 CSV를 모두 사용했는지 확인하십시오. 도구의 문서화된 절차에 따라 중복을 제거하거나 제외하고, 무엇을 왜 변경했는지 메모를 남기십시오. 목표 총액에 맞추기 위해 행을 삭제하면 실제로 누락된 다른 항목을 숨길 수 있습니다.
항목이 누락된 경우, Phemex 내보내기에 애초에 없었는지, 아니면 내보내기에는 있으나 세금 도구가 수락하지 않았는지 판별하십시오. 전자라면 올바른 계정 내역을 확보하거나 계정 유형, 기간, 리포트 이름을 알려 Phemex 고객 지원에 문의하십시오. 후자라면 소프트웨어의 가져오기 경고, 필드 매핑, 지원 거래 유형을 점검하십시오. 타임스탬프나 유형이 파싱되지 않아 거부된 행은, 소스 리포트에 애초에 포함되지 않은 경우와는 다른 문제입니다.
수동 입력이 필요한 경우, 원본 소스 기록을 보존하고 추가된 항목과 연결하십시오. 이후 재가져오기 시 조용히 중복되지 않도록 수동 조정임을 라벨링하십시오. 금액, 타임스탬프, 자산, 사유가 추적 가능해야 합니다. 수동 정정은 식별된 공백을 해결하기 위한 것이지, 맞수를 맞추는 임시 방편으로 사용되어서는 안 됩니다.
조정은 언제 완료된 것으로 볼 수 있나요?
조정이 완료되었다는 것은 중요한 소스 기록들이 매칭되거나, 문서화된 규칙에 따라 제외된 것으로 설명되거나, 전문가 검토 대상으로 플래그되어 있음을 의미합니다. 거래 계정 잔액, 가져온 거래의 합계, 세금 소프트웨어의 이익 수치는 서로 다른 질문에 답하는 것이므로 반드시 일치할 필요는 없습니다. 중요한 것은 이들 사이의 연결 고리를 설명할 수 있어야 한다는 점입니다.
원본 내보내기 파일, 세금 도구의 가져오기 로그, 조정 시트, 수동 조정의 근거 문서, 사용한 소프트웨어의 버전 또는 날짜를 보관하십시오. 미해결 항목과 그 잠재적 영향을 반올림된 총액 속에 숨기지 말고 기록하십시오. 불일치가 큰 포지션, 여러 계정 유형, 또는 복수 관할 지역에 걸쳐 있다면 신고 또는 수정 신고 전에 세무 전문가와 상담하십시오.
Phemex 세금 리포팅 페이지에서 내보내기 절차를 시작할 수 있습니다. 이는 제품 이용 경로일 뿐, 하나의 파일이 모든 세금 상황에 필요한 모든 기록을 담보한다는 약속이 아닙니다. 사용자 본인의 거래 내역과 적용되는 현지 법령이 여전히 필수 입력값입니다.
FAQ
Phemex CSV는 항상 Margin PnL을 누락하나요?
오래된 Phemex 고객센터 워크플로는 Margin PnL 누락에 대해 경고하며 별도 리포트를 안내합니다. 제품 내보내기 기능은 변경될 수 있으므로, 일반화하기 전에 현재 파일과 문서를 직접 확인하십시오. 올바른 다음 조치는 사용 중인 계정 유형과 리포트에 따라 달라집니다.
거래 화면에 표시되는 PnL을 수동으로 입력해야 하나요?
가져온 거래나 다른 리포트가 이미 해당 결과를 표현하고 있는지 확인하기 전까지는 입력하지 마십시오. 조정 없이 직접 입력하면 이중 계상될 수 있습니다. 소스 기록을 보존하고 세금 소프트웨어가 지원하는 조정 절차를 따르십시오.
잔액은 일치하는데 세금 소프트웨어 결과가 다른 이유는 무엇인가요?
잔액과 세금 결과는 서로 다른 계산입니다. 이체, 수수료, 펀딩, 미결제 포지션, 누락된 취득 데이터, 분류 규칙, 평가 방법이 계정 잔액이 정확하더라도 소프트웨어 수치에 영향을 줄 수 있습니다.
Phemex가 거래의 세금 취급을 알려주나요?
Phemex는 계정 기록과 세금 리포팅 경로를 제공하지만, 세금 취급은 관할 지역과 개인 상황에 따라 달라집니다. 자격을 갖춘 현지 전문가가 조정된 기록을 바탕으로 분류 및 신고 관련 질문에 답해야 합니다.
