Area di funzionalità
Automatizza, ma decide una persona quando serve
L'automazione non deve essere un tutto o niente. In FlowSharp la persona è un passaggio previsto del processo: se un task è incerto o fallisce, passa a un umano nella stessa attività; se un assistente AI crea una pratica, nasce in attesa di conferma; se qualcosa si blocca, l'alert arriva a chi può intervenire. L'obiettivo è automatizzare di più, restando in grado di rispondere di ogni decisione.
Human-in-the-loop
- 1Ripiego umano nello stesso task
- 2Avvio da confermare per AI e agenti
- 3Alerting multicanale e presa in carico
- 4Approvazioni e transizioni consentite
7 funzionalità
Tre problemi che questa area risolve
L'AI agisce senza supervisione
Un assistente che avvia pratiche da solo moltiplica errori e costi prima che qualcuno se ne accorga.
L'eccezione rompe l'automazione
Quando l'automatismo fallisce, spesso si apre un secondo processo parallelo, fuori controllo.
Gli avvisi arrivano a tutti o a nessuno
Notifiche senza responsabile e senza presa in carico diventano rumore.
Ripiego umano nello stesso task
Se l'automazione è incerta o fallisce, la stessa attività passa a una persona: nessun task aggiuntivo.
Quando un task AI, Script, Attesa, Sotto-processo o Integrazione è incerto, dà un esito non previsto o fallisce dopo i retry, la stessa attività passa a una persona. Non viene creato un task aggiuntivo e le regole del flusso non cambiano.
Dettagli tecnici
- Istruzioni configurabili, da 2 a 20 esiti umani, assegnatario ereditato e nota obbligatoria opzionale.
- "Riprova l'automazione" se la causa era tecnica.
- La decisione umana resta distinta da quella automatica nei dati.
- Tasso di ripiego misurabile come KPI.
- Alla persona non arrivano corpi HTTP, credenziali od output grezzi.
Avvio da confermare per AI e agenti
Una pratica creata da un assistente AI nasce in attesa: esegue solo dopo che una persona preme Conferma avvio.
Finché nessuno conferma, la pratica non esegue task, AI, regole né timeout, quindi il costo è zero. L'assistente non può confermare da sé, nemmeno con altri strumenti.
Dettagli tecnici
- Il rifiuto richiede un motivo obbligatorio.
- Scadenza configurabile (1-2160 ore) con rifiuto automatico o avviso; promemoria prima della scadenza.
- L'assistente non può confermare da sé, nemmeno con altri strumenti.
- Attivo di default per i nuovi flussi.
Alerting multicanale e presa in carico
Politiche di escalation a step temporali via email, webhook o evento, con presa in carico misurata.
Le politiche si definiscono a livello di organizzazione o di singolo flusso. I digest evitano il rumore e le fasce orarie rispettano il fuso orario.
Dettagli tecnici
- Digest anti-rumore e fasce orarie con fuso orario.
- Webhook firmati HMAC-SHA256.
- Presa in carico con link monouso.
- Tempi di presa in carico e di risoluzione misurati.
Le funzionalità
Approvazioni e transizioni consentite
Una pratica va solo dove il flusso lo consente, con permessi di avvio e di azione per ruolo.
Mostra i dettagliNascondi i dettagli
Avanzamento, rifiuto, ritorno, escalation e chiusura sono le transizioni previste. Nessun salto non autorizzato.
Alert "Automazione ferma"
Un solo avviso persistente agli Admin quando una fase non ha uscite valide o un'AI fallisce.
Mostra i dettagliNascondi i dettagli
L'avviso scatta quando una fase non ha uscite valide, nessuna regola corrisponde o un'AI fallisce. Intercetta anche i loop di transizioni automatiche.
Forzatura d'emergenza tracciata
Solo l'Admin, con motivazione, sullo stesso percorso controllato di interfaccia, API e assistenti.
Mostra i dettagliNascondi i dettagli
Quando serve forzare una pratica, lo fa solo l'Admin e lascia traccia. Le automazioni già in volo non scrivono più sulle istanze abbandonate.
Suggerimento del modello sotto controllo
Nel ripiego il suggerimento dell'AI si può nascondere per policy o per task, per ridurre l'ancoraggio.
Mostra i dettagliNascondi i dettagli
Quando il suggerimento è visibile mostra la confidenza senza presentarlo come "consigliato".
Approfondimento
Il ripiego umano come parte del modello
Quando un task AI, Script, Attesa, Sotto-processo o Integrazione è incerto, dà un esito non previsto o fallisce dopo i retry, la stessa attività passa a una persona. Non viene creato un task aggiuntivo e le regole del flusso non cambiano: la persona sceglie tra da due a venti esiti umani, con istruzioni configurabili e una nota se richiesta. La sua decisione resta distinta da quella automatica nei dati.
Per gli assistenti AI vale la conferma di avvio: una pratica creata da un agente nasce in attesa e non esegue task, AI, regole né timeout finché una persona non preme Conferma avvio. Il costo prima della conferma è zero e l'assistente non può confermare da sé. La scadenza si configura da 1 a 2160 ore, con rifiuto automatico o avviso e un promemoria prima del termine.
L'alerting usa politiche a step temporali via email, webhook o evento, con digest anti-rumore e fasce orarie. La presa in carico avviene con un link monouso e produce due misure, tempo di presa in carico e di risoluzione. Quando un'automazione si ferma, un solo avviso persistente arriva agli Admin. La forzatura d'emergenza resta possibile, ma solo all'Admin e con una motivazione tracciata.
Si pensi a una pratica di gestione reclami in cui un task AI classifica la richiesta. Se il modello è sicuro la pratica avanza; se non lo è, la stessa attività arriva all'operatore con le istruzioni giuste e la scelta tra gli esiti previsti. Il tasso di ripiego diventa un KPI: se sale, il responsabile capisce che il modello o il processo vanno rivisti, e lo capisce da un numero, non da una lamentela.
Casi d'uso collegati
Aree collegate
Domande frequenti
Il ripiego crea un task in più?
No. La stessa attività passa alla persona e le regole di transizione restano invariate.
Un assistente AI può confermare l'avvio da solo?
No, nemmeno usando altri strumenti: serve una persona.
Quanto costa una pratica in attesa di conferma?
Nulla: finché nessuno conferma non esegue task, AI, regole né timeout.
Posso nascondere il suggerimento del modello a chi decide?
Sì, per policy o per singolo task, per ridurre l'ancoraggio. È una funzione dell'edizione Automate.
Il tasso di ripiego si può misurare?
Sì, come KPI per flusso e per task, insieme a decisioni automatiche, umane ed escalation.
