I processi aziendali reali raramente seguono una linea retta. A un evento di solito non segue una sola reazione, ma una tra diverse possibili, a seconda delle condizioni che si verificano. Un'automazione in grado di rappresentare solo una sequenza lineare dal primo al decimo passo raggiunge presto i propri limiti. 1Tool affronta questo problema con una struttura ad albero: le automazioni possono ramificarsi, in modo che una condizione porti a più passi successivi possibili.
Perché le sequenze lineari spesso non bastano
Un semplice se-allora funziona bene finché esiste davvero un solo caso rilevante. Nella pratica, però, si presentano quasi sempre più varianti contemporaneamente: a seconda di stato, categoria, priorità o altre caratteristiche, la reazione deve essere diversa. Se si rappresenta tutto questo in un'unica catena lineare, la sequenza diventa confusamente lunga oppure servono più automazioni separate, collegate tra loro in modo approssimativo, per coprire tutti i casi. In entrambi i casi diventa più difficile avere una visione d'insieme del processo.
Una condizione, più percorsi possibili
Nell'editor di 1Tool una condizione non è quindi limitata a un solo passo successivo. Può avere più passi figli, ognuno dei quali rappresenta un proprio percorso nel flusso. Trigger, condizioni e azioni non formano così una semplice catena, ma una struttura ad albero di passi padre e figli: un trigger può sfociare in più condizioni, e ogni condizione a sua volta in più azioni o in ulteriori condizioni. Un se-allora-altrimenti con più percorsi si può quindi rappresentare come un unico albero coerente, invece di distribuirlo su più automazioni separate.
Visibile invece che nascosto
La differenza decisiva rispetto alla logica di programmazione classica sta nella rappresentazione. Le regole se-allora annidate nel codice o nei file di configurazione sono spesso difficili da capire per chi non le ha scritte: bisogna leggere il testo e ricostruire mentalmente quale caso porta a quale risultato. Nell'editor visuale di 1Tool, invece, l'intera ramificazione è visibile come albero sull'area di lavoro: si vede a colpo d'occhio quale condizione porta a quali percorsi, perché ogni passo è un nodo a sé, collegato agli altri. Questa visibilità rende più semplice capire, verificare e, se necessario, ampliare un flusso esistente, anche per chi non ha costruito personalmente l'automazione.
Adattabile, perché salvato
Poiché l'intera struttura viene salvata, comprese le posizioni dei nodi, tutti i collegamenti e perfino il livello di zoom, una ramificazione costruita resta comprensibile nel tempo. Se il processo aziendale cresce e si aggiunge un nuovo caso, basta aggiungere un ulteriore percorso all'albero esistente, invece di ricostruire l'intera automazione da zero.
Domande frequenti
Quanti percorsi può avere una condizione?
Una condizione può avere più passi figli: l'automazione forma quindi una struttura ad albero e non solo una singola catena lineare.
Devo ricostruire mentalmente la ramificazione come con il codice di un programma?
No. La ramificazione è rappresentata come nodi collegati sull'area di lavoro, quindi la struttura è immediatamente visibile.
Posso ampliare in seguito un flusso ramificato esistente?
Sì. L'intera struttura viene salvata e può essere riaperta in qualsiasi momento per aggiungere altri percorsi o passi.
Vuole vedere come si può costruire un flusso ramificato per il suo processo aziendale?