Quando i numeri sono sparsi, il primo istinto è costruire una dashboard che li metta insieme. Spesso è l'ordine sbagliato. Una dashboard mostra i dati, non li rende coerenti: se due fonti dicono cose diverse, la dashboard le mostra entrambe, oppure ne sceglie una senza dirlo. Questa guida spiega il percorso che viene prima: dalle fonti all'integrazione, poi al modello dei dati e solo alla fine alla dashboard.
Perché la dashboard non è il primo passo: un esempio con due fonti
Il percorso ha quattro tappe: le fonti (dove nascono i dati), l'integrazione (come si portano nello stesso posto), il modello dei dati (come si organizzano e si collegano) e infine la dashboard (come si mostrano). Saltare le tappe in mezzo significa costruire la vista su un terreno che non regge.
Un esempio con numeri di fantasia. Un'azienda guarda le vendite di marzo. Il negozio online dice 96.800 euro, il gestionale dice 91.300. La differenza è di 5.500 euro. Chi ha ragione? Nessuno dei due ha torto: contano cose diverse. Si scopre con una riconciliazione, un passaggio alla volta.
| Passo | Cosa si controlla | Effetto sul negozio | Scarto residuo |
|---|---|---|---|
| Partenza | Totale marzo delle due fonti | 96.800 | 5.500 |
| 1. Ordini annullati | Il negozio li conta alla creazione; il gestionale solo se evasi. Sono 60 ordini, per 4.200 euro | 96.800 − 4.200 = 92.600 | 1.300 |
| 2. Spedizione | Il negozio la include nelle vendite; il gestionale la registra a parte. Sono 560 euro | 92.600 − 560 = 92.040 | 740 |
| 3. Fuso orario | Il negozio registra l'ora in UTC, il gestionale quella locale. Nove ordini (1.050 euro) fatti a cavallo di mezzanotte il 31 marzo per il gestionale sono già in aprile; tre ordini (310 euro) del 1 marzo sono per il negozio ancora in febbraio | 92.040 − 1.050 + 310 = 91.300 | 0 |
Verifica: 4.200 + 560 + 740 (1.050 − 310) = 5.500, esattamente lo scarto di partenza. C'è poi un quarto problema, che non cambia il totale ma si vede appena si scende nel dettaglio: i codici prodotto. Nel negozio un tavolo è "TAV-120-NOC", nel gestionale "TAV120NOC". Per il totale non importa, per le vendite per prodotto sì: senza un codice che li accomuni, le due fonti non si possono incrociare.
Una dashboard costruita al passo zero avrebbe mostrato 96.800 o 91.300, e a ogni riunione qualcuno avrebbe chiesto "ma quale numero è giusto?". La riconciliazione, fatta una volta, si trasforma in regole scritte nell'integrazione.
L'inventario delle fonti: un modello da compilare
Prima di integrare, scrivi cosa c'è. Una riga per fonte, queste colonne:
| Fonte | Responsabile | Accesso | Frequenza di cambiamento | Identificativo |
|---|---|---|---|---|
| Negozio online | Chi gestisce l'e-commerce | Connessione diretta o esportazione | Ogni ordine, in continuo | Numero ordine, ID cliente, SKU |
| Gestionale | Amministrazione | Esportazione, database o API da verificare | Chiusure giornaliere | Codice cliente, codice articolo |
| Foglio di calcolo dei costi | Chi lo compila | File condiviso | Mensile, a mano | Spesso nessuno |
Le righe sono un esempio: compila le tue. L'ultima colonna è la più rivelatrice. Dove l'identificativo manca o cambia da una fonte all'altra, l'integrazione sarà un lavoro vero.
I tipi di fonte e cosa guardare in ciascuno
| Tipo di fonte | Esempi | Cosa guardare |
|---|---|---|
| Piattaforme e-commerce e marketplace | Negozio online, canali di vendita | Fuso orario, stato degli ordini, come sono trattati resi e annullamenti |
| Gestionali e contabilità | ERP, fatturazione | Quando un ordine diventa "vendita", codici articolo e cliente |
| Strumenti di marketing | Piattaforme pubblicitarie, email | Come attribuiscono una vendita e quanto spesso cambiano i dati passati |
| Fogli di calcolo | Costi, budget, anagrafiche | Chi li modifica, se le colonne restano uguali, se ci sono formule rotte |
| Database interni | Archivi aziendali | Struttura delle tabelle e permessi di accesso |
| File e documenti | Export periodici, report ricevuti | Formato costante, nomi dei file, chi li invia e quando |
Il modello dei dati: un esempio con tre tabelle
Il modello dei dati è il modo in cui le informazioni si dividono in tabelle e si collegano tra loro. Un esempio minimo:
- Clienti: id_cliente, email, paese.
- Prodotti: id_prodotto, codice, nome, categoria.
- Ordini: id_ordine, id_cliente, data, stato, importo.
- Righe ordine: id_ordine, id_prodotto, quantità, prezzo.
Le relazioni: un cliente ha molti ordini (si collegano con id_cliente); un ordine ha molti prodotti e un prodotto compare in molti ordini (si collegano tramite le righe ordine). Con questa struttura rispondi a domande come "quanti clienti hanno comprato due volte" o "quali prodotti si comprano insieme" senza ricostruire nulla a mano. Qui si decidono anche le regole della riconciliazione: lo "stato" esclude gli ordini annullati, la "data" ha un solo fuso orario, il "codice" è unico per prodotto.
Regole di aggiornamento e cosa fare se una fonte non risponde
- Decidi la frequenza per fonte. Gli ordini possono servire ogni giorno, i costi una volta al mese. Aggiornare tutto ogni ora non serve.
- Mostra l'ultimo aggiornamento. Ogni vista deve dire quando i dati sono stati caricati l'ultima volta.
- Se una fonte non risponde, non mostrare zero. Uno zero sembra un dato. Meglio conservare l'ultimo valore valido con la sua data, e segnalare il problema.
- Riprova e avvisa. Un nuovo tentativo automatico, poi un avviso alla persona responsabile indicata nell'inventario.
- Conserva lo storico. Se una fonte corregge i dati passati, vuoi saperlo, non scoprirlo da una differenza inspiegata.
Segnali che l'integrazione viene prima della dashboard
- Due report con lo stesso nome danno totali diversi.
- Per rispondere a una domanda serve unire a mano due file.
- Non c'è un campo comune tra le fonti, o cambia nel tempo.
- Nessuno sa dire con certezza cosa significhi "vendita" o "cliente".
- Ogni mese qualcuno passa una giornata a "far tornare i conti".
Se ne riconosci due o più, il primo investimento è l'integrazione, non la vista.
Errori tipici
- Scegliere una fonte "vera" senza dirlo. Se la dashboard prende solo il negozio, il gestionale sparisce dal ragionamento. Dichiara quale fonte vale per quale numero.
- Integrare senza identificativo. Unire per nome o per descrizione produce abbinamenti sbagliati che sembrano giusti.
- Ignorare i fusi orari. Sono la causa più ordinaria di differenze a fine mese.
- Non scrivere le regole. La riconciliazione fatta a voce si dimentica; scritta, resta.
Quando basta un connettore pronto e quando serve il su misura
Un connettore pronto basta quando hai una o due fonti comuni e le domande sono quelle standard: i campi sono già mappati e le definizioni sono già scelte. È più rapido, e conviene.
Serve il su misura quando le fonti sono particolari (un gestionale interno, un database aziendale, un sistema senza connettore), quando devi unire fonti con identificativi diversi, o quando le definizioni dell'azienda non coincidono con quelle di uno strumento standard. In quel caso integrazione e modello dei dati sono il lavoro vero, e la dashboard viene dopo.
Dove si colloca Opalca Lab
Opalca Lab si occupa di consulenza e sviluppo su misura: integrazione di fonti dati, connettori API e database personalizzati, data modeling, dashboard personalizzate e data visualization. Non c'è un listino standard: ogni progetto è valutato a partire dalle fonti dell'azienda.
Un esempio è Turnover, agenzia specializzata nella vendita su Amazon, che con Opalca Lab ha ottenuto dashboard di reportistica Amazon personalizzate. Altri casi sono nella pagina Casi.
Hai fonti sparse e non sai da dove cominciare? Parlane con Opalca Lab oppure scrivici.
Per approfondire
- AI readiness: come preparare i dati aziendali
- Power BI o Looker Studio: quando serve una soluzione su misura
Domande frequenti
Che cos'è l'integrazione dei dati?
È il processo che porta dati da fonti diverse nello stesso posto, applicando regole comuni su definizioni, date e identificativi, così che i numeri siano confrontabili.
Perché due fonti danno vendite diverse per lo stesso mese?
Di solito per definizioni diverse: come si trattano gli ordini annullati, se la spedizione è inclusa, in quale fuso orario si registra la data. A volte anche per codici prodotto o cliente diversi.
Che cos'è il data modeling?
È il modo in cui i dati si organizzano in tabelle (per esempio clienti, ordini, prodotti) e si collegano con identificativi comuni, per poter rispondere alle domande senza ricostruire tutto a mano.
Posso costruire prima la dashboard e sistemare i dati dopo?
Si può, ma ogni numero contestato farà perdere fiducia nella vista. Conviene almeno riconciliare le fonti principali prima di mostrarle.
Quando mi serve un progetto su misura?
Quando le fonti non hanno connettori pronti, quando hanno identificativi diversi da unire, o quando le definizioni dell'azienda sono diverse da quelle di uno strumento standard.