Sistemi aziendali interni e automazione dei processi per PMI

Non sostituire l’ERP per risolvere un problema di processo. Nella maggior parte delle PMI l’ERP o il programma di contabilità svolge abbastanza bene il suo compito principale; il problema sta nei processi che gli ruotano attorno: approvazioni via email, pianificazione in Excel, report assemblati a mano, dati inseriti due volte. Usa l’automazione dei processi per i flussi di dati tra i sistemi che tieni e sviluppa un piccolo strumento interno per l’unico processo che nessun prodotto standard copre. Sostituisci un sistema centrale solo quando ti blocca davvero.

Foglio Excel, low-code, modulo standard o strumento su misura?

Ogni opzione ha un punto oltre il quale smette di funzionare. I fogli di calcolo cedono quando più persone li modificano o i loro dati devono arrivare a un altro sistema. I connettori low-code faticano quando la logica si ramifica o gli errori vanno gestiti. Un modulo standard si trasforma in soluzioni di ripiego quando il tuo processo si discosta dal modello del fornitore. Gli strumenti su misura ripagano per i processi specifici della tua azienda, a condizione che la prima versione resti piccola.

Opzione	Adatta per	Smette di funzionare quando
Fogli di calcolo ed email	Un solo responsabile, volumi bassi	Più persone modificano, o i dati devono raggiungere altri sistemi
Connettori low-code (Zapier, Make, n8n)	Trigger semplici tra strumenti cloud	La logica si ramifica, i volumi crescono, gli errori passano inosservati
Modulo software standard	Processi che il fornitore dell’ERP prevede già	Il tuo processo è diverso e le soluzioni di ripiego si accumulano
Strumento interno su misura più integrazioni	Processi centrali specifici della tua azienda	Il perimetro non è sotto controllo: parti da un solo processo

Come è strutturato un sistema interno?

Partiamo dal modello dei dati: quali oggetti esistono (intervento, ordine, cliente, macchina), quale sistema è proprietario di ciascuno e chi può vedere o modificare cosa. Lo strumento interno è un’applicazione web con accessi basati sui ruoli e registro delle modifiche, su PostgreSQL. Processi in background eseguono i workflow e si sincronizzano con l’ERP o il programma di contabilità tramite la sua API, a intervalli regolari o in base agli eventi. Ogni esecuzione viene registrata, così una sincronizzazione fallita compare in una lista di errori con la sua causa.

Due abitudini dei nostri progetti valgono anche qui. Le regole di business (soglie, finestre temporali, priorità) sono impostazioni, non codice, quindi puoi cambiarle senza un nuovo rilascio. E le integrazioni con sistemi di terzi sono in sola lettura, a meno che non serva scrivere. Nel sistema di riattivazione degli affiliati che abbiamo sviluppato per un cliente SaaS, il collegamento alla piattaforma di tracciamento del cliente può richiamare solo un elenco consentito di operazioni di lettura, e un test dimostra che un’importazione completa non esegue alcuna scrittura.

Esempio: un’azienda di impiantistica con 40 tecnici

Scenario illustrativo, non un progetto di un cliente.

Un’azienda di riscaldamento e impianti sanitari nei dintorni di Zurigo riceve gli ordini di assistenza per telefono e via email. La pianificazione avviene in un foglio Excel, i tecnici compilano rapporti di intervento cartacei e l’ufficio inserisce ore e materiale in Abacus per la fatturazione, spesso con una settimana di ritardo.

La prima versione copre un solo processo: il rapporto di intervento. I tecnici vedono i loro interventi sul telefono, registrano sul posto ore, materiale e foto, e il cliente firma sullo schermo. Un intervento completato crea i dati di fatturazione in Abacus tramite la sua API REST. Gli interventi non ancora fatturati e gli ordini aperti compaiono in una dashboard. La seconda fase porta la pianificazione da Excel allo stesso strumento; la terza aggiunge i contratti di manutenzione, che generano automaticamente gli interventi di assistenza.

Come gestire protezione dei dati e hosting?

Per i dati trattati in Svizzera, la legge federale sulla protezione dei dati (LPD) riveduta, in vigore dal 1° settembre 2023, impone la protezione dei dati sin dalla progettazione e per impostazione predefinita (art. 7); per i dati di persone nell’UE il RGPD prevede lo stesso principio (art. 25). Per i sistemi interni questo significa accessi basati sui ruoli, registro delle modifiche, regole di cancellazione e un luogo di hosting deciso prima dello sviluppo, non dopo.

Gli strumenti interni contengono spesso dati dei collaboratori, comprese ore e luoghi di lavoro, quindi documentiamo che cosa viene salvato e perché. Secondo la LPD, le aziende con meno di 250 collaboratori sono in genere esentate dall’obbligo di tenere un registro delle attività di trattamento, a meno che non trattino su vasta scala dati personali degni di particolare protezione o effettuino profilazioni a rischio elevato.

Come si svolge un progetto?

1. Analisi. Ci sediamo con le persone che svolgono il lavoro, mappiamo il processo e contiamo i passaggi manuali.
2. Architettura. Modello dei dati, sistema proprietario di ogni dato, ruoli, integrazioni e perimetro della prima versione.
3. Sviluppo. Iterazioni brevi, con un ambiente di test che il tuo team può provare presto e spesso.
4. Lancio. Prima un team o una sede, con il vecchio processo disponibile come riserva.
5. Miglioramento. Riscontri degli utenti, poi il processo successivo sulla stessa base.

Dopo la fase di analisi ricevi una proposta a prezzo fisso o suddivisa in fasi. La domanda più ampia su quali sistemi tenere, collegare o sostituire è trattata in trasformazione digitale.