Journal de correction bancaire : valeur avant, après et preuve

Corrigez une copie de travail et gardez un journal avant/après séparé. Il doit expliquer chaque modification, pas seulement dire que le tableau a été relu. Une note « totaux corrigés » ne justifie pas un montant changé.

Consigner la preuve avant de changer un champ

Notez ID d’extraction, champ, ancienne valeur, nouvelle valeur, emplacement source et motif. Ajoutez date de correction et statut.
Exigez une preuve visible pour les changements de date ou montant. Séparez proposition et correction approuvée.
Gardez extraction brute et version de travail. Reliez le journal aux versions exactes pour éviter d’écraser l’historique.

Exemple fictif

Pour la ligne fictive E-0042, notez montant : 18,80 → 18,30 ; DOC-01 page 3 ligne 7 ; chiffre confirmé dans le PDF ; relu. Si l’image est floue, enregistrez une proposition non résolue. Ne la confirmez pas parce qu’elle améliore le solde.

Distinguer décision et application

Pour un petit relevé, un journal manuel à côté du tableau suffit. Le processus suivant est un contrôle proposé, pas une fonction de BankStatementScan : donnez un ID à chaque correction et distinguez proposée, approuvée, appliquée et annulée. Indiquez les versions d’entrée et de sortie. L’approbation ne prouve pas que le fichier exporté contient la nouvelle valeur.

Complétez le cas fictif E-0042 par C-001 ; travail-v1 → travail-v2 ; débit EUR 18,80 → 18,30. Avant application, vérifiez que travail-v1 contient encore 18,80 pour cette ligne et ce champ. S’il contient maintenant 18,60, examinez la modification intermédiaire plutôt que noter une fausse valeur « avant ». Avec les sorties négatives, le montant signé passe de −18,80 à −18,30, soit +0,50. Recalculez le total concerné pour contrôle, mais gardez le chiffre visible dans le PDF comme motif de correction.

Si C-001 est ensuite rejetée, ajoutez C-002 ; annule C-001 ; 18,30 → 18,80 et nommez la version résultante. N’effacez pas C-001 et ne restaurez pas tout l’ancien classeur si cela supprime d’autres corrections approuvées. Relisez la ligne livrée et vérifiez que sa dernière modification appliquée correspond au journal. Un index de position seul n’établit ni rattachement source ni historique des corrections approuvées.

Garder l’identité des lignes après tri et actualisation

Figez l’extraction brute avant tri ou filtre. Donnez à une ligne source une clé telle que DOC-01:p3:r7:extraction-v1, conservée dans la table de travail. Le numéro de ligne Excel est une position : après tri, la ligne 42 peut contenir une autre opération. Si une nouvelle extraction découpe une ligne en deux, reliez l’ancienne clé aux deux nouvelles et examinez ce lien ; n’appliquez pas la correction à la nouvelle occupante de la même position.

Voici la fiche de transmission du cas fictif C-001. Une entrée décrit un changement de champ. Plusieurs champs peuvent partager un lot de revue tout en gardant chacun leur valeur avant.

Élément du journal	Valeur fictive	Contrôle permis au prochain lecteur
Correction et clé source	C-001 ; DOC-01:p3:r7:extraction-v1	Retrouver la même opération source
Champ et unité	Débit ; EUR	Distinguer débit positif et montant signé
Avant → après	18,80 → 18,30	Vérifier la précondition dans la copie de travail
Preuve et décision	Chiffre PDF visible ; approuvée	Séparer proposition et lecture acceptée
Constat d’application	travail-v2 ; ligne livrée relue	Confirmer la présence dans le fichier transmis

Une correction appliquée doit survivre à l’actualisation. Essayez sur une copie : actualisez l’import, retrouvez la clé source et comparez à la dernière entrée appliquée. Si 18,80 revient, l’actualisation a régénéré la valeur brute. Réappliquez uniquement les corrections approuvées dont la clé et la valeur avant concordent encore ; gardez les échecs en attente. Ne rejouez pas silencieusement une correction sur une source modifiée.

Deux changements peuvent se compenser. Dans un lot fictif distinct, passer de −18,80 à −18,30 ajoute 0,50 ; passer de +40,00 à +39,50 retranche 0,50. L’effet net est nul, mais deux cellules ont changé. Contrôlez les deux valeurs livrées et les deux constats d’application, même si le total reste identique. Ce journal rend la revue reproductible sans établir l’authenticité du relevé.

Contrôles et limites

Reproduisez une correction depuis le PDF et l’ancienne valeur. Vérifiez qu’une annulation retrouve la version précédente. Un index stable aide à suivre les lignes sans certifier un audit. Gardez les données personnelles de revue hors des exemples publics, qui utilisent des identifiants fictifs.

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

Contrôles complémentaires

Reliez chaque correction à sa position source et à sa version d’extraction. Retrouver la page PDF d’une opération dans le tableau bancaire · Comparer deux extractions d’un même relevé bancaire · 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 — Model for Tabular Data and Metadata on the Web.