What This View Really Is
The Room Settings Modal is the configuration backbone of the entire Room Scheduling system.
While the Room Scheduling View is about using rooms (visual bookings on a calendar), this modal is about defining how rooms behave, look, and are understood by the system.
Think of it as a guided setup wizard that ensures rooms are:
-
Properly defined
-
Consistent across the system
-
Visually meaningful in the calendar
-
Aligned with business rules
It is intentionally separated from daily operations so configuration can be done safely and deliberately.
How This Modal Is Structured
-
Opens as a full modal overlay
-
Uses a 4-step wizard:
1/4 → 2/4 → 3/4 → 4/4 -
Each step builds on the previous one
-
Navigation is linear to prevent incomplete setups
-
Changes affect all future scheduling behavior
STEP 1 / 4 — Room (Core Room Records)
What This Step Is For
This step defines what rooms exist in the system.
If a room is not created here:
-
It will not appear in the Schedule list
-
It will not appear in the calendar
-
It cannot be booked
This is the foundation step.
What You See Visually
-
Progress indicator: “1/4”
-
Title: Room
-
Subtitle hint: “Next: Room custom fields”
-
A clean table listing all rooms
-
Action buttons at both global and row level
Room Table (The Heart of Step 1)
Each row in the table represents one room record.
That single row controls:
-
How the room appears in the calendar
-
What price logic applies
-
Minimum booking duration rules
Each room includes:
-
ID – internal identifier
-
Name – what users see in Schedule & Calendar
-
Price – base pricing logic
-
Min days – minimum number of days allowed per booking
Actions Available Per Room
Every room row includes direct actions:
-
Copy
Quickly duplicate an existing room configuration
(useful when rooms are similar)
-
Edit
Modify room name, price, or rules
-
Delete
Remove the room entirely (and from scheduling)
These actions allow fast iteration without rebuilding from scratch.
Global Controls in Step 1
-
Add Room
Creates a brand-new room record
-
Common Settings
Opens shared settings that apply to all rooms
(global defaults, shared behaviors, system-wide rules)
This separation ensures:
-
Room-specific data stays per room
-
Shared logic stays centralized
Why Step 1 Matters
This step answers:
What exactly can be booked in this system?
Everything else in the wizard depends on these room definitions.
STEP 2 / 4 — Room Custom Fields
Purpose of This Step
This step defines what additional information is required or allowed when booking a room.
Different businesses need different booking data:
-
Number of guests
-
Equipment usage
-
Meal plans
-
Special flags
-
Custom pricing modifiers
This step gives rooms context and intelligence.
What You See
-
Progress indicator: “2/4”
-
Title: Room custom fields
-
“Add room custom fields” button
-
A configuration form
-
A table listing existing custom fields
Custom Field Configuration
Each custom field can define:
-
Field type
Text, number, yes/no, select, date, hour, tags, numeric
-
Multilingual labels
English & Hebrew names
-
Pricing behavior
-
Adds price once
-
Adds price per night
-
-
Options
For select or tag-based fields
These fields appear during booking and influence:
-
Pricing
-
Validation
-
Data collection
Why This Step Is Important
This step allows the booking system to adapt to real business complexity, instead of forcing every room to behave the same way.
It ensures bookings carry meaningful, structured data, not just dates.
STEP 3 / 4 — Type of Order Color
What This Step Controls
This step defines visual meaning inside the calendar.
It connects:
-
Booking / order types
with -
Specific colors shown in the schedule grid
What You See
-
Progress indicator: “3/4”
-
Title: Type Of Order Color
-
Button to add new type/color combinations
Why Colors Matter Here
Colors are not decorative — they are functional signals:
-
Instantly distinguish booking types
-
Identify maintenance blocks
-
Spot internal vs customer reservations
-
Reduce cognitive load while scanning the calendar
This step directly affects how readable and usable the scheduling view is.
STEP 4 / 4 — Default Field for Room Order Name
Final Purpose
This step defines how bookings are labeled by default.
Instead of generic or empty names, the system automatically chooses a meaningful identifier.
What You Configure
-
Select a default customer/contact field
-
That field becomes the booking title shown on the calendar
Examples:
-
Customer name
-
Company name
-
Custom identifier field
Why This Step Is Last
This step depends on:
-
Room definitions
-
Custom fields
-
Order types
It finalizes how bookings communicate information visually.
Once set, users immediately understand who or what a booking represents.
How the Modal Works as a Whole
This modal is designed as a safe configuration pipeline:
-
Define rooms
-
Define booking data
-
Define visual meaning
-
Define naming logic
Only after all four are completed does the system have:
-
Valid room records
-
Rich booking data
-
Clear calendar visuals
-
Human-readable booking labels
Relationship to the Scheduling View
-
The Scheduling View shows results
-
The Room Settings Modal defines rules
Every color, label, bar, and restriction in the calendar comes from what is set here.
Final Conceptual Summary
The Room Settings Modal is a guided configuration engine that ensures rooms are:
-
Correctly defined
-
Consistently configured
-
Visually understandable
-
Business-ready
It protects the scheduling experience by enforcing structure before operations begin.
One-Line Executive Summary
This modal is a four-step wizard that defines what rooms exist, what data bookings require, how bookings look in the calendar, and how they are labeled—powering the entire room scheduling experience.
