Le nombre de lignes et le résultat financier peuvent rester identiques alors que les identifiants des opérations ont changé. Une conversion numérique peut effacer les derniers caractères d'un code ; une jointure ultérieure peut alors attribuer une commission à la mauvaise exécution. Vérifiez l'identité des enregistrements avant de commenter leur rentabilité. Les identifiants ci-dessous sont fictifs, sans données de compte.

Un identifiant décrit quel enregistrement, pas combien

Un identifiant est une chaîne dont chaque caractère peut compter, y compris les zéros initiaux. Additionner des numéros d'ordre ne produit aucune information financière. À l'inverse, profit, commission et volume doivent recevoir leurs types numériques appropriés. Définissez ces types avant les formules de Tableur de trading : journal, formules et contrôles ; un tableau de bord séduisant ne résout pas une clé ambiguë.

Microsoft documente la précision numérique de quinze chiffres d'Excel et recommande le texte pour les codes plus longs. Tous les courtiers n'utilisent pas de longs tickets : examinez votre export. Dans MT5, DEAL_ORDER identifie l'ordre associé et DEAL_TICKET l'exécution. Plusieurs remplissages d'un ordre peuvent légitimement porter le même numéro d'ordre. Avant de supprimer des doublons, précisez si une ligne représente un ordre, une exécution ou une écriture de frais.

Modèle contrôlé : deux opérations deviennent une clé

Prenons 2026101300000001 et 2026101300000002. Notre variante garde les quinze premiers chiffres et remplace le seizième par zéro : les deux chaînes deviennent 2026101300000000. La variante texte conserve les deux identifiants complets. Ce mécanisme déclaré n'est ni un export réel ni une preuve des réglages de votre installation Excel.

Deux lignes ne prouvent pas deux clés distinctes

Sur petit écran, faites défiler le tableau pour lire toutes les colonnes.

Chaînes fictives conservées ou altérées
SourceConversion du modèleImport texte
202610130000000120261013000000002026101300000001
202610130000000220261013000000002026101300000002

La source contient deux clés distinctes ; la liste transformée, une seule clé répétée deux fois. Deux lignes subsistent. Dédupliquer peut supprimer une opération réelle ; joindre sur la clé endommagée peut multiplier ou mélanger les correspondances. Un total de profit inchangé ne démontre pas que les commissions restent associées à la bonne opération.

Une collision de clés, sans disparition de ligne

Deux chaînes distinctes deviennent identiques

Deux chaînes distinctes deviennent identiquesLa conversion fictive remplace uniquement le dernier chiffre par zéro. Deux lignes restent présentes, mais il ne reste qu'une clé distincte. L'import texte conserve les deux chaînes d'origine.Source : 2 clésConversion : 1 clé2026101300000001202610130000000020261013000000022026101300000000Import texte : les deux identifiants sont conservés.Modèle fictif. Aucun suffixe ne peut être reconstruit ici.
Contrôlez les chaînes complètes et leurs occurrences, pas seulement les totaux.

Faites défiler horizontalement ou agrandissez le schéma pour lire les détails.

Deux lignes, une seule cléDeux codes fictifs à 16 chiffres deviennent identiques dans la variante numérique.EXEMPLE DE CALCULSource2 clésConversion1 cléTexte2 clés
Deux lignes, une seule clé. Deux codes fictifs à 16 chiffres deviennent identiques dans la variante numérique.

L’import texte préserve les chaînes ; les sommes ne vérifient pas leur identité.

Source
2 clés – Deux suffixes distincts.
Conversion
1 clé – Deux occurrences du même code.
Texte
2 clés – Chaînes intégrales conservées.

L'affichage scientifique E+15 ne prouve pas à lui seul une perte : inspectez la valeur et l'export. Une fois les caractères perdus, ajouter « 1 » à la première ligne et « 2 » à la seconde invente une réparation. Un historique peut être trié autrement, incomplet ou contenir d'autres opérations. Le fichier altéré n'indique plus quel suffixe était correct.

Préserver toute la chaîne d'import et d'export

Conservez le téléchargement original hors du classeur de travail. Notez date de récupération et périmètre du rapport ; un nom de fichier « original » ne garantit pas sa provenance. Inspectez l'en-tête et les identifiants dans un éditeur de texte. Faites les essais sur une copie, sans écraser cette référence.

Utilisez un import texte/CSV contrôlé et assignez explicitement le type texte aux identifiants. Le guide Microsoft décrit cette méthode dans Power Query. Inspectez les étapes : si une conversion numérique a déjà supprimé des caractères, passer ensuite au texte ne les restaure pas. Repartez de la source conservée et corrigez l'ordre des transformations.

Selon la version, Excel propose des réglages de conversion automatique des grands nombres, zéros initiaux et chaînes ressemblant à des dates. Un réglage sur votre ordinateur ne prouve pas celui d'un collègue. Documentez la procédure du classeur partagé. Après chargement, sauvegardez une copie, exportez puis ouvrez l'export comme texte : vérifiez l'objet réellement utilisé en aval, et pas seulement son apparence à l'écran.

Contrat du comparateur local

Collez deux listes, un identifiant par ligne, sans en-tête, guillemets ni autres colonnes CSV. Caractères autorisés : lettres ASCII, chiffres et _ . : -. Chaque identifiant comporte de 1 à 128 caractères. Chaque liste accepte de 1 à 10 000 lignes non vides, au maximum 20 000 lignes au total, lignes vides comprises, et 1,5 Mo. Les espaces avant ou après sont des erreurs ; ils ne sont pas effacés silencieusement.

Vérifier les identifiants après un aller-retour

Cet exemple pédagogique fonctionne localement dans votre navigateur : il ne se connecte ni au compte ni à une API, ne transmet pas vos saisies et ne les conserve pas de façon persistante. Ne saisissez ni mot de passe ni données personnelles.

Chaque liste : 1 à 10 000 lignes non vides, au maximum 20 000 lignes et 1,5 Mo. Identifiant : 1 à 128 lettres ou chiffres ASCII, ou _ . : -. Les zéros initiaux et la casse comptent. L’ordre ne modifie pas la comparaison des occurrences. Cet outil ne répare pas les chiffres perdus.

Le comparateur respecte les zéros et la casse : ABC diffère de abc. Il compare les occurrences des chaînes exactes ; réordonner seul les lignes ne change pas leurs quantités. Dans l'exemple, les deux clés d'origine manquent et la nouvelle apparaît deux fois. Une correspondance avec une troncature après quinze chiffres reste une hypothèse diagnostique, pas une preuve qu'Excel en est la cause.

L'outil travaille sur les listes collées localement, sans connexion au courtier, transmission ni conservation persistante. Il ne vérifie pas l'authenticité des identifiants et ne répare pas les caractères. Une liste identique ne valide ni dates, prix, montants ni frais. Séparez les comptes et périmètres : un même libellé dans deux rapports sans relation définie ne représente pas nécessairement la même opération.

Contre-exemple indépendant en EUR : deux exécutions affichent +20 EUR et −10 EUR, avec commissions respectives de 2 EUR et 3 EUR. Le net total reste 5 EUR si les frais sont intervertis ; les résultats individuels passent pourtant de +18/−13 à +17/−12 EUR. Le rapprochement global ne vérifie donc pas l'attribution. Des clés fiables précèdent Deux robots en netting : à qui appartient le résultat ?, puis l'analyse du journal.

Protocole avant de calculer

  1. Définissez l'enregistrement et sa clé, puis conservez une source intacte avec son périmètre.
  2. Importez les identifiants comme texte, les montants selon leurs types, puis contrôlez les transformations et l'export.
  3. Comparez chaînes complètes et occurrences. En cas de perte, demandez un nouvel export ; ne devinez aucun suffixe.
  4. Rapprochez ensuite jointures, prix, Commission de transaction et Solde du compte séparément. Notez les limites dans Journal de trading : sources, unités et décisions.