Automatische tafeltoewijzing met handmatige override
BoekEerlijk's allocator V2 (vrijgegeven voor alle restaurants op 21 april 2026) wijst elke binnenkomende boeking automatisch aan de meest geschikte tafel toe — op basis van een transparant scoring-algoritme met expliciete gewichten. De pill-editor laat je elke keuze met één tap handmatig overschrijven wanneer je het beter weet. Multi-tafel combinaties voor grote groepen, transactionele tafel-claim (geen race conditions), en een audit-trail bij elke wijziging. Inbegrepen in €25/mnd excl. btw — verdieping van tafelmanagement.
Wat is automatische tafeltoewijzing?
Automatische tafeltoewijzing is software die bij elke binnenkomende reservering — via je widget, telefoon of admin — automatisch een passende tafel kiest op basis van groepsgrootte, beschikbaarheid in het tijdslot, en restaurant-specifieke regels (zone, tafel-groepen, voorkeuren). Zonder allocator zou jij of de host bij elke boeking handmatig in je tafel-grid moeten zoeken naar een vrije plek die past — tijdens piekuren een recept voor fouten, dubbele bookings en gemiste reserveringen. BoekEerlijk's allocator V2 doet die keuze in milliseconden, met een scoring-systeem dat ook uitlegbaar is (je ziet welke tafel hij koos en waarom). De V2-versie verving in april 2026 de oudere V1 die in beta zat — met multi-tafel combinaties, betere group-prioritering en transactionele claim die race conditions uitsluit.
Hoe scoort BoekEerlijk de beste tafel per reservering?
De allocator genereert eerst alle technisch-geschikte kandidaten (tafels met genoeg capaciteit, in het juiste tijdslot, niet geblokkeerd) en scoort ze met expliciete gewichten. Hoogste score wint. Het scoring-schema:
| Match-type | Score |
|---|---|
| PREFERRED_GROUP_EXACT — tafels in een vooraf gedefinieerde groep, exact passend | 1100 |
| EXACT_FIT — enkele tafel met exact de juiste capaciteit (2p → 2-persoonstafel) | 1000 |
| PREFERRED_GROUP_OVERSIZED — groep-tafels, iets te groot | 800 |
| SINGLE_TABLE — enkele tafel, mogelijk iets oversized | 500 |
Concreet: een groep van 4 die je in een PREFERRED_GROUP (bijv. tafel 3+4 aangewezen als "naast elkaar voor groep van 4") kunt plaatsen krijgt score 1100 — voorrang boven een willekeurige losse 4-persoonstafel die 1000 scoort. Een groep van 4 in een losse 6-persoonstafel scoort lager (oversized) zodat de allocator de échte 4-tafel kiest als die vrij is. Bij gelijke scores volgt een deterministische tie-breaker (laagste tafel-ID eerst) zodat je niet elke run een andere toewijzing krijgt. Het hele scoring-systeem is leesbaar in server/utils.js:allocateTablesV2 — geen black box.
Wat doet de pill-editor?
De pill-editor (live sinds 21 april 2026 voor alle restaurants) is het kleine tafel-label in je dashboard naast elke boeking. Klik erop en je krijgt een pop-up met alle tafels in het juiste tijdslot, gekleurd naar geschiktheid (groen = exact passend, geel = oversized, rood = te klein, grijs = bezet). Met één tap wijs je een andere tafel toe — de wijziging is direct, de oude tafel komt vrij, de nieuwe wordt geclaimd in dezelfde transactie. Bij multi-tafel groepen (vanaf 5 personen) kun je meerdere tafels selecteren. De allocator vraagt ondersteuning aan via /api/admin/event-bookings/:id/suggest-tables als je hulp nodig hebt — maar de keuze blijft bij jou. Elke wijziging gaat naar het audit-log: wie, wanneer, van welke tafel naar welke. Geen pill-editor in andere systemen biedt die transparantie.
Werkt allocator V2 ook met combineerbare tafels?
Ja — multi-tafel combinaties zijn de kern van de V2-upgrade. Een groep van 7 personen die niet op één tafel past wordt automatisch gecombineerd over twee aangrenzende tafels (bijv. 4+4 of 3+4). De allocator respecteert de table_groups die je in admin definieert: tafels die je markeert als "kunnen samen" krijgen voorrang bij combinatie. Voor groepen van 5-6 personen probeert de allocator eerst een enkele tafel (een 6-persoonstafel als die vrij is) en valt terug op een 2+4 combinatie als er geen enkele 6 vrij is. Voor groepen van 7+ is een combinatie de standaard. Bij elk geval kun je het resultaat overschrijven via de pill-editor met een multi-select.
Hoe los je conflicten op tijdens service?
Tijdens service ontstaan onvermijdelijk situaties die de allocator niet kan voorzien: een groep wordt groter dan opgegeven, een tafel valt uit, een gast vraagt expliciet om een specifieke plek. BoekEerlijk's admin-dashboard is gebouwd voor die realiteit. Tafel uit: markeer als 'reparatie' in admin, alle bestaande boekingen krijgen een waarschuwingslabel, gebruik pill-editor om opnieuw toe te wijzen. Groep groter: open de boeking, wijzig gastaantal omhoog — de allocator stelt een nieuwe combinatie voor (waarschuwing als de nieuwe toewijzing overlap geeft met andere boekingen, dan kun je expliciet kiezen voor force-override). Gast-voorkeur: pill-editor, kies de gewenste tafel, klaar. Real-time SSE-broadcast zorgt dat als de eigenaar én de host beiden ingelogd zijn, ze beiden direct de wijziging zien — geen pagina-refresh nodig.
Wat ging er mis in V1 en wat verbeterde V2?
V1 (de eerste allocator-versie) ondersteunde alleen single-table-matches en gaf "geen geschikte tafel" terug zodra een groep niet op één tafel paste — wat tijdens piekuren een 5-persoonsgroep onnodig blokkeerde als er twee 4-persoonstafels vrij waren. V1 had geen group-priority concept; alle tafels werden gelijk gescoord op capaciteit. V1's tafel-claim was niet transactioneel, wat zeldzame race conditions kon geven bij gelijktijdige boekingen. V2 lost alle drie op: multi-tafel combinaties met group-prioritering, expliciete scoring-gewichten in plaats van een zwarte doos, en transactionele claim via FOR UPDATE rij-locks die dubbele claims onmogelijk maakt. V2 zat eerst in beta op één canary-account vanaf februari 2026, werd op 21 april 2026 gepromoveerd naar alle betalende restaurants. Geen migratie nodig — bestaande boekingen blijven werken, nieuwe boekingen gebruiken automatisch V2.
Functie-overzicht
- Scoring-gewichten zichtbaar — geen black-box keuze, jij ziet waarom de allocator deze tafel koos
- Multi-tafel combinaties — automatisch voor groepen vanaf 5, met respect voor jouw table_groups
- Pill-editor één-tap override — handmatig corrigeren in 1 seconde, audit-gelogd
- Transactionele claim —
FOR UPDATErow-locks voorkomen race conditions bij gelijktijdige boekingen - Real-time SSE updates — wijzigingen verschijnen direct in elke ingelogde admin-tab
- Werkt voor events + reguliere boekingen — zelfde allocator, één codebase
- Audit-trail per wijziging — wie, wanneer, van waar naar waar
BoekEerlijk allocator vs Zenchef + Quandoo
Zenchef en Quandoo bieden ook automatische toewijzing, maar zonder zichtbaar scoring-systeem. Als de allocator de "verkeerde" tafel kiest, weet je niet waarom en moet je vaak inloggen op support om uit te leggen wat je nodig hebt. BoekEerlijk laat de scoring-tabel openbaar zien (deze pagina, in productdocumentatie en in de admin-tooltip bij de tafel-pill). De pill-editor zit één klik weg in plaats van verstopt in een advanced-menu. Multi-tafel combinaties met group-prioriteit zijn standaard in plaats van een premium-feature. En je hoeft geen jaarcontract te tekenen om het te gebruiken — €25/mnd, maandelijks opzegbaar.
Probeer de allocator gratis
30 dagen gratis, geen creditcard. We helpen je gratis met de tafel-setup en pakken eventuele table_groups voor je in. Live na 1 uur opzet.
Start 30 dagen gratis →Veelgestelde vragen
Kan ik de allocator helemaal uitzetten?
Ja. Per restaurant kun je kiezen voor automatische toewijzing of handmatige toewijzing. Bij handmatige modus krijgt elke nieuwe boeking de status 'tafel onbeslist' en wijs je zelf een tafel toe via de pill-editor in het admin-dashboard. Bij automatische modus doet de allocator de keuze direct bij boeking, en kun je achteraf altijd nog corrigeren via dezelfde pill-editor zonder de allocator opnieuw te laten draaien. De meeste restaurants laten 'automatisch' aanstaan en grijpen alleen handmatig in bij uitzonderingen (verjaardag bij raam, grote groep met specifieke wens, etc.).
Wat als het systeem de 'verkeerde' tafel kiest?
Open de boeking in je dashboard, klik op de tafel-pill en kies een andere tafel uit de lijst. De pill-editor toont alle beschikbare tafels in het juiste tijdslot, gekleurd naar geschiktheid (exacte match groen, oversize geel, te klein rood). De wijziging wordt direct opgeslagen, de oude tafel komt vrij, de nieuwe wordt geclaimd in dezelfde transactie. Geen race conditions, geen dubbele claims. De wijziging wordt gelogd in het audit-trail zodat je later kunt terugzien wie wat wanneer heeft aangepast.
Hoe gaat de allocator om met groepen die op meerdere tafels passen?
De allocator combineert tafels intelligent voor groepen vanaf 5 personen. Eerst probeert hij een enkele tafel te vinden (1-4 personen: directe match, 5-6 personen: enkele tafel óf 2+4 combinatie, 7+ personen: standaard combinatie van meerdere tafels uit dezelfde zone). De combinatie-logica respecteert de groep-tafel-relaties die je in admin definieert — als je tafel 3 en 4 hebt gemarkeerd als 'naast elkaar', geeft de allocator die kombinatie voorrang boven niet-aangrenzende tafels. PREFERRED_GROUP_EXACT scoort 1100 (hoogste prioriteit), wat een combinatie van bij elkaar-staande tafels voorrang geeft boven een willekeurige losse 4-persoonstafel.
Werkt de allocator op iPad tijdens service?
Ja. Het admin-dashboard is mobile-first ontworpen en werkt vloeiend op iPad-formaten. De pill-editor is touch-vriendelijk (44px+ touch targets per Apple HIG), en de tafel-grid scrollt soepel tijdens piekuren. Voor service-modus is er een aparte LiveControl met optimistische updates, een 1.5s cooldown om dubbele taps op te vangen, en real-time SSE-broadcasts tussen meerdere admin-tabs zodat host en eigenaar dezelfde view zien. iPad-specifieke layouts (split-screen, multi-finger gestures) staan op de roadmap maar zijn niet noodzakelijk — de huidige responsive layout dekt het gebruik.
Wijzigt de allocator een toewijzing automatisch als een tafel uitvalt?
Nee, niet automatisch — dat zou onverwacht zijn voor de host die tijdens service de view in zijn hoofd heeft. Als je een tafel als 'uitgevallen' of 'reparatie' markeert in admin, krijgt elke bestaande boeking op die tafel een waarschuwingslabel ('tafel niet meer beschikbaar') en kun je per boeking een handmatige re-allocate doen via de pill-editor. De allocator stelt direct alternatieve tafels voor (via /api/admin/event-bookings/:id/suggest-tables voor events, en analoog voor reguliere boekingen), maar de uiteindelijke keuze blijft bij jou. Audit-log noteert elke wijziging.