ERP fra stabilimenti e uffici: quale rete serve?
Se ordini, produzione e magazzino utilizzano un gestionale centralizzato, la rete va valutata sui passaggi di lavoro che deve sostenere. Il punto di partenza è ricostruire dove si trovano applicazioni e dati, quali sedi li usano e che cosa succede quando il collegamento ha un problema.
Per IT, operations e acquisti: una traccia per definire i requisiti con il responsabile del gestionale e i tecnici della rete.
- Reparti e magazziniOrdini, letture e movimenti
- Collegamenti fra sediPercorsi e priorità da definire
- ERP e databaseApplicazioni e dati da raggiungere
Mappa di lettura illustrativa: la topologia reale va ricostruita con i referenti aziendali.
1. Disegna il percorso del lavoro
Segui un'operazione completa, per esempio l'inserimento di un ordine, la consultazione delle disponibilità o la registrazione di una spedizione. Individua quali componenti vengono contattati e dove si trovano: sede centrale, stabilimento, data center o infrastruttura cloud.
Aggiungi servizi dai quali il gestionale dipende, come autenticazione, risoluzione dei nomi, scambio di file e integrazioni con altri sistemi. Coinvolgi chi gestisce l'applicazione: una mappa dei soli collegamenti Internet può lasciare fuori dipendenze decisive.
- Per ogni sede: indirizzo, accesso attuale, orari di lavoro e applicazioni utilizzate.
- Per ogni operazione critica: destinazione, frequenza, utenti contemporanei e conseguenza di un'interruzione.
- Per ogni collegamento: gestione, apparati coinvolti e percorso alternativo eventualmente disponibile.
2. Verifica il problema prima di scegliere la linea
Un ERP lento non dimostra da solo che manchi banda. Il comportamento può dipendere dall'applicazione, dal database, dai server, dalla rete locale o dal collegamento fra sedi. Registra operazione, sede, orario e durata osservata, poi confronta i risultati con i referenti tecnici.
Misurare il solo picco di velocità non basta a descrivere l'esperienza del gestionale. Concorda quali dati raccogliere durante l'uso reale, evitando test che interferiscano con la produzione.
Scorri la tabella in orizzontale per leggere tutte le colonne.
| Sintomo osservato | Che cosa verificare | Che cosa chiedere nel progetto |
|---|---|---|
| Lentezza in una sola sede | Rete locale, apparati, accesso e confronto con le altre sedi | Misure sulla sede interessata e responsabilità dei componenti |
| Problemi durante trasferimenti o backup | Contemporaneità dei flussi e utilizzo in invio e ricezione | Capacità, pianificazione dei trasferimenti ed eventuali priorità |
| Lentezza anche dalla sede che ospita l'ERP | Applicazione, database e risorse dei sistemi | Coinvolgimento del fornitore del gestionale prima di attribuire il problema alla WAN |
| Fermo quando cade un accesso | Servizi dipendenti dalla linea e comportamento del passaggio alternativo | Prove di continuità sulle operazioni effettive |
3. Porta banda e tempi di risposta nel capitolato
Separa i trasferimenti voluminosi dalle operazioni interattive. Per un invio di file conta anche la capacità disponibile in upload; per un'operazione composta da più scambi conta il comportamento dell'intero percorso. La sensibilità a latenza, perdita di pacchetti e variazioni del ritardo deve essere valutata sull'applicazione concreta.
Chiedi al responsabile applicativo quali condizioni siano supportate e come misurarle. Evita di fissare una soglia universale in millisecondi o un numero di megabit per dipendente: senza conoscere architettura e carichi non descriverebbero il requisito del tuo ERP.
- Definisci le operazioni da provare e le condizioni di contemporaneità.
- Annota i valori rilevati nella situazione iniziale e l'origine delle misure.
- Concorda con i tecnici criteri di accettazione e modalità di verifica ripetibili.
4. Confronta accessi, MPLS/IPVPN e SD-WAN
Il confronto deve coprire sia gli accessi alle sedi sia il modo di collegarle e gestirne il traffico. Una linea dedicata, una rete privata IPVPN/MPLS e il controllo SD-WAN rispondono a parti diverse del progetto; non vanno confrontati come se fossero lo stesso oggetto commerciale.
Raccogli per ciascuna opzione collegamenti inclusi, apparati, gestione, priorità applicative, assistenza e costi di migrazione. Se l'ERP è nel cloud, includi il percorso verso quella destinazione. La soluzione va dimensionata sui flussi e sugli accessi effettivamente disponibili.
5. Prova la continuità sul lavoro reale
Un secondo accesso è utile solo se il progetto chiarisce quali guasti copre e come avviene il passaggio. Verifica con i tecnici le componenti condivise, il comportamento delle sessioni e il ritorno all'accesso ordinario. La presenza di due operatori non dimostra, da sola, l'indipendenza dei percorsi.
Organizza un collaudo concordato, con una finestra adatta all'azienda e persone autorizzate a interrompere o ripristinare le prove. Verifica accesso al gestionale, esecuzione delle operazioni critiche e corretto esito dei dati registrati. Gli SLA del collegamento e il risultato applicativo sono elementi distinti.
- Indicare chi avvia la prova e chi può fermarla.
- Controllare i servizi necessari prima, durante e dopo il passaggio.
- Registrare anomalie, tempi osservati e decisione finale dei responsabili.
6. Prepara una richiesta confrontabile
Per una prima valutazione raccogli elenco delle sedi, posizione dell'ERP, accessi e scadenze attuali, problemi osservati e cambiamenti previsti. In una rete fra Lombardia e Piemonte la fattibilità si verifica su ciascun indirizzo, non sul solo nome della regione.
PrimaA può usare questo quadro per impostare il confronto commerciale sui servizi Retelit. La verifica applicativa resta da coordinare con il team IT e con il fornitore del gestionale; prestazioni, attività incluse e responsabilità devono risultare dalla proposta.
Domande frequenti
La fibra dedicata risolve un ERP lento?
Può essere una componente del progetto quando il collo di bottiglia è il collegamento, ma la diagnosi deve includere applicazione, sistemi, rete locale e accesso. Il solo sintomo non identifica la causa.
Serve necessariamente una rete MPLS?
La scelta richiede una valutazione di flussi, accessi, continuità e gestione. MPLS/IPVPN e SD-WAN vanno confrontate sul progetto, considerando anche eventuali integrazioni.
Quanta banda serve per ogni dipendente?
Non esiste qui un rapporto valido per ogni azienda. Contano applicazioni, modalità di accesso, trasferimenti, utenti contemporanei e misure disponibili.