Lifecycle · Article 2.10
Statut : Refusé — le client a dit non
Le client a cliqué sur `Refuser` sur la page publique, en écrivant optionnellement une raison. Le statut passe à `Refusé`. Aucune facture n'est émise, aucun argent ne change de mains, et le devis est terminé.

Where this fits in the lifecycle
Draft
Only you can see this. Edit anything.

Sent
Email landed in the client's inbox.

Viewed
Client opened the link — awaiting decision.

Signed
Legally binding. Audit trail captured.

Deposit paid
Money in escrow. You can start work.

In work
Project running. Final invoice ready when you're done.

Paid
Final invoice settled. Just one click left.

Completed
Closed. Archived. You did the thing.

Un refus est le résultat négatif le plus propre possible — aucun argent n'a bougé, aucun contrat n'a été signé, aucun enchevêtrement juridique. La chose la plus utile que le client puisse faire est de laisser une raison en une ligne pour que vous compreniez pourquoi ; environ la moitié du temps, un refus est récupérable avec une offre ajustée.
Step by step
Le client clique sur Refuser.
La page publique affiche un lien « Refuser ce devis » sous le bouton Signer. Une raison optionnelle lui est demandée.
Le statut bascule sur
Refusé.Événement enregistré dans la Chronologie avec horodatage et texte de la raison.
Un e-mail vous est envoyé.
Objet : « Devis refusé : [titre du projet] ». Le corps inclut la raison du client (si fournie) et une invite « Prendre contact » (nous n'envoyons pas d'e-mail automatique supplémentaire au client ; c'est votre décision).
(Optionnel) Prenez contact avec le client.
La raison du refus est sur la page de détail du devis ; envisagez un court e-mail personnel explorant si quelque chose de spécifique peut être ajusté.
(Optionnel) Dupliquez et révisez.
Depuis Actions →
Dupliquer comme brouillon. Un nouveau numéro PRO est attribué uniquement lorsque vous renvoyez. Idéal pour une tarification ou un périmètre révisés.
Badge rouge Refusé. Bannière sur la page de détail affichant la raison du refus en italique. Le panneau Actions propose : Dupliquer comme brouillon, Archiver, Envoyer une note de suivi.
Why this works this way
Nous ne suggérons pas automatiquement un flux « réviser et renvoyer » lorsqu'un client refuse, car la plupart des raisons de refus ne sont pas corrigeables en modifiant le devis — elles concernent le budget, le timing, le périmètre ou le courant. Nous affichons bien la raison du refus de manière proéminente sur la page de détail du devis afin que vous l'ayez sous les yeux lorsque vous décidez des prochaines étapes. Si la raison est corrigeable (par ex., « prix trop élevé » → réviser la tarification), le flux de duplication-en-brouillon est à un clic.
Si le refus intervient après que l'acompte a été payé (rare — généralement le client signe avant de payer), l'acompte est conservé et le flux de remboursement peut être déclenché manuellement. C'est surtout un cas théorique ; en pratique, les refus surviennent avant la signature.
Troubleshooting
Keep reading
Lifecycle
Status: Sent — the proposal is in your client's inbox
You've clicked `Send`. The PDF is rendered, the email is on its way, the proposal number is assigned, and the audit trail starts here. Now you wait — until the client opens it (`Viewed`) or signs (`Signed`).
Refunds & Notifications
When refunds happen: the Δ_REFUND amendment branches
A refund in Clozo is always tied to a Δ_REFUND amendment branch — partial (revised total smaller than deposit paid) or full (revised total at zero). The amendment is the legal trigger; the refund is the cash consequence.