Creare un gestionale da soli: cosa regge e cosa si rompe

Chi si costruisce il gestionale da solo parte da un vantaggio che nessun fornitore ha: sa esattamente come lavora la sua azienda. Il foglio delle commesse, il database Access di anni fa, l'app che ChatGPT ha scritto in un fine settimana esistono perché nessun programma pronto faceva quella cosa nel modo giusto.

Questa guida non serve a scoraggiarti, ma a capire fin dove regge ogni strumento e cosa fare quando non regge più. Finché un errore costa poco, il fai-da-te va bene.

Creare un gestionale senza essere programmatori

Per creare un gestionale da zero senza essere programmatori le strade sono quattro: un foglio di calcolo, un database da ufficio come Access, una piattaforma low-code o il codice scritto dall'intelligenza artificiale. Cambiano la velocità con cui si parte e il punto in cui ci si ferma.

Come creare un gestionale con Excel, e dove si ferma

Con Excel si crea un gestionale credibile per una persona sola: un foglio per tabella (clienti, articoli, movimenti), la convalida dei dati contro le date scritte come testo, le tabelle pivot per i riepiloghi. A un libero professionista con preventivi e scadenze spesso basta per anni.

Si ferma quando i dati devono servire a più persone. Anche condiviso su OneDrive o Google Drive, il file si apre tutto o niente: non può mostrare a ciascuno solo la sua parte, e la stessa Microsoft avverte che la protezione del foglio non è concepita come una funzionalità di sicurezza.

Le tabelle, poi, non sono collegate: niente impedisce di cancellare un cliente con fatture aperte o di scriverlo due volte. I segnali e il modo di passare a un gestionale vero sono nella guida da Excel a un gestionale.

Creare un gestionale con Access, il database da ufficio

Access è un passo avanti rispetto a Excel perché è un database relazionale: i clienti stanno in una tabella, le fatture in un'altra, e il collegamento tra le due impedisce di fatturare a un cliente che non esiste. Maschere e report si costruiscono senza scrivere codice, e per un ufficio di poche persone sulla stessa rete funziona.

I limiti sono scritti nelle specifiche di Access: 2 GB per file di database, dati e oggetti compresi, e 255 utenti simultanei.

Nella pratica il file sta in una cartella condivisa, e nella stessa pagina Microsoft rimanda alle istruzioni per prevenire e correggere i problemi dei file di database con "Compatta e ripristina". Access resta un programma da computer: chi è in cantiere o dal cliente non lo apre dal telefono.

Low-code e Power Apps: cosa sono e quando bastano

Low-code vuol dire costruire un'applicazione componendo pezzi già pronti (schermate, moduli, elenchi, flussi) e scrivendo poche formule, invece di programmare riga per riga.

Power Apps è la piattaforma low-code di Microsoft: secondo la documentazione ufficiale serve a creare app aziendali che leggono dati da Dataverse, SharePoint, SQL Server e altre fonti, e che funzionano nel browser e sul telefono. Oggi si può anche descrivere l'app a Copilot e lasciargli preparare una prima versione.

Il vantaggio sul fai-da-te puro è che l'accesso con l'account aziendale, i permessi e l'infrastruttura li gestisce Microsoft. Basta quando l'azienda vive già in Microsoft 365 e l'app è un modulo interno: richieste di ferie, check-list di manutenzione, registro delle attrezzature.

Diventa stretto in tre casi:

• le licenze: per usare le app serve una licenza, e i diritti compresi in alcuni piani Microsoft 365 coprono solo i dati di Microsoft 365 e i connettori standard, come spiega la panoramica delle licenze Power Platform;
• la logica: con molte eccezioni, le formule diventano difficili da leggere anche per chi le ha scritte;
• la dipendenza: l'app vive dentro la piattaforma, e per portarla altrove va riscritta.

Per le automazioni tra programmi il confronto è nella guida n8n, Make, Zapier o sviluppo su misura.

Creare un gestionale con ChatGPT o Claude: il vibe coding

Con ChatGPT o Claude si può creare un gestionale senza scrivere codice: descrivi schermate e regole, l'AI scrive il programma, tu lo provi e chiedi le correzioni. Questo modo di lavorare ha un nome, vibe coding.

Il dizionario Merriam-Webster lo definisce come scrivere codice in modo un po' approssimativo con l'aiuto dell'AI, e precisa che chi lo pratica non ha bisogno di capire come funziona il codice che ottiene. Il termine si fa risalire a un post del 2 febbraio 2025 di Andrej Karpathy, tra i fondatori di OpenAI.

Per un prototipo funziona bene: in pochi giorni si ottengono schermate e moduli che mostrano l'idea meglio di qualunque documento. I problemi stanno dove l'AI non guarda se non glielo chiedi. Veracode, un'azienda che si occupa di sicurezza del software, lo ha misurato facendo scrivere codice ai modelli di AI:

I dati sono nel rapporto di Veracode sulla sicurezza del codice generato, del luglio 2025. In un gestionale scritto così gli errori tipici sono concreti:

• la pagina di amministrazione chiede la password, ma i dati si leggono lo stesso chiamando l'indirizzo giusto;
• la chiave del database o del servizio di posta è scritta nel codice, e il codice finisce in un archivio condiviso;
• il programma gira sul computer di chi l'ha creato, e nessuno ha pensato a server, dominio, certificato HTTPS e aggiornamenti;
• ogni correzione chiesta all'AI ne rompe un'altra, perché nessuno ha la mappa dell'insieme.

Niente di questo si vede provando il prototipo: funziona, finché qualcuno non prova a fargli fare quello che non dovrebbe. Per l'uso quotidiano dell'AI in ufficio, le regole su dati e piani sono nella guida ChatGPT, Claude e Copilot in azienda.

Cosa si rompe quando il prototipo diventa il gestionale dell'azienda

Quando il gestionale fatto in casa diventa quello dell'azienda si rompe tutto quello che a una persona sola non serve e a un'azienda sì. Sei punti, validi con qualunque strumento.

Accessi e permessi

Il primo collega che entra vede tutto: margini, stipendi, dati dei clienti. Un gestionale aziendale sa chi sta lavorando e mostra a ciascuno la sua parte. Farlo bene vuol dire ruoli, password conservate in modo sicuro, autenticazione a due fattori per chi entra da fuori e un modo rapido per togliere l'accesso a chi se ne va.

Backup, e soprattutto ripristino

Un backup che nessuno ha mai provato a ripristinare è un'ipotesi. Serve una copia automatica, conservata in un altro posto, e una prova periodica: si prende la copia di ieri e si verifica che il gestionale riparta con i dati giusti.

Sicurezza nel tempo

Un programma online riceve tentativi di accesso dal primo giorno, e le librerie su cui si appoggia ricevono correzioni di sicurezza di continuo: qualcuno deve installarle e controllare che non rompano niente.

Dati personali e GDPR

Se il gestionale contiene dati di clienti, dipendenti o pazienti, il fatto che l'abbia scritto tu non cambia gli obblighi. L'articolo 32 del GDPR chiede misure di sicurezza adeguate al rischio, tra cui la capacità di ripristinare tempestivamente i dati dopo un incidente.

L'articolo 33 chiede di notificare una violazione al Garante senza ingiustificato ritardo e, dove possibile, entro 72 ore da quando se ne viene a conoscenza, salvo che sia improbabile un rischio per le persone. Per notificarla bisogna prima accorgersene, e senza un registro degli accessi è molto difficile.

Più persone nello stesso momento

Due persone aprono lo stesso ordine: una cambia la quantità, l'altra il prezzo, e vince chi salva per ultimo. Un prototipo di solito non se ne accorge, e l'errore salta fuori settimane dopo, in magazzino o in fattura.

Manutenzione e dipendenza da chi l'ha fatto

Il gestionale fatto in casa ha quasi sempre un autore solo: il titolare, un dipendente appassionato, il nipote che studia informatica. Finché c'è lui, ogni problema si risolve. Quando cambia lavoro o non ha tempo, resta un programma che nessuno osa toccare.

Lo stesso rischio esiste con un fornitore esterno: ne parliamo nella guida sulla proprietà del codice sorgente.

Quando conviene passare a uno sviluppo professionale

Conviene quando il costo di un errore supera il costo di fare le cose bene. In pratica, quando succede almeno una di queste cose:

• il gestionale contiene dati personali di clienti o dipendenti, o dati sanitari;
• ci passano fatture, incassi o scadenze che, se sbagliati, costano soldi veri;
• deve essere raggiungibile da internet, dal telefono o dai clienti;
• più persone ci lavorano ogni giorno e si fermano se si ferma;
• chi l'ha costruito passa più tempo a ripararlo che a usarlo.

Dal prototipo fatto in casa al gestionale in produzione

Un prototipo fatto da te non è lavoro buttato: è la specifica più chiara che un programmatore possa ricevere. Dentro ci sono i campi che ti servono, le schermate nell'ordine in cui le usi, le regole che hai dovuto spiegare all'AI una per una.

Quando lo prendiamo in carico il percorso è quello del nostro metodo: prima chiamata, analisi scritta, modello dei dati, prima versione, rilasci successivi, messa in produzione, assistenza ed evoluzione. Con un prototipo in mano cambiano alcune cose:

• Lo proviamo con te e ne leggiamo codice e dati, comprese le regole che nessuno ha scritto.
• Ricevi un elenco scritto dei problemi, in ordine di gravità: accessi, permessi, password, dati esposti, librerie non aggiornate.
• Correggere o riscrivere. A volte si corregge e si tiene; se è costruito con strumenti da prototipo conviene riscriverlo con tecnologie diffuse e documentate, conservando schermate e regole. Ti diciamo quale strada consigliamo e perché.
• I dati del prototipo entrano nel gestionale nuovo con controlli sui totali, come in una migrazione da un vecchio gestionale.
• Server, backup, aggiornamenti e correzioni passano in un accordo di assistenza e manutenzione, così il gestionale non dipende più dal tempo libero di una persona.

Un'esperienza del nostro gruppo: uno studio di medicina del lavoro aveva un prototipo di gestionale clinico costruito in un'altra tecnologia, non pronto per la produzione. Lo abbiamo riscritto e messo in produzione, con ruoli separati per medico e segreteria, autenticazione a due fattori e cifratura dei file caricati e dei backup. Da lì il percorso è quello di ogni gestionale su misura.