Een vervallen offerte opnieuw geldig maken

Begin met de reden achter de verloopdatum, want die bepaalt hoeveel je moet nakijken. Ga na wat er in je offerte als voorwaarde stond:

• Een geldigheidsdatum uit voorzichtigheid, zonder dat er iets veranderd is.
• Een prijs die gekoppeld was aan een inkoopprijs, tarief of actie van een leverancier die inmiddels wijzigde.
• Een levering of uitvoering die afhing van beschikbaarheid van voorraad, personeel of een planningsslot.
• Een offerte met een aanname, zoals een aantal uren of een plaatsbezoek, die niet meer klopt.

Noteer per punt of het nog geldt. Dit is een interne checklist en hoeft niet naar de klant, maar je gebruikt ze om te beslissen of je de oude offerte kunt bevestigen of een nieuwe nodig is. Wat de geldigheid juridisch precies betekent, hangt af van je voorwaarden en je afspraken; vraag bij twijfel een adviseur.

Doe twee controles voor je antwoordt. Eerst beschikbaarheid: kun je het geoffreerde product leveren of de dienst plannen in de periode die de klant verwacht? Kijk in je voorraad of planning en niet in je geheugen, en noteer datum en bron van die controle.

Dan prijsgrond: waarop was de prijs gebaseerd, en is die grond nog dezelfde? Vergelijk de oorspronkelijke kostenopbouw met de huidige. Gaat het om een kleine afwijking, een gelijke prijs of een hogere prijs? Beslis vooraf wat je doet in elk van de drie gevallen, zodat je niet onder druk van de klant beslist.

Houd rekening met afgeleiden: een leverdatum, een korting die aan het volume of de periode hing, een betaalvoorwaarde. Laat niets stilzwijgend meeverlengen. Wat je niet kunt nakijken, benoem je als open punt in het antwoord aan de klant, in plaats van het stilzwijgend aan te nemen.

Gebruik deze tabel om de route te kiezen. Het is een hulpmiddel voor je eigen werkwijze.

Kies bij twijfel voor de nieuwe versie met nieuw nummer. Zo vermijd je dat twee offertes tegelijk lijken te gelden, een situatie waarin beide partijen zich op een andere versie kunnen beroepen.

De kern van het herstel is de bevestigingsmail of het nieuwe document. Zorg dat een lezer zonder context kan zien wat er afgesproken is. Neem op:

1. Het nummer en de datum van de oorspronkelijke offerte.
2. Een duidelijke zin over wat vervallen is en wat nu geldt, met nummer of versieaanduiding.
3. De prijs en voorwaarden van de geldende versie, met een verwijzing naar wat gewijzigd of gelijk gebleven is.
4. De nieuwe geldigheidsdatum en de beschikbaarheid of leverdatum waarop die steunt.
5. Een duidelijke manier om te aanvaarden, zoals antwoorden op de mail of ondertekenen.

Vermijd formuleringen als 'zoals eerder afgesproken' zonder te zeggen welke versie je bedoelt. Bewaar de bevestiging samen met de offerte en met de datum van je beschikbaarheidscontrole. Of je bevestiging juridisch bindend is, hangt af van je voorwaarden en van hoe de klant aanvaardt.

Laat je klanten via een formulier of knop bevestigen, dan helpt een zorgvuldig formulier verwarring te voorkomen. De cursus van web.dev (https://web.dev/learn/forms) behandelt onder meer validatie, het helpen invoeren van de juiste gegevens en toegankelijkheid van formulieren. Gebruik die thema's om te controleren of je aanvaardingsformulier de juiste versie toont en vastlegt.

De W3C-tutorial over formulieren (https://www.w3.org/WAI/tutorials/forms/) raadt aan velden te voorzien van labels, instructies te geven en na verzending de gebruiker te informeren over het resultaat. Dit is een eigen toepassing van die richtlijnen, de bron zelf gaat niet over offerteversies. Toon op je aanvaarding het offertenummer en de versie, vraag een expliciete bevestiging en geef na verzending een bericht met wat de klant aanvaard heeft.

MDN (https://developer.mozilla.org/en-US/docs/Learn_web_development/Extensions/Forms/Form_validation) wijst erop dat validatie in de browser een eerste controle is en dat gegevens ook aan de serverzijde gecontroleerd moeten worden. Controleer dus in je eigen systeem dat een aanvaarding van een vervallen versie niet stilzwijgend als geldig geregistreerd wordt. Hoe je tool dat doet, kun je alleen in je eigen omgeving nagaan.

Test in een veilige testomgeving met een proefofferte. Een time-out of foutmelding kan optreden nadat de aanvaarding al is opgeslagen, dus controleer in de back-end of er een unieke aanvaarding bestaat en of opnieuw indienen geen dubbele registratie geeft.

Fictief voorbeeld, alleen ter illustratie van de controles. Een zaakvoerder stuurde op 1 maart een offerte met geldigheid tot 31 maart. De klant reageert op 10 april. Invoer: offertenummer, geldigheidsdatum, datum van het antwoord, prijsopbouw met een inkoopprijs die aan een leveranciersprijslijst hing, en een uitvoering die afhing van een planningsslot.

Verwachte controles: kijk in de planning of het slot nog vrij is, vergelijk de huidige leveranciersprijslijst met die in de offerte, bepaal met het beslisblad de route en leg de uitkomst vast. Is het slot vrij en de prijs gelijk, dan volgt een bevestiging met nieuwe geldigheidsdatum. Is de prijs veranderd, dan volgt een nieuwe offerte met nieuw nummer waarin de oude uitdrukkelijk vervalt.

Controles na de wijziging: staat in de bevestiging het nummer van de geldende versie? Is de oude versie als vervallen gemarkeerd in je archief? Heeft de klant schriftelijk aanvaard? Is de beschikbaarheidscontrole bewaard? Komt de orderbevestiging overeen met de bevestigde versie? Wil je daarnaast nagaan welke publieke signalen je website uitstraalt over je offerteprocedure, bekijk dan de publieke signalen van je site via Marketing Scan. Die scan toont alleen wat zichtbaar is en controleert je interne offertes niet.