ConnectWiz Boekingen

Het afsprakenboek met een database als ruggengraat.

Geboekt door een medewerker, door de AI, door een flow of door de klant zelf — elke afspraak landt in één register waarin ruimtes, apparaten en behandelaars elkaar correct kruisen, waarin de opslaglaag zelf dubbele boekingen blokkeert en waarin je echte agenda’s in twee richtingen meelopen.

Vier deuren om te boeken, één waarheid Conflicten geblokkeerd door de database Synchronisatie met Google · Outlook · Apple
Beschikbaarheid — bepaald door de database
Donderdag
Ruimte + apparaat + arts: vrij
Overlap — geweigerd door de DB
14:30 geboekt
Naar Google gestuurd · bezette tijd afgetrokken
4
Deuren om te boeken — paneel, AI, flowstap en bezoekers die zelf boeken in de widget
0
Mogelijke dubbele boekingen — overlap wordt geweigerd door een databaseconstraint, niet door een app-regel die kan racen
3
Agendaproviders die in twee richtingen meelopen — Google, Outlook/Microsoft 365 en Apple/CalDAV
15 min
Tempo van de herinneringsmotor — herinneringen aan klanten en meldingen aan het team vertrekken op de voorlooptijd die jij instelt

Vier deuren

Iedereen boekt tegen dezelfde waarheid

Het team, in de agenda

Een dagweergave en volledig boekingsbeheer — soorten, locaties, behandelaars, dienstvarianten, statuslabels die de tenant zelf bepaalt, afhandeling van no-shows en regels op de factuur.

De AI, in twee werkwoorden

Wiz biedt echte vrije tijdsloten aan en boekt daarna het slot dat de klant kiest — bewust in twee stappen, want automatisch het eerste vrije slot voor iemand vastzetten is een demotruc, geen service.

Flows, als stap

De boekingsnode laat elke automatisering tijdsloten aanbieden — de herinneringsflow die eindigt in een verzette afspraak, zonder mens ertussen.

Bezoekers, zelfbediening

De websitewidget-mini-app voor boekingen laat klanten zelf uit de live beschikbaarheid kiezen — en verschijnt alleen als je ook echt boekbare diensten aanbiedt.

Het resourcemodel

Ruimtes, apparaten, mensen — die elkaar kruisen zoals in de werkelijkheid

“Beschikbaar” is een vraag met drie kanten: de behandelaar, de ruimte en het apparaat moeten alle drie tegelijk vrij zijn. De meeste boekingstools modelleren één as en hopen er het beste van; deze modelleert het snijpunt.

Abstracte 3D-illustratie: een agendaraster met één smaragdgroen tijdslot, drie resourcebollen die door een lichtring worden vastgehouden, en een overlappend tijdslot dat door een krachtveld wordt weggeduwd

Rollen & containers

Een boeking houdt meerdere resources vast op rol — ruimte, apparaat, behandelaar — en dankzij containerkoppelingen is een apparaat in een bezette ruimte terecht onbeschikbaar, ook al heeft niemand dat apparaat geboekt.

De constraint, geen regel

Het voorkomen van overlap zit in de opslaglaag als exclusion constraint — twee verzoeken die tegen elkaar racen kunnen niet allebei winnen, want de tweede schrijfactie wordt fysiek geweigerd. Een regelmotor belooft; een constraint garandeert.

Capaciteit als eenheden

Een les met acht plaatsen bestaat uit acht eenheden, niet uit een teller — dus “nog één over” is een feit over een specifieke eenheid, en terugbetalingen slopen de rekensom niet.

Geschiktheid, apart geregeld

“Kan deze ruimte deze dienst aan” is een eigen matrix, los van de bezetting — zodat een resource die wel vrij maar verkeerd is nooit wordt aangeboden, en de reden na te kijken valt.

Agendasynchronisatie

Je agenda’s, afgetrokken van je beschikbaarheid

Boekingen gaan eruit

Afspraken verschijnen als afspraak in de agenda van Google, Outlook of Apple — en verdwijnen bij annulering. De agenda op de telefoon van de behandelaar loopt nooit een dag achter op het afsprakenboek.

Bezette tijd komt binnen

Externe afspraken gaan van je beschikbaarheid af — de AI biedt nooit donderdag 15:00 aan als in je persoonlijke Google Agenda daar al de tandarts staat.

Rol & richting per bron

Elke gekoppelde bron heeft een eigen instelling — uitlezen, wegschrijven, allebei of alleen bezette tijd — zodat een gedeelde agenda van de kliniek en een persoonlijke agenda verschillende rollen kunnen spelen zonder ruzie.

Herinneringen & beheer

De opvolging, geautomatiseerd

Herinneringen die echt afgaan

Bevestigingen en herinneringen aan klanten op de voorlooptijd die jij instelt — per e-mail, optioneel met sms — plus meldingen aan het team bij nieuwe boekingen. “Ik kom erop terug” hangt niet langer af van iemands geheugen.

Boekingen boeken voorraad af

Een serviceafspraak kan onderdelen afboeken uit het voorraadregister — de behandeling en de gebruikte materialen worden in één beweging op elkaar afgestemd.

De geschiedenis migreert mee

Stap je over van een ander CRM? De migratiemotor haalt je bestaande afsprakenhistorie in hetzelfde register — het afsprakenboek begint niet met geheugenverlies.

De kleine lettertjes, zonder opsmuk

Benoemd voordat je er je planning op inricht

Nog geen losse boekingslink

Zelf boeken gebeurt binnen de chatwidget op je site — er is nog geen openbare boekingspagina in Calendly-stijl die je per e-mail kunt sturen. Als dat jouw belangrijkste manier van werken is: laat het weten, dat stuurt de roadmap.

Externe CRM’s dragen minder mee

Schrijft een boeking weg naar een gekoppeld CRM, dan overleven de details over apparaten en verbruik het mogelijk niet — de API’s van die leveranciers publiceren die assen niet, en de synchronisatie zegt wat ze liet vallen in plaats van het stilletjes te laten vallen.

Het register is altijd van ons

Welke agenda’s en CRM’s er ook koppelen, het boekingsregister blijft de eigen tabel van ConnectWiz — externe systemen zijn bron en spiegel, nooit de baas. Dat is een ontwerpstandpunt, en we zeggen het hardop.

FAQ over boekingen

Voordat je gaat inplannen

Meer in de volledige FAQ, of vraag het ons direct.

Vier deuren: je team in het paneel en in de dagweergave, Wiz de AI-agent binnen elk gesprek, de boekingsstap van een automatiseringsflow, en bezoekers die zelf boeken in de chatwidget op je site. Alle vier schrijven ze naar hetzelfde register tegen dezelfde beschikbaarheid, dus er is precies één waarheid over wie welk tijdslot heeft.

Door de database zelf — een exclusion constraint in de opslaglaag maakt het fysiek onmogelijk om twee overlappende reserveringen op dezelfde resource weg te schrijven, via welke deur het ook geprobeerd wordt. Regels in de applicatie kunnen racen; de constraint niet.

Ja — Google, Outlook/Microsoft 365 en Apple/CalDAV, in twee richtingen: boekingen gaan eruit als afspraak (en verdwijnen bij annulering), en externe bezette tijd komt binnen en gaat van je beschikbaarheid af, zodat de AI nooit een tijdslot aanbiedt dat je persoonlijke agenda al heeft ingenomen. Elke bron heeft een eigen instelling voor rol en richting — lezen, schrijven, allebei of alleen bezette tijd.

Met opzet in twee stappen: hij biedt eerst echte vrije tijdsloten aan en boekt daarna het slot dat de klant kiest. Die stappen samenvoegen zou betekenen dat je automatisch het eerste vrije slot voor iemand vastzet — handig in een demo, vijandig in het echt.

Elke “wanneer kan het?” kan eindigen in een vastgezet tijdslot.

Zet je resources één keer op — daarna boeken medewerkers, AI, flows en klanten tegen dezelfde waarheid.