No-code e integrazione ERP: criteri di automazione per una PMI

Che cosa significa automatizzare accanto a un ERP, e cosa no

Accanto a un gestionale esistente, «automazione» indica due cose diverse, da tenere separate. La prima è l'automazione di attività ripetitive. Secondo la pagina «IA e marketing automation: un'opportunità per le PMI» di kmu.admin.ch, il marketing automation serve ad automatizzare compiti ripetitivi come la creazione o l'invio di e-mail personalizzate, la pubblicazione di contenuti sui social o di articoli per i media.

Nel no-code i nomi ricorrenti sono Zapier, Make (ex Integromat), n8n e Microsoft Power Automate. Zapier connette due o più applicazioni; Make costruisce flussi di lavoro complessi; Power Automate si integra con Outlook, Excel e Dynamics 365. Tra i gestionali, SAP S/4HANA è un esempio citato come sistema di gruppo.

Per le PMI, spesso con risorse limitate, l'effetto principale è ridurre il carico di lavoro. Il tempo si reinveste in attività più creative e strategiche. La seconda è lo scambio di dati tra lo strumento no-code e l'ERP: anagrafiche, ordini, documenti, disponibilità. Qui non si alleggerisce un lavoro di giudizio, si elimina una trascrizione manuale.

I criteri di scelta cambiano di conseguenza. In un caso si valutano il tempo risparmiato per ogni esecuzione e la frequenza del compito. Nell'altro contano la correttezza del dato trasferito, la tempestività e la stabilità dell'interfaccia tra i due sistemi.

Confondere le due prospettive porta a scegliere lo strumento per la ragione sbagliata. Un buon ausilio per le attività ripetitive può essere inadatto come ponte verso il gestionale, e viceversa.

Va chiarito anche cosa l'automazione no-code non è. La pagina «IA e marketing automation: un'opportunità per le PMI» di kmu.admin.ch ricorda che la sfida è usare correttamente questi strumenti. Le aziende devono associarli agli altri strumenti di marketing già esistenti. Non va persa l'importanza di raccogliere e analizzare dati clienti pertinenti e attuali.

Su un piano generale, e senza attribuire l'indicazione alla fonte, il no-code non sostituisce l'ERP come fonte dei dati principali. Non crea un archivio parallelo e non giustifica un'automazione isolata dal resto del sistema informativo.

Vantaggi e svantaggi dell'automazione no-code con ERP

Prima digitalizzare, poi automatizzare

Il punto di partenza è distinguere digitalizzare e automatizzare. Secondo Swisscom, la digitalizzazione dei processi riduce carico di lavoro, costi e probabilità di errori. I flussi diventano più trasparenti ed efficienti grazie all'automazione dei processi e all'intelligenza artificiale. Sono quattro effetti misurabili, utilizzabili come criteri di valutazione: carico di lavoro, costi, errori, trasparenza dei flussi.

Perché l'automazione funzioni, il processo deve già esistere in forma digitale e descritta. Se un passaggio avviene su carta, su un PDF compilato a mano o nella casella e-mail di una persona, non c'è nulla da automatizzare. Prima si digitalizza il passaggio e si fissa la regola, poi eventualmente la si affida a uno strumento. Un'automazione costruita su un processo non descritto replica l'ambiguità a velocità maggiore.

Anche nelle piattaforme no-code il flusso parte da un trigger e produce un'azione. Zapier, Make e Power Automate espongono questi due elementi. Se il trigger non è digitalizzato, l'automazione non parte.

Prima di decidere conviene rilevare la situazione di partenza. Quante volte il processo viene eseguito, quanto tempo richiede ogni esecuzione, quante rilavorazioni o correzioni genera. Senza questi valori non si può stabilire in seguito se l'automazione ha prodotto l'effetto atteso o si è limitata a spostare il lavoro altrove.

Indicatori misurabili della digitalizzazione dei processi (Swisscom)

Quali processi meritano l'automazione: criteri di priorità

Non tutti i processi sono buoni candidati. I criteri da incrociare sono cinque. Ripetitività: la regola è sempre la stessa o serve un giudizio caso per caso? Volume di esecuzioni: quante volte al giorno, alla settimana o al mese il compito si ripete?

Rischio di errore: quanto costa una trascrizione sbagliata in termini di fatturazione, prezzi, disponibilità o scadenze? Stabilità del flusso: le regole restano invariate per mesi o cambiano a ogni riorganizzazione? Disponibilità di dati pertinenti e aggiornati a monte.

Il volume determina il ritorno per le attività ripetitive. Un processo raro può comunque meritare priorità se l'errore ha conseguenze gravi o difficili da correggere. Attenzione anche alla stabilità: un flusso che cambia ogni mese genera manutenzione continua e va rimandato, a meno che l'instabilità non sia essa stessa il problema da risolvere.

Il volume va rapportato ai limiti dei piani no-code. Zapier gratuito consente 100 task al mese; Make gratuito 1.000 operazioni al mese; Power Automate per utente costa 15 $/mese e include 5.000 richieste API al giorno. Un processo ad alto volume può richiedere un piano superiore o un altro strumento.

Sul fronte dei dati, il criterio è esplicito nella pagina «IA e marketing automation: un'opportunità per le PMI» di kmu.admin.ch. L'automazione dei processi non dovrebbe far perdere di vista l'importanza di raccogliere e analizzare dati clienti pertinenti e attuali. Un'automazione alimentata da dati vecchi, incompleti o duplicati riproduce l'errore su scala. Lo rende più difficile da individuare, perché avviene senza intervento umano.

La priorità dipende anche dalla curva di apprendimento: bassa per Zapier, media per Make, alta per n8n. In una PMI senza team tecnico, un processo complesso su n8n richiede competenze che possono diventare il collo di bottiglia.

Criteri da verificare prima di automatizzare un processo in una PMI

Mappare i flussi informativi e i punti di contatto con il gestionale

La mappatura ricostruisce il percorso dell'informazione: dove nasce il dato, chi lo inserisce, in quale sistema viene registrato, chi lo utilizza e dove finisce. Per ogni passo vanno annotati il sistema coinvolto, il formato in cui viaggia il dato e la persona responsabile del passaggio. È il modo più diretto per far emergere i punti in cui oggi l'informazione viene ricopiata a mano da un sistema all'altro.

Su questa base si individuano i punti di aggancio del no-code al gestionale. In genere stanno all'ingresso (creazione di un documento o di una richiesta), in uscita (notifica, elenco, documento da trasmettere) oppure in sola lettura (interrogazione di dati per una verifica). Per ciascun punto va stabilito se lo strumento scrive, legge o si limita a notificare. La differenza conta: una scrittura automatica richiede controlli e regole di correzione più severi di una semplice lettura.

Il passo successivo è analizzare integrazioni e interfacce disponibili fra i sistemi: interfacce applicative, file di scambio in formati standard, accesso diretto al database, connettori già predisposti. Per ognuna occorre sapere cosa espone, con quale chiave identifica i record, con quale frequenza si aggiorna e chi la mantiene.

Le interfacce da inventariare hanno nomi precisi: API, endpoint API, connettori prebuilt. Zapier dichiara oltre 7.000 applicazioni integrate; Make circa 1.500; n8n integrazioni illimitate tramite custom. Un connettore già pronto riduce il lavoro, ma non elimina la verifica su chiavi, formati e frequenza.

Infine va modellato il dato di base coinvolto. Le entità principali sono cliente, articolo, ordine o commessa, documento. Servono chiavi univoche, campi obbligatori e codici usati dal gestionale. Se lo strumento no-code usa identificatori diversi da quelli dell'ERP, l'integrazione produce duplicati.

Se l'ERP è SAP S/4HANA, l'analisi delle integrazioni tra sistemi e API è un requisito esplicito. Power Automate è citato per l'integrazione con Dynamics 365. Questi riferimenti aiutano a scegliere tra connettore standard e sviluppo dedicato.

Dati, interfacce e strumenti già in uso: cosa verificare prima di scegliere

Sui dati vanno fatti controlli di qualità e attualità prima di costruire qualsiasi automazione: duplicati, campi obbligatori vuoti, codici dismessi ma ancora in uso, formati incoerenti tra un modulo e l'altro. La verifica riguarda innanzitutto i dati che l'automazione dovrà leggere o scrivere, non l'intero archivio. Un campo anagrafico usato come chiave va controllato con più attenzione di un campo descrittivo.

Sulle interfacce serve un inventario concreto di ciò che i sistemi espongono e dei loro limiti: frequenza massima delle chiamate, volumi trasferibili, modalità di autenticazione, formato dei dati. Va definito in anticipo anche il comportamento in caso di errore. Se la chiamata fallisce, il dato viene ritentato, messo in coda o segnalato a una persona? Un'automazione senza gestione degli errori si blocca in silenzio e viene scoperta solo quando il problema è già visibile all'esterno.

Sui costi dei piani base: Zapier parte da circa 20 $/mese, Make da 9 $/mese, n8n da 20 $/mese o gratuito self-hosted. Zapier offre 100 task/mese gratis; Make 1.000 operazioni/mese; Power Automate Desktop è gratis su Windows 10. Il confronto va fatto sul volume reale e sulla complessità delle regole.

Sugli strumenti già presenti, la pagina «IA e marketing automation: un'opportunità per le PMI» di kmu.admin.ch, con riferimento al marketing, indica che le aziende devono associare i nuovi strumenti di marketing a quelli esistenti. In generale, prima di aggiungere una soluzione conviene verificare se una funzione equivalente è già coperta dal gestionale o da un'altra applicazione in uso. In quel caso è preferibile integrare ciò che c'è piuttosto che introdurre un ulteriore silo.

Per trasformare fogli di calcolo o dati aziendali in app semplici, gli strumenti citati sono AppSheet e Airtable. Per pulire, instradare e trasformare dati operativi: Parabola o Airtable. Per app interne da prompt: Bubble o Power Apps.

Va infine stabilito chi detiene le credenziali di accesso e chi aggiorna le mappature quando in ERP cambia un campo o un codice.

Dal processo ai requisiti: un metodo di lavoro per iterare

Il processo mappato va tradotto in requisiti funzionali scritti. Per ogni automazione conviene fissare: l'evento che la fa partire, i dati di ingresso, le regole applicate, il risultato prodotto, le eccezioni previste e chi riceve la segnalazione quando qualcosa non torna. Un requisito senza eccezioni è incompleto, perché in pratica è l'eccezione a richiedere l'intervento manuale.

Nei requisiti va scritta anche la curva di apprendimento: bassa per Zapier, media per Make, alta per n8n. Zapier ha logica limitata; Make alta; n8n massima. La scelta incide sulla manutenzione e su chi in PMI può gestire il flusso.

Il lavoro procede per iterazioni brevi: si sceglie un flusso ristretto e misurabile, lo si mette in produzione, si confronta il risultato con la situazione di partenza rilevata prima e solo allora si estende il perimetro. Questo riduce l'investimento iniziale e permette di correggere le regole quando il processo reale si discosta da quello descritto.

Le decisioni vanno documentate: quale interfaccia è stata scelta e perché, quali campi sono coinvolti, quali limiti sono stati riscontrati. È la memoria necessaria quando cambia il gestionale o la persona che segue il processo.

Il metodo funziona se chi conosce il business e chi gestisce la parte tecnica lavorano insieme. Serve un linguaggio comune sui dati. Servono notazioni di modellazione dei processi e strumenti condivisi per attività e documentazione, per esempio Jira e Confluence. Vanno usati in cicli brevi, secondo framework diffusi come Scrum o Kanban.

Se il flusso tocca SAP S/4HANA, l'analisi delle integrazioni tra sistemi e API va documentata con Jira e Confluence, come previsto nel profilo di analista funzionale.

Metodo di lavoro per implementare l'automazione in modo iterativo