Report automatici dal gestionale: cosa espone ciascun gestionale

Quali gestionali, e perché questi

Non esistono dati pubblici affidabili sulle quote di mercato dei gestionali nelle PMI italiane: non li ho trovati, e non li invento. Una guida di settore del 2026 descrive il mercato italiano del software contabile come organizzato intorno a tre ecosistemi: TeamSystem, Zucchetti e Wolters Kluwer. A questi ho aggiunto altri nomi molto presenti nelle piccole e medie aziende: Danea Easyfatt e Passepartout Mexal tra gli italiani, SAP Business One e Microsoft Dynamics 365 Business Central tra gli internazionali.

Per ognuno riporto solo ciò che il produttore dichiara in una pagina pubblica, letta il 4 novembre 2026 e linkata in fondo. Dove non ho trovato documentazione lo scrivo: non significa che i dati non si possano leggere, ma che la risposta va chiesta al produttore o al rivenditore.

Cosa espone ciascun gestionale

I nomi dei prodotti sono marchi dei rispettivi titolari, citati solo per identificarli. AI in Azienda non è affiliata a nessuno di questi produttori e non vende le loro licenze. Funzioni, versioni e condizioni cambiano: prima di progettare, verifica con il tuo rivenditore.

Con cosa ho lavorato in prima persona

La tabella dice cosa dichiarano i produttori. Questo è invece ciò che ho collegato io nei progetti, che è un'altra cosa.

• Gestionali TeamSystem. Il collegamento dipende da ciò che la singola installazione mette a disposizione: per questo la prima telefonata è sempre a chi la gestisce, prima di promettere tempi.
• Salesforce. È un CRM, non un gestionale, ma nei report conta quanto il gestionale: lì stanno clienti e trattative. Ha un'API REST pubblica e documentata, che dà accesso ai dati da programma; è il caso in cui il collegamento è la parte facile.
• Database aziendali, letti direttamente. Quando il gestionale non offre altro, o quando l'azienda ha un proprio database: un utente tecnico in sola lettura, solo le tabelle che servono, e un controllo che avvisi se i dati smettono di arrivare.
• Gestionali costruiti da zero. Quando quello giusto non esisteva, l'ho scritto. In quel caso l'accesso ai dati si progetta dall'inizio, e i report non sono un'aggiunta: fanno parte del sistema.

Dai quattro casi viene la regola che uso per tutti gli altri: non conta la marca del gestionale, conta in quale delle quattro situazioni qui sotto si trova la vostra installazione.

Quattro situazioni, e cosa cambia per i report

• API pubblica e documentata (Fatture in Cloud, SAP Business One, Business Central). È la situazione più semplice: si legge la documentazione, si crea una chiave di accesso e i dati arrivano aggiornati. Il lavoro sta nello scegliere cosa mostrare, non nel collegamento.
• API dichiarata, documentazione tramite produttore o partner (MagoWeb, Arca Evolution, Mexal). Il risultato può essere lo stesso, ma prima serve una richiesta: accesso alla documentazione, a volte un modulo da attivare, a volte un costo. Sono tempi che non dipendono da chi costruisce il report, e vanno messi in conto.
• Formato di export documentato (Danea Easyfatt). I dati escono in un file con una struttura nota; un flusso lo legge e aggiorna i report. Si lavora sui dati all'ultimo export: per i numeri del mattino basta.
• Nessuna documentazione pubblica (per quanto ho trovato: TeamSystem Enterprise, Ad Hoc Revolution Web). Non vuol dire che non si possa fare: vuol dire che la prima telefonata è al rivenditore. Le strade restano le tre di sempre, export, database in sola lettura, API, e sono spiegate nella guida Collegare l'AI al gestionale.

Cosa mettere nel primo report

Il primo report automatico deve sostituire un foglio che oggi qualcuno rifà a mano, non aggiungerne uno nuovo. Tre regole.

1. Pochi numeri, quelli che il titolare chiede già. Vendite per cliente e per prodotto, fatturato del periodo, margini. Si parte da tre indicatori e si cresce da lì.
2. Un confronto, non un valore. "Questo mese rispetto al mese scorso e allo stesso mese dell'anno prima" dice qualcosa; un totale da solo no.
3. Arriva da solo. In una dashboard, via email o su WhatsApp, alla stessa ora, a chi deve leggerlo. Se qualcuno deve andare a cercarlo, dopo un mese non lo guarda più nessuno.

Poi viene l'AI dentro i dati: segnala gli scostamenti, risponde a domande in linguaggio normale, prepara il commento ai numeri. Ma viene dopo: prima i numeri devono tornare.

Il caso: sei ore al giorno

In una media azienda alimentare il controllo di gestione richiedeva circa 6 ore al giorno: una persona esportava i dati dal gestionale e li rielaborava in Excel per produrre vendite, fatturato e margini. Oggi una piattaforma legge gli stessi dati da sola e li mostra in una dashboard aggiornata ogni mattina, con l'AI che segnala gli scostamenti. Le 6 ore non servono più: circa 30 a settimana, calcolate su cinque giorni lavorativi.

La parte lunga non è stata il collegamento: è stata far tornare i numeri della dashboard con quelli dei fogli fatti a mano, finché coincidevano. Le differenze, quasi sempre, erano errori del vecchio foglio. Come si svolge un lavoro così è nella guida Report vendite dal gestionale senza Excel manuale.

Cosa chiedere al rivenditore, con le parole giuste

• La nostra versione include un'API o un modulo di scambio dati? Se no, quale la include e quanto costa?
• Dov'è la documentazione tecnica, e chi può riceverla?
• Si può programmare un export automatico di vendite, anagrafiche e articoli? In quale formato?
• È possibile un utente di sola lettura sul database, e a quali condizioni?
• Cosa succede al collegamento quando aggiornate il gestionale?

Se la risposta è vaga su tutte e cinque, è un'informazione anche quella: si parte dagli export che già fate, e si porta la domanda più in alto.

Gli errori che vedo più spesso

• Comprare lo strumento di business intelligence prima di sapere come leggere i dati. La licenza arriva in un giorno; il collegamento al gestionale è il progetto.
• Dare per scontato che "ha le API" significhi "le possiamo usare". Possono richiedere un modulo, una versione, un contratto. Va chiesto per iscritto.
• Andare in produzione senza il confronto con i numeri vecchi. Un report automatico sbagliato è peggio di uno manuale: lo guardano tutti e nessuno lo controlla.
• Costruire tutto sull'utente di una persona. Quando cambia password o ruolo, il report si ferma. Serve un utente tecnico, dell'azienda, in sola lettura.

Domande frequenti

Il mio gestionale non è nell'elenco: si può fare lo stesso?

Quasi sempre. L'elenco raccoglie nomi molto presenti, non tutti. Vale la stessa domanda per qualsiasi gestionale, anche verticale di settore: i dati si possono leggere con un export programmato, dal database in sola lettura o con un'API? Basta che la risposta sia sì a una delle tre.

Serve una versione particolare del gestionale?

A volte sì: le funzioni di scambio dati e le API possono essere incluse solo in alcune versioni o in moduli a parte. Va chiesto al rivenditore prima di progettare, insieme all'eventuale costo.

Ogni quanto si aggiornano i report?

Dipende da come si leggono i dati. Con un'API o con il database, anche ogni pochi minuti. Con un export programmato, di solito una volta al giorno, la notte: per vendite, fatturato e margini guardati ogni mattina è più che sufficiente.

Non basta Excel collegato al gestionale?

Per un'analisi una tantum sì. Quello che va tolto è il lavoro ripetuto: qualcuno che ogni giorno esporta, incolla e rifà lo stesso foglio. Finché il report dipende da una persona che lo prepara, non è automatico.

Da dove iniziare

Dal foglio che qualcuno rifà ogni giorno, e da una telefonata al rivenditore con le cinque domande qui sopra. Con quelle due cose si sa già quanto è semplice il progetto. Se vuoi che lo guardi io, è il servizio Report e dashboard automatici; se prima vuoi capire se conviene, il Check-up AI.