---
title: "Eseguire il primo processo"
description: "Questa guida porta una procedura aziendale reale da una descrizione scritta a un'esecuzione monitorata in sandbox. Sceglierai un processo a basso rischio, ne descriverai passi ed esito, assegnerai un agente con pochi strumenti, lo eseguirai su input registrati e confronterai il risultato con l'esito dichiarato."
url: "https://aeterion.tech/it/docs/guides/run-your-first-process"
locale: "it"
publisher: "AETERION SA"
---
# Eseguire il primo processo

> Questa guida porta una procedura aziendale reale da una descrizione scritta a un'esecuzione monitorata in sandbox. Sceglierai un processo a basso rischio, ne descriverai passi ed esito, assegnerai un agente con pochi strumenti, lo eseguirai su input registrati e confronterai il risultato con l'esito dichiarato.

Source: https://aeterion.tech/it/docs/guides/run-your-first-process
Last updated: 2026-09-20

## Scegliere il processo giusto

Il primo processo deve essere abbastanza frequente da produrre segnale in pochi giorni e abbastanza circoscritto perché un errore sia recuperabile.

- Si ripete almeno cinquanta volte al mese.
- Ha un esito scritto che qualcuno può verificare in meno di un minuto.
- Tocca al massimo due sistemi.
- Ha un responsabile che può approvare le escalation nell'orario di lavoro.

## Descriverlo come definizione

Scrivi i passi come avvengono oggi, inclusi i controlli svolti da una persona. Quei controlli diventeranno policy: non eliminarli in questa fase.

`vendor-onboarding.yaml`
```yaml
name: vendor-onboarding
owner: procurement
trigger:
  type: form
  source: procurement.vendor_request
steps:
  - id: verify-registry
    agent: research-agent
    tools: [registry.company_lookup]
  - id: check-sanctions
    agent: risk-agent
    tools: [compliance.sanctions_screen]
  - id: create-record
    agent: procurement-agent
    tools: [erp.vendor_master.write]
outcome:
  success: vendor_record_created
  sla_minutes: 120
```

## Eseguire su input registrati

Ripeti richieste reali delle settimane precedenti invece di inventare casi di prova. Gli input registrati mostrano le eccezioni che le procedure scritte raramente citano.

```bash
braian process run vendor-onboarding --replay ./requests-august.jsonl
```

## Verificare prima di promuovere

- Ogni esecuzione completata raggiunge l'esito dichiarato oppure genera un'escalation con un motivo accettabile.
- Nessun passo chiama strumenti fuori dall'ambito dichiarato dell'agente.
- Le voci di audit contengono contesto sufficiente perché il responsabile ricostruisca una decisione.

> **Non promuovere solo in base ai numeri** — Un'alta percentuale di successo in sandbox su dati sintetici dice poco. Promuovi solo dopo che una ripetizione su input reali raggiunge l'esito dichiarato.