Gestionale per commercialisti: quanto è personalizzabile davvero

Quando un titolare di studio scrive “voglio un gestionale per commercialisti con un alto livello di personalizzazione”, intende quasi sempre una cosa precisa: poter aggiungere i propri campi, le proprie logiche, e soprattutto poter tirare fuori i propri dati per usarli altrove.

Quando un venditore risponde “certo, è completamente personalizzabile”, intende quasi sempre un’altra cosa: che si possono attivare moduli, spostare colonne, cambiare il layout di un report e definire un workflow scegliendo fra quelli previsti dal produttore.

Sono due significati incompatibili della stessa parola, e la distanza fra i due è la ragione per cui parecchi studi scoprono a diciotto mesi dall’acquisto che il gestionale nuovo fa esattamente le stesse cose del vecchio, solo con una schermata più moderna.

Questo articolo non serve a scegliere fra gestionale standard e software su misura: quella decisione è un’altra, e l’abbiamo affrontata in studio commercialista: software custom o gestionale standard. Qui diamo per assunto che il gestionale standard ci sia o si stia per comprare, e rispondiamo a una domanda sola: fin dove si può spingere, e come si verifica prima di firmare.

TL;DR

• Configurabile significa cambiare il comportamento del software usando le leve che il produttore ha previsto. Estensibile significa aggiungere comportamenti che il produttore non aveva previsto. Quasi tutti i gestionali italiani per studi sono molto configurabili e poco estensibili.
• Esistono quattro livelli di personalizzazione, e vanno chiesti separatamente in fase di trattativa: configurazione, campi propri, automazione interna, accesso ai dati dall’esterno. Il quarto è quello che conta di più ed è quello di cui non si parla in demo.
• Il pattern ricorrente nel mercato italiano: le API pubbliche documentate esistono soprattutto sui prodotti satellite (fatturazione elettronica, conservazione, firma digitale, hub documentali) e molto meno sul core del gestionale di studio. Verificato sulla documentazione pubblica al 15 agosto 2026.
• Quando l’API sul core non c’è, esiste comunque una gerarchia di strategie di estrazione, e non sono equivalenti: export schedulato, integrazione via prodotto satellite, automazione dell’interfaccia, accesso diretto al database. Le ultime due hanno implicazioni contrattuali e di protezione dei dati che vanno guardate prima e non dopo.
• Le cinque domande da fare in demo stanno più avanti in questo articolo. Costano dieci minuti e cambiano il risultato di una trattativa da 30.000 euro.

I quattro livelli di personalizzazione

La confusione si scioglie separando quattro cose che in un colloquio commerciale arrivano tutte impacchettate sotto “sì, si può personalizzare”.

Livello 1: configurazione

Attivare e disattivare moduli, definire causali, impostare aliquote, scegliere il piano dei conti, personalizzare la stampa di un documento, decidere chi vede cosa.

È quello che tutti i gestionali fanno, ed è anche quello che quasi nessuno studio sfrutta davvero: la nostra impressione, dai progetti su cui abbiamo lavorato, è che uno studio medio usi fra il 30% e il 40% delle funzioni che ha già pagato. Prima di considerare qualunque personalizzazione, vale la pena chiedersi se il problema non sia semplicemente che il livello 1 non è stato configurato bene. Costa una giornata di formazione e a volte chiude la questione.

Livello 2: campi e dati propri

Aggiungere informazioni che il produttore non ha previsto: un campo “referente interno” sull’anagrafica cliente, una classificazione di rischio propria dello studio, una data di scadenza di un adempimento che non esiste nel gestionale.

Qui i prodotti cominciano a differenziarsi. Alcuni offrono campi liberi in numero limitato, spesso senza tipo (tutto testo), spesso non ricercabili e quasi mai esportabili insieme al resto. La domanda giusta non è “posso aggiungere un campo”, che è quasi sempre sì. È: quel campo lo posso cercare, filtrare, mettere in un report e portare fuori? Se la risposta è no, il campo esiste ma non serve.

Livello 3: automazione interna

Far succedere qualcosa automaticamente: se una pratica supera i quindici giorni, manda una mail al responsabile. Se il cliente non ha consegnato i documenti entro il 10, mettilo in una lista.

È il livello dove il divario fra prodotti è più grande. Alcuni gestionali hanno un motore di regole configurabile, altri hanno automazioni predefinite non modificabili, altri non hanno nulla e la risposta è “lo fa il commercialista quando se ne accorge”.

Livello 4: accesso ai dati dall’esterno

Poter leggere e scrivere i dati del gestionale da un programma esterno al gestionale. È il livello che rende possibile un portale clienti, una dashboard che mette insieme dati di studio e dati fiscali, un agente che risponde ai clienti sullo stato di una pratica, un flusso che riconcilia automaticamente.

È il livello che determina tutto il resto, ed è quello che in una demo non viene quasi mai mostrato, perché non ha una schermata. Uno studio che ha il livello 4 può costruirsi sopra qualsiasi cosa, anche fra cinque anni, anche con un fornitore diverso. Uno studio che non ce l’ha è vincolato a quello che il produttore deciderà di sviluppare.

Dove si fermano davvero i gestionali italiani

Qui serve una premessa metodologica onesta, perché è il punto in cui la maggior parte dei contenuti in circolazione dice cose non verificabili.

Assenza di documentazione pubblica non significa assenza di API. Nel software gestionale italiano per studi professionali, buona parte della documentazione tecnica è riservata ai partner e accessibile dopo un accordo. Quindi l’unica affermazione che possiamo fare con certezza riguarda cosa è pubblicamente documentato, non cosa esiste.

Detto questo, il pattern che emerge guardando la documentazione pubblica dei principali produttori italiani al 15 agosto 2026 è coerente e utile da conoscere:

Le API pubbliche ben documentate stanno sui prodotti satellite. Fatturazione elettronica, hub di scambio documentale, conservazione a norma, firma digitale, portali di raccolta documenti. TeamSystem espone un portale sviluppatori con catalogo di API e sottoscrizione delle chiavi, e la documentazione più completa e apertamente accessibile del gruppo è quella di Fatture in Cloud, che ha anche condizioni d’uso pubblicate. Zucchetti documenta pubblicamente API sui servizi IT e sul Digital Hub, con una sezione esplicita su come integrarsi al Digital Hub senza avere un gestionale Zucchetti.

Sul core del gestionale di studio la documentazione pubblica è molto più scarsa. La contabilità, gli adempimenti, l’anagrafica di studio, le parcelle: è la parte dove il dato di valore vive, ed è la parte meno esposta.

Non è un complotto, ha una spiegazione industriale banale: i prodotti satellite sono nati recenti, in architettura a servizi, e vivono di integrazioni con software di terzi, quindi l’API è il prodotto. Il core del gestionale ha vent’anni o più di stratificazione, e aprirlo significa dover garantire la stabilità di un contratto tecnico su una base di codice che cambia.

La conseguenza pratica per uno studio: la domanda “questo gestionale ha le API?” ha quasi sempre risposta sì, e quasi sempre è una risposta che riguarda il prodotto satellite e non quello che vi serve. La domanda va posta sul dato specifico.

Le cinque domande da fare in demo

Questa è la parte da stampare e portarsi dietro. Sono cinque domande che si fanno in dieci minuti, che nessun venditore può eludere con un “certo, è personalizzabile”, e le cui risposte cambiano completamente la valutazione economica di un contratto.

1. “Mi fate vedere adesso come estraggo l’elenco dei clienti con i loro campi personalizzati, in un formato che posso rileggere da un altro programma?” Non “si può esportare”. Vedere l’operazione. Se serve un intervento del supporto tecnico, o se il formato è un PDF, o se i campi personalizzati non ci sono nell’export, avete la risposta sul livello 2 e sul livello 4 in un colpo solo.

2. “L’estrazione la posso schedulare, o va lanciata a mano ogni volta?” Un export manuale è utilizzabile una tantum per una migrazione. Non regge nessuna integrazione che deve funzionare tutti i giorni senza che qualcuno se ne ricordi.

3. “Esiste un’API documentata sul modulo che mi interessa, e posso vedere la documentazione prima di firmare?” La documentazione prima di firmare è il vero test. Se la risposta è che la si vede dopo, o che la si vede solo diventando partner, la sostanza è che state comprando una promessa. Si può accettare, purché il contratto preveda cosa succede se la promessa non si realizza.

4. “Se domani volessi cambiare gestionale, in che formato mi porto via lo storico?” È la domanda che tutti evitano ed è quella che dice la verità sul livello di vincolo. Ha anche un secondo effetto utile: la risposta a questa domanda descrive esattamente la strada di integrazione praticabile oggi, perché il canale con cui si esce è lo stesso con cui si legge.

5. “Quanto costa l’accesso ai dati?” Su parecchi prodotti l’API non è compresa nella licenza: è un modulo a parte, con un canone proprio, a volte legato al volume di chiamate. Scoprirlo dopo trasforma un progetto di integrazione preventivato in un progetto che non si fa.

Quando l’API non c’è: la gerarchia delle alternative

Capita, ed è la situazione più comune negli studi che hanno un gestionale storico. Le strade esistono, non sono equivalenti, e vanno considerate in quest’ordine.

1. Export schedulato. Il gestionale produce a orari fissi un file in formato leggibile che finisce in una cartella, e da lì un programma lo legge. È la strada meno elegante e la più solida: non tocca il gestionale, non viola nulla, non si rompe quando il produttore rilascia un aggiornamento. Il limite è che è a senso unico e non è in tempo reale. Per l’80% dei casi d’uso reali di uno studio (un portale che mostra lo stato delle pratiche, una dashboard di sintesi, un agente che risponde su dati che cambiano una volta al giorno) è più che sufficiente.

2. Integrazione tramite il prodotto satellite. Se il dato che vi serve transita anche dall’hub di fatturazione elettronica o dal sistema documentale, e quello ha un’API pubblica, potete leggerlo lì invece che nel core. È una strada che molti non considerano e che spesso risolve il problema.

3. Automazione dell’interfaccia. Un programma che usa il gestionale come lo userebbe una persona, cliccando e leggendo le schermate. Tecnicamente fattibile, e va detto con chiarezza cosa comporta: molti contratti di licenza vietano l’accesso automatizzato all’interfaccia, e un aggiornamento del gestionale che sposta un pulsante rompe l’automazione senza preavviso. È una strada da valutare solo con il contratto in mano e con la consapevolezza che la manutenzione è ricorrente.

4. Accesso diretto al database. Tecnicamente il più potente e il più delicato. Quasi sempre vietato dalle condizioni di licenza, e con un profilo di protezione dei dati che non va sottovalutato: i dati dei clienti dello studio sono dati personali di cui lo studio risponde, e aprire un canale di lettura fuori dai percorsi previsti dal produttore è una scelta che va documentata, valutata e in molti casi evitata. Se ci si arriva, ci si arriva con il consenso scritto del produttore, non di nascosto.

La regola che applichiamo: si sale nella gerarchia solo quando il livello precedente è stato escluso per una ragione tecnica dimostrata, non per comodità. Nove volte su dieci ci si ferma ai primi due, e i progetti che partono direttamente dal quarto sono quelli che a due anni non sono più mantenibili.

Errori che vediamo fare negli studi

1. Chiedere “è personalizzabile” invece di “come si estraggono i dati”. La prima domanda ha una risposta sempre positiva e priva di informazione. La seconda ha una risposta verificabile.

2. Valutare l’estensibilità dopo aver scelto il gestionale. È il momento in cui non si ha più potere negoziale. Il costo dell’accesso ai dati va discusso quando si sta ancora decidendo, perché è l’unico momento in cui si può ottenere che sia compreso.

3. Costruire l’integrazione sul canale sbagliato per fretta. Un collegamento fatto con l’automazione dell’interfaccia perché “l’API arriva fra sei mesi” diventa permanente, e va manutenuto per anni. Se l’API arriva fra sei mesi, aspettare sei mesi costa meno.

4. Personalizzare per replicare un’abitudine. Parecchie richieste di personalizzazione sono in realtà richieste di continuare a lavorare come si lavorava prima. Vale la pena chiedersi, per ogni personalizzazione richiesta, se il processo attuale è un vantaggio dello studio o solo la sua storia.

5. Dimenticare chi mantiene. Ogni personalizzazione e ogni integrazione è codice che vive, che si rompe agli aggiornamenti e che ha bisogno di qualcuno che risponda. Uno studio senza un referente tecnico stabile, interno o esterno, dovrebbe volutamente restare al livello 1 e 2, ed è una scelta legittima.

FAQ

Qual è il gestionale per commercialisti più personalizzabile?

Non esiste una risposta valida in astratto, e chi ve la dà sta vendendo qualcosa. Esiste una risposta valida per il vostro caso, e si ottiene facendo le cinque domande sopra ai due o tre prodotti in lista, sul modulo specifico che vi serve. Il criterio che discrimina di più fra i prodotti italiani è l’accessibilità dei dati dall’esterno, più della quantità di funzioni, e su quella la differenza fra due prodotti apparentemente simili può essere enorme.

Il mio gestionale ha le API. Basta?

Dipende da tre cose che vanno verificate una per una: se l’API copre il dato che vi serve o solo un sottoinsieme; se è in lettura o anche in scrittura; e se ha un costo separato dalla licenza. Un’API che espone solo l’anagrafica quando quello che vi serve è lo stato degli adempimenti è un’API che c’è e non risolve.

Quanto costa integrare un gestionale con un sistema esterno?

Dipende quasi interamente dal canale disponibile. Con un’API documentata sul dato giusto, un’integrazione a senso unico verso un portale o una dashboard è un progetto di poche settimane. Con un export schedulato è simile, con qualche giorno in più per gestire la riconciliazione. Con l’automazione dell’interfaccia il costo iniziale è paragonabile ma quello di manutenzione è ricorrente e non trascurabile, e va messo a preventivo per anni, non per mesi. Il salto di costo sta nella fragilità del canale, non nella difficoltà tecnica.

Posso aggiungere un agente AI sopra il gestionale che ho già?

Sì, e il vincolo resta l’accesso ai dati, non l’AI. Un agente che risponde a domande sullo stato delle pratiche ha bisogno di leggere quelle pratiche, e la difficoltà del progetto è tutta lì. Se esiste un export schedulato affidabile, il progetto è fattibile senza toccare il gestionale. Ne abbiamo scritto il metodo generale parlando di integrazione di un LLM con un gestionale esistente.

Conviene di più cambiare gestionale o affiancarne uno?

Nella maggior parte degli studi che vediamo, affiancare. Il core contabile e degli adempimenti è la parte in cui i gestionali italiani sono forti e in cui rifare qualcosa non ha senso economico. Le parti che mancano quasi sempre (portale cliente, viste di sintesi, automazioni proprie dello studio) sono anche quelle che si costruiscono più facilmente accanto. La condizione necessaria resta una sola: il livello 4.

Se sto già valutando il rinnovo, da dove comincio?

Da un inventario di quello che oggi esce dal gestionale a mano. Ogni foglio di calcolo che qualcuno in studio compila copiando dati da una schermata è la descrizione precisa di un’integrazione che manca, ed è anche la stima gratuita del suo valore: basta contare le ore.

La quarta, quella che non si vede in demo

La parola “personalizzabile” nel mercato dei gestionali per studi professionali italiani copre quattro cose diverse, e le prime tre le hanno quasi tutti. La quarta, cioè poter accedere ai propri dati dall’esterno, è quella che decide se fra tre anni lo studio potrà costruire quello che gli serve o dovrà aspettare che lo faccia il produttore.

È anche l’unica che non si vede in una demo, e per questo va chiesta esplicitamente, con esempi concreti, mentre si ha ancora potere contrattuale. Dieci minuti di domande giuste durante la trattativa valgono più di qualunque confronto di funzionalità su una tabella.

Se state valutando il rinnovo del gestionale o volete capire cosa si può costruire sopra quello che avete, parliamone. Una mezza giornata basta per stabilire quale dei quattro livelli avete davvero e quali progetti sono possibili senza cambiare nulla.

Per approfondire: la pagina studi professionali, la decisione fra software custom e gestionale standard se la domanda è ancora a monte, e la pagina integrazione AI nel gestionale esistente per la parte operativa.

Nota sulle fonti: le osservazioni sulla documentazione pubblica dei produttori si riferiscono a quanto era pubblicamente accessibile al 15 agosto 2026 sui portali per sviluppatori di TeamSystem, Fatture in Cloud e Zucchetti. La documentazione riservata ai partner non è verificabile dall’esterno, quindi l’assenza di documentazione pubblica su un modulo non va letta come assenza di API: va letta come una domanda da fare al produttore.