Boekingen uit Airbnb, Booking.com en je eigen site in één agenda

Twee gasten, één zaterdag in juli, en één van de twee moet je bellen. Omdat jij annuleert en niet je gast, rekent Airbnb annuleringskosten van 10% bij meer dan dertig dagen vooraf, 25% tussen dertig dagen en 48 uur vooraf, en 50% binnen 48 uur, met een minimum van vijftig dollar, kan het je kalender blokkeren zodat je die datums aan niemand anders meer kwijtkunt, en kun je je Superhost-status verliezen. Het vervelende is dat je kalenders wél gekoppeld waren. Ze waren alleen niet snel genoeg.

Dat is de klus die de vergelijkingssites niet beschrijven. Kalenders koppelen is geen aan-knop maar een reeks beslissingen: welke kalender de waarheid is, hoeveel vertraging je accepteert, wat er wél en niet meereist, en wat er na de boeking nog moet gebeuren voordat je gast een sleutel heeft en jij je geld.

Welke kalender is de waarheid?

De leidende kalender is de ene plek waar beschikbaarheid wordt bepaald. Elk ander kanaal toont daar een kopie van en mag die kopie alleen dichtzetten, nooit als eerste vrijgeven. Zolang je die plek niet hebt aangewezen, houdt elk kanaal zijn eigen versie van de waarheid bij en bestaat er geen antwoord op de vraag of je vrij bent.

Dat klinkt bureaucratisch tot je merkt hoe vaak de dubbele boeking niet ontstaat door een technische storing maar door een blokkade die iemand op de verkeerde plek zette. Je zet een week dicht voor familie in de Airbnb-app. Booking.com weet dat pas als de import langskomt, en tot dat moment staat die week daar gewoon te koop.

Je hebt drie serieuze kandidaten voor die plek:

• Eén platform als bron. Werkt als één kanaal veruit het meeste doet en de rest bijvangst is. Je betaalt de prijs dat je bronkalender in het huis van iemand anders staat.
• Een centrale kalender buiten de platforms. Een channel manager of property management systeem waar jij eigenaar van bent en waar alle kanalen aan hangen.
• Je eigen boekingssysteem. De enige plek waar geen commissie af gaat, en daarmee de plek die het verdient om leidend te zijn zodra directe boekingen ertoe doen.

De vierde optie, geen bron aanwijzen, is de meest gekozene. Het is ook de enige die gegarandeerd een keer misgaat.

Wat je nodig hebt voordat je iets koppelt

Voordat je een link plakt, leg je vast wat er straks per kanaal moet gelden. Dit kost een half uur en het voorkomt de rommel die je later niet meer terugdraait.

Begin bij de namen. Elke verhuureenheid heeft op elk kanaal exact dezelfde naam nodig, want je koppelt straks per eenheid en niet per accommodatie. Zodra kamer 2 op Airbnb Tuinkamer heet en op Booking.com Tweepersoonskamer achter, koppel je vroeg of laat de verkeerde twee aan elkaar, en dat merk je pas als er iets dubbel staat. Zorg daarnaast dat je in het Booking.com-extranet gemachtigd bent voor Prijzen & Beschikbaarheid: dat staat letterlijk bij de deelnamecriteria voor kalendersynchronisatie, en zonder dat recht zie je de pagina Synchroniseer kalenders eenvoudigweg niet in je menu staan. Dat is de stille reden waarom de instructie bij veel verhuurders halverwege vastloopt.

Verzamel vervolgens per kanaal twee links, niet één: de exportlink die jouw kalender weggeeft en de importlink waarmee je die van een ander binnenhaalt. Booking.com geeft er een simpele controle bij, en die is meer waard dan hij lijkt: kijk of /ical/ in de URL staat, en houd er rekening mee dat kalenders van andere reissites meestal .ics in de URL hebben. Staat geen van beide erin, dan heb je vrijwel zeker een gewone webpagina te pakken in plaats van een feed. Dat is de meest gemaakte fout van stap één, en hij levert een koppeling op die er in het overzicht gewoon uitziet en nooit iets ophaalt.

Leg tot slot vast wat er straks juist níet meereist. Zet in één document per kanaal je prijs, je minimumverblijf, je aankomstdagen en je annuleringsvoorwaarden. Die velden gaan niet mee door een iCal-koppeling en horen ook niet gelijk te zijn, dus je wilt zwart op wit hebben wat je bedoeling was voordat een migratie of een nieuw pakket ze stilletjes uniformeert. Zoek daarbij het toeristenbelastingtarief van je eigen gemeente op en noteer erachter wie het int, want dat verschilt per kanaal en bepaalt of jij een aangifte moet doen of alleen moet controleren. Pas als dit alles er ligt, wijs je de leidende kalender aan en zet je de eerste koppeling aan.

Vink af wat je klaar hebt liggen:

Dat registratienummer is geen formaliteit meer. Sinds de EU-verordening kortetermijnverhuur op 20 mei 2026 van toepassing werd, krijgt elke accommodatie die via een platform kort wordt verhuurd een uniek registratienummer dat op het platform zichtbaar moet zijn, en delen platforms maandelijks activiteitsgegevens met één landelijk loket, in Nederland beheerd door het ministerie van Volkshuisvesting en Ruimtelijke Ordening. Je gemeente krijgt dus gestructureerd te zien hoeveel nachten je verhuurde. In delen van het Amsterdamse Centrum en de Pijp zakte de grens per 1 april 2026 van dertig naar vijftien nachten per jaar. Reken erop dat het nachtenplafond van je gemeente vanaf nu controleerbaar is zonder dat iemand langskomt.

Route 1: iCal, gratis, ingebouwd, en traag

iCal is de gratis route die op elk platform al aanstaat. Booking.com omschrijft het nuchter: kalendersynchronisatie gebruikt iCal-links om geboekte of gesloten data tussen platforms te importeren en te exporteren, en de synchronisatie vindt niet in realtime plaats.

Die laatste zin is het hele verhaal. Booking.com importeert elke gekoppelde kalender automatisch om de twee uur, Airbnb werkt jouw kalender eens per drie uur bij met de gegevens van de gekoppelde kalenders. Een boeking die om 14:00 op Booking.com binnenkomt, staat daarmee pas rond 17:00 gegarandeerd dicht op Airbnb; andersom duurt het tot ongeveer 16:00. En dat is alleen de ophaalkant. Hoe snel het verkopende platform een verse boeking in zijn eigen exportfeed zet, documenteert geen van beide, dus reken in de praktijk op meer. In dat gat staat je zaterdag op twee plekken te koop.

De verleiding is groot om Google Agenda als spil te gebruiken, want daar kijk je toch al in. Doe dat niet als het om beschikbaarheid gaat: een ICS-abonnement in Google Agenda ververst doorgaans elke 12 tot 24 uur en dat tempo kun je niet zelf instellen. Je bouwt er een extra vertragingshop mee in, precies op de plek waar je snelheid wilde winnen. Als spiekagenda voor jezelf is Google Agenda prima. Als bron is het de traagste schakel in de keten.

Er zit ook een harde grens aan wie iCal überhaupt mag gebruiken. Booking.com laat kalendersynchronisatie alleen toe bij accommodaties met maximaal twintig kamertypes waarvan er van elk type precies één is, en uitdrukkelijk niet bij accommodaties die een connectivity provider gebruiken. Zodra je een channel manager aansluit, valt de gratis route dus weg. Dat is geen ongelukje maar het scharnierpunt van de hele keuze.

Route 2: één centrale kalender die per boeking dichtzet

De andere route draait de richting om. In plaats van dat kanalen elkaars kalenders periodiek ophalen, hangt elk kanaal aan één systeem dat bij elke boeking meteen de rest dichtzet. Dat is het verschil tussen ophalen op een klok en duwen op het moment zelf, precies het onderscheid tussen een batch die op vaste tijden draait en een koppeling die op de gebeurtenis zelf reageert.

Wat je ervoor terugkrijgt is meer dan snelheid. Een centrale kalender duwt ook prijs, minimumverblijf en boekingsgegevens naar de kanalen, en dat is exact wat iCal nooit meeneemt.

Wat het kost, is overzichtelijk. Smoobu begint bij € 23,20 per maand voor één woning, met vanaf € 9,60 per maand voor elke extra woning; Beds24 rekent vanaf € 15,50 per maand plus € 0,55 per maand per kanaalkoppeling (prijzen september 2026). Voor één woning praat je dus over grofweg twee tot drie honderd euro per jaar.

De rekening die niemand op zijn prijspagina zet, staat bij Airbnb. De meeste hosts betalen 3% servicekosten in de gedeelde structuur, terwijl de alleen-hoststructuur op 15,5% uitkomt, en die structuur is verplicht voor hosts die property management software gebruiken. Een channel manager is zulke software. Dat betekent niet dat je 12,5 procentpunt kwijt bent, want in de alleen-hoststructuur vervallen de servicekosten aan de gastkant en kun je je advertentieprijs verhogen: reken op ongeveer 15% hogere vraagprijs om op dezelfde uitbetaling uit te komen. Het betekent wél dat je je hele prijsstelling opnieuw moet zetten op het moment dat je overstapt, en dat je dat beter buiten het hoogseizoen doet.

De routes naast elkaar

Het beslis-kader: waar de vertraging onacceptabel wordt

De vraag is niet welke route beter is, maar bij welk punt de wachttijd van twee tot drie uur je meer kost dan een abonnement. Zes assen bepalen dat, en ze wegen niet even zwaar. Vijf gaan over hoe snel je moet zijn; de zesde, die na de drempels staat, gaat over wie het bouwt.

Aantal eenheden. Bij één woning heb je twee koppelingen nodig. Bij drie woningen op drie kanalen zijn het er achttien, allemaal met een eigen status die stil kan omvallen. De beheerlast groeit sneller dan je omzet.

Het aandeel last-minute. Dit is de doorslaggevende as. Boeken je gasten weken vooruit, dan is een gat van een paar uur statistisch bijna niets. Komt een kwart van je boekingen binnen op de dag zelf, dan zit je permanent in dat gat. Kijk in je eigen boekingsoverzicht naar de tijd tussen boeking en aankomst; dat getal beslist deze keuze, niet je gevoel.

Aantal kanalen. Twee kanalen is te overzien. Vanaf drie, zeker met je eigen site erbij, wordt iCal een web waarin niemand meer weet wie wat blokkeerde.

Prijsdifferentiatie. Wil je op je eigen site structureel goedkoper zitten dan op Booking.com, en per periode sturen, dan zet je dat met iCal overal met de hand. Dat is precies het werk dat je vergeet in een druk weekend.

Wie het straks beheert. Als jij de enige bent die de kalenders kent, is elke week vakantie een risico. Een centraal systeem is ook een overdrachtsdocument.

De drempels, zo eerlijk als ik ze kan geven: één woning op twee kanalen met weinig last-minute doet het prima op iCal, mits je een dag voorbereidingstijd instelt als buffer. Twee tot vijf eenheden, of veel last-minute, verdient een centrale kalender; de drie honderd euro per jaar is terugverdiend met één voorkomen annulering. Boven de vijf eenheden of drie kanalen is er geen discussie meer. En als je eigen site meer dan ongeveer een derde van je boekingen doet, hoort de bron daar te liggen en niet bij een platform.

Standaardpakket of eigen koppeling. Die drempels zeggen wanneer je een centrale kalender nodig hebt, niet wie hem levert. Dat is een aparte vraag, en het antwoord is vaker dan verhuurders verwachten: een kant-en-klaar pakket. Zolang je kanalen Airbnb, Booking.com en je eigen site zijn, je eenheden in het model van het pakket passen en de ingebouwde takenlijst je wisselplanning aankan, is een standaard channel manager de goedkoopste en saaiste keuze, en saai is hier een compliment. Smoobu en Beds24 doen dat werk voor grofweg twee tot drie honderd euro per jaar, inclusief een boekingsmotor op je eigen domein. Een eigen koppeling laten bouwen terwijl dit volstaat, is geld uitgeven aan onderhoud dat je nooit meer kwijtraakt.

Je laat pas iets bouwen als minstens één van deze drie waar is. Eén: je eigen boekingsmotor moet leidend zijn, niet die van het pakket, bijvoorbeeld omdat je site arrangementen, meerdaagse pakketten of vaste gasten met eigen tarieven verkoopt die een channel manager niet als product kent. Twee: je hebt meerdere parken, panden of juridische entiteiten, elk met eigen kanalen en eigen rapportage, terwijl je er één beeld en één bezettingscijfer over wilt. Drie: de boeking moet automatisch in je boekhoudpakket landen, met de kamerprijs, de commissie en de afgedragen toeristenbelasting apart weggeschreven, in plaats van als maandelijkse export die iemand naboekt. Herken je hier niets in, dan is je antwoord het abonnement, en dat is een prima antwoord.

Ook in die drie gevallen bouw je de kanaalkoppelingen zelden zelf. Booking.com verwijst accommodaties die niet aan de iCal-criteria voldoen expliciet door naar een connectivity provider, en dat is een aangesloten partij, geen script van jezelf. Wat je laat bouwen hangt dus óm het pakket heen. Beds24 biedt daarvoor een RESTful OpenAPI waarmee je boekingen, accommodaties en kanaalinstellingen kunt lezen en wijzigen, plus booking webhooks die je per boeking aanroepen zodra je ze in het extranet aanzet; Smoobu levert volledige API-toegang mee in zijn Professional-plan (gecontroleerd september 2026). Dat is het aanhechtpunt: het pakket blijft de motor richting de kanalen, jouw koppeling doet wat het pakket niet kent. Reken op dagen werk in plaats van een abonnement, en op een terugverdientijd die pas klopt bij het volume waar handwerk echt geld kost.

In stappen: van drie losse kalenders naar één waarheid

Je richt je kanalen zo in dat één leidende kalender bepaalt of een nacht vrij is, dat elk ander kanaal die stand alleen overneemt, en dat een buffer het verversingsgat van twee tot drie uur opvangt. Reken op een half uur werk per eenheid, plus vijf minuten controle per week.

Zes stappen, in deze volgorde:

1. Schrijf je bron op. Per eenheid één regel: welke kalender leidend is, en welke kanalen daar alleen een kopie van tonen. Zonder deze regel is de rest gokwerk.
2. Zet de koppelingen aan in één richting per paar. Exporteer vanuit je bron, importeer in de andere kanalen. Laat twee kanalen elkaar nooit over en weer importeren zonder dat één van beide is aangewezen als bron; dan weet je bij een blokkade die niet verdwijnt niet meer waar hij vandaan komt.
3. Bouw de vertraging weg met een buffer. Zet één nacht voorbereidingstijd tussen boekingen, of sluit op de niet-leidende kanalen het boekingsvenster voor vandaag en morgen. Dit is de goedkoopste verzekering tegen het verversingsgat die er bestaat.
4. Zet prijs, minimumverblijf en aankomstdagen per kanaal apart. Dit synchroniseert niet en dat is maar goed ook, want het hoort per kanaal te verschillen.
5. Hang de keten na de boeking eraan. Schoonmaak, toegangscode, toeristenbelasting, boekhouding. Zonder deze stap heb je alleen je agenda opgelost.
6. Controleer wekelijks twee dingen. De status van elke koppeling, en of het aantal geblokkeerde nachten per eenheid op alle kanalen gelijk is. Vijf minuten, elke maandag.

Wat niet meereist, en dus beleid blijft

Hier gaat het vaakst mis in het denken: mensen verwachten dat een koppeling hun kanalen gelijkschakelt. Dat wil je helemaal niet.

Prijs. Op Booking.com gaat er commissie af, en dat percentage is geen vast getal dat je ergens kunt opzoeken. Booking.com zegt zelf dat het exacte percentage afhangt van je land, je accommodatietype en de overeenkomst die je ondertekende, en dat marketingprogramma's als Genius, Aanbevolen Partner en de Visibility Booster er bovenop komen. Het Nederlandse uitgangstarief is 15%: een woordvoerder van Booking.com bevestigde dat basispercentage in een reconstructie van het AD uit 2025, zei erbij dat het al meer dan tien jaar geldt en dat het in steden hoger kan liggen, en bevestigde daar ook de opslagen: Aanbevolen Partner kost 3 procentpunt extra, en met de Visibility Booster loopt het totaal op tot maximaal 30%. Reken in de sommen hieronder dus met jouw eigen percentage uit je accommodatie-overeenkomst of het tabblad Finance in het extranet. 15% is de bodem, niet het gemiddelde.

Die commissie loopt over het bedrag inclusief btw: Booking.com berekent geen commissie over lokale belastingen zoals toeristenbelasting, maar in de meeste landen wel over de btw. Dat werd relevant toen voor logies sinds 1 januari 2026 het tarief van 21% geldt in plaats van 9%. Booking.com blijft de commissie tot 1 juli 2027 berekenen over de oude btw-grondslag van 9%, tenzij die termijn wordt verlengd. Zet die datum in je agenda: op dat moment stijgt je commissiebedrag bij ongewijzigde prijs.

Minimumverblijf en aankomstdagen. Een vast aankomstdag op zaterdag werkt voor een vakantiehuis aan zee en jaagt stadsgasten weg. Dit hoort per kanaal en per periode gezet te worden.

Annuleringsvoorwaarden. Soepel op je eigen site, strenger op het kanaal waar je de meeste no-shows ziet. Zelfde afweging als bij de lege plek in een agenda die je met een aanbetaling of een herinnering voorkomt.

Je eigen site. Het enige kanaal zonder commissie. Dat maakt de logica hetzelfde als bij een marktplaats die je bereik geeft terwijl de klantrelatie en de herhaalaankoop eigendom van het platform blijven: gebruik het platform voor de eerste boeking, en zorg dat de terugkerende gast bij jou boekt.

Na de boeking: de keten die iedereen vergeet

Een bevestigde boeking is geen eindpunt. Er hangt een keten aan die bij de meeste verhuurders in het hoofd en in WhatsApp zit.

Schoonmaak en wissel. De wisseldag is de enige plek waar je capaciteit echt schaars is. Een schoonmaakopdracht die automatisch uit de boeking rolt, met de vertrektijd erin, scheelt de avondlijke appjes. Er zijn losse planners voor precies dit werk, waarvan Breezeway op inspecties en onderhoud zit en Turno een marktplaats voor schoonmakers eromheen bouwde, en de meeste centrale kalenders hebben een eigen takenlijst. Welke je kiest doet er minder toe dan dat de opdracht uit de boeking komt en niet uit je hoofd.

Sleutel of code. Een slim slot met een code die alleen tijdens het verblijf werkt, haalt de sleuteloverdracht uit je dag. Let hier op een detail dat vrijwel elke Engelstalige gids weglaat: Airbnb's ingebouwde koppeling met slimme sloten, die de code automatisch naar de reisgids en de berichten van de gast stuurt, is alleen beschikbaar voor accommodaties in de VS en Canada. In Nederland genereer je de code dus in het systeem van het slot zelf of in je centrale kalender, en zet je hem in je eigen aankomstbericht.

Toeristenbelasting. Hier zit de scheefste asymmetrie van het hele verhaal, en hij verrast bijna iedereen. Airbnb int en draagt de toeristenbelasting automatisch af in Amsterdam, Haarlem, Den Haag en Rotterdam; in elke andere gemeente ben je zelf verantwoordelijk. Booking.com legt het over de hele linie bij jou neer: u bent verplicht deze kosten bij uw gasten te innen en aan de lokale autoriteiten te betalen. Dezelfde nacht in hetzelfde bed levert dus per kanaal een andere administratieve verplichting op.

De boekhouding. Wat er op je rekening komt, is nooit wat de gast betaalde. Van Airbnb komt het bedrag na aftrek van de servicekosten, en die uitbetaling wordt meestal 24 uur na aankomst van je gast vrijgegeven. Van Booking.com komt bij directe betaling het volle bedrag binnen en volgt de commissiefactuur maandelijks apart, terwijl je bij Betalingen via Booking.com wordt uitbetaald via bankoverschrijving of een virtuele creditcard. Drie kanalen, drie ritmes, drie manieren waarop het bedrag afwijkt. Wie dat met de hand bijhoudt, ontdekt in maart wat er in juli misging. Een koppeling naar Moneybird of je eigen boekhoudpakket die de boeking, de commissie en de afgedragen belasting apart wegschrijft, lost dat op de dag zelf op.

Valkuilen

Je merkt niet dat een koppeling stilviel. Booking.com toont statussen als Servicefout en Alleen importeren, maar die komen niet naar je toe. Een koppeling die niets meer ophaalt, gedraagt zich precies als een koppeling zonder nieuwe boekingen. Bewaak daarom de afwezigheid van succes en niet de foutmelding, want een stilgevallen koppeling geeft geen melding maar een leegte.

Je haalt de handrem eraf in het hoogseizoen. Voorbereidingstijd tussen boekingen voelt in juli als omzet weggeven. Het is de enige buffer die het verversingsgat opvangt. Zet hem eruit in november, niet in juli.

Je verhoogt je prijs niet mee bij een overstap. Ga je naar een channel manager, dan schuif je op Airbnb naar de alleen-hoststructuur. Wie zijn advertentieprijs laat staan, krijgt maanden later een uitbetaling die structureel lager ligt en zoekt de oorzaak in de verkeerde hoek.

Je vergeet dat je gemeente meekijkt. Met de maandelijkse gegevensdeling van platforms is een overschrijding van je nachtenplafond geen kwestie meer van of het opvalt, maar wanneer.

Je laat de gastcommunicatie los hangen. Drie kanalen betekent drie berichtenbakken. Als je toch één centrale kalender bouwt, hang de gastberichten er dan meteen aan, in dezelfde geest als één triage die mail, WhatsApp en telefoon aanstuurt in plaats van vijf losse bots.

Uitgewerkt: een B&B met twee kamers in Haarlem

Neem een B&B met twee kamers in Haarlem, verhuurd via Airbnb, Booking.com en een eigen site. Een weekend van twee nachten kost € 145 per nacht, dus € 290 inclusief 21% btw. De toeristenbelasting in Haarlem is € 6,20 per persoon per nacht, bij twee gasten en twee nachten dus € 24,80 bovenop de kamerprijs.

Wat er van die € 290 overblijft, verschilt per kanaal:

• Via Booking.com. In de kamerprijs zit € 50,33 btw, dus € 239,67 netto logies. Met de bevroren grondslag van 9% is de commissiegrondslag € 261,24; tegen het Nederlandse uitgangstarief van 15% is dat € 39,19 commissie. Netto houdt ze € 200,48 over, en de € 24,80 toeristenbelasting moet ze zelf innen en afdragen. Doet ze mee aan het Programma voor Aanbevolen Partners, dan rekent ze met 18%: € 47,02 commissie en € 192,65 netto. Vul hier je eigen percentage in, want dat is het enige getal in deze som dat per accommodatie verschilt.
• Via Airbnb met een channel manager. De alleen-hoststructuur kost 15,5% van € 290, dus € 44,95. Netto blijft € 194,72 over. De toeristenbelasting loopt hier wél automatisch, omdat Haarlem op Airbnb's lijst staat.
• Via haar eigen site. Geen commissie, alleen de transactiekosten van haar betaalprovider. Netto blijft dus vrijwel de volle € 239,67 over, en zowel de btw als de toeristenbelasting staat volledig op haar eigen administratie.

Het verschil tussen een directe boeking en dezelfde boeking via een platform is hier dus zo'n € 39 tot € 45 per weekend. Bij dertig directe boekingen per jaar komt dat neer op € 1.175 tot € 1.350, en bij een hoger commissiepercentage navenant meer. Dat is precies genoeg reden om de eigen site niet als restkanaal te behandelen maar als de bronkalender, met een betaallink of checkout via Mollie die de datums direct dichtzet in plaats van na twee uur.

Het is ook precies genoeg om het abonnement van een centrale kalender te betalen, drie tot vier keer over.

Als het tóch misgaat

Ontdek je een dubbele boeking, dan is snelheid alles. Bel de gast die je moet teleurstellen zelf en direct, voordat het platform het voor je doet met een standaardbericht. Bied een concreet alternatief aan: je andere eenheid, dezelfde week een maand later, of een collega-verhuurder in de buurt met wie je dit vaker regelt. Vergoed het verschil als het alternatief duurder is; dat kost je bijna altijd minder dan de annuleringskosten plus de geblokkeerde datums plus de beoordeling.

En annuleer via de weg die het platform aanreikt bij een dubbele boeking door een gekoppelde kalender, niet via de gewone annuleerknop. Airbnb legt de kosten op tenzij er een geldige reden is; die reden moet je wel aanvoeren op het moment zelf, niet achteraf in een bezwaar.

De agenda is je voorraad

Een vakantiewoning verkoopt geen nachten maar schaarste, en die schaarste bestaat maar op één plek tegelijk. Zolang drie kanalen ieder hun eigen antwoord geven op de vraag of zaterdag vrij is, verkoop je iets waarvan je zelf niet weet of je het hebt. De techniek eromheen is niet ingewikkeld: één plek aanwijzen, de rest laten volgen, de vertraging opvangen met een buffer, en alles wat per kanaal hoort te verschillen bewust per kanaal zetten.

De verhuurders die hier rustig in zitten, hebben geen betere software. Ze hebben één kalender waar ze op durven te vertrouwen, en een keten eronder die de rest afhandelt terwijl zij de sleutels poetsen.