Perché Excel elimina gli zeri iniziali dai codici del tuo CSV e come conservarli (Guida 2026)

Diagnosi in 30 secondi: il file è integro, Excel ha interpretato male i dati

La prima cosa da stabilire quando i tuoi codici perdono gli zeri è se i dati sono danneggiati oppure sono soltanto letti male, perché i due casi richiedono soluzioni molto diverse, e la soluzione sbagliata può trasformare un problema di visualizzazione in una vera perdita di dati. Ecco il test da 30 secondi. Apri lo stesso file in un semplice editor di testo, Blocco note su Windows oppure TextEdit in modalità solo testo su Mac. Se i codici mostrano tutti gli zeri anche lì, 00123, 02138, 07477, i tuoi dati sono intatti e soltanto la visualizzazione di Excel è sbagliata. Il file sul disco contiene i caratteri giusti, ed Excel ne ha cambiato il significato quando ha aperto il file. Questo è il caso più comune, e ogni soluzione di questa guida parte da qui.

Il secondo indizio è quali valori sono cambiati. Se le parole normali, i numeri brevi e la punteggiatura sembrano a posto, ma i codici con zeri iniziali li hanno persi, gli ID lunghi hanno perso le ultime cifre e i numeri grandi compaiono in notazione scientifica, stai guardando un problema di interpretazione dei tipi, non un problema di delimitatore e non un danneggiamento. Un problema di delimitatore mette intere righe in una sola colonna. Un danneggiamento rovina tutto oppure fa sparire delle righe. La scelta automatica del tipo è chirurgica: cambia esattamente i valori che sembrano numeri, e lascia tutto il resto intatto. Se 00123 è diventato 123, 02138 è diventato 2138 e un ID di 16 cifre finisce con uno zero che prima non aveva, Excel ha trattato del testo come se fossero numeri, e questo ti dice sia la causa sia la soluzione.

Il terzo controllo decide se il recupero è ancora possibile. Se anche l'editor di testo mostra i valori accorciati, il file stesso è già stato salvato di nuovo dopo la conversione, e gli zeri potrebbero ormai essere spariti da quella copia. Non farti prendere dal panico, e soprattutto non salvare di nuovo sopra l'originale. La sezione sul recupero più avanti in questa guida tratta esattamente questo caso, compreso l'unico caso in cui le cifre sono davvero irrecuperabili: quando un ID lungo è stato troncato a 15 cifre, le cifre perse sono sparite da quella copia, e soltanto i dati di origine possono rigenerarle. Finché non hai verificato, tieni intatto il file originale, lavora su una copia, e non salvare mai un file convertito sopra quello buono.

Perché Excel indovina: un file CSV non dichiara i tipi di dati

Per capire perché questo continua a succedere, ti serve un fatto sul formato CSV: un file CSV è semplice testo, senza alcuna intestazione che dica quali valori sono numeri, quali sono testo e quali sono date. Un file di foglio di calcolo porta con sé i tipi delle celle. Un file CSV non porta con sé né tipi né formattazione. Sono soltanto caratteri, virgole e interruzioni di riga. Quando un programma lo apre, il programma deve decidere che cosa significa ogni valore, e programmi diversi decidono in modo diverso. Fogli Google e Python mantengono i valori CSV come testo a meno che non venga detto loro il contrario, ed è per questo che lo stesso file sembra corretto in quei programmi. Excel, quando fai doppio clic su un file CSV, indovina: tutto ciò che sembra un numero diventa un numero, tutto ciò che sembra una data diventa una data, e non verifica se quella scelta era giusta.

Quella scelta è tutto il problema. Un numero, per definizione, non ha zeri iniziali: il numero 123 e il codice 00123 sono lo stesso numero, ma non sono lo stesso codice. Un codice postale, uno SKU, un ID dipendente oppure un prefisso telefonico non è una quantità. È un'etichetta fatta di cifre, e i suoi zeri iniziali fanno parte dell'etichetta, esattamente come le lettere di una parola. Excel non lo sa. Vede delle cifre, applica la sua regola per i numeri, ed elimina gli zeri, perché per un vero numero gli zeri non portano alcuna informazione. La stessa logica spiega la seconda vittima: i numeri di Excel conservano soltanto 15 cifre significative, quindi un ID di 16 cifre o più lungo vede le sue cifre in più sostituite da zeri. Il file non è cambiato. È il lettore ad avere cambiato il significato dei caratteri.

Questo spiega anche perché il problema compare così spesso con i file convertiti da JSON. JSON distingue i tipi: la stringa "00123" e il numero 123 sono valori diversi, e una conversione da JSON a CSV scrive la stringa come i caratteri 00123. La conversione è corretta. È l'apertura a non corrispondere. Il convertitore di questa pagina, per esempio, è stato eseguito su un campione che conteneva i codici 00123 e 00456, i codici postali 02138 e 07477, e un ID ordine di 18 cifre, e ha prodotto ogni valore byte per byte identico nel CSV, senza trucchi con le virgolette e senza cifre perse. Sapere che la discrepanza si trova nel passaggio di apertura, non nel passaggio di conversione, ti dice dove intervenire: all'importazione, prima che Excel indovini, come mostrano le prossime sezioni.

Tre danni diversi causati da questa interpretazione automatica, e come riconoscerli

La scelta automatica del tipo distrugge i dati in tre modi distinti, e saperli distinguere è importante perché soltanto alcuni di essi sono riparabili. Il primo è la perdita degli zeri iniziali: 00123 diventa 123, 02138 diventa 2138. Le cifre che restano sono corrette, ma il codice ormai è sbagliato: un codice postale che ha perso lo zero indica un luogo diverso, uno SKU che ha perso gli zeri non corrisponderà al sistema di magazzino, e un lettore di codici a barre potrebbe rifiutare il codice accorciato. Il secondo è il troncamento della precisione: ogni ID più lungo di 15 cifre perde la parte finale. Un ID conto di 16 cifre come 1234567890123456 diventa 1234567890123450, mostrato come 1.23457E+15. Le ultime cifre non sono nascoste, sono sostituite da zeri, e l'ID ora indica un altro record oppure nessun record.

Il terzo modo è più sottile, e coglie chi pensa di avere risolto il problema. La visualizzazione in notazione scientifica sembra una perdita di dati ma non lo è, non ancora. Un valore mostrato come 1.23E+15 potrebbe ancora contenere tutte le sue cifre al di sotto se rientra nel limite di 15 cifre, e allargare la colonna oppure cambiare il formato le mostra di nuovo. Ma se il valore supera le 15 cifre, la visualizzazione è onesta: le cifre sono davvero sparite. Il test è la barra della formula. Fai clic sulla cella e leggi la barra della formula, non la visualizzazione della cella. Se la barra della formula mostra il valore completo, soltanto la visualizzazione deve essere sistemata. Se la barra della formula mostra il valore troncato, sono i dati stessi ad essere cambiati, e soltanto la sezione sul recupero può aiutare. Non fidarti mai della sola visualizzazione della cella per codici e ID.

Il blocco di codice qui sotto mostra gli output esatti, prodotti eseguendo il vero convertitore di questa pagina su un campione di tre righe. L'output CSV è byte per byte identico all'input JSON per ogni codice, e questo dimostra che il convertitore non è il colpevole. La colonna di destra mostra che cosa Excel ricava da quegli stessi valori con il doppio clic, ed è il comportamento che questa guida corregge. Nota lo schema: il convertitore conserva, Excel indovina, ed è nella scelta di Excel che ogni cifra viene persa.

CSV file (from this page converter, verified):\nsku,zip,name,orderId\n00123,02138,Widget A,\n00456,07477,Widget B,\n00078,,Widget C,123456789012345678\n\nWhat Excel shows on double-click:\nsku -> 123, 456, 78 (leading zeros dropped)\nzip -> 2138, 7477 (leading zeros dropped)\norderId -> 1.23457E+17, stored as 123456789012345000 (last 3 digits replaced with zeros)

Nota che cosa dimostra la tabella: nel file non manca nulla, e nella vista di Excel manca tutto. Ed è per questo che la soluzione tramite importazione funziona in modo così completo. Quando dici a Excel che una colonna è Testo prima del caricamento, Excel memorizza gli stessi caratteri senza alcuna conversione, e ogni codice torna a essere se stesso, senza modifiche, senza trova e sostituisci, e senza inserimento manuale di dati. Se il tuo file corrisponde a questo schema, salta la sezione che smonta i falsi miti e vai direttamente alla soluzione tramite importazione. Non hai un file danneggiato. Hai un file letto male.

Quattro soluzioni che non funzionano, e perché la gente continua a provarle

Prima delle soluzioni che funzionano, vale la pena di eliminare le quattro soluzioni che non funzionano, perché ognuna fa perdere tempo e una di esse peggiora le cose. La prima è mettere i valori tra virgolette nel CSV. Molte guide sostengono che scrivere "00123" tra virgolette protegga gli zeri. Non è vero, in Excel. Excel elimina le virgolette durante l'importazione e poi applica la stessa scelta di numero al valore contenuto all'interno, quindi "00123" diventa 123 esattamente come 00123 senza virgolette. Le virgolette controllano come vengono gestite le virgole dentro un valore, non come Excel assegna il tipo al valore. Se qualcuno ti ha venduto un convertitore che mette i codici tra virgolette per proteggerli, le virgolette proteggono le virgole, non gli zeri.

La seconda è formattare la colonna come Testo dopo avere aperto il file. Questo cambia il modo in cui verranno trattati gli inserimenti futuri, ma non ripristina le cifre che erano già state eliminate quando Excel ha letto il file. Gli zeri sono stati scartati al momento della lettura, e la formattazione non può inventare caratteri che non ci sono più. La terza è il formato personalizzato 00000, che riempie la visualizzazione fino a cinque cifre. Funziona soltanto come visualizzazione, per codici di lunghezza fissa, e soltanto quando le cifre sono sopravvissute: 123 viene mostrato come 00123, ma il valore memorizzato resta 123, quindi ogni esportazione scrive 123, e ogni ricerca rispetto al codice reale fallisce. Peggio ancora, fallisce in silenzio sui codici di lunghezza variabile, perché un codice di sei cifre riempito fino a cinque cifre resta invariato, e un codice di quattro cifre riempito fino a cinque guadagna uno zero che non ha mai avuto.

La quarta è il trucco dell'apostrofo, cioè digitare un apostrofo davanti al codice, come in una cella digitata come 00123 con un apostrofo davanti. Funziona per i valori che digiti a mano, perché l'apostrofo dice a Excel di memorizzare l'inserimento come testo. Non funziona per un'importazione CSV, perché l'apostrofo diventa parte del contenuto del file: una cella CSV che contiene un apostrofo seguito da cifre viene importata come un valore di testo che inizia letteralmente con un apostrofo, e questo rovina le ricerche e le esportazioni. Tieni l'apostrofo per gli inserimenti digitati a mano, e usa la soluzione tramite importazione per i file. Sapere quali soluzioni falliscono ti salva dalla trappola più comune di tutte: credere che il problema sia risolto perché la visualizzazione sembra giusta, mentre i valori memorizzati sono ancora sbagliati.

Soluzione 1: importa il file e imposta le colonne dei codici come Testo

Questa è la soluzione da provare per prima, perché non cambia nulla del tuo sistema, nulla del file, e funziona con qualsiasi CSV, qualunque siano il suo delimitatore o la sua codifica. Invece di fare doppio clic sul file, apri prima Excel, poi importa il file tramite l'importazione guidata, dove scegli tu stesso il tipo di ogni colonna. L'anteprima nella finestra di importazione ti mostra subito se hai scelto bene: i codici vengono mostrati con i loro zeri nell'anteprima esattamente come appariranno sul foglio. Se l'anteprima mostra ancora codici accorciati, non hai ancora cambiato nulla, e puoi regolare i tipi di colonna prima del caricamento.

• ▸Apri una cartella di lavoro vuota in Excel. Non fare doppio clic sul file CSV.
• ▸Vai su Dati, poi Da testo/CSV, e seleziona il tuo file.
• ▸Nella finestra di anteprima, controlla il delimitatore e l'origine del file, poi fai clic su Trasforma dati invece di Carica, per aprire l'editor di Power Query.
• ▸Nell'editor di Power Query, trova il passaggio automatico Tipo modificato ed eliminalo, perché quel passaggio è il punto in cui avviene la scelta del numero.
• ▸Seleziona ogni colonna di codici, codici postali, SKU, ID, prefissi telefonici, e imposta il tipo di dati su Testo.
• ▸Fai clic su Chiudi e carica. I codici arrivano come testo, con ogni zero iniziale e ogni cifra intatti.

Rendi questo il tuo modo predefinito di aprire i file CSV, non soltanto la tua mossa di salvataggio. Il doppio clic è una scommessa sul delimitatore, sulla codifica e sul tipo di ogni colonna. L'importazione è una scelta su tutti e tre, e la scelta richiede circa un minuto in più. Su Mac, lo stesso percorso funziona tramite Dati, poi Da testo, con i tipi di colonna impostati nel passaggio di importazione. Gli strumenti che leggono il CSV come semplice testo, come il modulo csv di Python, non indovinano mai, ed è per questo che un file che sembra rotto in Excel viene letto correttamente in uno script. Quella differenza è di per sé una diagnosi: se uno script mostra gli zeri ed Excel no, il file è a posto ed Excel ha indovinato male.

Soluzione 2: disattiva la conversione automatica dei dati di Excel (Microsoft 365 e Excel 2024)

Se apri file CSV ogni giorno, importarli uno a uno diventa noioso, e la soluzione duratura è cambiare che cosa Excel indovina per impostazione predefinita. Le versioni recenti di Excel, Microsoft 365, Excel 2024 e i loro equivalenti per Mac, hanno un'impostazione chiamata conversione automatica dei dati, in File, poi Opzioni, poi Dati. Elenca le conversioni che Excel applica da solo, tra cui la rimozione degli zeri iniziali dal testo numerico, il troncamento dei numeri a 15 cifre, e la conversione di stringhe di lettere e numeri che sembrano date oppure notazione scientifica. Deseleziona le conversioni che non vuoi, ed Excel lascerà quei valori come testo nelle aperture future, comprese le aperture con doppio clic.

Due avvertenze prima di affidarti a questa impostazione. Primo, cambia soltanto il comportamento futuro. Non ripara le celle che erano già state convertite, e non ripristina le cifre che erano già state eliminate. Un file che hai aperto la settimana scorsa contiene ancora i valori convertiti nella cartella di lavoro, e soltanto una nuova importazione dal file originale riporterà indietro i codici. Secondo, l'impostazione vive sul tuo computer, non nel file. Un collega che apre lo stesso file su un computer con l'impostazione predefinita vedrà ancora codici accorciati, e un file che invii non porta con sé alcuna protezione. Considera l'impostazione come una comodità per il tuo computer, e considera la soluzione tramite importazione come il metodo affidabile per i file che condividi. Le guide compagne sul problema della colonna unica e sul problema della codifica trattano le altre due scelte che Excel fa all'apertura, delimitatore e codifica, e sono collegate nelle guide correlate qui sotto.

Soluzione 3: per i file che produci tu, mantieni i codici come testo fin dall'origine

Se sei tu a produrre il CSV, la soluzione più forte è rendere i dati di origine non ambigui prima ancora che raggiungano Excel. In JSON, questo significa mantenere i codici come stringhe, non come numeri: la stringa "00123" viene convertita nei caratteri 00123, mentre il numero 123 viene convertito in 123, senza zeri da conservare. Questa è una decisione sui dati di origine, non un'impostazione del convertitore, perché nessun convertitore può inventare zeri che il numero di origine non ha mai avuto. Se il tuo sistema di origine memorizza già un codice postale come numero, gli zeri sono spariti prima della conversione, e soltanto il sistema di origine può ripristinarli, per esempio riesportando il codice come una stringa di larghezza fissa.

Per i valori che hanno già perso gli zeri ma hanno una lunghezza fissa, esiste una ricostruzione legittima: la funzione TESTO. Se ogni codice di una colonna è di cinque cifre, =TESTO(A2;"00000") ricostruisce la visualizzazione e il valore di testo dal numero accorciato, perché le cifre mancanti sono tutte zeri e il loro numero è noto. Copia i risultati e incollali come valori per fissarli. Ma questo funziona soltanto quando la lunghezza è fissa e l'unico danno è la perdita degli zeri iniziali. Non può ricostruire un ID lungo troncato, perché le cifre perse non erano zeri, erano cifre sconosciute sostituite da zeri, e nessuna formula può indovinarle. Se i tuoi ID variano in lunghezza oppure superano le 15 cifre, non riempire con zeri, rigenera dal file di origine.

Recupera un file già salvato con i codici accorciati

Finora ogni soluzione ha dato per scontato che il file sul disco sia ancora corretto e che soltanto la vista di Excel sia sbagliata. Ma a volte la versione accorciata è già stata salvata, e la domanda diventa se i codici originali possano ancora essere recuperati dalla copia salvata. La risposta dipende da che cosa ha fatto esattamente il salvataggio, e ci sono due casi da distinguere. Nel primo caso, il file sul disco contiene ancora i caratteri originali, e soltanto la visualizzazione della cartella di lavoro è sbagliata. Questo è il caso che il test con l'editor di testo individua: l'editor mostra gli zeri, quindi nulla è perso, e la Soluzione 1 ripara la vista. Nel secondo caso, il file sul disco contiene ormai i valori accorciati stessi, perché qualcuno lo ha aperto in Excel, ha visto i codici accorciati, e lo ha salvato di nuovo come CSV, scrivendo i valori convertiti nel file.

Il secondo caso è recuperabile soltanto in circostanze ristrette. Se ogni codice ha una lunghezza fissa e l'unico danno è la perdita degli zeri iniziali, la funzione TESTO della Soluzione 3 li ricostruisce, perché i caratteri mancanti sono notoriamente zeri. Lavora su una copia, mai sull'unica versione, e controlla il risultato in un editor di testo prima di aprirlo di nuovo in Excel. Se il danno è il troncamento della precisione, un ID più lungo di 15 cifre con la parte finale sostituita da zeri, le cifre originali sono sparite da quella copia. Nessuna decodifica, formattazione oppure formula può recuperare cifre che sono state sostituite da segnaposto, perché i segnaposto non portano alcuna informazione su quali cifre abbiano sostituito. In quel caso, smetti di riparare la copia e rigenera il file dalla sua origine: riesportalo dal database, dallo strumento, oppure dal JSON da cui proveniva, e questa volta aprilo con la Soluzione 1. E qualunque cosa tu faccia, tieni da parte la copia danneggiata finché il file rigenerato non risulta verificato. Eliminare l'unica copia prima di verificare la sostituzione è il modo in cui un problema recuperabile diventa un insieme di dati perso.

Cosa significa tutto questo per i file del convertitore di questa pagina

Il convertitore di questa pagina produce esattamente il tipo di file di cui tratta questa guida, quindi vale la pena di dichiararne il comportamento in modo chiaro. Il download conserva i codici esattamente come li contiene il JSON. Questo è stato verificato rispetto al codice reale, non dato per scontato: il motore di conversione è stato eseguito su un campione di tre righe che conteneva i codici 00123, 00456 e 00078, i codici postali 02138 e 07477, e l'ID ordine di 18 cifre 123456789012345678, e ha prodotto ogni valore byte per byte identico nel CSV, con i codici senza virgolette perché non contengono delimitatori, e con l'ID lungo intatto. Quindi se il tuo file convertito mostra codici accorciati in Excel, la conversione non ha danneggiato nulla. Il file è corretto, ed Excel ha indovinato i tipi con il doppio clic.

Questo ti offre due opzioni pulite per i file convertiti. La prima è il percorso di importazione: apri il file scaricato con Dati, poi Da testo/CSV, fai clic su Trasforma dati, imposta ogni colonna di codici come Testo, e carica. I codici verranno letti correttamente, e non hai cambiato nulla del file, quindi resta valido per ogni altro strumento. La seconda è l'impostazione di conversione automatica della Soluzione 2, per il tuo computer. Non convertire di nuovo i dati per sistemare un problema di visualizzazione dovuto alla scelta del tipo, e non far passare l'output convertito attraverso un foglio di calcolo per poi salvarlo di nuovo, perché quel passaggio di andata e ritorno può introdurre esattamente le discrepanze di delimitatore, codifica e tipo che questa guida e le sue compagne esistono per prevenire. Sistema l'apertura, non i dati.

Un altro dettaglio del convertitore è importante qui. Il convertitore ti permette di scegliere il delimitatore prima del download, e quella scelta è indipendente dalla scelta del tipo. Un file può avere il delimitatore giusto e i codici accorciati allo stesso tempo, oppure i codici giusti e il delimitatore sbagliato, oppure entrambi sbagliati insieme. Se il tuo file convertito si apre in una sola colonna e i codici sembrano sbagliati, sistema entrambe le impostazioni nella stessa importazione: scegli il delimitatore che hai scelto al momento della conversione, e imposta le colonne dei codici come Testo. La guida compagna sul problema della colonna unica tratta la metà del delimitatore in dettaglio, e la guida sulla codifica tratta la metà dei caratteri, ed entrambe sono collegate nelle guide correlate qui sotto.

Lista di controllo per la prevenzione: esporta i codici in modo che nessuno debba correggerli

La scelta automatica del tipo è una discrepanza tra chi scrive e chi legge, quindi la prevenzione significa fare in modo che chi scrive dichiari che cosa sono i valori, in un modo che il lettore rispetterà. Scorri questa lista di controllo quando produci un CSV, e la prossima persona che lo aprirà non avrà bisogno di questa guida. Primo, mantieni i codici come stringhe alla fonte. Se i tuoi dati contengono codici postali, SKU oppure ID, memorizzali come testo nel sistema di origine, perché un tipo numerico elimina gli zeri prima che avvenga qualsiasi esportazione. Secondo, se il pubblico usa Excel, spiega come aprire il file: una nota di una riga che dice di importare con le colonne dei codici impostate come Testo previene l'intero problema, e non costa nulla includerla insieme al file.

Terzo, non salvare mai un file recuperato sopra l'originale finché non hai verificato il recupero in un editor di testo. Un salvataggio da Excel riscrive tipi, delimitatori e codifica con le impostazioni predefinite di Excel, e questo può reintrodurre la discrepanza per il lettore successivo, oppure trasformare un problema di visualizzazione in una vera perdita di dati. Quarto, quando ricevi un file, aprilo prima in un editor di testo se qualcosa sembra strano, e conferma i codici prima di lasciare che un foglio di calcolo lo sovrascriva. E quinto, conserva i dati di origine. Un CSV è un'istantanea appiattita, non i dati stessi, quindi se un recupero va storto, la fonte ti permette di esportare di nuovo in modo pulito invece di riparare una copia danneggiata. La maggior parte delle storie horror sui codici finisce con qualcuno che scopre troppo tardi che il CSV danneggiato era l'unica copia. Non lasciare che sia il tuo file.

Guide correlate

• Il file CSV si apre in un'unica colonna in Excel: perché succede e come correggerlo (Guida 2026) →
• Perché il tuo CSV mostra caratteri strani in Excel e come risolvere il problema di codifica (Guida 2026) →
• Come convertire JSON in CSV: 3 metodi affidabili (guida 2026) →
• Perché Excel cambia le date del CSV e come mantenerle invariate (Guida 2026) →
• Perché salvare un CSV in Excel lo modifica e come tenere al sicuro l'originale (Guida 2026) →
• Perché Excel non apre il tuo file CSV troppo grande e cosa fare invece (Guida 2026) →

Domande frequenti