BankStatementBeschadigde tekens in bank-CSV: controleer de codering
Herstel leesbare bankomschrijvingen met de juiste CSV-codering, zonder accenten te wissen of beschadigde tekst handmatig te veranderen.
Inhoudsopgave7onderdelen
Wordt een naam Café, lees dan eerst het oorspronkelijke bestand met de juiste codering opnieuw in. De bytes kunnen intact zijn terwijl de interpretatie fout is. Bewaar de ruwe bron voor herstel.
Bepaal de broncodering zonder overschrijven
-
Controleer exportdocumentatie of metadata op codering. Vergelijk bekende tekst met accenten in de importvoorvertoning.
-
Controleer scheidingstekens en aanhalingstekens apart. Codering herstelt geen verschoven kolommen of verkeerd geïnterpreteerde bedragen.
-
Importeer een nieuwe kopie en vergelijk omschrijvingen, referenties en rijenaantal. Overschrijf de bron niet.
Fictief voorbeeld
De fictieve omschrijving Café René wordt Café René. De ongewijzigde UTF-8-bron opnieuw als UTF-8 lezen herstelt dit. Bevat de bron al vervangingstekens �, dan kan een andere codering de verloren tekst niet zeker terughalen.
Neem een volledige fictieve transactie: boekdatum 2026-09-18, afschrijving 19,80 EUR, referentie CB1842, omschrijving Café René. Een exacte zoekopdracht in een afstemmingslijst met Café René vindt niets als de geïmporteerde omschrijving Café René is, terwijl datum, bedrag en referentie nog overeenkomen. Controleer na opnieuw importeren dat de oorspronkelijke omschrijving weer overeenkomt en dat precies één transactie met −19,80 volgens de gekozen afconventie overblijft. Maak geen tweede betaling en forceer geen match door accenten te wissen. Alleen de omschrijving bewijst niet dat twee transacties identiek zijn.
Zoek waar de omschrijving verandert
Vergelijk voor CB1842 drie weergaven van dezelfde bron: de ongewijzigde CSV in een teksteditor met de bevestigde codering, de importvoorvertoning en het opgeslagen, opnieuw geopende werkbestand. Houd datum, referentie en 19,80 EUR naast de omschrijving om dezelfde transactie te volgen. Is de editor correct maar de voorvertoning niet, controleer dan de importinstelling. Zijn beide correct en alleen de heropende uitvoer beschadigd, onderzoek dan de codering daarvan en de volgende import. Voer geen nieuwe tekenvervanging op alle regels uit.
Gebruik een tekst/CSV-importvoorbeeld en selecteer de bevestigde codering voordat u gegevens laadt. Begin met de ongewijzigde export en bekijk de omschrijving vóór het laden. Dit is een alternatief voor dubbelklikken; de broncodering blijft bepalend.
Noteer bron, gekozen codering en eerste afwijkende weergave. Vereis als voorgesteld criterium voor deze fictieve regel de volledige oorspronkelijke omschrijving, CB1842, dezelfde datum, één regel en dezelfde afschrijving. Een leesbare winkelnaam met een afgekorte referentie volstaat niet. Kies liever een correcte nieuwe bankexport dan namen uit het geheugen te reconstrueren.
Onderscheid bytes, verloren tekst en importinstellingen
Converteer het bestand niet bij iedere proef met een codering. Verander de leesinstelling voor dezelfde intacte bytes en vergelijk de volledige omschrijving. Eén leesbaar woord is zwak bewijs: neem meerdere bekende accenttekens en een referentie mee in de voorvertoning. Deze tabel bepaalt de volgende onderzoeksstap.
| Waarneming in een nieuwe kopie | Mogelijke oorzaak om te onderzoeken | Volgende handeling |
|---|---|---|
| Café in editor; Café in voorvertoning | Verschillende decodering door lezers | Bevestigde broncodering in import instellen |
Bevestigde bron bevat al � waar een letter hoort | Eerdere vervanging of verloren brontekst | Eerdere intacte export ophalen of pdf controleren |
| Accenten leesbaar, kolommen verschoven | Scheidingstekens of aanhalingstekens | Veldgrenzen apart herstellen |
| Voorvertoning juist, heropende levering fout | Codering gewijzigd bij uitvoer of herimport | Dat precieze bestand en zijn leesinstellingen controleren |
Houd CB1842, datum 2026-09-18 en afschrijving 19,80 EUR vast bij de fictieve tekstproef. Een tweede fictieve ontvangst van 50,00 EUR geeft netto +30,20. Zowel een goede import als één met Café kan dat netto opleveren: bedragen controleren bewijst geen juiste decodering. Eis twee transacties, ongewijzigde referenties en exacte omschrijvingen naast +30,20.
Sla na een juiste voorvertoning een aparte werkkopie op en open deze via de methode van de ontvanger opnieuw. Noteer broncodering, uitvoercodering waar relevant, scheidingsteken en programma/versie. Faalt alleen de levering, begin dan bij de ruwe bron; de al beschadigde werkmap met een andere codering opslaan is geen herstel.
Controleer of een BOM aanwezig is en vergelijk de gekozen leescodering met de ongewijzigde bronbytes. Een BOM helpt bij het herkennen van een codering, maar herstelt geen eerder vervangen letters. Een coderingskeuze normaliseert evenmin namen, wist geen accenten en bewijst niet dat twee winkels dezelfde onderneming zijn. Geven meerdere instellingen aannemelijke tekst, houd de twijfel dan open tot exportdocumentatie of een intacte bron uitsluitsel geeft.
Controles en beperkingen
Test meerdere accenttekens en het opnieuw geopende bestand. Wis accenten niet om de import schoon te laten lijken. Csv.Document heeft een coderingsoptie; gebruik de voor dit bestand bevestigde codering in plaats van een universele gok.
Bewaar het oorspronkelijke bestand ongewijzigd en noteer onopgeloste punten voordat u de tabel gebruikt.
Aanvullende controles
Behoud omschrijvingen en referenties samen wanneer CSV-decodering tekens verandert. Bankomschrijving over meerdere regels: veilig samenvoegen · Bankreferenties in Excel: lange codes en voorloopnullen behouden.
BankStatementScan is in voorbereiding. De website biedt een toegangsaanvraag en een fictief voorbeeld; uw bankbestanden worden momenteel niet geconverteerd. Bekijk de geplande dienst.
Bronnen geraadpleegd op 16 oktober 2026
Laat je zakelijke e-mailadres achter om je interesse te registreren. De converter is nog in voorbereiding.