Gestionale personalizzato: quando serve davvero e quando è uno spreco

Quando un gestionale standard non basta più

Un gestionale standard nasce per fare bene le cose che fanno tutte le aziende: fatturare, tenere la contabilità, gestire magazzino, emettere ordini. Fin lì va benissimo, e cambiarlo sarebbe uno spreco. Il problema comincia quando la tua azienda ha un pezzo di processo che non assomiglia a quello di nessun altro.

Esempi concreti che incontriamo ogni settimana:

• un listino che si calcola in base a sconti a scaglioni, provvigioni e condizioni per cliente, e che oggi rifai a mano in Excel;
• un cliente importante che pretende gli ordini in un formato suo, e qualcuno li ricopia a mano nel gestionale;
• due sistemi che non si parlano: il gestionale ha i dati anagrafici, il software di produzione ha le lavorazioni, e l'allineamento lo fa una persona;
• un'approvazione che passa per email e telefonate perché il gestionale non ha quel passaggio nel suo flusso.

In tutti questi casi il costo non è il software: è il tempo delle persone che fanno da ponte tra un sistema e l'altro, e l'errore che prima o poi ci scappa.

"Personalizzare" vuol dire tre cose diverse

Quando si dice "gestionale personalizzato" si parla in realtà di tre interventi molto diversi tra loro, per difficoltà e per costo. Distinguerli è il primo passo per non spendere il doppio del necessario.

Molte aziende chiedono il punto 2 quando basterebbe il punto 1. Altre chiedono il punto 1 sapendo già che il vero problema è il punto 3. Capire quale dei tre ti serve è metà del lavoro — ed è la prima cosa che facciamo insieme.

Le domande che rivelano se serve davvero

Prima di chiamare un fornitore, rispondi a queste cinque domande. Se hai più di due sì, il problema è reale e vale la pena affrontarlo.

L'ultima riga è la più importante. Se hai già cambiato gestionale e il problema è rimasto, non serve un altro prodotto: serve qualcuno che scriva la regola che ti manca. È esattamente il caso in cui lo sviluppo su misura ha senso.

Quando invece NON serve personalizzare

Essere onesti conviene a tutti. Non serve uno sviluppo su misura quando:

• la funzione esiste già nel gestionale e va solo impostata bene (capita molto spesso);
• il processo è sbagliato di suo e personalizzarlo significa solo automatizzare un errore;
• la regola è talmente semplice che un foglio di calcolo ben fatto basta e avanza;
• il volume è così basso che il costo dello sviluppo non si recupera mai.

In questi casi la risposta giusta è "non serve", e un fornitore serio te lo dice. Un gestionale personalizzato senza criterio diventa un sistema che nessuno sa più mantenere, e che alla prima persona che cambia in azienda diventa un problema.

Su cosa si sviluppa: il gestionale o l'integrazione

Quando lo sviluppo serve davvero, resta da decidere dove scriverlo. Ci sono due strade, e la scelta dipende da quanto vuoi che quel codice resti legato a un prodotto specifico.

Estendere un gestionale esistente

Si scrive dentro il prodotto che già usi. Vantaggio: tutto resta in un unico posto, l'utente non cambia abitudini. Limite: quella personalizzazione vive dentro quel prodotto, e se un giorno cambi gestionale la porti dietro con difficoltà. È la strada tipica per i moduli su misura, ad esempio su una piattaforma come Odoo, dove il codice custom convive con gli aggiornamenti del prodotto.

Costruire l'integrazione sopra i sistemi

Si lascia ogni sistema a fare il suo mestiere e si scrive un livello che li mette in comunicazione: anagrafiche, documenti, stati, notifiche. Vantaggio: nessuno tocca i gestionali, e i sistemi restano sostituibili. Limite: è un pezzo di software in più da mantenere. È la strada giusta quando i sistemi sono due o tre e nessuno vuole cambiarli.

Automatizzare i passaggi tra i due

Quando serve solo far viaggiare dati e attivare azioni — "arriva il file, crea l'ordine, avvisa il commerciale" — si possono orchestrare i flussi senza riscrivere le logiche dentro un gestionale. Utile quando i sistemi cambiano spesso o quando il processo coinvolge strumenti diversi.

Se il tuo caso è un prodotto software già confezionato da adattare alla tua azienda, il punto di partenza è la pagina soluzioni software: spesso la strada più corta è configurare bene quello che hai, non sviluppare qualcosa di nuovo.

Le domande da fare al fornitore

Queste domande distinguono chi sa sviluppare da chi vende software. Falle, e ascolta come risponde.

• A chi appartiene il codice che scrivete? Se la risposta è vaga, è un problema: domani sarai legato a loro.
• Cosa succede al mio sviluppo quando il gestionale si aggiorna? Un fornitore che non ha una risposta ha già avuto problemi di questo tipo.
• Ho bisogno di questo o mi basta configurare quello che ho già? Se ti dicono sempre "serve sviluppo", state perdendo entrambi tempo.
• Come lo proviamo prima di andare in produzione? Un ambiente di prova non è un dettaglio burocratico: è ciò che evita di scoprire gli errori sui tuoi dati veri.
• Cosa succede se un giorno ci separiamo? Documentazione, export dei dati, competenze per andare avanti: va chiarito prima, non dopo.

Come lavoriamo noi

In CAT SRL sviluppiamo gestionali e integrazioni dal 1996. Lavoriamo su più tecnologie — .NET Core, PHP, Python, Java — e in particolare su Odoo, dove sviluppiamo moduli personalizzati e integrazioni con fatturazione elettronica SDI, CRM, logistica ed e-commerce.

Il metodo è sempre lo stesso, e parte da una cosa poco spettacolare: scrivere la regola prima di scrivere il codice. Se la regola non è chiara a parole, non lo sarà nemmeno nel programma, e nessuno sviluppo può salvare una regola confusa. Quando la regola è chiara, si prova su un ambiente di test con dati reali prima di toccare la produzione.

Una cosa che diciamo spesso e che i clienti apprezzano: se non serve, te lo diciamo. Capita di arrivare con una richiesta di sviluppo e di scoprire che bastava configurare il gestionale che avevi già.

Scopri come sviluppiamo software gestionale

Raccontaci il tuo processo e ti diciamo se serve uno sviluppo →

Domande frequenti

Che differenza c'è tra gestionale standard e gestionale personalizzato?

Il gestionale standard copre processi comuni a tutte le aziende e si personalizza con configurazione e parametri. Il gestionale personalizzato prevede sviluppo di codice per regole che il prodotto non prevede, oppure integrazioni tra sistemi diversi. La distinzione conta perché il costo e i tempi dei due interventi sono molto diversi.

Quanto costa personalizzare un gestionale?

Dipende da tre fattori: quante regole vanno implementate, quanto sono complesse, e quanti sistemi devono parlarsi. Non esiste un prezzo a listino valido per tutti, e diffida di chi te lo dà senza aver visto il processo. Nella pratica si parte da un'analisi del flusso attuale, che dice anche se lo sviluppo serve.

Si possono integrare due gestionali diversi?

Sì. Le strade sono le API esposte dai sistemi (REST o SOAP), l'accesso diretto al database quando è previsto dal fornitore, oppure un livello di orchestrazione che legge e scrive sui sistemi senza modificarli. La scelta dipende da cosa espongono i due prodotti: a volte basta l'API, a volte serve un lavoro in più.

Posso personalizzare anche un gestionale già in uso?

Spesso sì, ed è la strada che consigliamo quando il prodotto ha un'architettura che lo prevede. Prima però verifichiamo due cose: che il fornitore del prodotto non consideri la modifica un problema per gli aggiornamenti futuri, e che l'ambiente di prova sia utilizzabile per testarla senza rischi sui dati reali.

Questo articolo è stato realizzato con l'ausilio dell'IA, ma fonti, piani editoriali e contenuti nascono da intelligenza umana. Mica tutto si può delegare alle macchine, no? 😉