Quando una data entra in un file Excel, in una query SQL o in una dashboard, non basta visualizzarla correttamente. Separare anno, mese e giorno permette di filtrare i dati, costruire KPI affidabili e confrontare periodi senza ambiguità. In questa guida mostro i formati più sicuri, le formule pratiche e gli errori che possono alterare un’analisi.
La gestione corretta della data rende più affidabili calcoli e KPI
- Formato ISO consigliato per scambiare dati tra sistemi: anno-mese-giorno.
- In Excel puoi estrarre i componenti con ANNO, MESE e GIORNO.
- In SQL le funzioni cambiano, ma il principio resta separare valore e formato di visualizzazione.
- Per i KPI mensili è meglio usare intervalli di date invece di filtri fragili sul testo.
- Le ambiguità tra 03/04/2026 come 3 aprile o 4 marzo sono una delle principali cause di errore.
Anno, mese e giorno non sono solo un formato
In Italia leggiamo normalmente una data come giorno, mese e anno, per esempio 15/03/2026. Nei sistemi informatici, però, l’ordine più sicuro è spesso anno, mese e giorno, scritto come 2026-03-15, perché evita di confondere il giorno con il mese.
Lo standard ISO 8601 utilizza proprio la sequenza anno, mese e giorno. Il vantaggio non è estetico: le date scritte in questo modo si ordinano correttamente anche come testo. “2026-02-10” viene infatti prima di “2026-11-05” senza dover interpretare manualmente i valori.
| Formato | Esempio | Uso consigliato |
|---|---|---|
| Giorno/mese/anno | 15/03/2026 | Documenti e interfacce italiane |
| Anno-mese-giorno | 2026-03-15 | Database, file CSV e integrazioni |
| Anno-mese | 2026-03 | Aggregazioni mensili e report sintetici |
La distinzione che considero più importante è tra data reale e semplice stringa. Una data reale può essere ordinata, filtrata e usata nei calcoli; una stringa come “15 marzo 2026” deve prima essere interpretata dal programma. Molti problemi nei report nascono proprio dal fatto che una colonna appare come data, ma in realtà contiene testo.
Come estrarre anno mese e giorno in Excel
Se la cella A2 contiene una data valida, Excel permette di ottenere i singoli componenti con tre funzioni semplici:
-
=ANNO(A2)restituisce l’anno; -
=MESE(A2)restituisce un numero da 1 a 12; -
=GIORNO(A2)restituisce il giorno del mese.
Per esempio, dalla data 15/03/2026 otterrai rispettivamente 2026, 3 e 15. La documentazione Microsoft usa inoltre la funzione DATA(anno; mese; giorno) per ricomporre una data a partire dai suoi tre elementi.
Creare una data a partire dai componenti
Se in A2 hai l’anno, in B2 il mese e in C2 il giorno, puoi ricostruire la data con =DATA(A2;B2;C2). È preferibile a concatenare i valori con simboli come “/”, perché il risultato resta una data utilizzabile nei calcoli, non una semplice frase.
Per ottenere il primo giorno del mese associato a una data, uso spesso questa formula:
=DATA(ANNO(A2);MESE(A2);1)
È utile per raggruppare vendite, ticket o visite per mese. Per visualizzare invece una data in formato ISO, puoi usare =TESTO(A2;"aaaa-mm-gg"), tenendo presente che il risultato di TESTO è testo e non deve sostituire la data originale nei calcoli.
Quando Excel interpreta male la data
Il valore 03/04/2026 può significare 3 aprile in Italia oppure 4 marzo in un sistema configurato con convenzioni anglosassoni. Prima di applicare formule o KPI controllo sempre il formato locale, il tipo della colonna e almeno due o tre date campione.
Se i dati arrivano da CSV, importo la colonna specificando esplicitamente l’ordine giorno-mese-anno oppure anno-mese-giorno. Cambiare solo il formato visivo della cella non corregge un’interpretazione già sbagliata.
Come lavorare con le date in SQL e nei report BI
In SQL l’estrazione può essere eseguita con funzioni diverse in base al database. La sintassi standard è:
EXTRACT(YEAR FROM data_evento)
EXTRACT(MONTH FROM data_evento)
EXTRACT(DAY FROM data_evento)In SQL Server sono comuni YEAR(data_evento), MONTH(data_evento) e DAY(data_evento). Il principio è lo stesso, ma conviene verificare la sintassi specifica del motore utilizzato prima di portare una query da PostgreSQL, MySQL o SQL Server a un altro ambiente.
Per calcolare un KPI mensile, una soluzione tipica in PostgreSQL è:
SELECT
DATE_TRUNC('month', data_evento) AS mese,
COUNT(*) AS numero_eventi
FROM eventi
GROUP BY DATE_TRUNC('month', data_evento)
ORDER BY mese;Quando filtro un periodo, preferisco un intervallo chiuso sull’inizio e aperto sulla fine. Per esempio, per tutto marzo 2026:
WHERE data_evento >= '2026-03-01'
AND data_evento < '2026-04-01'Questo metodo include anche gli eventi del 31 marzo alle 23:59:59 e funziona meglio quando la colonna contiene data e ora. Applicare direttamente YEAR(data_evento) nella clausola WHERE può essere più leggibile, ma in alcuni database impedisce di sfruttare bene gli indici.
In una dashboard Power BI o in un altro strumento BI, creo di norma una tabella calendario con colonne separate per anno, numero del mese, nome del mese, trimestre e data completa. Il nome “marzo” deve essere ordinato usando il numero 3, altrimenti i mesi possono comparire in ordine alfabetico.
Come usare anno mese e giorno per costruire KPI
Separare i componenti temporali diventa davvero utile quando il report deve rispondere a domande operative. Quanti ordini arrivano ogni mese? Quale giorno genera più richieste? Il tasso di conversione cambia tra il primo e il secondo trimestre?
| KPI | Livello temporale | Attenzione principale |
|---|---|---|
| Ricavi mensili | Mese | Confrontare mesi con durata diversa |
| Ordini medi giornalieri | Giorno | Escludere o spiegare i giorni senza attività |
| Tasso di conversione | Giorno o settimana | Usare lo stesso denominatore per ogni periodo |
| Retention | Mese di acquisizione | Separare coorti diverse |
Un esempio semplice è il ricavo medio giornaliero. Dividere il ricavo mensile per 30 in ogni caso produce una stima comoda, ma non sempre corretta. Febbraio, aprile e dicembre hanno durate diverse, quindi per un KPI preciso uso il numero effettivo di giorni del periodo.
Per confrontare i mesi, guardo anche il giorno della settimana e i giorni festivi. Un negozio online, un servizio clienti e un’azienda B2B hanno distribuzioni temporali molto diverse. Un calo del 20% durante un periodo con due festività potrebbe non indicare un problema commerciale.
La data di evento conta più della data di registrazione
Nei sistemi aziendali possono esistere più date per lo stesso record: data dell’ordine, data della spedizione, data del pagamento e data di inserimento nel database. Per un KPI sulle vendite uso la data dell’ordine; per analizzare la logistica mi serve invece la data di spedizione.
Confondere questi campi sposta i risultati da un mese all’altro e rende inutili anche formule perfette. Prima di calcolare un indicatore documento quindi quale data rappresenta davvero l’evento misurato.
Gli errori più comuni nella gestione delle date
Gli errori non riguardano solo la sintassi. Spesso il calcolo è formalmente corretto, ma parte da dati interpretati male o da una definizione poco chiara del periodo.
- Ambiguità locale. Formati come 04/05/2026 possono essere letti in modi diversi.
- Date memorizzate come testo. Ordinamento e sottrazione possono restituire risultati inattesi.
- Zeri mancanti. “2026-3-5” è meno sicuro di “2026-03-05” negli scambi tra sistemi.
- Fuso orario ignorato. Un evento vicino alla mezzanotte può finire nel giorno sbagliato.
- Anno fiscale confuso con anno solare. Un report aziendale può iniziare ad aprile invece che a gennaio.
- Anno bisestile dimenticato. Il 29 febbraio esiste solo negli anni bisestili.
Un controllo che applico sempre consiste nel confrontare numero di righe, data minima e data massima prima e dopo la trasformazione. Se una conversione elimina record o produce date nel futuro senza motivo, il problema va risolto alla fonte.
Leggi anche: Calcolare i giorni tra due date senza errori
Visualizzare non significa trasformare
Cambiare una data da 15/03/2026 a 2026-03-15 può essere solo una modifica grafica. Se invece si converte il contenuto in testo, si rischia di perdere funzioni di ordinamento, filtri e calcolo. La regola pratica è conservare sempre la data originale in formato strutturato e creare una colonna separata per la visualizzazione.
Una struttura semplice per dati temporali più affidabili
Per un flusso di lavoro solido, mantengo una colonna con la data completa, aggiungo anno, mese numerico e giorno solo quando servono per analisi specifiche, e uso un’etichetta separata come “marzo 2026” per i grafici.
- Salva le date in un formato non ambiguo, preferibilmente YYYY-MM-DD.
- Conserva il tipo data nel database o nel foglio di calcolo.
- Definisci quale data alimenta ogni KPI.
- Usa intervalli temporali completi per filtri e aggregazioni.
- Ordina i nomi dei mesi con il relativo numero.
La separazione tra anno, mese e giorno è quindi un passaggio tecnico piccolo, ma con effetti importanti su analisi dati e business intelligence. Quando la data è coerente alla fonte, i KPI diventano più leggibili, i confronti tra periodi più corretti e gli errori molto più semplici da individuare.
