Les mois Xero avant le flux bancaire
restent une tâche CSV

Un flux bancaire enregistre le présent et ignore silencieusement le passé

Un flux bancaire répond bien à une seule question : ce qui a été comptabilisé sur ce compte récemment. Lorsque vous connectez un compte, Xero demande à la banque tout l'historique qu'elle accepte de fournir, et la plupart des banques ne remontent pas loin. Intuit rend la même limite explicite pour son propre produit, et ce comportement est standard pour tous les flux : la connexion est un tuyau en direct, pas une archive. Une transaction comptabilisée avant la connexion du compte n'a jamais été livrée, car personne ne l'a demandée.

Le flux commence le jour où vous connectez, pas le jour où le compte a été ouvert. Chaque mois antérieur à cette connexion lui est invisible, peu importe combien de fois vous cliquez sur actualiser.

Les comptables en voient constamment le résultat. Sur r/xero, un comptable a décrit un client dont le compte comptait des centaines de transactions et a constaté que le flux n'avait tout simplement pas vu les plus anciennes : « sur 536 transactions, le flux bancaire de Xero en a manqué 136, parce que je regarde des données passées de plus de 90 jours, Xero ne veut pas en entendre parler. » Rien n'est cassé dans ce compte. Le flux fait exactement ce qu'un flux fait.

Trois autres éléments créent le même type d'écart. Les transactions en attente n'apparaissent jamais tant que la banque ne les a pas réglées. Un flux qui se déconnecte puis est réautorisé peut perdre ou sauter une période entre les deux. Et un compte qui a été clôturé ou remplacé cesse complètement de fournir des données, laissant son historique là où se trouvent les relevés. Un seul de ces cas est un véritable dysfonctionnement. Les autres sont les limites normales d'une connexion en direct, et tous mènent à la même conclusion : pour la période antérieure au flux, le relevé fait foi.

Ce que implique réellement la mise à jour d'un client Xero

La mise à jour est un travail de reconstruction de données avec un début et une fin fixes, et la décision la plus importante est de déterminer où s'arrête l'historique manuel et où commence le flux en direct. Si cette limite est mal définie, vous importez des lignes que Xero possède déjà, ce qui est la façon dont les doublons entrent dans un compte.

L'ordre qui maintient la limite propre est le suivant :

La répartition des rôles compte aussi. Le comptable possède la limite et l'import ; le client, ou la banque directement, possède la production des relevés ; la banque possède les mois qu'elle continuera à servir. Lorsqu'un client ne peut pas obtenir un fichier propre, c'est le comptable qui doit le reconstruire.

Rien de tout cela n'est une tâche administrative facultative. Les mois historiques font partie du registre légal, pas une commodité. Au Royaume-Uni, le HMRC exige que les sociétés à responsabilité limitée conservent les documents commerciaux et comptables pendant six ans à compter de la fin du dernier exercice financier auquel ils se rapportent. Une lacune dans le grand livre est une lacune dans le registre que l'entreprise est tenue de détenir.

Si l’arriéré dépasse un seul compte Xero, le même schéma de reconstruction apparaît lorsqu’un comptable doit numériser des grands livres imprimés pour QuickBooks et Xero ou rassembler douze mois de relevés dans une seule feuille de rapprochement. La seule différence ici tient à ce qui définit la période manquante : la date de connexion d’un flux bancaire plutôt qu’une fin d’exercice.

Là où l’écart casse le processus

Deux choses tournent mal une fois que les relevés deviennent la source. La première est humaine : saisir un relevé à la main est lent et laisse des erreurs faciles à manquer. Un relevé de 150 lignes représente plusieurs centaines de champs saisis, donc même un opérateur soigneux laisse des montants erronés et des dates inversées sur un seul mois, et l’importation sur plusieurs comptes amplifie les erreurs.

La seconde est le format. Un convertisseur PDF vers CSV générique copie ce qu’il voit, et ce qu’il voit correspond rarement à ce que l’import de Xero attend. Le guide d’import de Xero lui-même impose une forme précise : Date et Montant sont les champs obligatoires, les revenus et les dépenses doivent tenir dans une seule colonne Montant avec les dépenses en négatif, les virgules décimales ne sont pas autorisées, et la colonne Description atterrit sous Particulars une fois dans Xero. Un convertisseur qui reflète le relevé plutôt que la destination vous livre deux colonnes de montants là où Xero n’en veut qu’une, ou des montants en texte portant des symboles de devise et des séparateurs de milliers.

Ajoutez le problème de limite et le tableau est complet. Un fichier qui atteint des dates déjà couvertes par le flux produit des doublons, et la détection des doublons de Xero sur un CSV est utile mais pas une garantie. Le travail pour intégrer une année historique dans Xero relève donc moins de la vitesse de conversion que de la production de lignes au bon format, en écartant les mauvaises.

Transformer les relevés PDF en CSV que Xero attend

Les mois que le flux n'a jamais vus sont toujours dans les relevés PDF, et ils peuvent être lus dans un seul tableau au lieu d'être saisis ligne par ligne. Le mécanisme qui rend cela possible mérite d'être nommé, car il ne s'agit pas de la même chose que l'OCR basé sur un modèle qu'utilisent les convertisseurs plus anciens. Il s'agit de l'Extraction de colonnes personnalisées : vous saisissez les noms de champs souhaités, et l'IA localise chaque valeur n'importe où sur la page en comprenant ce qu'elle signifie, plutôt qu'en correspondant à une mise en page fixe. Les noms que vous saisissez deviennent la ligne d'en-tête exacte du fichier de sortie, ce qui permet au résultat de s'aligner sur le mappage d'importation de Xero au lieu d'arriver sous forme de colonnes anonymes.

Nommez les colonnes que Xero reconnaît. Pour un relevé bancaire, l'ensemble utile est Date, Amount, Payee, Description et Reference. Comme Description s'affiche sous forme de Particulars dans Xero et que Payee pilote la correspondance des contacts, conserver le libellé de la banque dans le fichier est ce qui accélère le rapprochement plus tard. Nommez une seule colonne Amount et l'extraction lit les positions débit et crédit du relevé pour remplir une seule valeur signée, ce qui est la mise en page exigée par Xero. Si votre source imprime le débit et le crédit sur deux colonnes et que vous préférez les conserver jusqu'à la vérification, nommez-les à la place.

Mettre les chiffres au format d'importation est une étape distincte de leur lecture, et c'est là que se concentre généralement l'essentiel du nettoyage manuel. Les dates sont normalisées lors de l'extraction plutôt que copiées telles qu'imprimées, afin que la colonne corresponde au format que vous confirmez à l'étape d'importation au lieu de porter un rendu ambigu. Les montants ressortent sous forme de nombres réels, avec les symboles de devise et les séparateurs de milliers supprimés. Les débits et crédits se résolvent en la seule colonne signée exigée par Xero. Une colonne calculée peut porter l'arithmétique qui serait autrement faite dans un tableur, comme dériver une valeur à partir des chiffres extraits, afin que le fichier soit correctement façonné au point d'extraction plutôt qu'après.

Les relevés arrivent par lots, la gestion doit donc aussi être adaptée aux lots. Le traitement par lots signifie téléverser tous les relevés de tous les comptes en une seule fois et fusionner les résultats dans un seul tableur plutôt que de télécharger douze fichiers et de les empiler à la main. Lorsqu'un relevé d'un seul compte s'étend sur plusieurs pages, la fusion multipage replie les pages dans les lignes de ce compte afin que la page deux ne devienne pas un tableau isolé. Les relevés protégés par mot de passe, que les banques utilisent souvent sur les PDF mensuels, peuvent être déverrouillés automatiquement avec un mot de passe enregistré au lieu d'être ouverts un par un. Le résultat de tout cela est le point à clarifier : c'est un CSV prêt à importer, et le rôle de cet outil s'arrête là.

Si vous voulez le détail pas à pas de l'extraction elle-même, il est couvert dans pourquoi l'OCR traditionnel échoue sur les relevés bancaires et comment l'extraction par IA corrige le problème, et les fondamentaux au niveau des champs se trouvent dans le guide complet de l'extraction de données de relevés bancaires. Si votre destination est une feuille de calcul que vous rapprocherez plutôt qu'un import dans un grand livre, la même conversion alimente un pipeline de rapprochement construit dans Google Sheets, et la page de conversion pour transformer des relevés bancaires PDF en CSV prêt à importer couvre le format du fichier plus en détail.

Comment évaluer un outil pour cette tâche

La plupart des comptables possèdent déjà un outil de capture. Hubdoc est inclus dans de nombreux plans Xero, et Dext est courant dans les cabinets qui traitent des reçus et des factures en volume. Les deux touchent aux relevés bancaires, mais aucun n'est conçu spécifiquement pour reconstruire une période manquante. La vraie question n'est donc pas quelle marque choisir, mais quoi tester avant de confier à un outil une année de l'historique de quelqu'un d'autre. Quatre éléments distinguent un outil qui mène cette tâche à bien d'un outil qui crée un second nettoyage.

Le point du coût est concret. Dans un fil r/Bookkeeping comparant les options PDF vers CSV, un utilisateur a noté qu'AutoEntry traite les relevés bancaires et de cartes de crédit à trois crédits par page, ce qui fait grimper rapidement le coût d'un long historique ; le même fil signale que Hubdoc et Dext proposent la conversion de relevés mais avec quelques bugs à contourner. Les modèles de tarification diffèrent réellement, et le moins cher dépend de si votre volume est un rattrapage ponctuel ou un flux continu.

Le point du traitement des données est celui qui décide de la recherche. Un outil pour cette tâche doit indiquer clairement ce qu'il fait du fichier et ne doit pas exiger que le relevé soit injecté dans un pipeline que vous ne pouvez pas inspecter.

Le bon test n'est pas la notoriété de la marque. C'est de savoir si l'outil produit des colonnes au format Xero, permet de vérifier un chiffre par rapport à la page, tarife le pic de volume de manière raisonnable et est honnête sur ce qu'il conserve.

Le dernier critère est le moins discuté et le plus utile : l'outil s'arrête-t-il là où il le devrait ? Convertir des relevés et rapprocher un compte sont deux tâches différentes, et un outil qui les mélange promettra trop sur la partie que votre grand livre doit gérer. Si vous voulez d'abord l'arithmétique de la saisie manuelle versus automatique des relevés exposée en termes de coûts, la comparaison des coûts mensuels met des chiffres dessus.

Ce que cette approche ne fait pas

Être clair sur les limites importe plus que la liste des capacités, car une reconstruction historique est précisément le cas où une promesse exagérée coûte le plus de temps.

FAQ

Pourquoi le flux bancaire de Xero ne peut-il pas afficher les transactions antérieures à la connexion du compte ?

Parce qu'un flux ne transmet que ce que la banque envoie à partir du moment de la connexion. Lorsque vous connectez un compte pour la première fois, Xero demande l'historique que la banque accepte de fournir, souvent limité à quelques mois seulement, et tout ce qui est plus ancien n'a jamais été récupéré. Les transactions ne manquent pas du côté de la banque ; elles n'ont simplement jamais été envoyées à Xero, elles doivent donc être importées à partir des relevés.

Quelles colonnes Xero exige-t-il pour l'importation d'un relevé bancaire CSV ?

Date et Montant sont les champs obligatoires, et Date et Montant doivent être mappés à l'étape d'importation. Les revenus et les dépenses figurent dans une seule colonne Montant, les dépenses étant négatives, écrites comme -30.00 ou (30.00). Bénéficiaire, Description, Référence et Numéro de chèque sont facultatifs mais recommandés ; Description apparaît comme Particulars dans Xero, et Bénéficiaire doit correspondre exactement à un contact existant pour éviter de créer des doublons.

Puis-je importer plusieurs années de relevés dans Xero en un seul fichier ?

Vous pouvez constituer un fichier à partir de plusieurs relevés, mais il est plus sûr d'importer compte par compte et période par période afin que chaque mois puisse être rapproché avec le relevé d'origine. Convertir d'abord tous les PDF puis importer dans l'ordre chronologique est également un moyen pratique de repérer les écarts entre les mois avant qu'ils n'atteignent le grand livre.

Que se passe-t-il si j'importe une période déjà couverte par le flux bancaire ?

Vous obtenez des doublons. Xero signale certains doublons présumés lors du rapprochement, mais il ne bloque pas l'importation d'emblée. L'approche sûre consiste donc à trouver la première ligne déjà livrée par le flux et à s'assurer que le fichier historique se termine avant cette date. Si des doublons arrivent, supprimez les lignes de relevé en chevauchement avant de les rapprocher.

Quelle est la précision de l'extraction des relevés par rapport à la saisie manuelle ?

L'extraction des lignes élimine les erreurs de frappe liées à la saisie manuelle, mais elle ne supprime pas la nécessité de vérifier : comparer les soldes extraits de début et de fin avec les chiffres d'ouverture et de clôture imprimés sur le relevé est le moyen le plus rapide de détecter une ligne manquante ou mal lue.

Est-ce que Dext ou Hubdoc gère le backfill historique pour moi ?

Les deux peuvent traiter les relevés bancaires, mais ils sont principalement conçus pour capturer des factures et des reçus dans un grand livre, et la période historique représente un pic de volume de relevés plutôt que leur charge de travail habituelle. Aucun des deux ne publiera les transactions dans Xero pour vous, et aucun ne supprime la nécessité de définir vous-même la limite. La question utile est de savoir si un outil produit la forme de colonne attendue par Xero, vous permet de vérifier un montant par rapport à la page, et gère une série de longs relevés à un coût raisonnable.

L'intérêt de reconstruire à partir des relevés n'est pas de rendre le flux plus complet qu'il ne l'est. Il s'agit d'accepter qu'une connexion en direct ne montre toujours qu'une fenêtre, et de clôturer les mois qu'elle n'a jamais vus avec le seul document qui les enregistre de bout en bout. Le flux continue de gérer le présent ; les relevés règlent le passé.

Backfill les mois manquants