Réponse rapide : si l'importation dans votre logiciel fiscal ne reflète pas le résultat de votre trading sur marge, n'ajoutez pas un profit ou une perte estimé pour forcer la correspondance des totaux. Confirmez la période, le périmètre de comptes et les types de transactions inclus dans l'export ; obtenez séparément les relevés de marge ou de contrats si nécessaire ; puis comparez les transactions, les frais, les paiements de funding, les transferts et le PnL réalisé dans une feuille de réconciliation datée. Le Centre d'aide de Phemex a averti qu'une importation CSV peut omettre le PnL de Marge, mais les fonctionnalités d'export peuvent évoluer. Vérifiez les fichiers actuels et laissez un professionnel qualifié de la fiscalité décider comment les records réconciliés doivent être déclarés dans votre juridiction.
Pourquoi un import fiscal et un historique de trading peuvent diverger ?
Le tableau de bord d'un logiciel fiscal est un calcul basé sur les records importés et ses propres règles de classification. Ce n'est pas une copie directe de chaque solde et résultat affiché dans un compte de trading. Si un fichier source omet un type de transaction, utilise une plage de dates différente ou est importé deux fois, le total du logiciel peut différer de l'historique du compte de la plateforme, même lorsqu'aucune erreur arithmétique simple n'existe dans l'un ou l'autre système.
Le guide de base sur l'historique des transactions explique comment télécharger un CSV et l'importer dans un outil partenaire. La page du Centre d'aide consacrée aux relevés de compte (https://phemex.com/fr/help-center/how-do-i-download-phemex-account-statements-reports) ajoute une mise en garde précise : dans le flux de travail qu'elle décrit, l'importation CSV de Phemex n'inclut pas les données de PnL de Marge et renvoie les lecteurs vers un rapport distinct. Comme cet article d'aide est plus ancien que certaines pages produit actuelles, il doit inciter à vérifier l'export du jour plutôt qu'à affirmer sans nuance que tout CSV actuel présente toujours le même manque.
Une même position économique peut générer plusieurs records. Une exécution de trade, un frais, un paiement de funding, un transfert de collatéral et le résultat réalisé peuvent apparaître dans des fichiers ou des sections de compte différents. Le logiciel d'importation peut les libeller différemment. L'objectif de la réconciliation est d'identifier ce qui s'est passé et comment cela est représenté, avant de demander à un moteur fiscal de calculer un résultat propre à une juridiction.
Étape 1 : définir la période et les comptes
Notez la période fiscale à examiner, son fuseau horaire et les comptes concernés. Incluez les sous-comptes s'ils ont effectué des trades. Un export qui commence un jour trop tard ou exclut un sous-compte peut créer un écart qui ressemble à un trade manquant. Une position ouverte avant la période et clôturée pendant celle-ci peut également nécessiter des records d'acquisition ou d'ouverture antérieurs pour le calcul du logiciel.
Ouvrez la page Reporting Fiscal de Phemex (https://phemex.com/fr/account/tax-reporting) et examinez les options d'export actuelles. La page décrit le téléchargement de l'historique des transactions incluant les comptes principaux et secondaires, puis la sélection d'un partenaire fiscal. Ne supposez pas que la période par défaut correspond à votre année de déclaration. Conservez les paramètres de la demande d'export et le nom de fichier à côté du fichier généré, afin de pouvoir reproduire l'importation si une question se pose plus tard.
La date et l'heure de création du fichier comptent. Si vous exportez avant qu'un ajustement tardif, une correction ou une transaction ne soit enregistré, le rapport peut ne pas correspondre à un écran consulté ultérieurement. Comparez des éléments comparables : même période, même ensemble de comptes, même date d'arrêté. Si une importation a été effectuée il y a plusieurs semaines, relancez-la avec un nouvel export documenté seulement après avoir vérifié que cela ne dupliquera pas les records existants dans le logiciel.
Étape 2 : inventorier les records sources
Listez les catégories que vous vous attendez à voir : trades au comptant, trades sur marge le cas échéant, trades de contrats, dépôts, retraits, transferts internes, paiements de funding, intérêts ou frais d'emprunt, frais de trading et PnL réalisé. Vous ne disposez peut-être pas de toutes les catégories. L'essentiel est de savoir lesquelles pourraient expliquer l'écart, plutôt que de chercher uniquement une ligne manquante isolée.
Les instructions du Centre d'aide relatives aux rapports (https://phemex.com/fr/help-center/how-do-i-download-phemex-account-statements-reports) décrivent des chemins distincts pour les comptes de trading de contrats, le compte au comptant, l'historique des transactions au comptant, le compte d'investissement et les retraits. L'interface et les noms des rapports peuvent avoir changé ; utilisez donc la page de compte actuelle comme source opérationnelle. Exportez chaque catégorie pertinente pour la même plage de dates. Conservez les fichiers originaux inchangés et travaillez à partir de copies pour le tri et les annotations.
Distinguez « PnL de Marge » en tant que libellé dans un rapport produit d'une référence générale à tout trading à effet de levier. Un compte de marge, un compte de contrats à terme et un outil fiscal externe peuvent utiliser une terminologie différente. Il faut inspecter le véritable champ source et le type de compte avant d'affirmer qu'un résultat particulier de contrats à terme manque parce qu'une note du Centre d'aide mentionne le PnL de Marge. Si le record manquant concerne un autre produit, le rapport approprié peut également différer.
Découvrir les options de trading sur Phemex
Étape 3 : comparer les records, pas les totaux affichés
Commencez par un rapprochement au niveau de la transaction. Pour chaque record source, relevez son horodatage, son compte, son instrument, son type, son actif, son montant, ses frais et son identifiant unique s'il existe. Puis localisez l'entrée importée correspondante. Un tableur peut aider, mais conservez les montants dans leur actif natif et enregistrez séparément toute devise d'évaluation. Un frais de 2 USDT (https://phemex.com/fr/price/tether) et un transfert de 0,01 BTC (https://phemex.com/fr/price/bitcoin) ne doivent pas être réduits à un seul chiffre sans une méthode de conversion définie.
Un tableau de réconciliation pratique comporte ces colonnes : fichier source, ligne source ou ID de transaction, horodatage et fuseau horaire, compte, type de transaction, actif, montant signé, frais, ID dans le logiciel importé, classification et statut. Le statut peut être « rapproché », « absent de l'importation », « doublon » ou « à examiner ». Il s'agit d'une liste de contrôle de travail, pas d'un substitut au calcul fiscal final.
Envisagez un cas hypothétique. Un utilisateur clôture une position sur marge et voit un résultat réalisé dans un rapport de compte, mais le fichier fiscal importé n'affiche que deux exécutions de trade et un transfert de collatéral. La première question est de savoir si le résultat est représenté à travers ces exécutions selon la méthode du logiciel, ou si un événement de PnL distinct est réellement absent. Ajouter le PnL visible comme nouvelle transaction sans vérification pourrait le comptabiliser deux fois. L'exemple illustre la logique d'examen ; il n'affirme pas qu'un rapport Phemex particulier utilise cette structure pour tous les produits de marge.
Étape 4 : séparer les transferts des cessions et des coûts
Déplacer du collatéral entre les propres comptes d'un utilisateur peut modifier les soldes sans constituer un achat ou une vente externe. Un outil d'importation qui traite le côté sortant comme un retrait inexpliqué et le côté entrant comme un nouveau revenu peut fausser ses totaux. Rapprochez les deux côtés à l'aide du temps, du montant, de l'actif et des identifiants de compte. Si un côté manque, examinez le transfert avant d'attribuer une catégorie fiscale.
Les frais et le funding sont distincts des mouvements de collatéral. Ils peuvent expliquer pourquoi un solde de plateforme a varié davantage que ne le suggère un simple calcul d'entrée à sortie. Exportez les records et réconciliez-les, mais ne revendiquez pas un traitement fiscal uniforme. Les juridictions diffèrent, et le traitement peut dépendre du produit et des circonstances. L'objectif de cet article est de préserver des preuves exactes pour cette décision.
Le PnL non réalisé est une autre source de confusion. Un tableau de bord peut afficher l'estimation courante d'une position ouverte, tandis qu'un outil fiscal se concentre sur les transactions réalisées ou utilise une autre règle de reporting. Comparez le statut de la position et la signification de chaque chiffre. Ne créez pas un événement imposable à partir d'un affichage en valeur de marché, sauf si les règles applicables et un avis professionnel exigent ce traitement.
Étape 5 : résoudre les doublons et les entrées manquantes
Si la même ligne source apparaît deux fois dans le logiciel fiscal, vérifiez si vous avez importé des fichiers qui se chevauchent ou utilisé à la fois une connexion automatique et un CSV manuel. Supprimez ou excluez les doublons selon le flux de travail documenté de l'outil. Conservez une note indiquant ce que vous avez modifié et pourquoi. Supprimer une ligne uniquement pour forcer un total cible peut masquer une autre entrée manquante.
Si une entrée manque, déterminez si elle est absente de l'export Phemex ou présente dans l'export mais non acceptée par l'outil fiscal. Dans le premier cas, obtenez l'historique de compte correct ou contactez l'assistance Phemex avec le type de compte, la période et le nom du rapport. Dans le second, inspectez les avertissements d'importation du logiciel, le mappage des champs et les types de transactions pris en charge. Une ligne rejetée parce que son horodatage ou son type n'a pas été analysé est un problème différent d'un rapport source qui ne l'a jamais contenue.
Lorsqu'une saisie manuelle est nécessaire, conservez le record source original et reliez-le à l'entrée ajoutée. Libellez l'ajustement manuel afin qu'une réimportation ultérieure ne le duplique pas silencieusement. Le montant, l'horodatage, l'actif et la raison doivent être traçables. Une correction manuelle doit combler un écart identifié, pas servir de variable d'ajustement.
Quand la réconciliation est-elle complète ?
Être complet signifie que les records sources significatifs ont été rapprochés, expliqués comme exclus en vertu d'une règle documentée, ou signalés pour un examen professionnel. Le solde du compte de trading, la somme des transactions importées et le chiffre de gain du logiciel fiscal n'ont pas besoin d'être identiques, car ils répondent à des questions différentes. Ce qui compte, c'est de pouvoir expliquer le pont entre eux.
Conservez les exports originaux, le journal d'importation de l'outil fiscal, votre feuille de réconciliation, les documents sources des ajustements manuels, ainsi que les versions ou dates des logiciels utilisés. Enregistrez tout élément non résolu et son effet potentiel, plutôt que de le dissimuler dans un total arrondi. Si l'écart porte sur des positions importantes, plusieurs types de comptes ou plusieurs juridictions, consultez un professionnel de la fiscalité avant de déposer ou de modifier une déclaration.
La page Reporting Fiscal de Phemex (https://phemex.com/fr/account/tax-reporting) peut lancer le processus d'export. C'est un parcours produit, pas la promesse qu'un seul fichier contient tous les records nécessaires à toute situation fiscale. L'historique personnel des transactions de l'utilisateur et la loi locale applicable restent des données d'entrée indispensables.
FAQ
Le CSV de Phemex omet-il toujours le PnL de Marge ?
Un flux de travail plus ancien du Centre d'aide de Phemex avertit d'une omission du PnL de Marge et renvoie vers un rapport distinct. Les exports produits peuvent changer ; inspectez donc le fichier et la documentation actuels avant de formuler une affirmation générale. L'étape suivante correcte dépend du type de compte et du rapport utilisés.
Dois-je saisir manuellement le PnL affiché sur mon écran de trading ?
Pas avant d'avoir déterminé si les trades importés ou un autre rapport représentent déjà ce résultat. Une saisie directe sans réconciliation risque de le comptabiliser deux fois. Conservez les records sources et suivez le processus d'ajustement pris en charge par le logiciel fiscal.
Pourquoi mes soldes correspondent-ils mais pas le résultat de mon logiciel fiscal ?
Les soldes et les résultats fiscaux sont des calculs différents. Les transferts, frais, funding, positions ouvertes, données d'acquisition manquantes, règles de classification et méthodes d'évaluation peuvent influencer le chiffre du logiciel même lorsque le solde du compte est correct.
Phemex peut-il me indiquer le traitement fiscal d'une transaction ?
Phemex fournit des records de compte et un parcours de déclaration fiscale, tandis que le traitement fiscal dépend de la juridiction et de la situation personnelle. Un conseiller local qualifié doit trancher les questions de classification et de déclaration à partir des records réconciliés.
