---
title: Preventivi
description: Il ciclo del preventivo — creazione dal deal, offerte alternative con conferma, generazione del documento dalla moodboard, invio con link pubblico e PDF, accettazione del cliente, scadenze con reminder e revisioni.
---

Un preventivo in Audin non è un blob congelato: è un documento con
**offerte alternative** strutturate (es. "Base" / "Pro"), **revisioni**
versionate e un **link pubblico stabile** dove il cliente sceglie e
accetta. Alla scelta, le righe dell'offerta accettata finiscono
automaticamente sul deal.

## Creare e costruire

<Steps>
<Step>
**Parti dal deal** (tab documenti → **"Nuovo Preventivo"**): il preventivo
nasce come guscio, con le clausole pre-selezionate (deseleziona quelle
inutili) e un template opzionale. Atterri direttamente nell'editor.
</Step>
<Step>
**Configura le offerte** (pulsante "Offerte", segnalato in ambra finché
mancano): crea una o più offerte alternative — etichetta, valuta, la
spunta **"Offerta consigliata"** per quella da preselezionare al cliente —
e le righe (dal catalogo prodotti o libere, con prezzi una tantum e
ricorrenti, sconti). Poi **"Conferma offerte"**: senza conferma il
preventivo non si può inviare.
</Step>
<Step>
**Genera il documento** ("Genera documento"): l'AI lo compone nello stile
della [moodboard](/docs/documenti#la-moodboard-lo-stile-dei-tuoi-documenti),
con offerte e clausole. Lo raffini dalla **chat** ("aggiungi una sezione
sui tempi di consegna…") o **cliccando i campi** direttamente
nell'anteprima. La stella lo marca come esempio di stile per i prossimi.
</Step>
<Step>
**Invia** ("Crea Link"): imposti l'eventuale **scadenza** e ottieni il
link pubblico; si apre il composer email già pronto con destinatario,
testo, link e **PDF allegato**. Puoi anche solo copiare il link.
</Step>
</Steps>

<Callout type="info">
  Se modifichi le offerte **dopo** aver generato il documento, all'invio
  compare l'avviso "Il documento potrebbe non essere aggiornato": rigenera
  (consigliato) o invia comunque. È la protezione contro documenti che non
  riflettono più i numeri.
</Callout>

## Cosa vede il cliente

Sul link pubblico (`/p/{token}`) il cliente legge il documento e — se ci
sono più offerte — sceglie ("Scegli l'offerta più adatta a te", con la
consigliata già selezionata). L'accettazione richiede **sempre nome ed
email** di chi accetta. Alla conferma:

- la revisione passa ad **Accettato** e viene registrato chi ha accettato;
- **le righe dell'offerta scelta vengono travasate sul deal** — la base
  per il contratto e la fatturazione.

## Scadenze e reminder

Con una scadenza impostata: a **3 giorni dalla scadenza** parte
automaticamente un'email di promemoria al contatto del deal (rispettando
il consenso; in mancanza, al proprietario del preventivo); alla scadenza
il preventivo passa da solo a **Scaduto**. Accettazione, rifiuto, revoca
del link o una nuova versione annullano il promemoria.

## Revisioni

Ogni preventivo tiene lo **storico delle revisioni** (tab "Revisioni"):
la revisione corrente, le precedenti "Superate", con date di invio,
visualizzazione e risposta. Numero documento e link pubblico **non
cambiano mai**: il cliente riapre lo stesso link e vede la versione
aggiornata. (La creazione di una nuova revisione dopo l'invio è in arrivo
nell'interfaccia.)

## Import di documenti esterni

Dal deal, **"Importa documento"** carica un preventivo (o contratto)
esistente in **HTML** (max 5 MB) o **PDF** (max 15 MB): ottiene numero,
link pubblico e tracking come gli altri. I PDF importati sono di sola
consultazione (niente editor né offerte); i preventivi importati da
HubSpot restano [gestiti dalla
sorgente](/docs/integrazioni/hubspot#record-protetti-e-dove-vedere-tutti-i-dati).

## Prossimi passi

<Cards>
  <Card
    href="/docs/documenti/contratti"
    title="Contratti"
    description="Dal preventivo accettato alla firma con OTP."
  />
  <Card
    href="/docs/documenti"
    title="Moodboard e clausole"
    description="Il motore di stile che alimenta la generazione."
  />
</Cards>