Orient by dates, categories and room rows first
Misreading the axes makes every booking conclusion wrong.Open the calendar, verify the visible dates and use today’s marker as orientation. Read columns as nights and distinguish departure day from an occupied night.
Rooms are grouped under categories. A free visual gap in one row does not by itself prove sellable category availability for every occupancy and full date range.
Orient yourself before interpreting a booking bar. Confirm the selected date range, weekday sequence, today marker, visible nights, category groups and physical room rows. A bar expresses a stay segment on a room, but colour alone does not prove payment, room readiness, channel, guest identity or whether an exception is resolved. Expand the relevant category and match room number, capacity and active state. Read the edges of each bar against arrival and departure nights to avoid treating checkout day as another occupied night. Check room blocks separately because maintenance or out-of-order periods affect availability without being guest stays. If the view looks incomplete, wait for loading and verify filters rather than making a decision from a partial calendar. The orientation check is complete when you can name the operating date, every visible room row and which source record must be opened for each apparent arrival, departure, gap or conflict.
| Element | Shows | Does not alone show |
|---|---|---|
| Date axis | Visible nights and day changes | Whether a selected case is correct |
| Category group | Related sales product | Capacity of one unit |
| Room row | Concrete physical unit | Overall public availability |
| Booking bar | Timing of one stay | Complete guest, price and payment data |
Review arrivals, departures and stayovers in a fixed order
A repeatable ten-minute routine is more reliable than frequent unplanned checking.Start with departures and review checkout, open payment, documents and exceptions. Then review arrivals, followed by stayovers and in-house changes.
Keep exceptions in the saved booking, not memory or handwritten room plans. Assign an owner and review time where action is required.
Use the same morning sequence every day. Start with departures: verify checkout timing, open balance, invoice status, late-departure agreement and the point at which the room can enter housekeeping. Then review arrivals: confirmed state, source, reachable contact, expected time, party, assigned room, payment position and preparation requests. Next review stayovers for room moves, service preferences, extensions and open guest issues. Finally scan new bookings, cancellations, room blocks and changes since the previous handover. Open every exceptional booking rather than resolving it from the bar. Mark an owner and next check time for a late checkout, early arrival without a ready room, missing payment information or unresolved assignment. Compare counts with the daily management view and housekeeping plan. The morning check is finished when every movement has a next operational step and no at-risk arrival exists only as an unspoken concern.
Morning calendar check
- 01Departures
Check checkout, payment, invoice and exceptions.
Ready for room handover - 02Arrivals
Read state, contact, time, room, guests and requests.
Every arrival understood - 03Stayovers
Review room moves, service and open guest topics.
No open change missed - 04Exceptions
Set owner and next review.
Concrete next step
Open details instead of interpreting colours
Colour helps locate. The booking provides the decision.Open the bar and read booking number, guest, source, dates, occupants, rooms, status, price, payment and notes. A bar may belong to a multi-room booking.
Calendar colours are visual aids, not replacements for textual booking or payment states. Open the relevant detail when money or lifecycle state matters.
Open booking detail whenever a calendar signal matters. Verify booking number, guest, source, state, arrival and departure, room segments, party, rate, services, payment position and notes. The bar colour may help navigation but it cannot replace these facts, and a short bar does not explain why a room is blocked or a stay was moved. For overlapping-looking segments, compare exact dates and room identifiers and distinguish checkout from the next arrival. For an OTA booking, keep the source and channel context visible; for a direct booking, verify email contact before promising communication. When a note mentions accessibility, cot, quiet location or late arrival, confirm it belongs to this booking and that the responsible team can act. If the calendar and detail disagree after a reload, record the booking number, room, dates and observed mismatch and escalate rather than dragging the bar to make the picture look right. Decisions come from the booking record and STRYK state; the calendar is the operational map of those records.
Reconcile room readiness with housekeeping
A free room in the calendar is not automatically ready.Compare arrival rooms with the housekeeping plan. Calendar availability and operational readiness are different. Ready applies to a vacant checked room; stayover done does not.
Prioritise arrival rooms by expected time and real work state. Keep the housekeeping status aligned with the actual work state. Assign ownership and check a real alternative early where necessary.
Reconcile every arrival room with the shared housekeeping state, not a verbal promise. Check the exact physical room, current occupancy, departure movement, assigned housekeeper, work state, required tasks, active blocks and final quality release. Done means work is complete; Ready means a vacant checked room can be handed to a new guest; Stayover service done remains occupied. Do not infer Ready from a green-looking booking bar or a message saying cleaning is almost finished. For a room not ready by the planned checkpoint, record the responsible person, cause, next review time and an approved alternative if needed. A technical defect must enter rooms and blocks so availability and the booking engine react correctly; it cannot be hidden as a housekeeping note. After any status update, reload the calendar and rooms view and verify the same unit. The readiness check passes when reception can decide each check-in from one truthful state and housekeeping sees the same priority and deadline.
| Situation | Calendar | Housekeeping | Front-desk decision |
|---|---|---|---|
| Departure complete | Next night free | Cleaning open | Do not promise early check-in yet |
| Cleaning in progress | Arrival booked | In progress | Coordinate time with housekeeping |
| Room checked | Arrival booked | Ready | Operational check-in possible |
Move, extend and change rooms only with preview
Every visual change is a real booking change with downstream effects.Before moving, verify the guest request or operating reason and review old and new dates, rooms, occupancy, rate, extras and payment. Read the confirmation and conflict check fully.
Extensions require availability for every extra night. In-house room moves start on the real move date and preserve past nights. Review price and guest agreement before saving.
Preview every move, extension or room change as a booking change, not a visual drag. Confirm the authorised request and compare old with new dates, room, party, rate, nightly prices, services, total and payment position. Check STRYK availability for every new night and capacity or features for the target room. A room move must preserve a promised accessibility feature, bedding setup or quiet location unless the guest accepts a concrete alternative. An extension may cross a rate boundary and a move may change category price; explain the exact result before saving. Edit the original booking once and wait for success or a visible conflict. Reopen booking detail, calendar, guest profile and availability afterward, verifying one continuous stay and correct room segments. Never create a second reservation to make a drag possible, and never override a protected manual inventory decision without authority. The calendar change is complete only when the saved booking and all connected views reproduce the approved preview.
Required review before calendar change
- 01Instruction
Guest request or operating reason documented.
Change is authorised - 02Old versus new
Compare dates, rooms, occupants and state.
Impact understood - 03Availability
Verify every new night and unit STRYK-side.
No conflict - 04Price
Approve rate, nightly prices, extras and new total.
Guest agreement clear - 05Retest
Reopen detail and calendar after save.
One correct stay
Evaluate gaps and bottlenecks operationally
Not every gap is an error, but every important gap needs a deliberate decision.Look for one-night gaps, category bottlenecks and room chains that threaten arrivals. Open both bookings before proposing any optimisation.
Gap optimisation must serve a concrete goal and never reduce a confirmed guest service. Prepare an alternative, gain agreement and document the decision before changing.
Evaluate a gap or bottleneck from guest promises and inventory facts, not from visual neatness. Open the bookings on both sides of a gap and compare categories, room features, party, dates, rates, special requests, in-house status and whether a move has guest approval. A one-night gap may be commercially acceptable when closing it would break a quiet-room, accessible-room or fixed-unit promise. Conversely, an unassigned future booking may offer a controlled optimisation when the target remains equivalent and every affected stay is revalidated. Never move an in-house guest, split a continuous stay or change price simply to produce a prettier calendar without an authorised workflow. For an oversell or capacity pressure, stop new assumptions, verify the STRYK inventory and assign management ownership for a documented resolution. Record the decision and reason in the relevant booking context. The goal is a truthful, serviceable plan with protected commitments, not maximum visual density at any cost.
Hand the calendar state to the next shift
A good handover names exceptions and decisions, not every normal booking.Before shift end, review arrivals, open departures, non-ready rooms and saved changes. Handover names reference, issue, completed action, owner and next review time.
The next shift opens the same booking in STRYK. The day is handed over when transitions are clear, at-risk check-ins have owners and changes were rechecked.
Hand over the calendar as a verified operating state. List departures that still need checkout, invoice or payment action; arrivals with missing contact, payment, assignment or Ready state; stayovers with a move or service exception; and every room block, defect or recent booking change that affects the next shift. Each open point needs booking or room reference, observed state, responsible person, next action and review time. Reopen every booking changed during the shift and confirm the calendar after a fresh load. Compare today and the early next arrivals so an overnight shift receives enough lead time. Keep the handover in STRYK-linked context and avoid a private spreadsheet that becomes a second calendar. If a PDF or report is used, it is a snapshot, so the live system remains authoritative. The handover is complete when the next employee can explain each current risk, find its source record and continue without repeating a move, check-in or cancellation.
Five-point calendar handover
- Today’s departures are complete or have a named next step.
- Every today and early next arrival has a suitable room and state.
- Non-ready arrival rooms have an owner and review time.
- Every move or extension was reopened after saving.
- The next shift works from STRYK, not a private side list.
