Problemi di codifica e BOM

Ultimo aggiornamento: 16 maggio 2026

I caratteri illeggibili e gli errori di codepage hanno quasi sempre un’unica causa: il file ha perso il proprio byte order mark (BOM) UTF-8. Daxlate scrive sempre il CSV in UTF-8 con BOM, che è ciò che Excel su Windows si aspetta all’apertura con doppio clic, quindi un ciclo di andata e ritorno difettoso significa di solito che un altro strumento ha risalvato il file nel frattempo. Ogni sintomo qui sotto riporta la propria causa e la propria soluzione.

Sintomo: il CSV si apre con caratteri illeggibili in Excel #

Causa: il file è stato aperto o risalvato da uno strumento che ha rimosso il BOM UTF-8, oppure che lo ha convertito in una tabella codici obsoleta (ad esempio Windows-1252).

Soluzione: riesporta dall’applicazione con File → Esporta traduzioni…. Il generatore CSV di Daxlate emette sempre UTF-8 con BOM, che è ciò che Excel su Windows si aspetta per l’apertura con doppio clic. Se lavori con un file di altra provenienza, risalvalo come UTF-8 con BOM in Notepad++ o VS Code prima di importarlo.

Sintomo: l’importazione fallisce con “tabella codici non corrispondente” o un errore di analisi #

Causa: il file è stato salvato senza codifica UTF-8, quindi i caratteri non ASCII arrivano corrotti ancora prima di raggiungere il parser.

Soluzione: apri il file in un editor che mostra la codifica (Notepad++, VS Code, Sublime), risalvalo come UTF-8 con BOM e riprova l’importazione.

Sintomo: emoji o caratteri CJK rari spariscono nell’andata e ritorno #

Causa: il foglio di calcolo è stato aperto in un editor che non supporta pienamente Unicode oltre il piano multilingue di base, oppure è stato salvato come CSV obsoleto con “Salva come CSV” in qualche strumento diverso da Excel.

Soluzione: preferisci XLSX a CSV per contenuti che usano caratteri dei piani supplementari, come emoji, caratteri CJK rari e scritture storiche. L’archiviazione XLSX non lascia ambiguità; il CSV dipende dalla codifica scelta da chi lo ha prodotto.

Sintomo: l’anteprima di importazione mostra “Colonna sconosciuta ignorata: …” #

Causa: il file ha colonne che non corrispondono allo schema di intestazioni di Daxlate (Object ID, Type, Parent, Name, Caption ({culture}), Description ({culture})). I traduttori a volte aggiungono colonne di note, e l’importatore le scarta con un avviso invece di far fallire tutta l’importazione.

Soluzione: se l’avviso era prevedibile, ignoralo. Se una cultura che ti aspettavi non viene rilevata, controlla l’intestazione della colonna. Deve essere esattamente Caption (xx-XX) o Description (xx-XX), con le parentesi e un codice cultura .NET valido.