Convertisseur IA de relevé bancaire en CSV : obtenez un fichier que votre assistant d'importation accepte, pas seulement un fichier que vous pouvez ouvrir

Un relevé imprimé avec 03/04/2026 signifie le 4 mars pour le paramètre américain par défaut de QuickBooks Online et le 3 avril pour un paramètre JJ/MM. Si le format de la colonne de date ne correspond pas à celui que vous confirmez à l'étape de mappage, l'import se poursuit et chaque ligne atterrit avec le jour et le mois inversés — aucune erreur, aucun avertissement, juste un grand livre erroné jusqu'à ce que quelqu'un remarque un paiement « effectué » le mauvais jour. La documentation d'assistance de QuickBooks elle-même classe les formats de date incompatibles parmi les erreurs d'import CSV les plus courantes, et les corriger après coup signifie annuler et réimporter tout le lot.

La plupart des relevés impriment Débit et Crédit dans des colonnes séparées ; l'import de Xero exige une seule colonne Montant avec les dépenses en négatif. Un convertisseur qui reflète le relevé vous donne deux colonnes de montants et aucune instruction, donc chaque import commence par une fusion manuelle et une négativation dans un tableur. Les montants copiés sous forme de texte aggravent les choses : « 1 234,56 $ » avec le symbole monétaire et le séparateur de milliers n'est pas un nombre, et les assistants d'import le rejettent ou le classent comme texte — un mode de défaillance que les utilisateurs de r/QuickBooks rencontrent assez souvent pour que « vérifiez si les montants sont du texte » soit devenu un conseil standard.

La signification d'un CSV dépend de paramètres que personne ne consigne : sur les locales européennes, 1.234,56 est le nombre mille deux cent trente-quatre, et un outil ou un tableur qui enregistre avec le mauvais paramètre régional réécrit silencieusement chaque montant ; certains outils exportent des fichiers délimités par des points-virgules qu'un assistant attendant des virgules lit comme une seule colonne géante. Le guide d'import de Xero avertit explicitement contre l'utilisation de virgules comme séparateurs décimaux. Ce sont des défaillances de format de fichier, pas des défaillances d'extraction — c'est précisément pourquoi les concurrents axés sur l'extraction n'en parlent jamais.

L'extraction de colonnes personnalisées signifie que vous saisissez les noms de champs souhaités — Transaction Date, Description, Amount — et l'IA localise chaque valeur sur le relevé en comprenant ce qu'elle signifie, et non où elle se trouve. Les noms que vous saisissez deviennent la ligne d'en-tête exacte du CSV, de sorte que lorsque l'assistant d'importation vous demande de mapper les colonnes, le fichier parle déjà le vocabulaire de la destination. Aucun renommage après conversion, aucune supposition du type « que contient la colonne F ».

Les dates sont normalisées lors de l'extraction plutôt que copiées telles qu'imprimées, de sorte que la colonne corresponde au format sélectionné dans le mappage d'importation au lieu de conserver le rendu ambigu du relevé. Les montants sont exportés sous forme de valeurs numériques — 1234.56, pas « $1,234.56 » — avec suppression des symboles de devise et des séparateurs de milliers. Définissez une seule colonne Amount signée et le signe est conservé tel qu'imprimé ; définissez Debit Amount et Credit Amount séparément et chaque montant atterrit dans la colonne que la position sur le relevé implique. Les deux dispositions se mappent du premier coup.

La même définition de colonnes fonctionne avec Chase, Bank of America, Wells Fargo, HSBC, Barclays et d'autres banques sans configuration par banque, car l'IA lit les champs par leur signification. Les relevés multipages conservent la continuité de leurs lignes de transactions, et Opening Balance et Closing Balance peuvent être capturées depuis l'en-tête du relevé comme valeurs uniques — vous pouvez ainsi vérifier que les lignes extraites s'enchaînent correctement de l'ouverture à la clôture avant que le fichier n'atteigne l'assistant d'importation.