Les exports de relevé Xero et le CSV brut téléchargé depuis la banque ne s'alignent presque jamais ligne par ligne — même quand les deux fichiers couvrent le même compte et le même mois. Xero réorganise les données dans sa propre structure d'export. La banque conserve la mise en page qu'elle utilise de son côté. C'est pour cela que les en-têtes, les dates et les colonnes de montants semblent déjà discordants avant d'avoir trouvé le moindre écart réel.
L'erreur classique : traiter les deux fichiers comme s'ils devaient être visuellement identiques.
Ils ne le sont pas.
Ce qu'ils doivent faire, c'est raconter la même histoire de trésorerie une fois que vous avez normalisé les champs qui comptent : date, montant signé, et une référence ou description exploitable. Rapprocher un export Xero d'un CSV bancaire brut, c'est démontrer là où les fichiers sont équivalents, là où c'est le formatage qui a changé, et là où il existe vraiment une transaction manquante ou en double.
Pourquoi les deux fichiers divergent avant même qu'une transaction soit fausse
Le CSV brut est la vue source de la banque. Il reflète généralement les noms de colonnes, le format de date, la disposition des montants et la logique de solde courant propres à l'établissement bancaire.
L'export Xero est une vue de travail des lignes de relevé dans Xero. Il est conçu pour l'écran de rapprochement de Xero et pour les rapports — pas pour s'aligner colonne par colonne avec le CSV de la banque.
Ces différences se manifestent de façon prévisible :
| Motif CSV bancaire brut | Motif export Xero | Pourquoi cela crée un faux écart |
|---|---|---|
Value Date, Txn Date ou Posted Date | Date | Le même événement, un libellé différent et souvent un format différent |
Colonnes Debit et Credit séparées | Colonnes Spent et Received séparées, ou un montant signé unique à l'export | Le montant est représenté différemment même quand le mouvement de trésorerie est identique |
Description, Memo, Narrative | Payee, Description, Reference, ou un champ texte fusionné | Le texte utile peut changer de colonne |
| Solde courant inclus | Solde courant absent ou placé différemment | Le solde est un champ de contrôle, pas une clé de correspondance |
| Référence bancaire noyée dans la narration | Référence scindée ou tronquée | Un bon identifiant peut sembler absent alors qu'il a simplement bougé |
C'est pour cela que la comparaison par ordre de ligne échoue si vite. Le premier fichier dit : « Voici ce que la banque a enregistré. » Le second dit : « Voici comment Xero a exporté les lignes de relevé qu'il détient. » Lié ne veut pas dire identique.
Les changements d'en-têtes aggravent encore les choses. Un classeur construit autour de l'export Xero du mois dernier peut se casser quand un libellé de colonne change ou qu'un champ change de position. C'est un problème distinct du rapprochement lui-même, mais c'est l'une des raisons pour lesquelles les changements d'en-têtes dans les exports Xero cassent les classeurs comptables.
Ce qu'un rapprochement terminé doit démontrer
Un rapprochement propre entre un export Xero et un CSV bancaire brut n'est pas une capture d'écran avec des lignes surlignées. Il démontre trois choses :
- Les deux fichiers couvrent le même compte bancaire et la même période.
- Le mouvement de trésorerie total concorde une fois les colonnes de montants normalisées.
- Chaque ligne non rapprochée restante est expliquée par une cause précise.
Tous les champs n'ont pas le même poids. Certains servent à la correspondance. D'autres servent seulement à confirmer ou à expliquer.
| Champ | Utilisation | Ce qui constitue un succès |
|---|---|---|
| Date | Support de correspondance principal | Même date après normalisation du format, ou décalage de date de valeur clairement documenté |
| Montant signé | Champ de correspondance central | Même mouvement de trésorerie dans les deux fichiers |
| Référence ou fragment de description | Support de correspondance secondaire | Assez de texte commun pour confirmer la ligne, pas une copie mot pour mot |
| Solde courant | Contrôle | Aide à vérifier l'exhaustivité du fichier, pas l'identité de chaque ligne |
| Ordre des lignes | Ne pas l'utiliser comme preuve | Les lignes peuvent apparaître dans un ordre différent et être quand même correctes |
Ce dernier point est important. Beaucoup de rapprochements qui échouent ne sont pas des échecs de données. Ce sont des échecs d'ordre de lignes. Un fichier trie par date de valeur. Un autre trie par ordre d'import. Un extourne se retrouve à côté de la transaction d'origine dans un export et plusieurs lignes plus loin dans l'autre. Faire correspondre par numéro de ligne transforme un jeu de données correct en une fausse liste d'exceptions.
La bonne question n'est pas : « Pourquoi ces lignes semblent-elles différentes ? » La bonne question est : « Quels champs devraient encore concorder une fois les deux fichiers convertis dans la même forme de comparaison ? »
Le processus pour mettre les fichiers en accord
Commencez par fixer le périmètre. Ne comparez pas « l'export Xero » au « CSV bancaire » dans l'abstrait. Comparez un compte bancaire, une période, un relevé.
Si le CSV bancaire brut couvre du 1er mai au 31 mai, l'export Xero doit couvrir exactement la même plage. Si un fichier inclut le 1er juin et l'autre s'arrête au 31 mai, le reste du travail est du bruit.
Étape 1 : Éliminez les problèmes de périmètre avant de toucher la moindre formule ou le moindre filtre.
Vérifiez d'abord :
| Vérification | Ce qu'il faut confirmer |
|---|---|
| Compte bancaire | Les deux fichiers proviennent du même compte, pas de deux comptes aux noms similaires |
| Période | La date de début et la date de fin sont identiques |
| Devise | Les deux fichiers sont dans la même devise et à la même échelle de montants |
| Date d'export | Le CSV bancaire a été téléchargé après que les mêmes transactions existaient dans Xero |
Si un fichier a été exporté plus tard, des lignes supplémentaires peuvent être réelles. Ce ne sont pas des problèmes de formatage. Ce sont des problèmes de périmètre.
Étape 2 : Convertissez les deux fichiers en une seule colonne de montant signé.
C'est là que commencent la plupart des faux écarts.
Les banques exportent souvent les sorties et les entrées dans deux colonnes séparées. Xero peut les exporter différemment. Avant toute comparaison, forcez les deux fichiers dans un seul champ de montant signé :
| Disposition d'origine | Règle de montant signé |
|---|---|
| Debit et Credit | Credit moins Debit |
| Spent et Received | Received moins Spent |
| Une colonne Amount avec les signes déjà présents | À conserver tel quel |
Si le fichier bancaire sépare Debit et Credit, construisez la colonne signée en ligne :
=SI(D2<>"",D2,0)-SI(C2<>"",C2,0)Ici D2 est Credit et C2 est Debit. Appliquez la même règle aux colonnes Spent et Received de Xero. Si les montants ont été importés en texte avec des virgules, encadrez d'abord chaque côté avec CNUM(SUBSTITUE(...)).
Une fois les deux fichiers ramenés à une colonne de montant signé, comparez les totaux. Si les totaux signés ne concordent pas, arrêtez-vous là et trouvez l'écart avant de chercher les correspondances ligne par ligne. Un écart de total pointe généralement vers l'une de ces causes :
- Un fichier inclut une ligne de solde d'ouverture
- Un fichier inclut une plage d'import en double
- Un fichier contient un extourne ou une correction bancaire que la date d'export de l'autre fichier n'a pas capturée
- Un fichier a perdu des lignes de montant vides ou invalides lors de l'import
Étape 3 : Convertissez les dates en vraies valeurs de date, pas en texte qui ressemble à des dates.
Ce problème se cache en pleine vue. 03/04/2026 n'est pas la même chose si un fichier signifie le 3 avril et l'autre le 4 mars.
Normalisez les deux fichiers en vraies valeurs de date dans un format unique. Pour une date en texte au format jj/mm/aaaa, extrayez-la explicitement plutôt que de faire confiance à DATEVAL :
=DATE(DROITE(B2,4),STXT(B2,4,2),GAUCHE(B2,2))Inversez les positions du jour et du mois pour mm/jj/aaaa. Comparez ensuite le résultat normalisé, pas l'affichage d'origine. Si les dates divergent encore après la conversion, distinguez les vraies différences de date des différences de date de valeur. Une transaction peut apparaître dans le CSV bancaire à une date et dans Xero le lendemain si les données sources ont été saisies dans Xero plus tard. Ce n'est pas la même chose qu'une transaction manquante.
Étape 4 : Construisez une clé de correspondance dans le bon ordre.
Ne commencez pas par le texte de description seul. La description est utile, mais instable. Les banques abrègent. Xero répartit le texte sur plusieurs champs. Les références bougent.
Utilisez cet ordre de priorité :
- Montant signé
- Date
- Référence, bénéficiaire ou fragment de description nettoyé
Si la référence bancaire est fiable, utilisez-la. Sinon, combinez montant, date et un fragment de texte nettoyé. Éliminez le bruit évident : espaces répétés, préfixes bancaires ou termes de narration fixes qui apparaissent sur chaque ligne.
C'est aussi le moment où beaucoup d'équipes réalisent qu'elles reconstruisent la même comparaison chaque mois. Si la structure du problème est la correspondance fichier à fichier plutôt que la réparation de classeur, un processus basé sur la comparaison de deux CSV de relevé bancaire sans formules est généralement plus stable qu'étendre encore une feuille de recherche.
Étape 5 : Vérifiez les totaux avant de traquer les exceptions individuelles.
Un bon rapprochement va du grand vers le petit :
| Niveau | Question |
|---|---|
| Total du fichier | Les deux fichiers représentent-ils le même mouvement total ? |
| Total journalier | Les écarts sont-ils concentrés sur des jours précis ? |
| Correspondance ligne par ligne | Quelles transactions exactes s'alignent ? |
| Exceptions | Quelles lignes restent non rapprochées, et pourquoi ? |
Si vous passez directement au filtrage par ligne, vous pouvez perdre une heure sur un écart de description sans importance pendant qu'une plage de dates en double reste non résolue au niveau du total du fichier.
Étape 6 : Classez ce qui reste.
À ce stade, vous devriez avoir trois groupes :
- Correspondances exactes
- Différences attendues et explicables
- Vraies exceptions qui nécessitent une action
Cette classification, c'est le rapprochement. Sans elle, vous n'avez que des résultats de comparaison.
Comment lire les exceptions restantes
Une fois que les deux fichiers partagent la même forme de comparaison, les incohérences restantes deviennent beaucoup plus faciles à interpréter.
| Type d'exception | Ce que cela signifie généralement | Que faire ensuite |
|---|---|---|
| Présent dans le CSV bancaire brut, absent dans l'export Xero | Plage d'import manquante, téléchargement bancaire ultérieur, ou lignes de relevé incomplètes dans Xero | Vérifiez la période de relevé et l'historique d'import Xero pour cette plage de dates |
| Présent dans l'export Xero, absent dans le CSV bancaire brut | Ligne importée en double, ligne de période antérieure, ou périmètre d'export décalé | Vérifiez si l'export Xero couvre une période plus large que le CSV bancaire |
| Même montant, décalage d'un jour | Différence de date de valeur ou de date d'import | Marquez comme décalage, pas comme correspondance rompue |
| Même date, signe opposé | Normalisation débit/crédit non effectuée | Revérifiez la règle de montant signé |
| Même montant, correspondance texte faible | Référence déplacée entre les champs | Cherchez dans bénéficiaire, description et référence ensemble avant de signaler |
| Plusieurs lignes non rapprochées avec des montants identiques | Doublons ou transactions fractionnées | Vérifiez les imports répétés et les écritures scindées |
La discipline la plus importante ici est de ne pas réagir de manière excessive aux différences de description. Les champs texte sont la partie la plus bruyante de cette comparaison. Le montant et la date vous disent si vous regardez le même événement de trésorerie. La description vous dit si l'identification est assez solide pour être fiable.
Il y a aussi des cas où les totaux concordent mais où quelques lignes ne correspondent pas. Cela ne signifie pas que le rapprochement est terminé. Des totaux égaux peuvent masquer des erreurs compensatoires :
- Un dépôt en double et un dépôt manquant pour le même montant
- Un débit importé avec le mauvais signe et une ligne omise
- Deux frais bancaires regroupés en une seule ligne dans un fichier et séparés dans l'autre
C'est pour cela que ce que vous voulez comme résultat n'est pas « les totaux concordent ». Ce que vous voulez, c'est une liste d'exceptions avec une raison en regard de chaque ligne non rapprochée.
À quoi doit ressembler la réponse finale
Quand le rapprochement est terminé, vous devez pouvoir remettre un court résumé à quelqu'un et le défendre.
Ce résumé doit indiquer :
| Section | Ce qu'il doit montrer |
|---|---|
| Périmètre | Nom du compte, période, devise |
| Totaux des fichiers | Total signé export Xero, total signé CSV bancaire brut, écart |
| Résultat des correspondances | Nombre et valeur des correspondances exactes |
| Éléments de décalage | Lignes qui correspondent avec un décalage de date et pourquoi |
| Vraies exceptions | Lignes manquantes, en double ou avec un mauvais signe qui nécessitent une correction |
Si vous ne pouvez pas expliquer l'écart catégorie par catégorie, le rapprochement n'est pas encore terminé.
C'est là que beaucoup d'équipes perdent du temps. Le jugement comptable est souvent terminé tôt. Les heures restantes sont consacrées à forcer deux fichiers de structure différente dans un modèle de classeur qui n'a jamais été conçu pour une comparaison répétée de fichiers.
