Calendar
See bookings and upcoming demand in a clear planning view.
Use 7 reservation tools - calendar, timeline, availability, walk-ins, table assignment, guest flow and multiple floors - to plan demand against the live floor.

See bookings and upcoming demand in a clear planning view.
Understand the shape of the service period and what is coming next.
Keep available tables and seating capacity close to the reservation workflow.
Handle unplanned arrivals without losing the wider floor picture.

Calendar and timeline views show arrival load, party sizes and timing so the team can prepare capacity before the door gets busy.
See the 5-step operating flow
Availability, walk-ins, expected turns and multi-floor table assignment remain attached to the reservation context.
See the 5-step operating flowAvailability and seating logic must be configured around the actual service periods, floor structure and operating rules.
Calendar, timeline, availability, walk-ins, table assignment, guest flow and multiple floors form the current product scope.
Calendar, timeline and live floor context support different decisions before and during service.
Confirmed bookings and walk-ins can be handled without losing the wider capacity picture.
Occupied, available and reservation-ready table states stay close to the seating decision.
The planning view should remain useful when the restaurant moves from preparation into live arrivals.
Define service periods, floor maps, table capacity and the availability rules used by the restaurant.
Keep party size, arrival time and source context attached to each expected or unplanned arrival.
Use the calendar or timeline to understand the next demand window before guests reach reception.
Assign or reassign tables using the current availability and service state rather than the booking list alone.
Measure arrivals, no-shows, waiting time, table use and turnover with consistent event definitions.
Reservation work is specialised, but the seating decision still affects service staff, kitchen and ownership reporting.
Sees upcoming arrivals, party size, booking details, availability and the next seating decision.
Monitors capacity pressure, walk-ins, delayed arrivals and how seating choices affect the active floor.
Receives the table and guest context needed to begin service after seating.
Reviews demand patterns, no-shows, utilisation and table turnover across periods or locations.
The system should capture the events required to calculate each metric before the website or team claims an improvement.
Compare confirmed bookings with actual arrivals using the same cancellation and no-show rules.
Track expected parties that do not arrive, segmented by period, source or location where available.
Measure the wait between guest arrival and assigned seating during comparable service periods.
Review how available capacity is used and how long tables remain occupied under the restaurant's own definitions.
Document the availability model and the events that change a table or booking state.
The exact answer can depend on the restaurant setup, selected modules and connected systems.
Yes. Multiple-floor context is part of the current reservation and table-management scope.
Walk-ins can be added to the live arrival and floor picture so the next seating decision uses current capacity.
Availability rules belong to the configured restaurant policy. The platform should not assume an overbooking strategy without an agreed rule.
Yes, where booking, arrival and seating events are captured consistently and available to the reporting layer.
Reception can use party size, arrival time, available tables, expected turns, walk-ins and floor position to make the next seating decision.
Book a demo and we’ll walk through calendars, arrivals, table assignment, walk-ins and multiple-floor setups.