Accenti danneggiati nel CSV bancario: verificare la codifica

Se un nome diventa CaffÃ¨, rileggete l’originale con la codifica corretta prima di modificare celle. I byte possono essere integri ma interpretati male. Conservate il file grezzo per non perdere la possibilità di recupero.

Determinare la codifica senza sovrascrivere il file

Controllate documentazione d’esportazione o metadati. Confrontate una descrizione accentata nota nell’anteprima.
Verificate separatore e virgolette separatamente. La codifica non corregge colonne spostate o importi interpretati male.
Importate una copia nuova e confrontate descrizioni, riferimenti e numero di righe. Non sovrascrivete la fonte.

Esempio fittizio

La descrizione fittizia Caffè città compare come CaffÃ¨ cittÃ . Rileggere il file UTF-8 intatto come UTF-8 ripristina il testo. Se la fonte contiene già �, cambiare codifica può non recuperare i caratteri perduti.

Considerate un movimento fittizio completo: data contabile 2026-09-18, addebito 19,80 EUR, riferimento CB1842, descrizione Caffè città. Una ricerca esatta in un elenco di riconciliazione contenente Caffè città fallisce se la descrizione importata è CaffÃ¨ cittÃ , benché data, importo e riferimento coincidano ancora. Dopo la nuova importazione, verificate che la descrizione originale corrisponda di nuovo e che rimanga un solo movimento con importo −19,80 secondo la convenzione degli addebiti scelta. Non create un secondo pagamento e non forzate la corrispondenza eliminando gli accenti. La sola descrizione non dimostra che due movimenti siano identici.

Individuare il punto in cui cambia la descrizione

Per CB1842, confrontate tre viste della stessa fonte: CSV intatto in un editor di testo con codifica confermata, anteprima d’importazione e file di lavoro salvato e riaperto. Tenete data, riferimento e 19,80 EUR accanto alla descrizione per seguire lo stesso movimento. Se l’editor è corretto e l’anteprima no, rivedete l’impostazione d’importazione. Se entrambi sono corretti e solo l’output riaperto è danneggiato, controllate la sua codifica e la successiva importazione. Non applicate un’altra sostituzione di caratteri a tutte le righe.

Usate un’anteprima di importazione testo/CSV e selezionate la codifica confermata prima di caricare i dati. Ripartite dall’esportazione intatta e controllate la descrizione prima del caricamento. È un’alternativa al doppio clic; resta determinante la codifica della fonte.

Annotate fonte, codifica scelta e prima vista divergente. Come criterio proposto per questa riga fittizia, richiedete descrizione originale completa, CB1842, stessa data, una sola riga e addebito invariato. Un esercente leggibile con riferimento troncato non basta. Preferite una nuova esportazione bancaria corretta alla ricostruzione dei nomi a memoria.

Distinguere byte, testo perduto e impostazioni d’importazione

Non convertite il file a ogni tentativo di codifica. Cambiate l’impostazione del lettore sugli stessi byte intatti e confrontate la descrizione completa. Una parola leggibile non basta: includete più accenti noti e un riferimento nell’anteprima. La tabella indica quale passaggio esaminare.

Osservazione su una copia nuova	Causa da esaminare	Azione successiva
Caffè nell’editor; CaffÃ¨ nell’anteprima	Decodifica diversa fra lettori	Impostare la codifica di origine confermata
La fonte confermata contiene già `�` al posto di una lettera	Sostituzione precedente o testo perduto	Ottenere l’esportazione intatta precedente o rileggere il PDF
Accenti leggibili ma colonne spostate	Separatore o gestione delle virgolette	Correggere separatamente i confini dei campi
Anteprima corretta; consegna riaperta errata	Codifica cambiata in uscita o al nuovo import	Esaminare quel file preciso e le impostazioni di lettura

Mantenete CB1842, data 2026-09-18 e addebito di 19,80 EUR durante la prova della descrizione fittizia. Una seconda entrata fittizia di 50,00 EUR produce +30,20 netti. Sia l’import corretto sia quello con CaffÃ¨ possono dare lo stesso netto: gli importi non convalidano la decodifica del testo. Richiedete due movimenti, riferimenti inalterati e descrizioni esatte oltre a +30,20.

Quando l’anteprima è corretta, salvate un file di lavoro separato e riapritelo attraverso il metodo del destinatario. Annotate codifica di origine, codifica di uscita se pertinente, separatore e applicazione/versione. Se fallisce solo la consegna, ripartite dal file grezzo; salvare il foglio già danneggiato con una codifica diversa non costituisce una riparazione.

Verificate la presenza del BOM e confrontate la codifica scelta dal lettore con i byte originali intatti. Il BOM aiuta a riconoscere una codifica, senza recuperare lettere sostituite in precedenza. La scelta della codifica non uniforma nomi, non elimina accenti e non dimostra l’identità di due esercenti. Se più impostazioni producono testi plausibili, mantenete l’ambiguità fino alla conferma della documentazione d’esportazione o di una fonte intatta.

Controlli e limiti

Provate più caratteri accentati e il file riaperto. Non eliminate gli accenti per far sembrare corretto l’import. Csv.Document consente di scegliere la codifica: usate quella confermata per il file, non una regola universale.

Conservate il file originale inalterato e annotate ogni punto irrisolto prima di usare la tabella.

Controlli collegati

Conservate insieme descrizioni e riferimenti quando la decodifica CSV altera i caratteri. Descrizioni dell’estratto conto su più righe: unirle correttamente · Riferimenti bancari in Excel: salvare cifre lunghe e zeri iniziali.

BankStatementScan è in preparazione. Il sito propone una richiesta di accesso e un esempio fittizio; attualmente non converte i vostri file bancari. Scoprire il servizio previsto.

Fonti consultate il 16 ottobre 2026

Unicode — UTF and BOM FAQ.