PDF bancaire copié dans le désordre : diagnostiquer avant de trier

Si le copier-coller donne toutes les dates puis tous les montants, trier ne reconstitue pas les opérations. Comparez le PDF visible avec la séquence extraite avant d’associer les champs. L’ordre de lecture d’un PDF peut différer de sa présentation visuelle.

Tester une petite sélection avant de reconstruire les lignes

Testez trois opérations consécutives. Numérotez chaque fragment copié et repérez son emplacement dans la page.
Comparez date, libellé et montant opération par opération. Arrêtez si l’association repose seulement sur des listes de même longueur.
Utilisez un import tenant compte des tableaux ou reconstruisez le petit bloc avec les positions confirmées. Gardez la séquence originale et la méthode retenue.

Exemple fictif

Une copie fictive contient les dates 16/10, 17/10, 18/10, puis les montants 9,00 et 27,00. Trois dates et deux montants signalent un champ manquant. Associer par position le masquerait. Marquez la ligne incomplète et consultez sa source au lieu de décaler les montants suivants.

Distinguer séquence de lecture et identité de l’opération

Le W3C explique l’influence de la structure des PDF balisés sur l’ordre de lecture. Cela explique une séquence inattendue malgré une page visuellement alignée, sans prouver qu’un montant copié appartient à la date voisine. Gardez numéro de page et index de fragment avant reconstruction.

Créez un petit tableau de preuve : position source, date, libellé, montant et état de contrôle. Pour les trois dates de l’exemple, gardez le montant manquant inconnu tant que le PDF ne l’identifie pas. N’insérez pas zéro et ne déplacez pas 27,00 pour obtenir trois lignes complètes. Un libellé poursuivi sur une autre ligne demande une décision de frontière distincte de l’ordre des colonnes.

Choisir une réparation vérifiable

Pour quelques lignes, ressaisissez les champs confirmés dans ce tableau et contrôlez chaque opération complétée. Pour une mise en page récurrente, testez un import de tableau sur une page. Examinez une copie de travail séparée de la page problématique avant de joindre ses lignes vérifiées au reste. Examinez aperçu et associations avant extension ; un import réussi ne valide pas les opérations. Un export natif de la banque couvrant la période souhaitée peut éviter toute reconstruction.

Des listes de même longueur ne suffisent pas non plus. Dans un autre bloc fictif de deux lignes, le 16 octobre porte 9,00 et le 17 porte 27,00. Inverser les montants laisse deux lignes et 36,00 au total, mais les deux paires date–montant sont fausses. Comparez ces paires aux positions imprimées, puis contrôlez dernière opération d’une page et première de la suivante. Triez seulement les opérations complètes et vérifiées, avec leurs repères sources.

Choisir la suite selon le défaut réel du copier-coller

Gardez le texte collé dans une feuille intacte et construisez les lignes vérifiées ailleurs. Diagnostiquez la sélection avant d’utiliser Texte en colonnes : un séparateur découpe des champs, mais ne prouve pas leur rattachement à une opération.

Résultat observé	Premier contrôle dans le PDF	Prochaine action adaptée
Une longue ligne, mais les champs restent dans l’ordre	Existe-t-il des tabulations ou séparateurs stables ?	Tester le découpage sur trois opérations complètes
Toutes les dates, puis les libellés, puis les montants	La sélection descend-elle les colonnes au lieu de lire les lignes ?	Reconstituer depuis les positions visuelles ou tester un import de tableau
Nombres de dates et de montants différents	Quelle opération source a perdu un champ ?	Laisser la ligne incomplète à vérifier, sans décaler la suite
Aucun caractère utilisable dans la sélection	La page est-elle une image ou les caractères sont-ils inutilisables ?	Rechercher une source lisible, ressaisir ou utiliser un OCR contrôlé

L’OCR ne répare pas automatiquement un texte bien reconnu mais mal ordonné. À l’inverse, trier ne récupère pas les caractères absents de la copie. Testez chaque présentation distincte, notamment la page où le défaut commence, sans supposer que la première sélection réussie représente tout le relevé.

Dans un bloc fictif EUR entièrement défini, la source visible indique : 16 octobre, débit 9,00 ; 17 octobre, crédit 27,00 ; 18 octobre, montant illisible. Le sous-total signé connu vaut −9,00 + 27,00 = +18,00 ; ce n’est pas le total du bloc. Gardez la troisième ligne non résolue avec son repère source, sans zéro inventé. Le sens accompagne chaque montant : la seule liste 9,00 et 27,00 ne permet pas de le retrouver.

Après vérification de chaque ligne reconstituée, triez tout le tableau, références et provenances comprises. Ne triez jamais la seule colonne Date. Pour un ordre chronologique, gardez aussi l’ordre page/ligne d’origine : les dates identiques, soldes intermédiaires et corrections ultérieures restent vérifiables dans la séquence imprimée par la banque.

Contrôles et limites

Vérifiez la première opération, une opération intermédiaire et la dernière opération du bloc, puis toutes les lignes incertaines. Un tableau bien trié ne prouve pas le bon appariement des champs. Sans couche de texte exploitable, utilisez un OCR contrôlé ou une transcription manuelle ; le tri ne fournit pas le texte manquant.

Contrôles complémentaires

Reconstituez ordre de lecture, fragments et reports avant de valider les lignes collées. Libellés bancaires sur plusieurs lignes : reconstituer une opération · Report de solde bancaire : éviter une fausse opération à chaque page · Diagnostiquer un PDF bancaire avant de choisir l’extraction.

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é.

Sources consultées le 16 octobre 2026

W3C — PDF reading order.