Dietro ogni automazione c’è un modello mentale – e più questo modello è chiaro, più è facile lavorarci. 1Tool punta su un principio modulare semplice ma flessibile: trigger, condizione, azione. Questi tre tipi di elementi costituiscono la struttura di base con cui viene composta ogni automazione nell’editor visivo – indipendentemente da quanto semplice o complesso sia, alla fine, il caso d’uso.
Il trigger: ciò che avvia l’automazione
Ogni automazione inizia con un trigger, cioè un evento che si verifica nel sistema e avvia il processo. Il trigger è quindi il primo nodo che si definisce quando si crea un’automazione – oltre al nome e alla descrizione dell’automazione stessa. I trigger disponibili non sono fissati rigidamente nell’editor, ma vengono caricati dinamicamente dal sistema con nome e descrizione. Si sceglie quindi da un’offerta che si adatta al proprio ambiente 1Tool, invece di accontentarsi di un elenco immutabile e identico per tutti i clienti.
La condizione: controllo invece di automatismo
Non tutte le automazioni devono reagire esattamente allo stesso modo ogni volta che si verifica l’evento trigger. È qui che entrano in gioco le condizioni. Vengono collegate al trigger come nodi a sé stanti e decidono se e come il processo prosegue. Anche le condizioni vengono fornite dal sistema con nome e descrizione, così l’editor di automazione si adatta in modo flessibile alla logica effettivamente disponibile nel sistema. Importante: una condizione non deve portare a un solo passaggio successivo. Può avere più passaggi figli possibili – il processo si dirama quindi in direzioni diverse a seconda dell’esito della condizione, invece di seguire rigidamente un’unica linea.
L’azione: l’effetto concreto
Alla fine di ogni percorso c’è l’azione – il passaggio che produce effettivamente qualcosa. Anche le azioni sono nodi nel canvas, caricate dal sistema con nome e descrizione, e vengono collegate al nodo trigger o condizione che le precede. Poiché trigger, condizione e azione esistono come tipi di elementi separati e liberamente combinabili, non nasce un insieme rigido di regole, ma un vero kit modulare: si combinano gli elementi come richiede il proprio processo aziendale concreto, invece di costringerlo in un modello predefinito.
Perché un kit modulare è più flessibile di un modello
I modelli rigidi coprono sempre e solo il caso standard per cui sono stati progettati. Quando il processo cambia, raggiungono presto i loro limiti. Il principio trigger-condizione-azione, invece, fornisce elementi costitutivi anziché soluzioni preconfezionate: gli stessi tipi di elementi possono essere ricombinati, ampliati o adattati per processi completamente diversi – direttamente nell’editor visivo, visibili come nodi collegati sull’area di lavoro anziché nascosti in testi di configurazione.
Domande frequenti
Ho bisogno di una condizione per ogni automazione?
No, le condizioni sono un elemento facoltativo. Un’automazione può in linea di principio essere composta solo da un trigger e da un’azione collegata direttamente.
Una condizione può portare a più azioni diverse?
Sì. Una condizione può avere più passaggi figli possibili, per cui il processo si dirama in direzioni diverse a seconda del risultato.
Come faccio a sapere quali trigger, condizioni e azioni ho a disposizione?
L’editor li carica ciascuno con nome e descrizione direttamente dal sistema, così vedete nell’editor stesso quali elementi sono attualmente selezionabili.
Volete vedere dal vivo il principio trigger-condizione-azione applicato ai vostri processi?
Prenota un appuntamento per una demo