Blog / Scelta del software gestionale
Gestionale multi-azienda e multi-sede: requisiti, rischi e test
Pubblicato il 17 settembre 2026 · Redazione Gestionale sul Web
Quando un'impresa apre una seconda sede, crea una nuova società o coordina attività collegate, il gestionale deve semplificare il lavoro senza cancellare i confini. Condividere tutto genera accessi impropri e dati ambigui; separare tutto obbliga a duplicare anagrafiche, file e controlli. La scelta utile non è quindi “un unico software sì o no”, ma quale informazione è comune, quale appartiene a una sola entità e con quali regole può attraversare il confine.
Multi-azienda, multi-sede, multiutente e multi-tenant: le differenze
Le etichette commerciali non sono intercambiabili. Prima della demo traduci ogni parola nella struttura reale dell'organizzazione: partite IVA, sedi operative, depositi, utenti, processi e responsabilità. La documentazione di operatori come Fatture in Cloud distingue esplicitamente la multiazienda dalla multiutenza; Giobby separa inoltre aziende con partite IVA differenti e punti vendita della stessa azienda. È un buon promemoria: chiedi sempre che cosa rappresenta l'unità configurata nel software.
| Concetto | Che cosa rappresenta | Domanda di controllo |
|---|---|---|
| Multi-azienda | Più entità giuridiche o attività distinte nello stesso ambiente. | Documenti, numerazioni, configurazioni e accessi restano separati per società? |
| Multi-sede | Filiali, negozi o unità operative della stessa impresa. | Quali dati sono centrali e quali appartengono alla singola sede? |
| Multimagazzino | Più depositi o ubicazioni logistiche. | Come si gestiscono disponibilità, trasferimenti, valorizzazioni e inventari? |
| Multiutente | Più persone con credenziali e autorizzazioni proprie. | Il ruolo limita anche società, sede, report, export e API? |
| Multi-tenant | Scelta architetturale del servizio SaaS per servire più clienti o organizzazioni. | Non descrive da sola le funzioni multi-azienda disponibili all'utente. |
Una holding con tre società, un'azienda con quattro punti vendita e uno studio che amministra più clienti possono desiderare “un solo accesso”, ma hanno perimetri molto diversi. Anche il reporting cambia: confrontare ricavi per sede non equivale a predisporre dati per un bilancio consolidato. L'OIC 17 disciplina il bilancio consolidato e il metodo del patrimonio netto; una dashboard gestionale aggregata non sostituisce automaticamente gli adempimenti e le verifiche contabili competenti.
Tre modelli: separato, condiviso o ibrido
Non esiste un modello sempre migliore. La scelta dipende dalla relazione tra le entità, dai processi comuni e dal rischio di confondere dati.
Ambienti separati. Ogni azienda ha configurazione e dati autonomi. Riduce le condivisioni accidentali, ma può duplicare anagrafiche, integrazioni, aggiornamenti e report.
Nucleo condiviso con perimetri. Identità, cataloghi o altri dati selezionati sono comuni, mentre documenti e operazioni restano associati a società e sedi. Riduce duplicazioni, ma richiede regole chiare di proprietà, modifica e propagazione.
Modello ibrido. Alcune entità condividono servizi e dati, altre restano isolate; il gruppo riceve solo indicatori autorizzati. È flessibile, ma deve essere documentato per evitare eccezioni invisibili.
Disegna una matrice prima di valutare il prodotto. Nelle righe metti clienti, fornitori, articoli, listini, ordini, magazzini, contabilità, documenti, allegati e KPI; nelle colonne metti società, sedi e ruoli. Per ogni incrocio indica “proprietario”, “lettura”, “modifica”, “condivisione controllata” o “nessun accesso”. Questa mappa vale più della voce “multi-azienda: sì” in una brochure.
Nove requisiti per scegliere un gestionale multi-azienda cloud
- Confini amministrativi espliciti. Ogni documento deve appartenere senza ambiguità alla società corretta. Verifica intestazioni, registri, numerazioni, valute, periodi, esercizi, configurazioni fiscali e blocchi. Coinvolgi il consulente contabile per i requisiti normativi specifici.
- Anagrafiche condivise governate. Un cliente può essere comune al gruppo, ma condizioni commerciali, affidamento, indirizzi operativi o codici interni possono variare. Chiedi quali campi sono globali, quali locali, chi risolve i duplicati e che cosa accade quando un dato cambia.
- Ruoli con ambito. “Amministratore”, “commerciale” o “magazziniere” non bastano. Il ruolo deve combinarsi con società, sede, deposito, processo e operazione. Il modello RBAC del NIST collega autorizzazioni e responsabilità ai ruoli; applicato bene, riduce privilegi inutili senza moltiplicare eccezioni individuali.
- Separazione su tutte le uscite. Un filtro nell'interfaccia non è una barriera. Prova ricerca globale, dashboard, stampe, esportazioni, allegati, notifiche, API e applicazioni mobili. I dati esclusi dalla vista non devono riapparire altrove.
- Flussi intercompany riconciliabili. Se una società vende, acquista, trasferisce materiali o eroga servizi a un'altra, definisci documenti generati, approvazioni, prezzi, stati, registrazioni e gestione delle eccezioni. L'automazione deve ridurre doppie registrazioni mantenendo due prospettive riconoscibili.
- Tracciabilità delle operazioni. Cambio società, modifica di un dato condiviso, aggiornamento massivo ed esportazione devono lasciare evidenze utili: utente, data, oggetto, valore precedente e nuovo, origine e motivazione quando necessaria. Approfondisci con la guida all'audit trail del software gestionale.
- Reporting separato e aggregato. Parti da domande precise: marginalità per società e sede, vendite infragruppo, scorte per deposito, esposizione cliente, costi condivisi. Chiarisci valuta, calendario, duplicazioni, eliminazioni, aggiornamento e possibilità di scendere dal totale al documento.
- Integrazioni consapevoli del contesto. E-commerce, banche, CRM, sistemi di produzione e BI devono ricevere l'identificativo corretto di azienda, sede e deposito. Verifica mapping, errori, retry e log con la guida alle API del software gestionale.
- Crescita, migrazione e uscita. Chiedi come si aggiunge o separa una società, quanto costa, quali dati si importano e come si esporta un perimetro completo senza esporre gli altri. Includi ambienti di prova, backup, assistenza e condizioni di uscita nel costo totale.
Il GDPR, all'articolo 32, richiede misure tecniche e organizzative adeguate al rischio e richiama riservatezza, integrità, disponibilità e resilienza. Non prescrive una specifica schermata multi-azienda, ma rende insufficiente affidarsi a filtri informali quando sono trattati dati personali: perimetri, autorizzazioni e verifiche devono essere coerenti con i rischi reali.
Un test in demo con due società e due sedi
Evita una presentazione costruita soltanto dal fornitore. Prepara un caso ridotto ma completo con dati fittizi: società Alfa e Beta, due sedi di Alfa, un cliente condiviso, un articolo comune, due listini, un deposito per sede, un utente di gruppo e uno locale. Poi esegui la prova senza saltare i passaggi difficili.
- Crea o importa il cliente e verifica quali dati diventano comuni e quali restano locali.
- Emetti documenti per Alfa e Beta controllando intestazione, numerazione, condizioni e allegati.
- Trasferisci merce tra le sedi di Alfa e confronta disponibilità prima e dopo il movimento.
- Esegui un flusso tra Alfa e Beta e riconcilia i due lati senza correzioni manuali nascoste.
- Accedi come utente locale: prova ricerca, report, export, mobile e link diretto a un record non autorizzato.
- Modifica un'anagrafica condivisa e verifica approvazione, propagazione, storico e possibilità di annullamento.
- Produci un report per società, uno per sede e uno aggregato; dal totale risali ai documenti di origine.
- Esporta tutti i dati di Beta con allegati e relazioni, lasciando esclusi quelli di Alfa.
Registra per ogni passaggio risultato atteso, risultato osservato, configurazione richiesta, limite, attività manuale e prova conservata. Se una funzione dipende da un modulo, da ore di consulenza o da uno sviluppo, riportalo nel preventivo. La guida al capitolato per software gestionale cloud aiuta a trasformare queste prove in requisiti confrontabili.
Scorecard comparativa su 100 punti
I pesi vanno adattati. Un gruppo societario darà più importanza a separazione e flussi intercompany; una rete di punti vendita privilegerà sedi, depositi e operatività. Un requisito obbligatorio non superato resta una condizione di esclusione, anche se il punteggio totale è alto.
| Area | Peso esempio | Evidenza minima |
|---|---|---|
| Separazione di aziende, documenti e configurazioni | 20 | Prova completa su due entità |
| Anagrafiche e regole di condivisione | 15 | Matrice globale/locale e gestione duplicati |
| Ruoli, perimetri e sicurezza | 15 | Test positivo e negativo su più canali |
| Sedi, magazzini e operazioni | 10 | Flusso con trasferimento e riconciliazione |
| Intercompany | 10 | Documenti, stati ed eccezioni dimostrati |
| Reporting e tracciabilità | 10 | Totale, dettaglio e audit coerenti |
| Integrazioni, import ed export | 10 | Mapping e uscita di un singolo perimetro |
| Costi, assistenza e crescita | 10 | Scenario a tre anni con nuove entità |
Confronta i candidati usando la stessa matrice e gli stessi dati. Nella guida su come scegliere un software gestionale trovi il metodo completo per requisiti, demo, TCO e decisione; per un'adozione progressiva consulta anche il gestionale modulare cloud.
Multi-azienda e AI: il perimetro deve seguire la risposta
Un assistente AI che interroga vendite, contabilità o magazzino deve sapere per quale società e sede sta rispondendo. Se l'utente chiede “quali clienti sono in ritardo?”, la risposta deve esplicitare perimetro, data di aggiornamento e fonte. Se il sistema aggrega dati di gruppo, deve distinguere risultati combinati, duplicazioni ed eventuali operazioni infragruppo. Una risposta plausibile ma riferita all'entità sbagliata è più pericolosa di una risposta mancante.
Prima di attivare funzioni generative o agenti, prova tre casi: una domanda consentita su una sola società, una domanda aggregata autorizzata e una domanda che tenta di superare il perimetro dell'utente. Controlla anche documenti recuperati, strumenti eseguibili, log e approvazioni. La guida sui dati gestionali pronti per l'AI spiega come lavorare su qualità, significato, provenienza e permessi.
Definizioni chiare, tabelle, limiti e prove rendono questa materia più comprensibile anche nei motori di risposta. Non garantiscono una citazione, ma aiutano persone e sistemi a distinguere “più utenti”, “più sedi” e “più aziende” senza trasformare un claim commerciale in una conclusione tecnica.
Dodici domande da fare al fornitore
- Che cosa rappresenta un'azienda, una sede e un magazzino nel vostro modello?
- Quali dati sono condivisi per impostazione predefinita e quali sono separati?
- Chi può modificare un'anagrafica comune e come si risolvono i duplicati?
- I ruoli si limitano per società, sede, deposito e tipo di dato?
- I confini valgono anche per report, export, API, mobile, ricerca e allegati?
- Come vengono gestiti documenti, numerazioni e configurazioni di ogni entità?
- Quali flussi intercompany sono standard e quali richiedono personalizzazione?
- La vista aggregata come tratta valute, duplicazioni e operazioni infragruppo?
- Quali modifiche ed esportazioni compaiono nell'audit trail?
- Come si aggiunge, cede o separa una società mantenendo dati e relazioni?
- Quali costi dipendono da aziende, sedi, utenti, volumi e ambienti?
- Possiamo eseguire il nostro test con dati fittizi e conservare gli esiti nell'offerta?
Quando non serve una configurazione multi-azienda
Non creare società fittizie per rappresentare reparti, agenti o depositi se bastano centri di costo, sedi, magazzini o ruoli. Una struttura troppo complessa moltiplica configurazioni, controlli e formazione. All'estremo opposto, non comprimere entità giuridiche distinte in semplici etichette perché la vista sembra più comoda. Parti dall'organizzazione reale, dai documenti e dalle responsabilità, poi scegli il livello minimo che conserva correttamente i confini.
Domande frequenti
Che cosa significa gestionale multi-azienda?
È un software che consente di gestire più entità giuridiche nello stesso ambiente o accesso, mantenendo configurazioni, documenti, numerazioni, autorizzazioni e dati coerenti con ciascuna azienda. Le condivisioni devono essere esplicite e controllate.
Multi-azienda e multi-sede sono la stessa cosa?
No. Multi-azienda riguarda società o attività giuridicamente distinte; multi-sede riguarda unità operative della stessa impresa. Cambiano i confini di documenti, dati, permessi, magazzini e reporting.
Multiutenza significa che il gestionale è multi-azienda?
No. Multiutenza indica che più persone accedono con credenziali e permessi propri. Un sistema può essere multiutente ma gestire una sola azienda, oppure gestire più aziende senza limitare correttamente ogni utente.
Un report aggregato equivale al bilancio consolidato?
No. Una dashboard può sommare o confrontare dati gestionali; il bilancio consolidato segue regole contabili specifiche, inclusi perimetro ed eliminazioni. La funzione necessaria va verificata con consulenti competenti e con il fornitore.
Come si prova un gestionale multi-azienda in demo?
Con almeno due società e due sedi, utenti con perimetri diversi, un dato condiviso, un documento separato, un flusso intercompany e un report aggregato. Si controllano autorizzazioni, tracciabilità, riconciliazione ed esportazione.
Devi gestire più aziende o sedi in cloud?
Porta in demo organigramma, perimetri, documenti e un flusso reale: potrai verificare la configurazione necessaria senza basarti su una semplice casella “multi-azienda”.
Esamina le funzioniRichiedi una demoFonti: Fatture in Cloud, Multiutenza e Multiazienda; Giobby, multi-azienda e punti vendita; Hopperix, applicazione multiazienda; NIST, Role-Based Access Control; Regolamento (UE) 2016/679, articolo 32; OIC 17, bilancio consolidato e metodo del patrimonio netto. Consultate il 17 settembre 2026.
