Cal.com-afspraken wijzigen en annuleren met Famulor

Veel AI-assistenten kunnen een open plek vinden en een boeking maken. Het lastige werk begint pas daarna: een klant belt om een bestaande afspraak te verplaatsen, heeft geen boekings-ID bij de hand en gebruikt wellicht een ander telefoonnummer dan het nummer dat bij de boeking is opgeslagen. Sinds de update van 26 september 2026 van Famulor kunnen assistenten tijdens telefoongesprekken, webchats en berichtenverkeer bestaande Cal.com-afspraken vinden, verplaatsen en annuleren. De rechten voor boeken, verplaatsen en annuleren blijven afzonderlijk instelbaar.

Deze handleiding legt uit wat de nieuwe functionaliteit doet, hoe je deze configureert en welke scenario's je moet testen vóór de livegang. Het is gebaseerd op de Famulor-changelog van 26 september 2026, de huidige documentatie voor agenda's en boekingen en de officiële AI-agentdocumentatie van Cal.com.

Belangrijkste punten

• Een Famulor-assistent kan nu in hetzelfde gesprek een bestaande Cal.com-afspraak vinden, verplaatsen of annuleren, in plaats van alleen een nieuwe boeking te maken.
• Boeken, Annuleren en Verplaatsen zijn afzonderlijke schakelaars bij elke Cal.com-integratie. De assistent krijgt alleen de tools die zijn ingeschakeld.
• Wanneer de boeking een overeenkomend telefoonnummer bevat, kan Famulor het oproepnummer gebruiken om de afspraak te vinden. Zonder match heeft de assistent zowel het boekings-e-mailadres als de volledige naam nodig.
• Vóór een wijziging leest de assistent de afspraak voor en vraagt om expliciete bevestiging. Vóór een verplaatsing controleert de assistent ook een actueel beschikbare tijd.
• Succes wordt pas gemeld nadat Cal.com de wijziging heeft geaccepteerd. Een annulering kan niet ongedaan worden gemaakt.

Van afspraak boeken naar afspraakbeheer

Famulors bestaande overzicht voor cross-channel planning legt uit hoe assistenten open tijden controleren en afspraken maken. De nieuwe Cal.com-flow dicht een ander gat: het wijzigen van een bestaande boeking zonder dat een medewerker de agenda hoeft te doorzoeken of de klant zelf een annuleringslink moet opzoeken.

Dit is meer dan een tweede boekingshandeling. De assistent moet het juiste record lokaliseren, een mogelijke vervangende tijd controleren, de beoogde wijziging in begrijpelijke taal herhalen en de wijziging pas na bevestiging doorvoeren. De huidige Famulor-documentatie stelt dat een tool voor annuleren of verplaatsen alleen kan werken op een afspraak die door de zoektool in hetzelfde gesprek is gevonden. De actie is daarom gekoppeld aan een voorafgaand zoek- en bevestigingstraject.

Cal.com documenteert beschikbaarheid, het maken van boekingen, verplaatsingen en annuleringen eveneens als afzonderlijke operaties. Famulor vertaalt die operaties naar conversationele tools, zodat bellers geen API-terminologie of boekings-UID nodig hebben. De documentatie over verplaatsen van Cal.com laat ook zien dat niet elke boekingsstatus kan worden verplaatst. Een assistent mag nooit een voltooiing beloven voordat de provider reageert.

Wie profiteert van deze functionaliteit

De functie is vooral relevant waar afspraakwijzigingen vaak via telefoon of berichten binnenkomen:

• klinieken en therapiepraktijken die terugkerende wijzigingsverzoeken afhandelen
• reparatiewerkplaatsen en buitendienstteams die werken met aankomsttijdvensters
• advies-, demo- en onboardingafspraken
• salons, studio's en andere op afspraken gebaseerde diensten
• serviceteams die wijzigingen accepteren buiten kantooruren

Het voordeel is geen gegarandeerde vermindering van tijd of kosten. Dat hangt af van het werkelijke contactvolume, de boekingsregels en de kwaliteit van de implementatie. Het verdedigbare productvoordeel is nauwer: klanten kunnen een bestaande Cal.com-boeking in natuurlijke taal beheren, terwijl de assistent de gedocumenteerde stappen voor opzoeken, bevestigen en uitvoeren volgt.

Cal.com configureren in Famulor

1. Controleer de verbinding en het type evenement

Open Boeking → Integraties, kies Cal.com en voer de API-sleutel in. Volgens de Famulor-documentatie kun je het Amerikaanse eindpunt, het Europese eindpunt of een aangepast eindpunt voor een zelf-gehoste Cal.com-omgeving selecteren. Laad de evenementtypen en selecteer het type waarvan de assistent de afspraken moet beheren.

Controleer de tijdzone, duur en boekingsvragen. Famulor laadt de vereiste velden vanuit het geselecteerde Cal.com-evenementtype. Als deze velden later in Cal.com wijzigen, bewerk dan de verbinding en ververs de velden. De Cal.com-productpagina van Famulor blijft het juiste overzicht voor het maken van nieuwe boekingen; dit artikel richt zich op bestaande afspraken.

2. Scheid de rechten bewust

Schakel Annuleren, Verplaatsen, of beide in. Boeken is een afzonderlijk recht. Een assistent kan dus toestemming krijgen om afspraken te boeken en te verplaatsen, maar niet om ze te annuleren. Die scheiding is nuttig wanneer annulering een interne beoordeling vereist of wanneer verschillende evenementtypen verschillende beleidsregels volgen.

Verleen alleen de operaties die deze assistent nodig heeft. Als je werkruimte meerdere assistenten of agendakoppelingen bevat, controleer dan elke verbinding afzonderlijk. “De assistent kan de agenda beheren” is te breed om als acceptatiecriterium te dienen.

3. Wijs de integratie toe aan de assistent

Open Assistent-instellingen → Tools → Agendakoppelingen en wijs de Cal.com-verbinding toe aan de betreffende assistent. Beheertools verschijnen alleen wanneer de provider de operatie ondersteunt en het bijbehorende recht is ingeschakeld.

Beschrijf het gewenste gedrag in zakelijke taal in de prompt. Bijvoorbeeld:

Help klanten bij het wijzigen of annuleren van bestaande afspraken. Zoek de afspraak, herhaal de datum en tijd, en vraag om expliciete bevestiging. Bied vóór het verplaatsen een actueel beschikbare tijd aan en bevestig de nieuwe tijd. Noem geen technische boekings-ID's.

De prompt verleent geen ontbrekende rechten. Omgekeerd biedt een ingeschakeld recht op zichzelf geen duidelijk conversationeel beleid.

Hoe Famulor de juiste afspraak vindt

Matching hangt af van het kanaal en de gegevens die zijn opgeslagen bij de Cal.com-boeking.

Voor betrouwbare telefoonmatching adviseert Famulor om de telefoonvraag in te schakelen bij het Cal.com-evenementtype, de landcode te verzamelen en het veld verplicht te stellen als het proces afhankelijk is van telefonische opzoeking. Een telefoonnummer dat alleen bekend is in het CRM kan niet matchen met een Cal.com-boeking, tenzij het nummer ook bij die boeking is opgeslagen.

Presenteer deze matchingmethode niet als universele identiteitsverificatie. Het is de gedocumenteerde manier om een boeking te vinden. Als afspraakwijzigingen gevoelige gegevens blootstellen of extra autorisatie vereisen, definieer dan strengere verificatie- en escalatieregels voor dat proces.

De flow voor verplaatsen

Een gecontroleerd gesprek voor verplaatsen bestaat uit vijf stappen:

1. Intentie vastleggen: De klant zegt bijvoorbeeld: “Ik moet mijn afspraak van donderdag verplaatsen.”
2. Afspraak vinden: Famulor zoekt in aanstaande boekingen naar het gekoppelde evenementtype. Als er meerdere boekingen overeenkomen, vraagt de assistent welke de klant bedoelt.
3. Teruglezen: De assistent noemt de datum en tijd zodat de klant de juiste afspraak kan bevestigen.
4. Nieuwe beschikbaarheid controleren: De assistent haalt open tijden op, biedt een kleine set keuzes aan en bevestigt de gekozen vervanging.
5. Wijziging doorvoeren: Pas daarna wordt de afspraak verplaatst. Het succes wordt pas gemeld nadat Cal.com de update accepteert.

Deze volgorde helpt twee veelvoorkomende fouten te voorkomen: de verkeerde afspraak wijzigen en een vervangende plek beloven die niet langer beschikbaar is. Het kan geen absolute conflictvrijheid garanderen buiten de reactie van de agenda om. Als een plek wordt ingenomen tussen de beschikbaarheidscontrole en de uitvoering, moet de assistent een andere optie aanbieden in plaats van succes te claimen.

De flow voor annuleren

Annulering begint ook met opzoeken en teruglezen, gevolgd door expliciete bevestiging. De annuleringsdocumentatie van Cal.com maakt onderscheid tussen normale, terugkerende en groepsboekingen; Famulor abstraheert die API-varianten in het gesprek.

Twee grenzen moeten expliciet in het script staan:

• Annulering kan niet ongedaan worden gemaakt. De bevestigingszin moet de datum en tijd van de afspraak bevatten.
• Bij een groepsboeking in Cal.com wordt alleen de plek van de gematchte deelnemer gewijzigd. De assistent mag niet beweren dat het hele evenement is geannuleerd.

Als er geen afspraak overeenkomt, vraagt de assistent om het boekings-e-mailadres en de volledige naam. De assistent claimt niet dat er iets is gewijzigd. Deze negatieve scenario's horen in de acceptatietest.

Voorbeeld: een serviceafspraak voor een reparatiewerkplaats

Een klant belt de avond voor een reparatieafspraak omdat hij de volgende ochtend niet meer kan. Het telefoonnummer was opgeslagen bij de Cal.com-boeking.

Een realistische flow ziet er als volgt uit:

1. Famulor detecteert de intentie tot verplaatsen en zoekt naar een aanstaande boeking van het gekoppelde evenementtype met het nummer van de beller.
2. De assistent leest de overeenkomende datum en tijd voor zonder een technische identificatie te noemen.
3. Na bevestiging controleert de assistent de actuele beschikbaarheid en biedt een kleine set keuzes aan.
4. De klant selecteert er een. Famulor herhaalt de nieuwe tijd en vraagt opnieuw om bevestiging.
5. De assistent meldt de voltooiing pas nadat Cal.com de wijziging bevestigt.

Als er geen telefoonnummer is opgeslagen bij de boeking, valt de flow terug op het e-mailadres en de volledige naam die bij het boeken zijn gebruikt. Als er nog steeds geen match is of Cal.com de update weigert, blijft de oude afspraak staan en volgt de assistent de gedefinieerde menselijke of asynchrone fallback.

Dit voorbeeld illustreert een proces, geen gemeten klantresultaat. Elk reparatiebedrijf moet beslissen welke doorlooptijden, servicetypen of mobiliteitsregelingen geautomatiseerde verplaatsing toestaan.

Wat een signaal uit de praktijk toevoegt

Eén recente Hacker News-post van september 2026 is noch productbewijs, noch een benchmark. Het is wel een nuttig signaal uit de praktijk: een engineer achter een live WhatsApp-afspraakassistent identificeert idempotentie tegen dubbele boekingen, duurzame records vóór externe schrijfacties en besluitvorming als het lastige werk na een demo.

Dit ondersteunt geen claim over de interne implementatie van Famulor. Het ondersteunt een betere vraag voor de productie: levert een herhaald of dubbelzinnig verzoek precies één beoogde wijziging op de juiste afspraak op? Test herhaling, kanaalwisselingen en geweigerde schrijfacties, niet alleen het ideale scenario.

Acceptatietestmatrix voor productie

Test op een echt telefoonkanaal en op het berichtenkanaal dat je wilt gebruiken. Een browser-gebaseerde gesprekstest heeft geen oproepnummer en kan automatische telefoonmatching niet reproduceren. Controleer het gesprek en de uiteindelijke agendastatus samen; een overtuigend transcript alleen bewijst niet dat de externe schrijfactie correct was.

Privacy en operationele grenzen

Het opzoeken van afspraken verwerkt persoonsgegevens. Beperk gesproken details tot wat nodig is voor matching en bevestiging. Bepaal welke gegevens herhaald mogen worden in gedeelde kanalen of kanalen die niet één afzender verifiëren.

Opname, transcriptie en permanente profielopslag zijn afzonderlijke beslissingen. De documentatie over toestemming en gesprekskwaliteit van Famulor biedt afzonderlijke controles. Een Cal.com-verbinding is op zichzelf geen algemene garantie voor compliance.

Andere gedocumenteerde grenzen zijn onder meer:

• De Cal.com-verbinding vereist een Famulor-abonnement dat agendakoppelingen bevat.
• Opzoeken geldt voor aanstaande afspraken van het geselecteerde evenementtype.
• Een succesvolle wijziging hangt af van de reactie van Cal.com.
• Annulering kan niet ongedaan worden gemaakt.
• Bij meerdere agenda's moet de assistent aan de juiste integratie worden toegewezen.
• Agendabeleid, annuleringsvensters en zakelijke uitzonderingen blijven de verantwoordelijkheid van de operator.

Veelgestelde vragen

Heeft de klant een Cal.com-boekings-ID nodig?

Nee. Famulor zoekt eerst naar een opgeslagen telefoonmatch. Als er geen gevonden kan worden, vraagt de assistent om het boekings-e-mailadres en de volledige naam.

Kan ik verplaatsen toestaan maar annuleringen blokkeren?

Ja. Boeken, Annuleren en Verplaatsen zijn afzonderlijke rechten bij elke Cal.com-integratie.

Werkt dit buiten telefoongesprekken?

Ja. De huidige documentatie beschrijft dezelfde tools voor chat- en e-mailgesprekken. Of kanaaldetails matching kunnen ondersteunen, hangt af van de vraag of het kanaal één afzender verifieert; anders vraagt de assistent om het boekings-e-mailadres en de volledige naam.

Meldt de assistent succes voordat Cal.com reageert?

Nee. De documentatie van Famulor stelt dat het succes pas wordt gemeld nadat Cal.com de wijziging accepteert.

Kan Calendly op dezelfde manier verplaatsen?

Nee. De huidige Famulor-documentatie ondersteunt het vinden en annuleren van Calendly-boekingen, maar niet het direct verplaatsen via de API. Het alternatief is annuleren plus een nieuwe boeking, of de verplaatsingslink in de bevestigingsmail van Calendly.

Conclusie: het gecontroleerde traject is belangrijker dan een korte dialoog

De nieuwe Cal.com-beheerflow laat Famulor de volledige levenscyclus van een afspraak in een gesprek dekken: vinden, bevestigen, een vervangende tijd controleren, verplaatsen of annuleren. De belangrijkste kwaliteitswinst komt niet voort uit het minimaliseren van het aantal dialoogstappen. Het komt voort uit de juiste volgorde en beperkte rechten.

Schakel alleen de vereiste operaties in, sla bruikbare telefoonnummers op bij boekingen en test negatieve paden net zo grondig als het succesvolle scenario. Wanneer de afspraak, de voorgestelde tijd en de bevestiging bij elke stap expliciet blijven, wordt een handige demo een controleerbare serviceworkflow.

Over de auteur

Sarah Müller schrijft bij Famulor over Voice AI-producten, integraties en de veilige uitrol van geautomatiseerde klantprocessen.