POS, KDS en menusysteem: de horeca-techwoordenlijst
POS, KDS, OMS en menuplatform uitgelegd, plus hoe een goede kassakoppeling er in de praktijk uitziet.
Zodra je met een leverancier van horecasoftware praat, vliegen de afkortingen je om de oren. POS, KDS, OMS, menuplatform, koppeling, API. Voor wie een zaak runt is dat niet bijzonder verhelderend, terwijl de keuzes die eronder liggen wel bepalen hoeveel tijd je bediening kwijt is en hoeveel bonnen er verkeerd de keuken in gaan.
Hieronder staat elk onderdeel uitgelegd in gewone taal, met daarbij wie het werkelijk nodig heeft, hoe je menukaart en kassa horen samen te werken en waar je op let voordat je een koppeling aanzet.
In het kort
POS is je kassasysteem: bestellingen invoeren, afrekenen en transacties bijhouden. KDS is het keukenscherm waarop bonnen verschijnen. OMS is de laag die bestellingen uit verschillende kanalen naar de juiste plek stuurt. Het menuplatform is de plek waar je kaart wordt beheerd.
De koppeling tussen je menukaart en je kassa is een van de belangrijkste in een moderne zaak. Loopt die uiteen, dan krijgt de keuken bonnen die niet met de kaart overeenkomen en gaan prijzen scheefgroeien.
De grote kassasystemen koppelen inmiddels met de grote menuplatforms. In de praktijk is het aanzetten van een vinkje, geen maatwerkproject.
Een QR-kaart kan bestellingen rechtstreeks naar de keuken sturen, mits gekoppeld aan het keukenscherm. Dat verhoogt je tafelomloop en haalt de bediening uit de rol van bonnetjesinvoerder.
De trend is consolidatie: minder losse systemen, betere koppelingen en standaarden waar iedereen zich aan houdt.
POS, KDS, OMS: wat is wat, en wat heb je nodig?
POS, het kassasysteem
Het systeem dat bestellingen aanneemt, betalingen verwerkt en transacties vastlegt.
Wat het doet: bestellingen invoeren, betalingen afhandelen met pas, telefoon of contant, keukenbonnen aanmaken, dagelijkse omzetrapportage leveren en in veel gevallen koppelen met je menubeheer.
Voorbeelden: Toast, Square, Lightspeed, Revel, Clover, MICROS, naast de systemen die in de Benelux gangbaar zijn.
Wie het nodig heeft: vrijwel iedereen. Dit is de kern van je administratie.
KDS, het keukenscherm
Het scherm in de keuken waarop de bonnen voor de brigade verschijnen.
Wat het doet: bonnen tonen per tafel, per gang of per post, de tijd bijhouden dat een bon openstaat en de afstemming verzorgen tussen koude keuken, warme keuken en dessert.
Wie het nodig heeft: zaken vanaf een middelgrote keuken hebben er baat bij. Kleine zaken kunnen prima uit de voeten met gedrukte bonnen.
OMS, de bestelrouter
De laag die bestellingen uit verschillende kanalen coordineert. Vooral relevant zodra je naast je zaal ook afhaal en bezorging draait.
Wat het doet: bestellingen uit kassa, eigen bestelpagina en bezorgplatforms naar de juiste keukenpost sturen, de status per kanaal bewaken en de capaciteit bewaken, zodat je keuken niet omvalt op vrijdagavond.
Wie het nodig heeft: zaken met serieuze afhaal- of bezorgomzet. Draai je alleen zaal, dan is het overbodig.
Het menuplatform
De plek waar je kaart leeft en waar alle menudata vandaan komt.
Wat het doet: gerechten vastleggen met omschrijving, prijs, allergenen en beeld, daaruit je digitale kaart genereren, vertalen naar meerdere talen, analytics leveren over wat er wordt bekeken en besteld, en synchroniseren met je kassa zodat wijzigingen doorrollen.
Wie het nodig heeft: in 2026 vrijwel iedereen die met een digitale kaart of met meertalige gasten werkt.
Hoe hoort je kaart met je kassa te synchroniseren?
Een bron van waarheid. Je menuplatform is de baas. Namen, omschrijvingen, prijzen, allergenen en beeld ontstaan daar; je kassa leest mee. Andersom werken leidt onvermijdelijk tot twee versies van dezelfde kaart.
Synchroniseren in realtime. Pas je een gerecht aan, dan staat het binnen seconden in je kassa. Geen verschil tussen wat de gast leest en wat je bediening kan aanslaan.
Verkeer in twee richtingen. Het menuplatform stuurt de definities van gerechten, prijzen, opties en beschikbaarheid. De kassa stuurt terug wat er is besteld en wanneer, welke gerechten op zijn en hoe de bedieningsperiodes lopen.
Per vestiging of per outlet. Werk je met meerdere locaties of met een hotel waar het restaurant en de roomservice verschillende prijzen hanteren, dan moet de koppeling dat aankunnen zonder dat je twee kaarten gaat onderhouden.
Intermenu koppelt met de grote kassasystemen, zodat je menubeheer en je kassa dezelfde taal spreken. In de meeste gevallen is dat een kwestie van instellen, niet van bouwen.
Zijn koppelingen de moeite waard of leveren ze vooral storingen op?
In 2026 zijn ze de moeite waard. Het tijdperk waarin elke koppeling een bron van ellende was, ligt achter ons, en daar zijn concrete redenen voor.
Er zijn standaarden voor menudata gekomen, waardoor elke koppeling minder maatwerk vraagt
De grote platforms hebben hun koppelvlakken jarenlang kunnen uitharden
De markt is geconsolideerd rond een beperkt aantal kassasystemen
Problemen komen sneller aan het licht doordat monitoring beter is geworden
Waar het nog misgaat: bij uitzonderingen zoals ongebruikelijke gerechtopties, ingewikkelde prijsconstructies en btw-behandeling die per land verschilt; bij oudere kassasystemen met een beperkt koppelvlak; bij zelfgebouwde koppelingen die zich niet aan standaarden houden; en bij ketens die per vestiging een ander kassasysteem draaien.
Waar let je op bij het beoordelen van een koppeling?
Snelheid. Synchroniseert het in seconden of in uren? Realtime is de norm; alles wat op een nachtelijke batch draait, gaat je een keer een verkeerde prijs opleveren.
Twee richtingen. Gaan de gerechtdefinities naar de kassa en komen de bestelgegevens terug, of loopt het maar een kant op? Zonder retourstroom heb je geen analytics.
Opties en varianten. Verwerkt de koppeling ook modificaties zoals glutenvrij, zonder kaas of een extra bijgerecht? Eenvoudige koppelingen laten dit vaak liggen, en juist daar zit je bijverkoop.
Meerdere vestigingen. Kan het systeem per locatie een eigen prijs, eigen beschikbaarheid en een eigen kaartweergave aan?
Wat er gebeurt bij storing. Vallen bestellingen weg of worden ze in de wachtrij gezet en alsnog verwerkt zodra de verbinding terug is? Dit is de vraag die operators het vaakst vergeten te stellen en die op een drukke zaterdag het meeste kost.
Een moderne koppeling scoort op alle vijf. Een verouderde koppeling doet er twee goed en zwijgt over de rest.
Wat er in Nederland en Vlaanderen anders werkt
Het kassalandschap in de Lage Landen wijkt op een paar punten af van wat je in internationale artikelen leest.
Betalen loopt via pin. Nederland is in de praktijk een pinland: contant geld speelt in de horeca nauwelijks nog een rol. Je pinautomaat moet dus naadloos met je kassa praten, want handmatig bedragen overtypen is hier de grootste bron van kasverschillen.
Online betaal je met iDEAL. Voor afhaalbestellingen, aanbetalingen bij reserveringen en cadeaubonnen is iDEAL de dominante methode. Ondersteunt je bestelpagina het niet, dan verlies je omzet aan het afrekenscherm.
Belgie kent het geregistreerd kassasysteem. Veel Belgische horecazaken zijn verplicht met een geregistreerd kassasysteem te werken, in de volksmond de witte kassa. Controleer bij een koppeling altijd of je leverancier daar rekening mee houdt, want dat beperkt welke systemen je mag draaien.
Twee btw-tarieven op een bon. Eten valt onder 9 procent, alcohol onder 21 procent. Een koppeling moet die splitsing per regel meenemen, ook bij arrangementen waarin beide zitten. Dit is een van de meest voorkomende oorzaken van een boekhouding die niet aansluit.
Bezorgplatforms vragen een eigen route. Bestellingen van Thuisbezorgd en Uber Eats komen niet vanzelf in je kassa. Daar heb je een koppellaag voor nodig; wie het handmatig overtypt, maakt fouten op precies de momenten dat het druk is.
Kan mijn QR-kaart rechtstreeks naar de keuken bestellen?
Ja, en het wordt in het casual segment steeds gebruikelijker.
De opzet is eenvoudig: de gast scant de code aan tafel, kiest gerechten en bevestigt de bestelling. Die gaat via de kassa naar het keukenscherm, de bediening krijgt een melding op het personeelstoestel, de keuken maakt het klaar en de bediening brengt het naar de tafel.
Wat het oplevert: een hogere tafelomloop, omdat er niet hoeft te worden gewacht tot iemand de bestelling komt opnemen; minder tijd per tafel voor je bediening, die zich op gastvrijheid kan richten; minder bestelfouten, omdat er niets wordt overgeschreven; en meertalig bestellen, waarbij de gast in zijn eigen taal kiest en de keuken de bon in het Nederlands ziet.
Waar het werkt: in casual dining en fast casual, bij afhaalconcepten en bij roomservice in hotels, waar het bijzonder goed past.
Waar het niet werkt: in fine dining, waar de bediening juist de kern van de beleving is; bij zaken waar het advies van de gastheer of sommelier het verschil maakt; en bij een publiek dat liever mondeling bestelt. Een gemengde opzet, waarbij bestellen via de kaart kan maar niet moet, werkt in de praktijk vaak het beste.
Hoe menudata door je systemen stroomt
Een concreet voorbeeld van begin tot eind.
Dag 1, de wijziging. De chef voegt een gerecht toe in het menuplatform, met omschrijving, ingredienten, allergenen, prijs en beeld. De AI-vertaling draait over vijftien talen en de belangrijkste talen worden kort nagelezen.
Dag 1, de synchronisatie. Het gerecht staat binnen seconden in de kassa, inclusief opties, allergenen en prijs.
Dag 1, beschikbaar. Gasten die scannen zien het gerecht, de bediening kan het aanslaan en de keuken heeft het op het scherm.
Dag 2, de bestelling. Een gast scant, ziet het gerecht in zijn eigen taal en bestelt. De bon loopt via de kassa naar het keukenscherm, de bediening krijgt een melding en de gast rekent af aan tafel of via de bediening.
Dag 7, de evaluatie. Het menuplatform toont hoe vaak het gerecht is bekeken en besteld en wat de verhouding daartussen is. De kassa toont wat het heeft opgeleverd. Op basis daarvan besluit je of het gerecht blijft, wordt aangepast of verdwijnt.
Dat is de referentie-architectuur voor 2026: het menuplatform als ondergrond, de kassa voor de transacties, de QR-kaart als interface voor de gast en de analytics om de cirkel rond te maken. Meer context vind je in de gids over de restauranttechnologie-stack, in de complete gids over QR-menukaarten en in het overzicht met vijftig cijfers over horecatechnologie.
Een koppeling invoeren zonder je service te verstoren
De techniek is meestal het kleinste deel van het werk. Het risico zit in de overgang, en dat risico beperk je met een paar simpele afspraken.
Begin met een export van je huidige kaart. Haal alles uit je kassa: gerechtnamen, prijzen, opties en de manier waarop je categorieen zijn ingedeeld. Vrijwel elke zaak ontdekt hier gerechten die al jaren niet meer worden verkocht en varianten die dubbel in het systeem staan.
Ruim eerst op, koppel daarna. Een koppeling neemt je rommel netjes mee naar het nieuwe systeem. Schrappen wat je toch niet verkoopt, scheelt je maanden onderhoud.
Test op een stille dag, niet op zaterdag. Zet de koppeling aan op een maandag of dinsdag, met een medewerker die weet wat er gebeurt en met de oude werkwijze als terugvaloptie.
Loop de eerste week elke avond de bonnen na. Vergelijk wat de kassa heeft geregistreerd met wat er is uitgegaan. Fouten in opties en in btw-splitsing vallen alleen op als je er in het begin bewust naar kijkt.
Spreek af wie eigenaar is van de kaart. Een systeem met een bron van waarheid werkt alleen als er ook een mens is die die bron beheert. Zonder duidelijke afspraak past na een paar maanden iedereen weer overal iets aan.
Leg vast wat er gebeurt als het uitvalt. Kan je bediening handmatig doorwerken, staat er een bonprinter als terugval, en weet je personeel dat ook? Die vijf minuten uitleg voorkomen een avond paniek.
Reken op twee tot vier weken tussen het aanzetten van de koppeling en het moment dat je erop durft te vertrouwen. Dat lijkt lang, maar het is aanzienlijk korter dan de tijd die je kwijt bent aan het herstellen van een boekhouding die een kwartaal lang niet aansloot.
Veelgestelde vragen
Wat zijn POS, KDS en OMS, en wat heb ik nodig?
De POS is je kassa en die heb je hoe dan ook nodig. Het KDS is je keukenscherm en is nuttig vanaf een middelgrote keuken. Het OMS routeert bestellingen uit meerdere kanalen en is relevant zodra je bezorgt of veel afhaal draait. Een menuplatform is de plek waar je kaart wordt beheerd en is inmiddels basisinfrastructuur.
Hoe hoort mijn kaart met mijn kassa te synchroniseren?
Het menuplatform is de bron, de kassa leest mee, de synchronisatie loopt in realtime en in twee richtingen, en de koppeling houdt rekening met verschillen per vestiging.
Leveren koppelingen niet vooral storingen op?
Niet meer. Standaarden voor menudata en consolidatie in de markt hebben het risico flink verkleind ten opzichte van een paar jaar geleden.
Waar let ik op bij het kiezen van een koppeling?
Op vijf punten: snelheid van synchroniseren, verkeer in twee richtingen, ondersteuning van gerechtopties, ondersteuning voor meerdere vestigingen en wat er gebeurt tijdens een storing.
Kan mijn QR-kaart rechtstreeks bestellingen naar de keuken sturen?
Ja, via de koppeling tussen kassa en keukenscherm. Gebruikelijk in casual dining en bij roomservice, minder passend in fine dining.
Bekijk de koppelingen van Intermenu
De meeste zaken hebben in 2026 geen op maat gebouwde stack nodig. Ze hebben een menuplatform nodig dat netjes koppelt met de kassa die er al staat.
Intermenu koppelt standaard met de grote kassasystemen, zodat je meertalige kaart, je allergenenfilter, je AI-fotografie en je analytics allemaal aansluiten op wat je al draait. Hoe de betaalkant hierop aansluit lees je in het stuk over contactloos betalen in restaurants.
Was je bang dat er nog een systeem bij komt: goed ingerichte koppelingen leveren je juist minder losse systemen op, niet meer.