Home / Blog / Kassasysteem koppelen aan bestelzuil en bestelwebsite
Koppelingen

Kassasysteem koppelen aan bestelzuil en bestelwebsite

Een kassasysteem koppelen aan een bestelzuil en een bestelwebsite begint niet bij de zuil. Het begint bij de vraag of de kassa nog weet wat er verkocht is. Drie menu’s, drie prijzen en een keuken die orders uit een inbox haalt, maken van de balie een loket dat de omzet niet meer kan uitleggen.

De zuil en de site zijn kanalen. De kassa is de plek waar producten, prijzen en de dag bij elkaar komen. Dit stuk is geschreven vanaf die kassa. De apparaten zelf staan op de sites van de zuil en de bestelwebsite. Hier gaat het om wat er in jouw afrekening en in jouw keuken moet landen.

Kassasysteem op de balie, met bestelzuil en telefoon voor de bestelwebsite op de achtergrond

Wat raakt de kassa kwijt bij losse kanalen?

Een losse bestelzuil met een eigen kaart is een tweede kassa die je niet sluit. De gast bestelt friet met saus voor een prijs die de balie al een maand niet meer rekent. De keuken maakt het gerecht. De desktopkassa ziet de verkoop niet, of ziet hem pas als iemand hem overtypt. In die overtyp zit de korting die je vergat, de optie die de gast wel aanklikte en het betaalmiddel dat nergens staat. Aan het eind van de dienst klopt de lade niet, en niemand kan zeggen of het aan contant geld lag of aan de zuil.

Een bestelwebsite doet hetzelfde vanaf de bank van de gast. Een afhaalorder die alleen in een mail of een aparte tablet bestaat, is onzichtbaar voor wie de dag afsluit. De bezorger vertrekt met een tas. De omzet van die tas hoort bij de zaak, ook als het geld al online binnenkwam. Zie je die order niet naast de balieverkoop, dan is de dagomzet een deelverhaal. Voor een snackbar met luik, zuil en afhaal is dat geen theoretisch risico. Het is de vrijdagavond.

Het praktische symptoom is een menukaart die op drie plekken wordt bijgehouden. Iemand wijzigt de prijs op de zuil en vergeet de kassa. Iemand zet een gerecht uit op de site en de balie verkoopt het nog. De gast heeft gelijk als hij de prijs van het scherm aanwijst waar hij bestelde. Jij hebt dan twee waarheden, en de kassa is niet meer de administratie.

Hoe houd je één menu en één prijs?

Eén CMS betekent dat het product, de prijs, de opties en de btw één keer bestaan. De balie, de zuil en de site lezen diezelfde gegevens. Zet je een gerecht uit, dan verdwijnt het op alle drie, niet alleen op het scherm waar je toevallig stond. Een prijs voor afhaal en een prijs in huis mogen verschillen, maar dan als twee bewuste prijzen in dat ene systeem, niet als een Excel naast de kassa. De koppelingen rond de kassa horen hetzelfde idee te volgen: minder dubbel beheer, niet een extra administratie erbij.

De bestelzuil in de zaak en de bestelwebsite voor thuis zijn in dit geheel de kanalen, niet de bron. Ze laten de gast zelf bestellen. Ze horen niet een eigen assortiment te voeren dat de kassa daarna moet natekenen. Vanuit de kassa kijk je of een wijziging die je om tien uur ’s ochtends doet, op de zuil en op de site dezelfde middag zichtbaar is. Is dat niet zo, dan ben je nog aan het kopiëren.

Voorraad in de zin van "dit is op" hoort daarbij. Een gerecht dat de keuken niet meer kan maken, moet op de kassa niet meer verkoopbaar zijn en op de zuil en de site evenmin. Je hoeft daar geen ingewikkeld receptuur-systeem voor te beloven. Je moet wel één schakelaar hebben. Anders verkoop je de laatste portie twee keer, één keer aan het luik en één keer aan iemand die al heeft betaald via de site.

Waar landen de keuken en de betaling?

Een order die de keuken niet ziet, is geen koppeling. Bestellingen van de kassa, de zuil en de website horen op hetzelfde keukenscherm te verschijnen, met herkomst zodat de balie weet wat afhalen is en wat ter plaatse. De werklijst is er één. De frituur vraagt niet welk scherm gelijk heeft. Voor restaurants met een zuil bij de ingang en een site voor afhaal is dat de voorwaarde om de passe niet te splitsen.

De betaling moet in dezelfde dagomzet terechtkomen, ook als hij niet aan de lade gebeurt. Een gast die op de zuil pint, een gast die op de site vooraf betaalt en een gast die aan de balie contant afrekent, zijn drie betaalwijzen van één dienst. Bij het sluiten leg je ze naast elkaar: wat de kassa als omzet kent, wat er op de bank of de pinprovider staat, en wat er in de lade zit. Ontbreekt het kanaal in de kassa, dan zoek je het gat in de verkeerde la. De fiscale administratie begint bij die volledigheid, niet bij een mooier dashboard.

Koppelen is dus geen extra scherm in de hoek. Het is het besluit dat de kassa de catalogus bezit, dat de keuken één lijst heeft, en dat elke betaalde order meetelt als je de dag dichtdoet. De zuil en de site maken de bestelling makkelijker voor de gast. Ze ontslaan de kassa niet van de plicht om die bestelling te kennen.

Vragen die ondernemers echt stellen

Moet de bestelzuil een eigen menu hebben?

Nee. Producten, prijzen en btw komen uit hetzelfde CMS als de kassa. Een eigen kaart op de zuil is een tweede administratie.

Komen website-orders ook in de keuken binnen?

Ja. Orders van de bestelwebsite landen op hetzelfde keukenscherm als kassa en zuil. Anders blijft afhalen een aparte wachtrij.

Telt een betaling op de zuil mee in de dagomzet?

Die hoort mee te tellen. Bij het afsluiten leg je kassa, pin of online betaling en de lade naast elkaar. Een kanaal dat alleen in de keuken bestond, ontbreekt in die vergelijking.

Op je eigen vloer

Bekijk de kassa met tafellayout en keukenscherm

Desktop- en mobiele kassa delen één CMS. Probeer het 30 dagen in je eigen dienst.

* Bevalt het niet, dan halen we de hardware gratis op.
✓ Software van Nederlandse bodem
✓ Eén CMS voor kassa, kiosk en bestelsite
✓ Tafelbeheer, keukenscherm & klantenbeheer standaard inbegrepen
✓ 30 dagen uitproberen. Bevalt het niet, halen we hem gratis op*
Of bel direct: 085 - 0048 321