import { Steps } from '@astrojs/starlight/components';
import Figure from '@components/Figure.astro';

**Per chi è:** team che si fidano dell'agente per preparare un'azione, ma vogliono che una persona la
confermi prima che venga eseguita davvero — per esempio, prima di inviare un messaggio delicato o di
toccare un dato importante.

## Cosa vede il cliente finale

Dipende dall'azione specifica in attesa di approvazione: se il passo invia un messaggio al cliente, questo
non lo riceve finché qualcuno del tuo team non lo approva — non c'è nessuno stato intermedio visibile per
lui. Se il passo è puramente interno (per esempio, consultare un dato), il cliente non vede nulla in
nessun momento.

## Passi nel prodotto

<Steps>

1. **Nell'editor visivo di un flusso, aggiungi un passo e contrassegnalo «richiede approvazione».**
   Seleziona il pezzo **Approvazione → «Richiedi approvazione»** dalla tavolozza, oppure cambia il campo
   **Approvazione** del passo da «secondo la politica» a **«richiede approvazione»** — questa seconda via
   funziona per qualsiasi passo, non solo per uno con il pezzo Approvazione. Aggiungi anche l'azione reale
   che deve chiedere permesso prima di eseguirsi (un messaggio al cliente, una riga in un foglio di calcolo,
   uno strumento di un server MCP…). Vedi **[Lavori e flussi](/it/guides/trabajos-flujos/)**, sezione
   «L'editor visivo».

2. **Il flusso si attiva** — a mano con «Esegui ora», oppure tramite il suo disparatore — e arriva a
   quel passo. Invece di eseguire l'azione direttamente, l'attività passa allo stato **«In attesa di
   approvazione»** e resta visibile in **Lavori**, con i pulsanti **Approva** e **Rifiuta** già presenti
   nella riga della coda.

   <Figure
     src="/captures/trabajos-tarea-esperando-aprobacion.png"
     alt="La scheda dell'attività «Verifica prima di inviare» in stato In attesa di approvazione, con la sezione «Approvazione in sospeso» che mostra il testo «Approvazione rapida: il primo operatore che risponde decide per il team» e i pulsanti Approva e Rifiuta"
     caption="La sezione «Approvazione in sospeso» spiega la regola: il primo operatore che risponde decide per tutto il team — non serve che più persone confermino la stessa cosa."
   />

3. **Qualsiasi operatore con accesso approva o rifiuta** — dalla riga della coda stessa, oppure aprendo la
   scheda dell'attività e premendo lo stesso pulsante lì. Non deve essere per forza chi l'ha creata né chi
   è assegnato ad essa.

4. **Se viene approvata, l'azione si esegue davvero** e l'attività passa a **«Completata»**. La sua
   cronologia passo per passo conserva tutto ciò che è successo, in ordine: creata, programmata, attivata,
   approvazione richiesta, approvazione risolta (con chi l'ha approvata), azione eseguita e completata —
   non devi mai fidarti ciecamente di ciò che l'agente dichiara di aver fatto.

   <Figure
     src="/captures/trabajos-tarea-completada-aprobada.png"
     alt="La scheda dell'attività «Verifica prima di inviare» in stato Completata, con la Cronologia passo per passo completa: Attività creata, Programmata, Attivata, Approvazione richiesta, Approvazione risolta («approvata dall'operatore»), Azione eseguita e Completata"
     caption="La cronologia completa, senza tagli: ogni passo porta la propria data e ora esatte."
   />

5. **Se viene rifiutata**, l'azione non si esegue e l'attività resta registrata con quella decisione — la
   stessa cronologia passo per passo lascia traccia di chi l'ha rifiutata e quando.

</Steps>

## Cosa configurare

- **Approvazione per passo**: «secondo la politica» (usa la regola del tipo di azione — oggi, le azioni
  verso il cliente finale richiedono approvazione per impostazione predefinita e quelle interne si eseguono
  da sole) oppure **«richiede approvazione»**, che forza la pausa su quel passo specifico indipendentemente
  dalla politica generale.
- **Un'azione reale dietro il passo**: l'approvazione blocca un'azione curata (messaggio, riga di foglio di
  calcolo, strumento di un server MCP…) — un passo senza nessuna azione associata non ha nulla da
  approvare, quindi resta semplicemente in attesa che qualcuno lo completi a mano.

## Limiti e onestà

- **«Approvazione rapida»** significa che il primo operatore che risponde decide per tutto il team — non
  esiste (ancora) una modalità che richieda più conferme per lo stesso passo.
- Un passo senza azione curata associata non arriva mai a «In attesa di approvazione»: resta **«Attiva»**,
  in attesa che qualcuno lo completi manualmente con note di chiusura — un meccanismo diverso, trattato in
  **[Dipendente digitale: lavori e flussi](/it/use-cases/empleado-digital-flujos/)**.
- Rifiutare un'attività non la riprova da sola: se serve, bisogna creare un nuovo passo o rilanciare il
  flusso dalla sua scheda.

## Vedi anche

- **[Lavori e flussi](/it/guides/trabajos-flujos/)** — il caso completo «Promemoria e follow-up di una
  visita», passo per passo.
- **[Dipendente digitale: lavori e flussi](/it/use-cases/empleado-digital-flujos/)** — il caso generale di
  attività e flussi, inclusa la finalizzazione manuale senza approvazione.