要点： 税務ソフトのインポート結果があなたのマージン取引の結果を反映していない場合、合計を無理に一致させるために推測による利益や損失を追加しないでください。まずエクスポートの対象期間、アカウント範囲、含まれる取引タイプを確認し、必要に応じて関連するマージンまたは契約の記録を別途取得します。そのうえで、取引、手数料、ファンディング、送金、実現損益（Realized PnL） を日付入りの照合シートで比較してください。Phemex のヘルプセンターでは、CSV インポートでマージン損益が省略される可能性があるとの注意が記載されていますが、エクスポート機能は変更されることがあります。現在のファイルを検証し、照合後の記録をあなたの管轄区域でどのように報告すべきかは、資格を持つ税務の専門家に判断を委ねてください。
税務インポートと取引履歴が食い違うのはなぜですか？
税務ソフトのダッシュボードは、インポートされた記録と同ソフト独自の分類ルールに基づく計算結果です。取引アカウント内に表示されるすべての残高や結果をそのまま写したものではありません。ソースファイルがある取引タイプを省略していたり、異なる日付範囲を使用していたり、二重にインポートされていたりすると、どちらのシステムにも単純な計算誤りがなくても、ソフトの合計値がプラットフォームのアカウント履歴と異なることがあります。
Phemex の取引履歴の基本ガイドでは、CSV をダウンロードして提携ツールへインポートする方法が説明されています。また、アカウント明細に関するヘルプセンターのページでは、そこで説明されているワークフローにおいて Phemex の CSV インポートにマージン損益データが含まれない旨の具体的な注意があり、別のレポートを参照するよう読者に案内しています。このヘルプ記事は現在の一部のプロダクトページより古いため、「現在の CSV も常に同じ欠落がある」と無条件に断定するのではなく、今日のエクスポート内容を確認するきっかけとして扱うべきです。
1 つの経済的なポジションに対して複数の記録が存在することがあります。約定、手数料、資金調達率（Funding Rate）に基づくファンディング支払い、担保の移動、実現結果が、異なるファイルやアカウントセクションに分かれて表示されることがあり、インポートソフトはそれぞれ別のラベルを付ける場合があります。照合の目的は、管轄固有の計算を税務エンジンに依頼する前に、何が起きたのか、そしてそれがどの様に表現されているかを特定することです。
ステップ1：期間とアカウントを定義する
レビューが必要な課税期間、そのタイムゾーン、関係するアカウントを書き出してください。サブアカウントが取引している場合はそれも含めます。開始日が1日遅いエクスポートや、サブアカウントを除外したエクスポートは、まるで取引が欠落しているかのような差異を生むことがあります。期間開始前に建てられ、期間内に決済されたポジションについては、ソフトの計算のためにそれ以前の取得記録や建玉記録が必要になる場合もあります。
Phemex タックスレポーティングページを開き、現在のエクスポートオプションを確認してください。このページでは、メインおよびサブアカウントを含む取引履歴のダウンロード方法と、税務パートナーの選択方法が説明されています。デフォルトの期間が申告年度と一致すると思い込まないでください。後日疑問が生じた際にインポートを再現できるよう、エクスポート要求の設定とファイル名を生成ファイルとともに保存しておいてください。
ファイルの日付と作成時刻も重要です。遅れて計上された調整、訂正、取引が反映される前にエクスポートすると、レポートは後日の画面表示と一致しないことがあります。同じ期間、同じアカウントセット、同じ時点同士で比較してください。数週間前にインポートを行った場合は、既存レコードがソフト内で重複しないことを確認したうえで、記録に残った最新の新鮮なエクスポートを用いて再実行してください。
ステップ2：ソース記録を棚卸しする
現れるはずのカテゴリを書き出してください：スポット取引、該当する場合のマージン取引、コントラクト（先物）取引、預入、引出し、内部送金、ファンディング支払い、利息または借入コスト、取引手数料、実現損益などです。すべてを持っている必要はありません。ポイントは、単一の欠落行だけを探すのではなく、差異に影響しうるカテゴリを把握しておくことです。
ヘルプセンターのレポート手順では、コントラクト取引アカウント、スポットアカウント、スポット取引履歴、投資アカウント、引出しそれぞれについて別々の経路が説明されています。インターフェースやレポート名は変更されている可能性があるため、現在のアカウントページを実際の運用基準としてください。同一の日期範囲で各関連カテゴリをエクスポートし、オリジナルファイルは変更せず、並び替えやメモにはコピーを使用して作業してください。
プロダクトレポート上のラベルとしての「マージン損益（Margin PnL）」と、レバレッジ取引全般を指す一般的な呼称を区別してください。マージンアカウント、先物アカウント、外部の税務ツールでは用語が異なることがあります。ヘルプセンターの注記にマージン損益が触れられているからといって、特定の先物の結果が欠落していると主張する前に、実際のソースフィールドとアカウントタイプを検証すべきです。欠落した記録が別プロダクトに関するものなら、適切なレポートも異なります。
ステップ3：合計額ではなく記録単位で比較する
取引レベルのマッチングから始めましょう。各ソース記録について、タイムスタンプ、アカウント、商品、タイプ、資産、数量、手数料、利用可能であれば一意の識別子を抽出します。その後、対応するインポート済みエントリーを探します。スプレッドシートが役立ちますが、数量は元の資産のまま保持し、評価通貨は別途記録してください。2 USDT の手数料と 0.01 BTC の送金は、定義された換算方法なしに一つの数値へ統合すべきではありません。
実用的な照合表には次の列を含めます：ソースファイル、ソース行または取引ID、タイムスタンプとタイムゾーン、アカウント、取引タイプ、資産、符号付き数量、手数料、インポート先ソフトのID、分類、ステータス。ステータスには「一致」「インポートに欠落」「重複」「要確認」を用います。これは作業用のチェックリストであり、最終的な税務計算の代わりにはなりません。
仮定の事例を考えてみましょう。ユーザーがマージンポジションを決済し、アカウントレポートに実現結果が表示されていますが、インポートした税務ファイルには2件の約定と担保の移動しか現れていません。最初の問いは、その結果がソフトの方式により上記の約定を通じて表現されているのか、それとも個別の損益イベントが本当に欠落しているのかということです。確認せずに目に見える損益を新しい取引として追加すると、二重計上になるおそれがあります。この例はレビューの考え方を示すものであり、あらゆるマージン商品で特定の Phemex レポートがこの構造を使うと主張するものではありません。
ステップ4：移転と売却・費用を切り分ける
ユーザー自身のアカウント間で担保を移動すると、外部への売買ではなくても残高が変化します。送り側を根拠のない引出し、受け側を新たな収入として扱うインポートツールは、合計値を歪める可能性があります。時刻、数量、資産、アカウント識別子を用いて両側を突き合わせます。片側が見つからない場合は、税務カテゴリを割り当てる前に送金内容を調査してください。
手数料とファンディングは担保の移動とは別物です。シンプルな入口価格から出口価格の計算では説明できないほどプラットフォーム残高が変化する理由になり得ます。記録をエクスポートして照合しますが、統一的な税務処理があると断定しないでください。管轄によって異なり、取扱い商品は状況に依存します。この記事の役割は、その判断のための正確な証拠を保全することです。
未実現損益（Unrealized PnL） も混乱の一因です。ダッシュボードにはオープンポジションの現在の推定値が表示されますが、税務ツールは実現取引に焦点を当てたり、別の報告ルールを使ったりすることがあります。ポジションの状態と各数値の意味を比較してください。適用規則と専門家の助言が必要としない限り、マークトゥーマーケット表示から課税事象を作り出さないでください。
ステップ5：重複と欠落エントリーを解消する
同じソース行が税務ソフトに二回現れた場合、重複するファイルをインポートしたのか、自動接続と手動 CSV の両方を使ったのかを確認してください。ツールの文書化された手順に従って重複を削除または除外し、何を変更したか、その理由をメモに残してください。目標合計に合わせるためだけに行を削除すると、別に存在する欠落エントリーを覆い隠すことになります。
エントリーが欠落している場合は、Phemex エクスポート自体に存在しないのか、エクスポートにはあるが税務ツールに受理されていないのかを判定してください。前者の場合は正しいアカウント履歴を取得するか、アカウントタイプ・期間・レポート名を伝えて Phemex サポートに連絡します。後者の場合は、ソフトのインポート警告、フィールドマッピング、サポートされる取引タイプを検証します。タイムスタンプやタイプの解析に失敗して拒否された行と、そもそもソースレポートに含まれていなかった行は、問題の種類が異なります。
手動入力が unavoidable な場合は、元のソース記録を保全し、追加エントリーと紐付けてください。後日の再インポートで静かに重複しないよう、手動調整であることを明示的にラベル付けします。金額、タイムスタンプ、資産、理由は追跡可能に保ってください。手動修正は特定された欠落を解消するためのものであり、帳尻合わせの穴埋めに使ってはなりません。
照合はいつ完了したといえますか？
完了とは、重要なソース記録がマッチングされたか、文書化されたルールのもと除外対象であることが説明されたか、専門家レビュー用にフラグ付けされた状態をいいます。取引アカウントの残高、インポート済み取引の合計、税務ソフトの利益数値は、それぞれ異なる問いに答えるものなので、必ずしも一致する必要はありません。重要なのは、それらの間の橋渡しを説明できることです。
オリジナルのエクスポート、税務ツールのインポートログ、照合シート、手動調整の根拠書類、使用したソフトのバージョンや日付を保存してください。未解決項目とその潜在的な影響は、丸めた合計の中に隠さず記録として残しましょう。差異が大規模なポジション、複数のアカウントタイプ、複数の管轄にまたがる場合は、申告や修正を行う前に税務の専門家に相談してください。
Phemex タックスレポーティングページからエクスポート手続きを開始できます。これはプロダクトへの導線であり、1つのファイルがあらゆる税務状況に必要な全記録を含むという保証ではありません。ユーザー自身の取引履歴と適用される現地法は、引き続き不可欠な入力です。
FAQ
Phemex の CSV は常にマージン損益を省略しますか？
古い Phemex ヘルプセンターのワークフローでは、マージン損益の省略について注意喚起し、別のレポートを案内しています。プロダクトのエクスポートは変更され得るため、一般的な断定をする前に現在のファイルとドキュメントを確認してください。正しい次のステップは、使用中のアカウントタイプとレポートに依存します。
取引画面に表示される損益を手動で入力すべきですか？
インポート済みの取引や他のレポートが既にその結果を表現しているかどうかを判定するまでは、入力しないでください。照合を行わない直接入力は二重計上につながるおそれがあります。ソース記録を保全し、税務ソフトがサポートする調整手順に従ってください。
残高は一致するのに、税務ソフトの結果が合わないのはなぜですか？
残高と税務結果は異なる計算です。送金、手数料、ファンディング、ポジションの開設、欠落した取得データ、分類ルール、評価方法は、アカウント残高が正しい場合でもソフトの数値に影響します。
Phemex が取引の税務取扱いを教えてくれますか？
Phemex はアカウント記録とタックスレポーティングの導線を提供しますが、税務扱いは管轄区域と個人の状況に依存します。資格を持つ現地のアドバイザーが、照合後の記録を用いて分類と申告に関する判断を行うべきです。
