Minimale boekingstijd bepaalt hoe snel een afspraak mag beginnen nadat een klant boekt. Kies als consultant een grens die voldoende voorbereiding toestaat en controleer nabije tijdslots op de openbare boekingspagina. Vierentwintig verstreken uren bieden niet altijd een werkdag voorbereiding, vooral rond een weekend.
Deze gids helpt consultants hun betaalde consultaties in te richten. De berekeningen en het controleblad zijn originele voorbeelden, geen test in een klantaccount of automatische berekening van werkuren.
Houd kalenderregels uit elkaar
De PayRequest-documentatie voor Booking Calendar definieert Lead Time als het minimale aantal uren vóór de afspraak. Andere instellingen bepalen sessieduur, buffertijd en hoe ver vooruit iemand kan boeken. Minimale boekingstijd gaat over de periode vóór aanvang; een buffer reserveert ruimte rond afspraken.
Een consultatie van 60 minuten met 15 minuten buffer kan nog steeds 48 uur voorbereiding vooraf vragen. Een grotere buffer creëert die periode niet. Het voorbeeld voor buffertijd behandelt die afzonderlijke capaciteitsberekening.
Ook Google Calendar beschrijft minimale aankondigingstijd bij afspraken. Namen en standaardwaarden verschillen; controleer uw eigen instellingen.
Bereken een vrijdag-maandagboeking
Stel dat uw praktijk maandag tot en met vrijdag van 09:00 tot 17:00 werkt en vier werkuren voorbereiding nodig heeft. Een klant boekt vrijdag om 16:00 voor maandag om 09:00. Dat zijn 65 verstreken uren: acht tot middernacht, 48 voor zaterdag en zondag, en negen op maandag.
Een grens van 48 uur wordt gehaald, maar er resteert slechts één normaal werkuur vóór de consultatie. De kalenderregel en de voorbereidingseis geven dus verschillende antwoorden. Ook 24 uur minimale boekingstijd lost dit probleem niet op.
U kunt de minimale verstreken tijd voor deze dienst verhogen of de aangeboden startmomenten beperken. Geen van beide is een automatische werkurenberekening. Spreek af hoe spoeduitzonderingen worden behandeld en creëer geen tweede betaling alleen om een afspraak te verplaatsen.
| Voorbeeld | Verstreken tijd | Controle |
|---|---|---|
| Vrijdag 16:00 → maandag 09:00 | 65 uur | Slechts één werkuur voorbereiding |
| Vrijdag 09:00 → maandag 09:00 | 72 uur | Exacte 72-uursgrens op openbare pagina controleren |
| Maandag 09:00 → dinsdag 10:00 | 25 uur | Voldoet aan 24 uur, mits overige beschikbaarheid klopt |
De voorbeelden gebruiken dezelfde ingestelde tijdzone en geen overgang naar zomer- of wintertijd. Controleer voor internationale klanten afzonderlijk de tijdzonebevestiging.
Gebruik vier grensgevallen
Stel een representatieve dienst in via Products → Booking → Booking Settings. Noteer minimale boekingstijd, tijdzone, beschikbare dagen en duur voordat u de klantpagina opent.
Bekijk bij 24 uur tijdslots op ongeveer 23 uur 59 minuten, exact 24 uur en 24 uur 1 minuut afstand. Het eerste hoort door de aankondigingstijd geblokkeerd te zijn. Het laatste kan aan deze regel voldoen, maar door andere kalenderregels ontbreken. Noteer het exacte grensresultaat in plaats van klokprecisie of afronding te veronderstellen.
Voeg een vierde geval rond uw volgende vrije periode toe. Bewaar per rij testtijd, gewenste afspraak, verwacht resultaat, zichtbaarheid, andere blokkades en haalbare voorbereiding. Controleer opnieuw vóór u deelt: tijdens de test verstrijkt tijd en een reeds geboekt slot kan om een andere reden verdwijnen.
Controleer betaling afzonderlijk
Een zichtbaar tijdslot is nog geen bevestigde betaalde afspraak. De boekingsdocumentatie onderscheidt wachten op betaling van bevestiging na een succesvolle betaling. Controleer order, afspraak en bevestiging vóór u de klant zekerheid geeft.
Koppel apart gefactureerde werkzaamheden aan de relevante facturatiegegevens. Slotkeuze, betaalpoging en ontvangen betaling beantwoorden verschillende vragen.
Richt één uitvoerbare consultatie in
Gebruik PayRequest Bookings voor beschikbaarheid en minimale boekingstijd. Maak uw account, vul het controleblad in en controleer de klantboeking en betaling voordat u de link publiceert.
Opgesteld door het PayRequest-team met AI-assistentie. Documentatie en relevante Lead Time-code gecontroleerd op 10 oktober 2026. Berekeningen zijn illustratief, geen klantresultaten.
