AI en gastcontact in de horeca
Een AI-assistent mag in de horeca prima reserveringen aannemen, verzetten, bevestigen en herinneren, en vragen over openingstijden of de kaart beantwoorden. Vragen over allergenen liggen anders: die vallen onder de informatieplicht uit Verordening (EU) nr. 1169/2011 en raken de voedselveiligheid. Laat de assistent daar alleen letterlijk doorgeven wat de keuken heeft vastgelegd, en het gesprek overdragen zodra iemand vraagt of hij iets veilig kan eten. Allergienotities zijn gezondheidsgegevens en horen bij die ene reservering, niet in een gastprofiel.
Gepubliceerd op
Een AI-assistent in een restaurant lijkt op een AI-assistent in een webshop, maar hij is het niet. In een webshop gaat het mis als een klant een verkeerde levertijd hoort: vervelend, oplosbaar. In een restaurant gaat het mis als een gast met een noten-allergie te horen krijgt dat de saus veilig is terwijl er pesto in zit. Dat is geen klantenservicevraag die verkeerd is afgehandeld. Dat is een voedselveiligheidsincident.
Dat verschil bepaalt hoe je AI in de horeca inricht. De algemene privacyregels gelden natuurlijk ook voor jou, en die staan elders in deze kennisbank uitgelegd. Dit artikel gaat over wat er in de horeca anders is: de informatieplicht over allergenen, wat je bij een reservering vastlegt, wat je met no-shows doet, en waar de grens ligt tussen een assistent die je bedieningsteam ontlast en een systeem dat gasten verkeerd informeert.
Waarom is een allergenenvraag geen gewone gastvraag?
De meeste vragen die bij een restaurant binnenkomen zijn logistiek. Zijn jullie zondag open, kan er een tafel van acht bij, is er parkeergelegenheid, hebben jullie een kinderstoel. Als een AI-assistent daar een fout in maakt, komt iemand voor een dichte deur of moet je een tafel omgooien. Ongemakkelijk, maar herstelbaar.
Een vraag over allergenen zit in een andere categorie. Het antwoord dat je geeft, bepaalt of iemand iets in zijn mond stopt. Bij een pinda- of notenallergie kan een verkeerd antwoord binnen minuten tot een ernstige reactie leiden. Bij coeliakie is de schade trager maar echt. De gast kan het antwoord niet controleren: hij ziet de saus niet gemaakt worden en hij weet niet welk merk bouillon er in de keuken staat.
Daarom is dit ook juridisch iets anders. Het is niet alleen de vraag of je netjes met gegevens omgaat, maar of je voldoet aan de informatieplicht over voedsel. En het is de vraag of je iets beweert wat feitelijk onjuist is.
Wat zegt de wet over allergenen bij onverpakt eten?
De Europese regels over voedselinformatie staan in Verordening (EU) nr. 1169/2011. Artikel 9, lid 1, onder c gaat over de vermelding van stoffen die allergieën of intoleranties veroorzaken. Die staan in bijlage II bij de verordening, van gluten en noten tot lupine en sulfiet. Artikel 44 trekt die plicht door naar eten dat niet voorverpakt wordt aangeboden:
Voor levensmiddelen die niet voorverpakt aan de eindverbruiker of aan grote cateraars te koop worden aangeboden of voor levensmiddelen die op de plaats van verkoop op verzoek van de consument worden verpakt of met het oog op de onmiddellijke verkoop worden voorverpakt.
Dat is precies wat een restaurant, een broodjeszaak, een bakker, een slager of een cateraar doet. Het bord dat de kok opmaakt heeft geen etiket, dus de informatie moet ergens anders vandaan komen: van de kaart, van een map achter de bar, of van een medewerker die het weet.
Bestel je online, dan wordt het scherper. De Nederlandse Voedsel- en Warenautoriteit schrijft daarover:
Verkoopt u levensmiddelen online? Dan moet u in de webshop vermelden welke allergenen in de producten aanwezig zijn. U mag ook verwijzen naar een telefoonnummer waar mensen allergenen-informatie direct kunnen opvragen.
Let op wat daar staat. Het alternatief voor vermelden in de bestelomgeving is een telefoonnummer waar mensen de informatie direct kunnen opvragen. Als dat nummer bij een AI-telefoonassistent uitkomt, is die assistent geen extraatje meer. Dan is hij de manier waarop je aan een wettelijke informatieplicht voldoet. Wat hij zegt, is wat jij zegt.
Welke gastvraag mag een AI zelfstandig beantwoorden?
De bruikbare vuistregel is niet "makkelijk versus moeilijk", maar: kan het antwoord zonder oordeel uit een bron komen die vandaag klopt? Een openingstijd staat vast tot je hem verandert. Of de frituur vanmiddag ook voor kroketten is gebruikt, weet alleen iemand die in de keuken staat.
| Gastvraag | Zelfstandig door AI? | Waarom |
|---|---|---|
| Zijn jullie tweede kerstdag open? | Ja | Vast gegeven uit je eigen agenda. Fout is hinderlijk, niet gevaarlijk. |
| Kan er om acht uur een tafel van vier bij? | Ja | Komt rechtstreeks uit het reserveringssysteem. De gast ziet meteen of het klopt. |
| Wat kost het driegangenmenu? | Ja, mits de kaart actueel is | Een verkeerd bedrag noemen is een onjuiste mededeling aan een consument. |
| Staat er noten in de pesto? | Nee, alleen doorgeven wat de keuken vastlegde | De AI kan de bereiding niet controleren en de leverancier kan gewisseld zijn. |
| Ik heb coeliakie, kan ik hier veilig eten? | Nee | Dit gaat over kruisbesmetting in de keuken van vandaag. Dat is geen gegeven, dat is een inschatting. |
| Kan de kok de risotto zonder boter maken? | Nee, doorzetten naar de keuken | Een toezegging over aanpassen van een gerecht is een belofte namens de brigade. |
| Mag ik een fles wijn vooruit bestellen? | Opnemen mag, uitserveren niet zonder controle | Leeftijd moet bij het verstrekken worden vastgesteld, niet aangenomen. |
| Ik wil mijn reservering verzetten | Ja | Handeling in je eigen systeem, met bevestiging naar de gast. |
| Waarom is mijn reservering geweigerd? | Nee | Als er een no-showhistorie achter zit, is dat een oordeel over een persoon. |
De rechterkolom is de kern. Boven de streep haalt de assistent iets op. Onder de streep zou hij iets moeten beoordelen, beloven of geruststellen. Dat laatste hoort bij een mens die in het pand staat.
Hoe laat je een AI wél over allergenen praten?
Niets doen is ook geen oplossing. Als je telefoon 's avonds niet wordt opgenomen, krijgt de gast met een allergie helemaal geen informatie. De werkbare vorm is dat de assistent een doorgeefluik is en geen adviseur. Concreet betekent dat drie dingen.
- Eén bron, door de keuken beheerd. De allergenenmatrix per gerecht is van de kok, niet van de marketingtekst op de website. De assistent leest daaruit voor en verzint niets. Wat er niet in staat, is niet bekend, en "niet bekend" is een geldig antwoord.
- Letterlijk citeren, niet samenvatten. "Bij dit gerecht staat genoteerd: bevat gluten, ei en noten" is iets anders dan "dit gerecht is prima voor jou". Het eerste geeft informatie door, het tweede geeft een oordeel.
- Een harde overdracht. Zodra iemand het woord allergie of intolerantie gebruikt in combinatie met een besluit ("kan ik dit eten?"), gaat het gesprek naar een mens of naar een terugbelafspraak vóór de bestelling definitief is. Niet ná de bevestiging.
De valkuil die je in de praktijk het vaakst ziet: de kaart verandert wel, de gegevens achter de assistent niet. Een nieuwe leverancier van brioche, een andere bouillon, een seizoensgerecht dat erbij komt. Allergenen zitten op productniveau, niet op menuniveau. Wie de kaart wijzigt en de matrix niet, laat een assistent achter die met volle overtuiging verouderde informatie geeft.
Wat gebeurt er als de assistent iets verkeerds zegt?
Naast het voedselveiligheidsrisico loopt er een consumentenrechtelijke lijn. Artikel 193c van Boek 6 van het Burgerlijk Wetboek zegt dat een handelspraktijk misleidend is "indien informatie wordt verstrekt die feitelijk onjuist is of die de gemiddelde consument misleidt of kan misleiden". Er staat niet dat je het expres moet hebben gedaan. Een assistent die zelfverzekerd het verkeerde antwoord geeft over de inhoud van een gerecht, een prijs of een annuleringsvoorwaarde, verstrekt feitelijk onjuiste informatie. Dat het een machine was, is geen verweer: jij zet hem in, jij spreekt.
De Autoriteit Consument & Markt beschrijft de gevolgen zonder omhaal: "Bij een oneerlijke handelspraktijk mogen consumenten van de overeenkomst af (vernietigen). En ze kunnen schadevergoeding eisen. Dat geldt voor alle klanten in de Europese Unie." Voor een restaurant is dat het meest voelbaar bij groepen en arrangementen: een gezelschap dat op basis van een verkeerde toezegging heeft geboekt, staat sterker dan je zou denken.
Praktisch gevolg: bewaar wat de assistent heeft gezegd. Niet om de gast te betrappen, maar omdat je anders bij elk conflict met lege handen staat.
Wat leg je vast bij een reservering, en wat juist niet?
Een reservering vraagt weinig: een naam, een telefoonnummer of e-mailadres, een tijdstip en een aantal personen. Alles wat daarbovenop komt, moet je kunnen uitleggen. Een AI die een gesprek voert, verzamelt makkelijker te veel dan te weinig, want gasten vertellen in een chat spontaan van alles.
Twee soorten notities verdienen extra aandacht.
Dieet- en allergienotities. "Bevat een notenallergie" is een gegeven over iemands gezondheid. Artikel 9 van de AVG begint daar niet neutraal, maar met een verbod: verwerking van onder meer gegevens over gezondheid is in beginsel niet toegestaan, tenzij een uitzondering opgaat. In de horeca is dat meestal de uitdrukkelijke toestemming van de gast zelf, die je de informatie geeft omdat hij wil dat de keuken het weet. Dat betekent dat die notitie hoort bij díe reservering en bij dat doel: veilig koken. Het is geen profielkenmerk dat je vervolgens gebruikt om hem gerichte mailings over glutenvrije avonden te sturen.
Vrije tekst. "Geen varkensvlees" kan iets over geloof zeggen. "Rolstoel" zegt iets over gezondheid. "Huwelijksaanzoek" is privé. Een AI die het gesprek samenvat in een gastnotitie legt dit soort dingen ongevraagd vast, en die notities blijven vaak jaren staan. Beperk wat er automatisch in het gastprofiel belandt en laat gevoelige punten alleen bij de lopende reservering hangen.
Nog een horeca-eigen punt: wie voor acht personen boekt, geeft soms de dieetwensen van zeven anderen door. Die zeven weten daar niets van. Houd zulke notities kort, zonder namen erbij, en gooi ze weg als het diner is geweest.
Hoe lang mag je een allergienotitie bij een gast houden?
Hier lopen twee dingen door elkaar die je uit elkaar moet trekken. De rekening is administratie en valt onder de fiscale bewaarplicht; dat staat los van dit artikel. De notitie "sesamallergie" is geen administratie. Die hoort bij het koken, en na de afwas is het koken klaar.
Toch willen restaurants zo'n notitie graag bewaren, en er is een goed argument voor: een vaste gast vindt het prettig dat hij het niet elke keer hoeft uit te leggen, en het is ook veiliger. Dat kan, maar dan is het bewaren een keuze die je bewust maakt en waar de gast van weet. Vraag het gewoon: "zullen we dit bij je gegevens bewaren voor een volgende keer?" Wie ja zegt, kan ook nee zeggen, en dat betekent dat de assistent die vraag moet kunnen stellen en het antwoord moet kunnen vastleggen.
Wat je niet moet doen, is de notitie stilletjes laten meeliften omdat het systeem toch alles bewaart. Een gast die zijn gegevens opvraagt, leest wat er staat. Een oude notitie die niet meer klopt is bovendien gevaarlijk: allergieën veranderen, en een verouderde regel in het systeem kan de keuken in slaap sussen.
Wat doe je met no-shows zonder een zwarte lijst te bouwen?
No-shows zijn een reîl probleem, en een AI-assistent helpt er daadwerkelijk tegen: bevestigen, herinneren, en makkelijk laten annuleren. Dat is de nette route, en die vermindert het probleem het meest.
Registreren is iets anders. Zodra je bijhoudt dat een specifieke gast niet is komen opdagen en dat gebruikt bij een volgende boeking, ben je geen reserveringen meer aan het bijhouden maar een oordeel over een persoon. Dat maakt het gevoeliger dan de rest van je gastgegevens. Een paar praktische lijnen.
- Een telling ("twee keer niet verschenen") is feitelijk. Een label ("onbetrouwbaar", "lastig gezelschap") is een mening, en die leest de gast mee als hij zijn gegevens opvraagt.
- Laat een AI die labels niet zelf schrijven. Een assistent die uit een geïrriteerd telefoongesprek de conclusie "moeilijke gast" destilleert, maakt een aantekening die niemand heeft gecontroleerd.
- Laat de assistent niet zelfstandig weigeren. Hij mag melden dat er voor dat tijdstip geen tafel is; een weigering op grond van historie hoort een mens te nemen, en die moet kunnen uitleggen waarom.
- Zet er een einddatum op. Een no-show van drie jaar geleden zegt niets meer. Bepaal zelf een termijn die je kunt uitleggen en laat het systeem het daarna wissen.
- Deel het niet buiten je eigen zaak. Een lijst die tussen ondernemers rondgaat is iets heel anders dan een aantekening in je eigen systeem, en dat vraagt een veel zwaardere onderbouwing.
Vraag je bij een no-showgarantie om betaalgegevens, dan hoort dat vooraf duidelijk te zijn: dat er iets wordt vastgelegd, wanneer er wordt afgeschreven en tot wanneer kosteloos annuleren kan. Een assistent die dat er losjes doorheen vraagt, maakt van een boeking een verrassing.
Mag een AI bestellingen met alcohol aannemen?
Het opnemen mag. Het uitserveren of afleveren is het moment dat telt. Artikel 20 van de Alcoholwet is streng geformuleerd: "Het is verboden bedrijfsmatig of anders dan om niet alcoholhoudende drank te verstrekken aan een persoon van wie niet is vastgesteld dat deze de leeftijd van 18 jaar heeft bereikt." Vastgesteld, niet aangenomen. Een vinkje in een chat is geen vaststelling, en een AI aan de telefoon kan geen identiteitsbewijs zien.
Voor een zaak met bediening is dat geen probleem: de controle gebeurt aan tafel of aan de deur. Voor bezorging en afhalen wel, want daar is de bezorger of de baliemedewerker het enige controlemoment. Zorg dus dat een bestelling met alcohol zichtbaar gemarkeerd bij de bezorging aankomt, en dat de assistent in de bevestiging meldt dat er bij aflevering naar een legitimatie wordt gevraagd. Dat voorkomt ook discussie op de stoep.
Waar ligt de grens tussen een handige assistent en een systeem dat gasten verkeerd informeert?
De grens loopt niet langs de techniek maar langs het soort zin dat de assistent uitspreekt. Doorgeven, plannen, bevestigen en herinneren zijn veilige handelingen: de gast kan zelf zien of het klopt en niemand wordt er ziek van. Beoordelen, geruststellen en beloven zijn dat niet. "Dat kan de kok vast wel regelen" is een belofte namens iemand anders. "Dat zit er niet in" is een oordeel over een bord dat nog gemaakt moet worden.
Drie dingen houden die grens in de praktijk overeind.
- Maak duidelijk dat het AI is. Bij het eerste bericht of het begin van het gesprek, niet ergens onderaan. Een gast die weet dat hij met een systeem praat, vraagt eerder door bij een antwoord dat hem niet bevalt. Dat is hier geen formaliteit maar een veiligheidsmaatregel.
- Zorg dat de uitweg altijd open staat. Eén zin volstaat: "wil je iemand van ons spreken?" Als die uitweg buiten openingstijden nergens heen leidt, moet de assistent dat zeggen en een terugbelmoment vastleggen, niet zelf de gok wagen.
- Test met de vragen die je vreest. Niet met "zijn jullie zondag open", maar met "mijn zoon is allergisch voor melk, kan hij de pannenkoek?" Wat de assistent daarop zegt, is de echte maat van je opzet. Doe die test opnieuw na elke kaartwijziging.
Wie het zo inricht, houdt over wat een AI in de horeca echt waard is: de telefoon die wordt opgenomen tijdens de drukte, reserveringen die niet in een volle mailbox verdwijnen, en een bediening die niet halverwege het uitserveren wordt weggeroepen. Dat is winst genoeg. De vraag of er noten in de saus zitten, blijft van de keuken.