Comment normaliser un CSV de relevé bancaire

Les exports bancaires utilisent souvent des noms différents pour les mêmes concepts. Un cas réel contient TRAN_DATE, DR, CR et PARTICULARS; un autre flux multi-banques manipule bookingDate, valueDate, partnerName ou paymentReference. Définissez d'abord le schéma cible, puis mappez chaque source explicitement.

Définir le schéma canonique

Dans l'exemple documenté, les cibles sont transaction_date, debit_amount, credit_amount, narration et cheque_no. Les correspondances sont TRAN_DATE → transaction_date, DR → debit_amount, CR → credit_amount, PARTICULARS → narration et CHQNO → cheque_no.

Gardez BAL ou SOL lorsque ces champs servent aux contrôles ou à la traçabilité.

Séparer schéma et valeurs

Renommer un en-tête ne convertit ni la date, ni le séparateur décimal, ni la devise. Une colonne amount signée n'est pas non plus transformée en deux colonnes débit et crédit. Ces transformations doivent rester des étapes séparées.

Vérifier avant l'import

Contrôlez l'en-tête final et plusieurs lignes représentatives : débit, crédit, référence vide et texte accentué. Vérifiez que chaque valeur reste sous la bonne colonne.

Nablyx traite le fichier localement jusqu'à 200 MB.

Normaliser le CSV bancaire

Voir la transformation

Les en-têtes maladroits deviennent des colonnes prêtes à importer.

Renommez les colonnes nécessaires tout en gardant chaque valeur sous le bon en-tête.

cust_idcustomer_id

given_namefirst_name

mailemail

✓ Les valeurs restent dans la bonne colonne