Skip to main content
Gratis starten

Proposals & Invoices · Article 5.4

Wat uw klant ziet wanneer een addendum binnenkomt

De klant ontvangt een e-mail met een nieuwe PIN, belandt op een PIN-beveiligde pagina, ziet een zij-aan-zij vergelijking van oud vs nieuw met totalen en een reden, en ondertekent (of weigert) — precies zoals de oorspronkelijke offerteflow maar met de vergelijking ingebakken.

De klantervaring voor een addendum weerspiegelt bewust de oorspronkelijke offerte-ervaring. Zelfde e-mailopmaak (weergavenaam = uw bedrijfsnaam), zelfde PIN-poort, zelfde URL-patroon gehost op Clozo, zelfde bewijsvastlegging bij ondertekening. Het verschil is de pagina zelf: in plaats van een enkelvoudige offerte-preview ziet de klant een gestructureerde vergelijking zodat de wijziging ondubbelzinnig is. Deze consistentie is belangrijk — klanten die al eerder een offerte hebben ondertekend mogen nooit het gevoel hebben dat ze een vreemde UI moeten navigeren om de wijzigingsorder te ondertekenen.

Step by step

  1. E-mail komt binnen binnen ~5 seconden.

    Van noreply@useclozo.com, weergavenaam "[Uw bedrijfsnaam] via Clozo". Onderwerp is standaard "Wijzigingsverzoek offerte: [originele titel]" maar is bewerkbaar in stap 4 van de wizard.

  2. Klant klikt op Wijziging bekijken.

    Landt op app.useclozo.com/p/amendment/{slug} — een Clozo-gehoste pagina beveiligd met de 4-cijferige PIN die in de e-mailtekst staat.

  3. Klant voert PIN in.

    Vijf verkeerde pogingen in 24 uur activeert een per-slug vergrendeling (cachesleutel slug_amend_locked:{slug}). Na vergrendeling kunt alleen u een nieuwe PIN uitgeven (artikel 7.7).

  4. Klant leest de vergelijkingsweergave.

    Originele regelitems verschijnen links, herziene rechts. Gekleurde tags spiegelen de wizard: groen + toegevoegd, amber ~ gewijzigd, rood − verwijderd, grijs zelfde. Totalen-delta is prominent onderaan ("Kostenstijging: +€500" / "Kostendaling: −€500" / "Terugbetaling verschuldigd: €1.200"). De reden die u in stap 2 heeft geschreven verschijnt als een geciteerde notitie boven de vergelijking.

  5. B2C-afstandsblok (indien van toepassing).

    Bij Δ+ addenda waarbij de klant als B2C is gemarkeerd, toont de pagina twee verplichte afstandsvinkjes direct boven de knop Ondertekenen. Beide moeten worden aangevinkt voor Ondertekenen actief wordt. Zie artikel 7.5 voor de juridische mechanica.

  6. Klant ondertekent (of weigert).

    Ondertekening legt hetzelfde eIDAS-bewijs vast als de oorspronkelijke offerte: getypte naam, e-mail, IP, User-Agent, server-tijdstempel en toestemmingsvlag. De addendumstatus wisselt naar ondertekend, de post-ondertekeningspipeline wordt uitgevoerd, en bevestigings-e-mails worden binnen seconden naar beide partijen verstuurd.

De offerte-detailpagina toont een paneel "Openstaand addendum" met het addenduemnummer, verzonden tijdstempel, vervaltijdaftelling (14 dagen vanaf sent_at), en drie knoppen: Ondertekeningskoppeling kopiëren, Opnieuw verzenden met nieuwe PIN, Addendum annuleren. De tijdlijn registreert Addendum voorgesteld om UU:MM UTC. Wanneer de klant de koppeling opent, verschijnt een tijdlijngebeurtenis Addendum bekeken om UU:MM UTC door IP X.X.X.X. Wanneer ze ondertekenen, verdwijnt het paneel, vervangen door de nieuwe documenten in het dropdown-menu Documenten plus een bevestigings-e-mail in uw inbox.

Why this works this way

Waarom een nieuwe PIN per addendum, zelfs voor dezelfde klant die de oorspronkelijke offerte al heeft ondertekend? Omdat het addendum een apart juridisch artefact is — het heeft zijn eigen audittraject, zijn eigen bewijsstack, zijn eigen onveranderlijk record. Het delen van de PIN van de oorspronkelijke offerte zou de twee artefacten door elkaar halen en de bewijsketen verzwakken als het addendum ooit wordt betwist. De vergrendeling bij 5 pogingen in 24 uur (_check_amendment_access_code in backend/apps/public/amendment_views.py) is van toepassing onafhankelijk per addendum-slug.

De diff-weergave maakt gebruik van positie-gebaseerde vergelijking (computeDeltaAction in AmendmentWizard.tsx) — regelitem op index i in de herziene lijst wordt vergeleken met regelitem op index i in het origineel. Toevoegingen verschijnen onderaan de herziene lijst met groene tags; verwijderingen verschijnen in de originele kolom met rode doorhalingen; wijzigingen blijven op hun plaats met amber tags. Dit is eenvoudig en voorspelbaar; het herkent "wissel twee aangrenzende regels" niet als een no-op (het toont beide als gewijzigd) — dit is opzettelijk, omdat dergelijke herschikkingen de nadruk van een contract kunnen veranderen zelfs als regelitems-totalen overeenkomen.

Troubleshooting

Keep reading

Proposals & Invoices

Creating an amendment (the 4-step wizard)

The amendment wizard at `/proposals/{id}/amend` walks you through line items, reason, preview, and email — in that order. Five minutes for a simple change, ten minutes for a complex one. The client doesn't see anything until you click Send on Step 4.

Proposals & Invoices

B2C cooling-off: when the CRD Art. 16(a) waiver appears

When you increase scope on a contract with a consumer (B2C) client, EU consumer law gives that client a fresh 14-day right to withdraw from the added portion. Clozo presents a mandatory waiver checkbox so the client knows the right exists and explicitly waives it.

Proposals & Invoices

Resending the amendment link with a fresh PIN

Client lost the email, hit the PIN-attempt lockout, or just can't find the original message? Resend with a fresh PIN. The old PIN is invalidated, the lockout is cleared, a new email goes out, and the audit log records the re-issuance.

Proposals & Invoices

When the client declines (or the amendment expires)

Two terminal states for an unsigned amendment: the client clicked Decline (with optional reason) or 14 days passed with no action. Either way, the original contract is unchanged — and you can immediately draft a new amendment to try again.