Perché Excel cambia le date del CSV e come mantenerle invariate (Guida 2026)

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

La prima cosa da stabilire quando le date cambiano è se i dati sono danneggiati oppure solo letti in modo errato, 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 le date compaiono esattamente come le ha scritte la fonte, 03/04/2026, 2026-03-04, 1-2, i dati sono intatti e solo la lettura 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 comuni, i numeri brevi e la punteggiatura sembrano a posto, ma le date si sono spostate, invertite o riformattate, e codici brevi come 1-2 oppure MARCH1 sono diventati date, sei di fronte a un'interpretazione dei tipi, non a un problema di delimitatore e non a un danneggiamento. Un problema di delimitatore mette intere righe in un'unica colonna. Un danneggiamento altera tutto oppure elimina righe. L'interpretazione dei tipi è mirata: cambia esattamente i valori che sembrano date e lascia tutto il resto intatto. Se 03/04/2026 è diventato 3 aprile su un computer che dovrebbe leggere 4 marzo, e un codice come 1-2 è diventato 2 gennaio, Excel ha trattato del testo come date, e questo ti dice sia la causa sia la soluzione.

Il terzo controllo stabilisce se il salvataggio è ancora possibile, e usa la barra della formula, non la cella. Fai clic su una cella con una data modificata e leggi la barra della formula. Se la barra della formula mostra un numero seriale come 46085, oppure una data in un ordine diverso rispetto al file, la cella ora contiene un valore di data di Excel, non i tuoi caratteri. Se la barra della formula mostra i caratteri originali, è cambiato solo il formato di visualizzazione e riformattare la cella risolve il problema. Finché non hai controllato, lascia intatto il file originale, lavora su una copia e non salvare mai un file convertito sopra quello buono.

Perché Excel tira a indovinare: un file CSV non contiene tipi di dati

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

Quell'ipotesi è l'intero problema per le date, perché la notazione delle date non è universale. Gli Stati Uniti scrivono prima il mese, 03/04/2026 per il 4 marzo. Gran parte d'Europa scrive prima il giorno, 03/04/2026 per il 3 aprile. La norma ISO 8601 scrive prima l'anno, 2026-03-04, e non lascia ambiguità, ma la maggior parte dei file esportati non la usa. Un file CSV non dice quale convenzione seguono le sue date, quindi Excel ripiega sulla convenzione del computer che lo apre. Apri lo stesso file a New York e a Berlino e ottieni due fogli di calcolo diversi da un unico file, e nessuna delle due macchine ti avvisa che è stata fatta una scelta. La stessa logica spiega la seconda vittima: valori che non sono affatto date, come l'intervallo 1-2, il rapporto 5/6 oppure il codice MARCH1, assomigliano abbastanza a uno schema di data da far sì che Excel li converta. Il file non è cambiato. È il lettore ad aver 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 "2026-03-04" e la stringa "03/04/2026" sono stringhe diverse, e una conversione da JSON a CSV le scrive ciascuna esattamente come sono scritte. La conversione è corretta. L'apertura non corrisponde. Il convertitore di questa pagina, per esempio, è stato eseguito su un campione contenente le date 2026-03-04, 03/04/2026 e 2026-03-04T10:30:00Z, e ha prodotto ogni valore in modo identico byte per byte nel CSV, senza riformattazione e senza cifre modificate. Sapere che la discrepanza si trova nel passaggio di apertura, non in quello di conversione, ti dice dove intervenire: all'importazione, prima che Excel tiri a indovinare, come mostrano le sezioni successive.

Tre modi in cui l'interpretazione cambia le date, e come distinguerli

L'interpretazione dei tipi cambia le date in tre modi distinti, e distinguerli conta perché solo alcuni sono riparabili. Il primo è l'inversione di giorno e mese: 03/04/2026 diventa 3 aprile invece di 4 marzo, oppure il contrario, in silenzio. Nulla sembra rotto. La colonna è piena di date plausibili, tutte valide, e un quarto delle date risulta sbagliato in un modo che nessun messaggio di errore segnalerà mai. L'inversione avviene solo quando il giorno è 12 o meno, perché solo allora il giorno può passare per un mese. Ed è questo che la rende pericolosa: le righe che non possono invertirsi rivelano il problema, mentre le righe che si sono invertite lo nascondono.

Il secondo modo è la colonna mista, ed è il segnale rivelatore che è avvenuta un'inversione. Quando un file in formato statunitense viene aperto su un computer che mette prima il giorno, le righe con giorno 13 o superiore non possono essere mesi, quindi Excel lascia quelle celle come testo mentre converte le altre in date. Una colonna contiene allora due tipi di celle: date reali per i primi dodici giorni di ogni mese e testo per il resto. Ordinare quella colonna mette le righe di testo a un'estremità, filtrare per data le ignora, e qualsiasi grafico o calcolo basato sulla colonna le esclude in silenzio. Se la colonna delle date si ordina in modo strano, oppure alcune righe si rifiutano di comportarsi come date, verifica questa suddivisione prima di dare la colpa ai dati.

Il terzo modo è il valore non data convertito in data: l'intervallo 1-2 diventa 2 gennaio, il rapporto 5/6 diventa 6 maggio, il codice MARCH1 diventa 1 marzo. In pratica Excel memorizza una data come numero seriale, il conteggio dei giorni dal 30 dicembre 1899, quindi il 4 marzo 2026 viene memorizzato come 46085 e il 3 aprile 2026 come 46115. Una volta che un valore è diventato un seriale, i caratteri originali sono spariti da quella cartella di lavoro. Formattare la cella come Testo in seguito non li riporta indietro: mostra 46085, il seriale reso come testo, non 2026-03-04. Questo è il test che separa un problema di visualizzazione da una perdita di dati. Se la barra della formula mostra il seriale, i caratteri sono spariti da quella copia e solo la sezione sul salvataggio può aiutare.

CSV file (from this page converter, verified):
order,shipDate,dueDate,window,code
A-101,2026-03-04,03/04/2026,1-2,MARCH1
A-102,2026-04-03,04/03/2026,12-3,SEPT2
A-103,2026-03-04T10:30:00Z,3/4/2026,5/6,OCT4

What Excel shows on double-click, US machine (month first):
shipDate -> real dates, displayed 3/4/2026, 4/3/2026, 3/4/2026
window -> 1-2 becomes Jan-02, 12-3 stays text, 5/6 becomes Jun-05
code -> MARCH1 becomes Mar-01, SEPT2 becomes Sep-02, OCT4 becomes Oct-04

What Excel shows on double-click, day-first machine:
dueDate 03/04/2026 -> April 3 (was March 4); 04/03/2026 -> March 4 (was April 3)
dueDate 3/4/2026 -> April 3 (was March 4); rows with day above 12 stay text

Nota che cosa dimostra la tabella: nel file non manca nulla e nella vista di Excel tutto è cambiato. Per questo la soluzione tramite importazione funziona in modo così completo. Quando dici a Excel che una colonna è Testo prima del caricamento, il programma memorizza gli stessi caratteri senza alcuna conversione, e ogni data torna a essere se stessa, senza modifiche e senza ridigitazioni. Se il tuo file corrisponde a questo schema, salta la sezione sui 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é si continua a provarle

Prima delle soluzioni che funzionano, vale la pena eliminare le quattro che non funzionano, perché ciascuna fa perdere tempo e una di esse peggiora le cose. La prima è riformattare la colonna dopo aver aperto il file. Cambiare il formato numerico cambia il modo in cui viene visualizzata una data memorizzata, ma non può cambiare quale data è stata memorizzata. Se Excel ha memorizzato il 3 aprile quando il file intendeva il 4 marzo, la riformattazione mostra il 3 aprile in uno stile diverso e la data sbagliata resta sbagliata. La formattazione è visualizzazione. Il seriale memorizzato è il dato, e le modifiche di visualizzazione non lo toccano mai.

La seconda è cambiare le impostazioni internazionali del sistema dopo l'importazione. Le impostazioni contano nel momento in cui Excel legge il file, non dopo. Una volta memorizzati i seriali, passare il computer dalla convenzione con il mese prima a quella con il giorno prima cambia solo il modo in cui vengono visualizzati i seriali memorizzati, esattamente come la riformattazione. Non rilegge il file e non annulla alcuna inversione. La terza è mettere le virgolette ai valori nel CSV. Molte guide affermano che scrivere "03/04/2026" tra virgolette protegga la data. Non è così, in Excel. Excel elimina le virgolette durante l'importazione e poi applica la stessa ipotesi di data al valore interno, quindi la data tra virgolette si converte esattamente come quella senza virgolette. Le virgolette controllano come vengono gestite le virgole dentro un valore, non come Excel assegna il tipo al valore.

La quarta è trova e sostituisci sulle date convertite, scambiando mese e giorno a mano oppure con una formula su tutta la colonna. Funziona solo se ogni riga si è invertita, cosa che non accade mai: le righe con giorno superiore a 12 non si sono mai invertite, sono rimaste testo, quindi uno scambio generalizzato rovina le righe che erano giuste mentre corregge quelle sbagliate. Riserva trova e sostituisci ai valori 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 delle date come testo

Questa è la soluzione da provare per prima, perché non cambia nulla del sistema, nulla del file, e funziona su qualsiasi CSV, qualunque siano il delimitatore o la codifica. Invece di fare doppio clic sul file, apri prima Excel, poi importa il file tramite l'importazione guidata, dove scegli tu il tipo di ogni colonna. L'anteprima nella finestra di importazione ti mostra subito se hai scelto bene: le date vengono visualizzate esattamente come sono scritte nell'anteprima, con gli stessi caratteri del file, prima che venga caricato alcunché. Se l'anteprima mostra ancora date convertite, non hai ancora cambiato nulla e puoi correggere i tipi di colonna prima del caricamento.

• ▸Apri una cartella di lavoro vuota in Excel. Non fare doppio clic sul file CSV.
• ▸Vai su Data, poi su From Text/CSV, e seleziona il file.
• ▸Nella finestra di anteprima, verifica il delimitatore e l'origine del file, poi fai clic su Transform Data invece di Load, per aprire l'editor di Power Query.
• ▸Nell'editor di Power Query, trova il passaggio automatico Changed Type ed eliminalo, perché è in quel passaggio che avviene l'ipotesi sulla data.
• ▸Seleziona ogni colonna di date, e ogni colonna di codici che sembra una data, e imposta il tipo di dati su Testo.
• ▸Fai clic su Close and Load. Le date arrivano come testo, con ogni carattere esattamente come scritto.

Le date come testo hanno un compromesso onesto da capire. Una data testuale non è una vera data di Excel: non si ordinerà in ordine cronologico insieme alle date reali e le formule di data la ignoreranno finché non la convertirai deliberatamente. Questo è un vantaggio, non un difetto, quando l'obiettivo è preservare i caratteri di origine. Convertila deliberatamente in seguito, con la soluzione successiva, una volta nota la convenzione di origine. Fai dell'importazione il modo predefinito di aprire i file CSV, non solo la mossa di salvataggio. Il doppio clic è un'ipotesi 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 Data, poi From Text, con i tipi di colonna impostati nel passaggio di importazione.

Soluzione 2: importa con la lingua di origine, così la conversione è quella voluta

Se ti servono vere date di Excel, e non testo, il percorso di importazione funziona comunque, con un passaggio in più: indica a Excel quale convenzione usa il file di origine. Nell'editor di Power Query, fai clic con il pulsante destro sulla colonna delle date, scegli Change Type, poi Using Locale. Scegli Date come tipo di dati e la lingua corrispondente al file di origine, English (United States) per i file con il mese prima, oppure la lingua con il giorno prima corrispondente a un'esportazione europea. Power Query converte quindi ogni riga secondo quell'unica convenzione, comprese le righe con giorno superiore a 12, così la colonna risulta uniforme: tutte date reali, nessun residuo di testo, nessuna inversione silenziosa.

Verifica il risultato prima del caricamento, usando le righe che tradiscono un'inversione. Trova i record in cui il giorno è maggiore di 12: con la lingua giusta vengono caricati come date, con quella sbagliata restano testo oppure non vanno a buon fine. Poi trova un record in cui giorno e mese sono entrambi 12 o meno e conferma che venga letto come intendeva la fonte. Se uno dei due controlli fallisce, hai scelto la lingua sbagliata e non hai perso nulla, perché non è stato ancora caricato nulla. Cambia la lingua e controlla di nuovo. Questo controllo su due record richiede dieci secondi e intercetta l'errore che altrimenti resterebbe nascosto per mesi.

Soluzione 3: ripara le date già importate, senza reimportare

A volte la reimportazione non è un'opzione, perché il file originale non c'è più e sopravvive solo la cartella di lavoro. Che cosa puoi riparare dipende da che cosa è sopravvissuto. Se le date importate sono ancora testo, perché Excel non le ha riconosciute, lo strumento Text to Columns le ripara: seleziona la colonna, vai su Data, poi su Text to Columns, fai clic due volte su Next e al passaggio 3 scegli Date e il formato corrispondente al file originale, MDY per la convenzione con il mese prima oppure DMY per quella con il giorno prima. Excel converte l'intera colonna secondo quell'unica convenzione, ed è esattamente il controllo che il doppio clic non ti ha mai dato.

Se le date sono state memorizzate come seriali sbagliati, perché ogni riga si è invertita, una formula può scambiarle di nuovo: in una colonna di appoggio, =DATE(YEAR(A2),DAY(A2),MONTH(A2)) ricostruisce ogni data scambiando giorno e mese, e copiare i risultati e incollarli come valori rende definitiva la riparazione. Ma funziona solo quando ogni riga della colonna si è invertita, cioè quando ogni giorno originale era 12 o meno. Se la colonna è mista, date più residui di testo, ripara i due gruppi separatamente: converti prima le righe di testo con Text to Columns, poi verifica se le righe di data devono essere invertite. Una formula generalizzata su una colonna mista rovina le righe che erano giuste. E se i caratteri originali sono spariti e non riesci a capire quali righe si sono invertite, fermati: nessuna formula può recuperare informazioni che il file non contiene più, e la sezione sul salvataggio è la tua unica strada onesta.

Soluzione 4: disattiva la conversione automatica delle date e scrivi date ISO all'origine

Se apri file CSV ogni giorno, importarli ogni volta diventa pesante, e la soluzione duratura è cambiare che cosa Excel interpreta per impostazione predefinita. Le versioni recenti di Excel, Microsoft 365, Excel 2024 e i loro equivalenti per Mac, includono un'impostazione chiamata conversione automatica dei dati, in File, poi Options, poi Data. Elenca le conversioni applicate da Excel in autonomia, compresa la conversione di stringhe di lettere e numeri che sembrano date. Deseleziona le conversioni che non vuoi, ed Excel lascerà quei valori come testo nelle aperture future, comprese quelle con doppio clic.

Due avvertenze prima di affidarti a questa impostazione. Primo, cambia solo il comportamento futuro. Non ripara le celle già convertite e non ripristina i caratteri già sostituiti dai seriali. Un file aperto la settimana scorsa contiene ancora i valori convertiti nella cartella di lavoro, e solo una nuova importazione dal file originale riporterà indietro le date. Secondo, l'impostazione risiede sul tuo computer, non nel file. Un collega che apre lo stesso file su un computer con l'impostazione predefinita vedrà comunque date convertite, e un file inviato non porta con sé alcuna protezione. Considera l'impostazione una comodità per il tuo computer e considera la soluzione tramite importazione il metodo affidabile per i file che condividi.

Se produci tu il CSV, la soluzione più robusta è all'origine: scrivi le date in formato ISO 8601, prima l'anno, 2026-03-04. Le date con l'anno prima non lasciano alcuna ambiguità tra giorno e mese a nessun lettore, perché l'anno viene prima e il mese è sempre il numero centrale. Questo non rende Excel infallibile, quindi controlla comunque l'importazione, ma elimina l'intera categoria di errori di inversione che le date con barra e trattino invitano a commettere. In JSON questo significa mantenere le date come stringhe in formato ISO, non come stringhe in formato locale: la stringa "2026-03-04" si converte nei caratteri 2026-03-04, mentre una stringa locale come "03/04/2026" porta la sua ambiguità in ogni file che tocca. Questa è una decisione sui dati di origine, non un'impostazione del convertitore, perché nessun convertitore può dichiarare una convenzione che la fonte non ha mai dichiarato.

Salva un file già salvato con date convertite

Finora ogni soluzione ha presupposto che il file sul disco sia ancora corretto e che solo la vista di Excel sia sbagliata. Ma a volte la versione convertita è già stata salvata, e la domanda diventa se le date originali possano ancora essere recuperate dalla copia salvata. La risposta dipende esattamente da che cosa ha fatto il salvataggio, e ci sono due casi da distinguere. Nel primo caso il file sul disco contiene ancora i caratteri originali e solo la visualizzazione della cartella di lavoro è sbagliata. È il caso rilevato dal test con l'editor di testo: l'editor mostra le date originali, quindi nulla è perso e la Soluzione 1 ripara la vista. Nel secondo caso il file sul disco contiene ora i valori convertiti stessi, perché qualcuno lo ha aperto in Excel, ha visto le date riformattate e lo ha salvato di nuovo in CSV, scrivendo i valori convertiti nel file.

Il secondo caso è recuperabile solo in circostanze ristrette. Se ogni data si è invertita secondo un'unica convenzione e ogni giorno originale era 12 o meno, la formula DATE della Soluzione 3 le scambia di nuovo, perché il danno è uno scambio uniforme. Lavora su una copia, mai sull'unica versione, e verifica il risultato su un record noto prima di aprirlo di nuovo in Excel. Se il danno è misto, alcune righe invertite, alcune rimaste testo, alcuni codici diventati date, i caratteri originali sono spariti da quella copia in un modo che nessuna formula può districare, perché un numero seriale non registra quale convenzione lo ha prodotto. In quel caso smetti di riparare la copia e rigenera il file dalla sua fonte: esportalo di nuovo 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.

Che cosa significa per i file di questo convertitore

Il convertitore di questa pagina produce esattamente il tipo di file di cui parla questa guida, quindi vale la pena dichiararne il comportamento in modo chiaro. Il download preserva le date esattamente come JSON le contiene. Questo è stato verificato sul codice reale, non presunto: il motore di conversione è stato eseguito su un campione di tre righe contenente la data ISO 2026-03-04, le date con barra 03/04/2026 e 04/03/2026, la marca temporale 2026-03-04T10:30:00Z e i codici che sembrano date 1-2, 12-3, 5/6, MARCH1, SEPT2 e OCT4, e ha prodotto ogni valore in modo identico byte per byte nel CSV, senza riformattazione, senza conversione e senza cifre modificate. Quindi, se il file convertito mostra date modificate in Excel, la conversione non ha danneggiato nulla. Il file è corretto, ed Excel ha interpretato 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 Data, poi From Text/CSV, fai clic su Transform Data, imposta ogni colonna di date su Testo per conservare i caratteri, oppure su Date con la lingua di origine se ti servono date reali, e carica. Le date verranno lette correttamente e non hai modificato nulla del file, quindi resta valido per ogni altro strumento. La seconda è l'impostazione di conversione automatica della Soluzione 4, per il tuo computer. Non riconvertire i dati per risolvere un problema di visualizzazione dovuto all'interpretazione dei tipi e non far passare l'output convertito attraverso un foglio di calcolo per poi salvarlo di nuovo, perché quel passaggio può introdurre esattamente le discrepanze di delimitatore, codifica e tipo che questa guida e le sue compagne esistono per prevenire. Correggi l'apertura, non i dati.

Un altro dettaglio del convertitore conta qui. Il convertitore ti consente di scegliere il delimitatore prima del download, e quella scelta è indipendente dall'interpretazione dei tipi. Un file può avere il delimitatore giusto e le date invertite allo stesso tempo, oppure le date giuste e il delimitatore sbagliato, oppure entrambi sbagliati insieme. Se il file convertito si apre in un'unica colonna e le date sembrano sbagliate, correggi entrambe le impostazioni nella stessa importazione: scegli il delimitatore scelto al momento della conversione e imposta le colonne di date su Testo oppure su Date con la lingua di origine. La guida compagna sul problema dell'unica colonna tratta la metà relativa al delimitatore in dettaglio, la guida sulla codifica tratta la metà relativa ai caratteri e la guida sugli zeri iniziali tratta la metà relativa ai numeri, e tutte e tre sono collegate nelle guide correlate qui sotto.

Lista di controllo per la prevenzione: esporta le date in modo che nessuno debba correggerle

L'interpretazione dei tipi è 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, scrivi le date in formato ISO 8601, prima l'anno, all'origine. Se i tuoi dati contengono date, memorizzale come stringhe ISO nel sistema di origine, perché una data in formato locale porta la sua ambiguità in ogni esportazione. Secondo, se il pubblico usa Excel, spiega come aprire il file: una nota di una riga che dice di importare con le colonne di date impostate su Testo, oppure su Date con la lingua di origine, previene l'intero problema, e includerla con il file non costa nulla.

Terzo, non salvare mai un file salvato di nuovo sopra l'originale finché non hai verificato il salvataggio in un editor di testo. Un salvataggio da Excel riscrive tipi, delimitatori e codifica con le impostazioni predefinite di Excel, che possono 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 non tornare e conferma le date 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 salvataggio va storto la fonte ti consente di esportare di nuovo in modo pulito invece di riparare una copia danneggiata. La maggior parte delle storie dell'orrore sulle date 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) →
• Perché Excel elimina gli zeri iniziali dai codici del tuo CSV e come conservarli (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