Références bancaires dans Excel : préserver chiffres et zéros initiaux

Une référence d’opération est un identifiant, pas une quantité. Importez-la en texte avant conversion par Excel. La précision numérique est limitée à 15 chiffres significatifs ; passer une cellule abîmée en Texte après coup ne restaure pas la référence.

Importer les identifiants en texte avant conversion numérique

Gardez le CSV brut ou le PDF intact. Passez par l’aperçu d’import plutôt que le double-clic et imposez Texte aux références et identifiants de compte.
Contrôlez toute étape automatique de changement de type. Supprimez ou remplacez la conversion numérique des identifiants avant chargement.
Comparez les chaînes complètes avec la source, zéros initiaux et derniers chiffres compris. Utilisez un classeur XLSX lorsque la conservation des types est nécessaire.

Exemple fictif

La référence fictive 001234567890123456 doit conserver exactement ses 18 caractères. L’affichage 1,23457E+15 invite à inspecter la valeur, sans prouver que l’identifiant est intact. Réimportez l’original en texte et comparez les quatre derniers caractères 3456. Ne reconstituez pas des chiffres perdus en complétant le nombre modifié avec des zéros.

Fixer le type avant la première perte

Importez les identifiants en texte avant toute conversion numérique automatique pour préserver chaque chiffre et zéro initial. Dans Excel, partez de l’import Texte/CSV de l’onglet Données et ouvrez l’éditeur de transformation lorsqu’il est proposé. Parcourez les étapes dans l’ordre. Si une conversion numérique figure déjà, remplacez-la pour la référence plutôt que d’ajouter une étape Texte après elle. Le point de contrôle est la valeur avant chargement : elle doit encore être exactement 001234567890123456.

Gardez les montants numériques lorsque c’est approprié ; une référence textuelle n’impose pas de transformer tout le tableau en texte. Si les options diffèrent dans votre version d’Excel, utilisez sa procédure documentée d’import de texte et contrôlez le même résultat. La protection vient du fait que l’identifiant ne devient jamais un nombre, pas d’un format d’affichage rassurant.

Distinguer un problème d’affichage d’une identité perdue

Une colonne étroite ou un affichage scientifique demande d’abord de comparer la valeur stockée à la source intacte. Si la chaîne complète est préservée, corrigez la présentation. Si les zéros ou les derniers chiffres ont changé, recommencez l’import depuis le fichier brut. Si celui-ci est déjà abîmé, revenez au document bancaire original ou obtenez un nouvel export : une copie XLSX des données altérées ne les récupère pas.

Utilisez deux contrôles fictifs : 00123 doit garder cinq caractères, et 001234567890123456 dix-huit. Comparez chaque caractère, pas seulement le suffixe 3456 : un zéro initial perdu passerait ce dernier contrôle. Enregistrez, rouvrez le classeur et comparez encore. Pour transmettre un CSV, joignez la consigne d’importer les références en texte afin que le destinataire ne répète pas la conversion.

Détecter deux références devenues identiques

Testez plusieurs identifiants longs. Une colonne abîmée peut encore sembler unique dans un petit échantillon, alors que deux références différant seulement par leur dernier chiffre deviennent indiscernables. Les quatre valeurs suivantes sont inventées ; placez-les dans une fixture d’import séparée, pas dans un fichier d’opérations réelles.

Identifiant fictif	Type stocké et longueur exigés	Contrôle précis
`00123`	Texte ; 5 caractères	Conservation des deux zéros initiaux
`001234567890123456`	Texte ; 18 caractères	Chaîne entière exacte, suffixe 3456 compris
`1234567890123451`	Texte ; 16 caractères	Conservation du 1 final
`1234567890123452`	Texte ; 16 caractères	Conservation du 2 final et distinction de la ligne précédente

Lors d’une conversion numérique limitée à 15 chiffres significatifs, les deux dernières références peuvent devenir 1234567890123450. Les convertir ensuite en texte produit deux copies du même identifiant abîmé. Seule la comparaison complète à la source révèle cette perte ; le nombre de lignes ou les totaux ne suffisent pas. Cette fixture doit conserver quatre chaînes exactes et distinctes après import, enregistrement et réouverture.

Supposons que les deux dernières références désignent deux débits fictifs de 7,20 EUR. Le total attendu est −14,40. Il peut rester à −14,40 alors que les références se confondent. Ne supprimez pas une ligne comme doublon sur la base de l’identifiant altéré : vous passeriez à −7,20 et perdriez une opération sans preuve. Réparez d’abord l’import des références, puis examinez les éventuels doublons contre les lignes source.

Pour transmettre, consignez un contrat de champ : référence textuelle, sans ajout de zéros, sans conversion numérique automatique ni suppression d’espaces non autorisée par la spécification source. Une référence absente reste absente ; ni 0 ni une série de zéros inventée ne la restaure. Examinez le fichier reçu à l’étape suivante : les types du classeur ne voyagent pas avec un CSV. Si votre édition d’Excel propose des réglages de conversion automatique, utilisez-les comme contrôle supplémentaire ; la fixture de chaînes exactes doit toujours passer.

Contrôles et limites

Testez une référence de plus de 15 chiffres et une référence commençant par zéro. Un format personnalisé peut modifier l’affichage sans réparer la valeur stockée. La réouverture d’un CSV peut relancer la conversion, car ce format ne conserve pas les types de cellules. Vérifiez le fichier enregistré puis rouvert.

Conservez le fichier original intact et notez tout point non résolu avant d’utiliser le tableau.

Contrôles complémentaires

Préservez la référence en reconstituant les libellés et en important les champs CSV. Libellés bancaires sur plusieurs lignes : reconstituer une opération · Vérifier un CSV bancaire avant de l’ouvrir dans Excel.

BankStatementScan est en préparation. Le site propose une demande d’accès et un exemple fictif ; il ne convertit pas actuellement vos fichiers bancaires. Voir le service envisagé.