Rilevamento dei requisiti ERP: processi, dati e obblighi nelle PMI svizzere

Inquadramento: perché la raccolta dei requisiti decide il successo dell’ERP nelle PMI svizzere

Oltre il 99% delle aziende in Svizzera sono considerate piccole e medie imprese. Il mercato è concentrato: Abacus detiene circa il 17% della quota di mercato, SAP circa il 16%, Microsoft Dynamics circa l'8% (Aproda).

Una selezione non strutturata ha tre conseguenze tipiche (Aproda): trappole di costo dovute a consulenza, adattamento e gestione operativa; interruzioni dei processi, poiché un sistema inadeguato disturba i flussi esistenti invece di migliorarli; blocchi futuri, perché la mancanza di scalabilità o integrazione frena la crescita.

Fino al 75% di tutti i progetti ERP supera i costi pianificati o sfora i tempi previsti (myfactory). Più del 60% delle implementazioni ERP fallisce o non viene realizzato nei tempi e nell’ambito previsti (acreo).

Nelle PMI svizzere la situazione di partenza si aggrava: un’azienda tipica ha tra cinque e cinquanta dipendenti, nessun reparto IT dedicato e nessun responsabile dei processi. Nessuno ha «introduzione di sistemi» nella descrizione del ruolo; l’IT viene gestita accanto al lavoro quotidiano, spesso dalla direzione aziendale (rtp).

Passi per il rilevamento dei requisiti ERP nelle PMI svizzere

Rilevare i processi attuali: rendere visibili flussi, punti deboli e discontinuità

Innanzitutto, rilevare lo stato attuale: documentare sistematicamente i processi aziendali esistenti e identificare i punti deboli. Questa fase dura tipicamente dalle due alle quattro settimane (Aproda); myfactory indica la stessa durata per l’analisi dello stato attuale e il rilevamento dei fabbisogni.

Come griglia per la mappa dei processi servono le aree che un ERP collega: finanza, vendite, acquisti, magazzino, produzione, progetti, servizio e reporting (redPoint). Aproda cita inoltre la forza vendita e la contabilità. Esaminate queste aree una per una e annotate, per ciascuna, come funzionano oggi i flussi.

Intervistate i dipendenti di tutti i reparti (myfactory). Domande guida: quali funzioni servono ogni giorno? Dove nascono discontinuità mediatiche? Quali workaround manuali si sono insinuati (Aproda)?

Le discontinuità mediatiche sono punti in cui un’informazione cambia sistema o supporto – ad esempio da Excel a un’applicazione specialistica, da lì via e-mail e poi di nuovo in una tabella.

I requisiti specifici del settore fanno parte del quadro fin dall’inizio: un’azienda all’ingrosso ha bisogno di funzioni diverse rispetto a un’azienda MedTech o a un’impresa produttiva (Aproda). Il rilevamento dei processi deve quindi essere cucito sul proprio modello di business, non su una checklist generica per PMI.

Il risultato della fase è un elenco dei punti deboli e dei potenziali di ottimizzazione, nonché un catalogo di criteri per la successiva valutazione dei sistemi (myfactory).

Strutturare i requisiti: capitolato d’oneri, obbligatorio/desiderabile/opzionale e sostenibilità futura

L’analisi dei requisiti dura tipicamente dalle tre alle sei settimane (myfactory). Il capitolato d’oneri distingue tre tipi di requisiti (myfactory): funzionali (cosa deve fare il sistema?), tecnici (hardware, interfacce, prestazioni) e organizzativi (supporto, formazione, manutenzione).

Priorizzate secondo obbligatorio, desiderabile e opzionale e considerate i requisiti futuri, il potenziale di crescita, le peculiarità settoriali e i vincoli normativi (myfactory). I requisiti obbligatori sono imposti per legge, contratto o necessità operative – ad esempio la liquidazione IVA, la contabilità salari o una tracciabilità richiesta. I requisiti desiderabili portano un chiaro vantaggio, ma non sono indispensabili; quelli opzionali sono facoltativi e utili come leva negoziale.

I requisiti obbligatori di legge possono essere nominati concretamente: la liquidazione IVA secondo la Legge sull’imposta sul valore aggiunto (LIVA), la contabilità salari secondo la Legge federale sull’assicurazione vecchiaia e superstiti (LAVS), la Legge federale sulla previdenza professionale (LPP) e la Legge sull’assicurazione contro gli infortuni (LAINF), l’imposta alla fonte, nonché la conservazione dei documenti secondo il Codice delle obbligazioni (CO) e la protezione dei dati secondo la Legge federale sulla protezione dei dati (LPD). Per ogni obbligo, annotate la base giuridica, il modulo e la scadenza.

Sostenibilità futura significa includere requisiti per la crescita: nuove sedi e processi clienti più complessi (redPoint), utenti aggiuntivi e nuovi campi di business (rtp), scalabilità e integrazione (Aproda).

Non formulate desideri, ma requisiti verificabili – ad esempio che il numero di utenti cresca da X a Y senza cambiare livello di licenza, o che una nuova filiale in un’altra regione linguistica possa essere gestita senza nuovo sviluppo.

Il rilevamento si articola in tre aree: processi, dati e obblighi. Alla fine di ciascuna area, verificate che l’elenco sia completo – per gli obblighi, ciò significa corredare ogni prescrizione con base giuridica e scadenza.

Requisiti obbligatori vs. desiderabili e opzionali nel contesto ERP svizzero

Rilevare dati e flussi informativi: dalle isole Excel a una base dati comune

Molte PMI svizzere lavorano con paesaggi informatici cresciuti nel tempo: una parte dei dati risiede nell’ERP, un’altra in Excel, in altre applicazioni specialistiche, caselle e-mail o soluzioni sviluppate ad hoc (redPoint). Diffuse sono le liste Excel, le e-mail, le soluzioni isolate e i dati gestiti manualmente (Aproda).

Così nascono doppia immissione dei dati, informazioni contraddittorie e mancanza di una visione d’insieme; scorte, produzione, progetti e cashflow non sono visibili in tempo reale, specialmente con più sedi o canali (Forterro). Le conseguenze sono sforzo di ricerca, sforzo di coordinamento e costi degli errori (Aproda).

Derivatene requisiti dati concreti: quali oggetti dati esistono (clienti, fornitori, articoli, distinte base, progetti, conti), in quale sistema risiede il record primario, chi lo gestisce e quali dati devono essere scambiati tra i sistemi? Come obiettivi, una base dati comune, trasparenza in tempo reale (Aproda) e reporting (redPoint) entrano nell’elenco dei requisiti.

Per la migrazione, verificate la qualità dei dati: quali stock sono aggiornati, completi e coerenti e quali dati storici vanno migrati. La pianificazione della migrazione è un passo di selezione a sé stante (redPoint) e va inserita come requisito nel capitolato d’oneri – incluse responsabilità, effort e criteri di accettazione.

Per gli obblighi contano specifici oggetti dati: registrazioni e documenti per la liquidazione IVA, dati salariali e deduzioni per AVS/IV/IPG, LPP e LAINF, dati personali per il certificato di salario e l’imposta alla fonte. Questi oggetti necessitano di un record primario, autorizzazioni chiare e una conservazione regolamentata.

Interfacce e sistemi periferici: pensare all’integrazione fin dall’inizio

Le interfacce verso i sistemi periferici sono spesso trascurate; manca una pianificazione dell’integrazione (acreo).

Rilevate presto tutti i sistemi periferici con direzione dei dati, frequenza, formato, fornitore e responsabilità: traffico bancario e pagamenti, contabilità salari, CRM, rilevazione tempi, archiviazione documenti, sistemi di produzione o qualità, webshop e logistica. Se manca questo elenco, diventerà in seguito una variante contrattuale – con effort e costi.

Prestate attenzione agli add-on di terzi: strumenti singoli specializzati funzionano bene finché l’azienda è piccola, ma talvolta devono essere «incollati» insieme tramite fornitori terzi (rtp); le interfacce tra due tool vengono talvolta fatturate come modulo aggiuntivo a pagamento (rtp). Annotate quindi come requisito quali interfacce sono incluse nel pacchetto base e quali hanno un costo separato.

Definite per ogni oggetto dati il sistema primario. Senza questa definizione nascono doppia immissione e stati contraddittori – esattamente la situazione che l’ERP dovrebbe risolvere (Forterro).

Chiarire obblighi e requisiti di compliance nel contesto svizzero

Per le PMI svizzere, la compliance locale e il supporto linguistico sono decisivi: IVA svizzera, contabilità salari e integrazioni bancarie rientrano nei requisiti obbligatori, ai quali si aggiungono normative settoriali (Forterro).

Redigete a tal fine un elenco degli obblighi: per ogni riga, la prescrizione, da dove deriva, entro quando deve essere adempiuta, quali moduli o dichiarazioni appartengono e chi è responsabile. L’elenco diventa parte del capitolato d’oneri e rende in seguito verificabile quale prescrizione era vincolante.

L’IVA è regolata dalla Legge sull’imposta sul valore aggiunto (LIVA). Chi è iscritto nel registro IVA presenta la dichiarazione IVA all’Amministrazione federale delle contribuzioni (AFC). L’ERP deve generare questa dichiarazione dalle registrazioni contabili e documentare in modo tracciabile i periodi liquidati.

La contabilità salari tocca LAVS, LPP e LAINF. Gli obblighi ricorrenti sono la liquidazione AVS/IV/IPG con la cassa di compensazione, le comunicazioni LPP all’istituto di previdenza e la liquidazione LAINF con la Suva o un altro assicuratore. Ciascuno di questi obblighi riceve una propria riga nell’elenco.

Anche il certificato di salario e l’imposta alla fonte ne fanno parte. L’ERP deve gestire salari e deduzioni, generare il certificato di salario nonché calcolare e indicare l’imposta alla fonte.

Ulteriori obblighi derivano da sicurezza, compliance e scalabilità; questi requisiti aumentano e oggi vengono spesso coperti con soluzioni ERP basate su cloud (Aproda). Da chiarire concretamente: dove sono ospitati i dati, chi ha accesso, come vengono assegnati ruoli e autorizzazioni e come vengono soddisfatti gli obblighi di conservazione e tracciabilità?

Lingua nazionale significa più che traduzione: con sedi in diverse regioni linguistiche, l’interfaccia utente deve essere disponibile nella rispettiva lingua e documenti, moduli e report devono corrispondere ai requisiti locali. Chiarite il fabbisogno per sede e definite quali lingue sono obbligatorie.

Il Codice delle obbligazioni (CO) impone una contabilità ordinata e la conservazione dei documenti, la Legge federale sulla protezione dei dati (LPD) richiede un trattamento accurato dei dati personali. L’iscrizione nel Registro di commercio determina la ragione sociale, la sede e la forma giuridica, che compaiono su documenti e moduli. Tutte e tre le prescrizioni incidono sulla conservazione dei dati, sulle autorizzazioni e sui report nell’ERP.

Delimitate gli obblighi dai desideri: solo i punti imposti per legge, contratto o necessità operative diventano requisiti obbligatori (myfactory). Tutto il resto è desiderabile o opzionale. Questa separazione è la protezione più efficace contro costose personalizzazioni, poiché ogni personalizzazione genera costi di consulenza e adattamento che, in cinque anni, costituiscono la parte maggiore dei costi totali (Aproda).

Assegnate a ogni obbligo l’autorità competente: AFC per l’IVA, cassa di compensazione per AVS/IV/IPG, istituto di previdenza per LPP, Suva o assicuratore per LAINF. Così ogni prescrizione diventa un requisito verificabile con base giuridica, scadenza e modulo.

Elenco degli obblighi per i requisiti di compliance nel contesto ERP svizzero

Modello operativo, scalabilità e costi: definire i requisiti non funzionali

Confrontate i modelli operativi On-Premise, Cloud e Ibrido (myfactory). La quota cloud nelle PMI svizzere è passata da circa il 42% (2020) a circa il 78% (2025) (Aproda). Annotate nel capitolato d’oneri quale modello viene scelto e quali requisiti ne derivano: conservazione dei dati, backup, disponibilità, accesso esterno e aggiornamenti.

Verificate la scalabilità in concreto: se si può iniziare in piccolo e crescere, se il livello di licenza scatta con un ulteriore utente, se le funzioni sono incluse solo nel pacchetto superiore e se le interfacce tra due tool vengono fatturate come modulo aggiuntivo a pagamento (rtp). Formulate i requisiti con il numero attuale e previsto di utenti.

Annotate i costi come requisiti non funzionali: i costi di licenza rappresentano spesso solo il 15–25% dei costi totali in cinque anni; consulenza, adattamento e gestione operativa causano la parte del leone (Aproda). Chiedete quindi un calcolo dei costi totali secondo il principio TCO (myfactory) con voci per licenze, implementazione, migrazione dati, interfacce, formazione e gestione operativa continua.

Tra i requisiti organizzativi rientrano supporto, formazione e manutenzione (myfactory). Concordate tempi di risposta, interlocutori, volume della formazione e costi per adattamenti successivi. Un’implementazione modulare permette di partire dal core ed espandere in seguito (redPoint).

Confronto dei modelli operativi ERP per le PMI svizzere: On-Premise, Cloud e Ibrido

Validare i requisiti: workshop, casi d’uso reali e decisioni sui processi

Validate i requisiti in workshop e demo con casi d’uso reali invece che con dati di esempio (myfactory). Portate scenari propri: un ordine tipico, un reclamo, una chiusura mensile, un progetto con fatture parziali. Così si vede se il sistema supporta i vostri flussi.

Allineate i requisiti ai processi standard del software. Nei workshop sui requisiti, le aziende sono spesso disposte ad adattare i processi al software; nell’implementazione emerge poi un’immagine distorta e molti vogliono adattare il sistema ai processi esistenti (acreo).

Prendete la decisione consapevolmente e per tempo: dove viene modificato il processo, dove si personalizza – e quanto costa la personalizzazione durante il ciclo di vita?

Identificate e affrontate i rischi: mancanza di sostegno da parte del top management, che deve pianificare tempo per inserimenti nel sistema, test pilota o formazioni per superuser (acreo); difficoltà a liberare dipendenti per il project management e le attività di progetto (acreo); mancanza di pianificazione dell’integrazione per i sistemi periferici (acreo).

Definite la governance: un team di progetto con rappresentanti di tutti i reparti rilevanti e un project manager con sufficienti poteri decisionali (myfactory), oltre a un iter decisionale per le modifiche ai requisiti, così da mantenere controllabili ambito e costi. Il rilevamento dei requisiti è concluso quando ogni requisito obbligatorio è formulato in modo verificabile, prioritizzato e assegnato a una persona responsabile.

Rischi critici e fattori di successo nelle implementazioni ERP nelle PMI svizzere