Naar de inhoud
Morris. Helpcentrum

De plattegrond en de gastgegevens in Reserveringen

Waarom twee tafels nooit in de reserveringsplattegrond opduiken, waarom de kassa-indeling op een dag ophoudt door te werken, en wat "Invalid Date" in de bezoekgeschiedenis van een gast betekent.

Wanneer gebruik je dit

De tafelindeling van de kassa en de plattegrond in Reserveringen lopen uit elkaar, of er staat iets vreemds in de bezoekgeschiedenis van een gast. Dit artikel legt uit hoe die twee modules aan elkaar vastzitten en waar dat verrast.

Twee tafels komen nooit in de plattegrond

Gebruik voor plekken waar je wél op wilt kunnen reserveren, een andere naam.

Een tafel die Losse verkoop of Afhaal heet, wordt bij het overnemen van de indeling overgeslagen. Ze horen bij de kassa — voor een rekening zonder tafel — en niet bij een plattegrond waarop je gasten neerzet. Ze zijn dus niet "vergeten": ze worden er bewust uit gelaten, ongeacht in welke wijk je ze zet.

Ook goed om te weten, al staat dat aan de kant van Reserveringen: de plekken Bar, Bar 1, Bar 2, Balie, Toog en Statafel komen er wél in, maar staan meteen op niet online boekbaar. Ze horen bij de loop, niet bij een boeking via je website; met de hand kun je er wel gasten op zetten. Zie Wijken en tafels instellen.

De plattegrond volgt de kassa — tot je hem zelf beheert

Beheer de indeling op één plek: óf in de kassa, óf in Reserveringen.

Zolang de plattegrond in Reserveringen niet zelf beheerd wordt, neemt Morris hem bij elke paginaweergave over uit de kassa-indeling: de wijken worden gebieden, de tafelnamen worden tafelcodes, en het aantal personen per tafel komt uit Max pers. in de kassa.

Zodra de plattegrond in Reserveringen wél zelf beheerd wordt, stopt dat overnemen volledig. Vanaf dat moment verandert er in Reserveringen niets meer mee als je in de kassa een tafel toevoegt, hernoemt of weghaalt. Dat is met opzet: anders zou elke paginaweergave je handmatige indeling weer overschrijven.

Wat dat in de praktijk betekent: is de omslag eenmaal gemaakt, dan moet je een nieuwe tafel op twee plekken aanmaken.

Merk je dat een wijziging in de kassa niet doorkomt in Reserveringen, dan is dat dus vrijwel altijd het antwoord — niet een storing.

"Invalid Date" in de bezoekgeschiedenis van een gast

Lees de datum af aan de reservering zelf, niet aan deze regel.

In het detailvenster van een reservering staat de bezoekgeschiedenis van de gast: per eerder bezoek de datum, de tafel, het aantal personen, wat er zoal besteld is en het bedrag uit de kassa. In de plaats waar de datum hoort, kan Invalid Date staan.

Dit is een fout, geen bijzondere waarde. Er is niets mis met het bezoek en niets mis met de bon: het bedrag, de tafel en de bestelde gerechten op diezelfde regel kloppen gewoon. Alleen de datum wordt verkeerd omgezet voordat hij op het scherm komt.

Hij zit op één plek, en het is niet de kassa. De fout zit in het lijstje bezoeken in het detailvenster van een reservering, waar de datum van de servicedag onderweg naar het scherm dubbel wordt opgemaakt. Datums die je elders ziet — in het reserveringsoverzicht, op de gastenkaart, in het bonnenrek en in de kassarapporten — worden langs een andere weg opgemaakt en kloppen wél. Ga dus niet in de kassa-instellingen zoeken; daar valt hieraan niets te verhelpen.

Wat je eraan kunt doen: niets, in het scherm zelf. De volgorde van de regels klopt wel (nieuwste bovenaan), en de juiste datums vind je terug in het Excel-rapport van de kassa op het tabblad Bonnen, of in de gastkaart zelf.

Deze fout is gemeld en staat op de lijst om hersteld te worden.

Let op

Verwante artikelen

Was dit duidelijk?

Bijgewerkt op 26 augustus 2026