Gestionale lento in rete: cause e primi controlli

Il gestionale lento in rete è quasi sempre un problema di come i computer condividono i dati, non di quante persone lavorano. Un software che con una postazione va bene può bloccarsi con tre o quattro utenti perché più richieste arrivano insieme allo stesso archivio, e la rete o il server non le gestiscono nei tempi attesi. Quando il gestionale si blocca solo con più persone collegate, il sintomo si presenta quasi sempre allo stesso modo (schermate che si congelano, salvataggi che non partono, operazioni che richiedono minuti), ma le cause possibili sono diverse: può dipendere dal Wi-Fi, dal server, da un antivirus o da come è costruito l'archivio.

Prima di cambiare software o comprare hardware conviene capire quale causa è in gioco. Questa guida parte dal sintomo che vedi in ufficio, ti aiuta a restringere il campo con controlli semplici, descrive le cause più frequenti e spiega quando serve un tecnico o un intervento sull'architettura.

In breve: non cambiare software e non comprare hardware finché non sai dove si blocca. Annota per due settimane quando succede e con quali operazioni, verifica se capita anche con una sola persona collegata, controlla spazio disco e aggiornamenti del server, e chiedi al fornitore se la versione è ancora supportata. Se i blocchi restano, va coinvolto un tecnico di database, rete o server prima di qualsiasi decisione sul software.

Archivio su cartella condivisa o database: la differenza che conta

Il primo punto da chiarire è dove stanno i dati e come vi accedono le postazioni. Esistono due modi molto diversi di far lavorare più persone sullo stesso gestionale, e uno regge molto meglio dell'altro quando gli accessi si sovrappongono.

Nel primo modo l'archivio del gestionale è su cartella condivisa: un file o un insieme di file su un PC o su un server, che ogni postazione apre attraverso la rete leggendo e scrivendo pezzi di dati direttamente. Con poche persone e una rete cablata stabile può funzionare, ma man mano che gli accessi si accavallano la rete diventa il collo di bottiglia. E ogni interruzione durante una scrittura, anche breve, può lasciare l'archivio danneggiato: per questo questa architettura soffre in modo particolare il Wi-Fi instabile e l'accesso da remoto tramite VPN.

Nel secondo modo un servizio di database gira sul server e gestisce in modo centralizzato le richieste: le postazioni chiedono i dati al servizio, che coordina le operazioni contemporanee e le scrive in modo controllato. Una connessione che cade durante una richiesta non lascia file aperti a metà sulla rete. È un'architettura più ordinata, ma richiede configurazione, manutenzione e un tecnico che sappia gestirla.

Non tutti i gestionali usano la stessa soluzione, e alcuni combinano le due cose. Per saperlo senza indovinare, chiedi al fornitore come sono archiviati i dati e se l'accesso in rete passa da un servizio sul server o direttamente dalla cartella condivisa.

Le cause da distinguere prima di intervenire

Il sintomo è compatibile con più cause. Queste sono quelle che si incontrano più spesso in un ufficio con il gestionale condiviso, con il segnale che aiuta a riconoscerle:

• Archivio su cartella condivisa: i dati sono letti e scritti via rete da più postazioni. Segnale: il problema cresce con il numero di utenti e peggiora nelle ore di punta. Un caso da escludere subito: l'archivio non deve mai stare in una cartella sincronizzata con servizi come OneDrive o Dropbox, perché la sincronizzazione può creare conflitti e danneggiare i file.
• Server ufficio lento o sottodimensionato: il server è lento anche quando lo usi da solo, con poca memoria, un disco lento o un processore che non regge più richieste contemporanee. Segnale: il disco è quasi pieno o il server rallenta anche in assenza di altri utenti.
• Rete o Wi-Fi: collegamenti instabili, access point lontani o saturi, accessi da remoto che dipendono dalla velocità in upload della linea dell'ufficio e dalla connessione di casa di chi lavora fuori. Segnale: le postazioni cablate vanno meglio di quelle in Wi-Fi o di quelle da remoto.
• Blocchi sui record e limiti di licenza: un dato aperto in modifica da un utente può impedire agli altri di salvarlo, e un numero di utenze contemporanee inferiore a quello necessario può rifiutare o rallentare l'accesso. Segnale: messaggi di record in uso o di licenza nelle finestre di errore.
• Antivirus che scansiona l'archivio: ogni apertura o salvataggio del file viene analizzato in tempo reale. Segnale: il rallentamento colpisce tutte le operazioni di lettura e scrittura, non solo alcune.
• Backup in orario di lavoro: una copia dei dati che parte mentre il gestionale è in uso rallenta il sistema e, se il programma di backup non gestisce i file aperti, può produrre una copia non coerente. Segnale: i problemi cadono sempre alla stessa ora.
• Software fuori supporto: versioni del gestionale o del sistema operativo del server che il produttore non aggiorna più. Segnale: non ce n'è uno diretto, va verificato con il fornitore e con la data di fine supporto del sistema operativo del server.

Checklist operativa per una PMI

1. Registro dei blocchi: annota per due settimane data, ora, postazione, operazione in corso e durata di ogni blocco. Fatto quando sai quali operazioni si bloccano più spesso e a che ora.
2. Test con una sola persona: lavora da una postazione sola, cablata, per un paio d'ore in una fascia tranquilla, poi aggiungi due o tre postazioni. Fatto quando sai se il blocco dipende dal numero di utenti o capita comunque.
3. Spazio disco del server: controlla quanto spazio libero resta sul disco che ospita l'archivio e su quello dei backup. Fatto quando sai quanto spazio è libero e se sta calando nel tempo.
4. Aggiornamenti del PC server: verifica che il sistema operativo sia aggiornato e che non ci siano riavvii in attesa o installazioni in corso. Fatto quando hai annotato la data dell'ultimo aggiornamento e sai che non ci sono riavvii pendenti.
5. Rete e Wi-Fi: confronta i tempi di lavoro delle postazioni cablate, di quelle in Wi-Fi e di chi lavora da remoto. Fatto quando sai quali postazioni sono più lente e se il problema segue il collegamento.
6. Antivirus e backup: chiedi al fornitore del gestionale se esiste un elenco ufficiale di cartelle e processi da escludere dalla scansione, e controlla a che ora parte il backup. Fatto quando sai se scansione e backup coincidono con gli orari dei blocchi.
7. Versione supportata: chiedi per iscritto al fornitore se la versione del gestionale e il sistema operativo del server sono ancora supportati e quali aggiornamenti sono disponibili. Fatto quando hai una risposta scritta con la data.
8. Backup verificato: prima di qualsiasi intervento sull'archivio, controlla che l'ultimo backup sia completo e che qualcuno sappia ripristinarlo. Fatto quando hai provato almeno una volta a ripristinare un file dal backup.

Gli errori da evitare

• Riavviare il server a caso in orario di lavoro: interrompe le operazioni in corso e può lasciare l'archivio incoerente. Meglio fissare una finestra fuori orario e avvisare tutti prima.
• Spostare o cancellare l'archivio per «fare ordine»: senza un backup verificato anche un'operazione innocua può far perdere dati. Lavora su copie e non toccare i file mentre sono in uso.
• Lavorare da remoto aprendo l'archivio condiviso via VPN: con un archivio su cartella condivisa è la configurazione più lenta e più fragile. Chiedi al fornitore quale modalità di accesso remoto supporta, per esempio il desktop remoto su un computer in ufficio.
• Dare la colpa al software senza dati: cambiare gestionale o fornitore sull'onda della frustrazione spesso porta allo stesso problema con un altro nome. Il registro dei blocchi serve a decidere sui fatti.
• Escludere l'antivirus dalla scansione senza valutare il rischio: ogni eccezione riduce la protezione. Va decisa da chi gestisce la sicurezza, partendo dalle indicazioni del fornitore e documentando quali cartelle e quali processi restano esclusi.
• Comprare un server più potente prima di capire il collo di bottiglia: se il problema è la rete o un archivio su cartella condivisa, più potenza non risolve. Prima la diagnosi, poi l'acquisto.
• Accettare un intervento senza un riepilogo scritto: senza sapere cosa è stato modificato è difficile capire cosa ha funzionato e cosa tornerà a dare problemi. Chiedi sempre un resoconto di ciò che è stato cambiato.

Quando serve un tecnico e cosa portargli

Alcune verifiche si possono fare in azienda, altre richiedono competenze specifiche. Un tecnico di database serve quando l'archivio gira su un servizio dedicato e i blocchi sembrano legati alle operazioni sui dati; un tecnico di rete quando il problema segue il percorso del collegamento; un tecnico di server quando disco, memoria o sistema operativo non reggono il carico. Spesso servono più competenze insieme, ed è utile partire dal fornitore del gestionale, che conosce architettura e versioni.

Per non pagare un intervento a vuoto, porta al tecnico il registro dei blocchi, lo schema della rete (quali postazioni sono cablate, quali in Wi-Fi, come si accede da remoto), la versione del gestionale e del sistema operativo, il numero di utenti che lavorano insieme nelle ore di punta e la data dell'ultimo backup completo. Con questi dati la diagnosi parte dai fatti. Il solo racconto dei blocchi non basta a stabilire quale causa sia in gioco, e chi promette una diagnosi certa senza aver visto il sistema merita una domanda in più.

Se la macchina del server è vecchia, la sostituzione può essere la scelta giusta, ma va decisa dopo la diagnosi e non prima. Il tema dei tempi e dei costi dell'hardware è trattato qui: come decidere se rinnovare il server ora o aspettare.

Gestionale in cloud o in locale: quando il problema è strutturale

Se la diagnosi conferma che l'architettura non regge più, cioè che il gestionale è pensato per pochi utenti su un archivio condiviso e l'azienda ne ha molti di più, le strade sono tre: correggere la configurazione attuale (per esempio spostando i dati su un servizio di database, se il gestionale lo prevede), spostare il gestionale in cloud o sceglierne uno diverso, oppure sviluppare un gestionale su misura che segua i processi reali dell'azienda.

Il cloud sposta il server dall'ufficio a un data center del fornitore. Elimina la macchina da mantenere in sede e spesso include un database gestito, ma non risolve da solo un problema di progettazione. La velocità dipende dalla connessione internet, dal modo in cui il software è costruito e dai limiti di utenze previsti dal piano scelto. Sono tre cose da chiarire con il fornitore prima del passaggio, non dopo. Attenzione anche a una falsa soluzione: mettere l'archivio di un gestionale da cartella condivisa dentro un servizio di sincronizzazione non è un gestionale in cloud, ed è uno dei modi più rapidi per danneggiarlo.

Il gestionale su misura ha senso quando il problema non è tecnico ma di adattamento: l'azienda ha processi che il software standard non segue, e ogni workaround produce altri blocchi. Il costo e le variabili che lo determinano sono trattati nell'articolo quanto costa un gestionale su misura nel 2026. Chi gestisce ancora parte dei dati in fogli condivisi può leggere anche da Excel al gestionale: quando conviene il salto.

Domande frequenti su gestionale lento in rete

Il gestionale si blocca solo a fine mese: è normale?

Non è un comportamento normale, ma è prevedibile: a fine mese aumentano le operazioni contemporanee tra chiusure, fatture e controlli, e backup o antivirus possono girare nello stesso momento. Il registro dei blocchi, con gli orari, conferma se il collegamento è questo.

Basta cambiare il Wi-Fi per risolvere?

Solo se il problema è di rete. Se il gestionale è lento anche con una postazione cablata e una sola persona collegata, la causa è più probabilmente nel server, nell'archivio o nel software. Il confronto tra postazioni cablate e Wi-Fi è il modo più rapido per saperlo. Con un archivio su cartella condivisa, comunque, le postazioni che scrivono spesso dovrebbero lavorare via cavo.

Un server più potente elimina i blocchi?

Non sempre. Più memoria e un disco più veloce aiutano quando il server è il collo di bottiglia, ma non correggono un archivio su cartella condivisa, un limite di licenza o un antivirus che scansiona i file in tempo reale.

Passare al cloud elimina i problemi di rete?

No. Il cloud sposta il server fuori dall'ufficio e cambia i rischi, ma la velocità dipende dalla connessione internet e da come è costruito il software. Va verificato con il fornitore prima del passaggio.

Se l'archivio si danneggia si può recuperare?

Dipende dall'ultimo backup completo e dalla possibilità di ripristinarlo, e senza una copia verificata il recupero non è garantito. Per un archivio danneggiato l'intervento va affidato a un tecnico, non fatto in autonomia: lanciare strumenti di riparazione direttamente sull'archivio in rete, mentre altri lo usano, può peggiorare il danno.

A chi chiedere per primo, al fornitore o a un tecnico informatico?

Di solito al fornitore del gestionale, perché conosce architettura e versioni. Se non riesce a indicare la causa o gestisce solo il software, serve un tecnico di rete o di server che lavori insieme a lui.

Il punto centrale

Un gestionale che si blocca con più utenti sta segnalando che archivio, rete, server o software non reggono il carico in quei momenti. La prima mossa è capire quale. Annotare i blocchi, fare un test con una sola persona, controllare disco, aggiornamenti, rete, antivirus, backup e supporto del fornitore costa poco e spesso restringe il campo in pochi giorni.

Quando i controlli indicano un problema di architettura, la scelta non è più solo tecnica: va deciso se correggere la configurazione, spostare il gestionale in cloud o costruire un software che segua i processi reali. Da lì conviene partire con i dati in mano e con un backup verificato.