Skip to main content
Skip table of contents

Availability vs Capacity reservations

This article explains the difference between Gomeddo’s Availability Model and Capacity Model. Both approaches support booking and registration processes, but they operate on fundamentally different principles. The Availability Model focuses on finding free time based on calendars and GoMeddo rules, while the Capacity Model works with reservations that already exist in the system and accept registrations until their capacity is reached. Understanding this distinction helps you choose the model that best fits your booking scenario.

Availability Model, also referred to as the Reservation model.

The availability model is calendar-driven.

It starts from the question:

“When is something allowed to be booked?”

Core ideas

  • Users search for open time slots, usually via calendars, slot pickers, or availability lookups.

  • The system evaluates whether a time segment is free based on rules, opening hours, exceptions, and existing reservations. A rule could check capacity, for example the capacity for a resource/room.

  • A reservation is created after availability is found.

  • Each reservation typically occupies its own time range; bookings compete for space in the timeline.

Mental model

This model generates reservations from free time, not from pre-existing capacity.

Capacity Model, als referred to as signup

The capacity model is reservation-driven, not calendar-driven.

It starts from the question:

“How many registrations can be accepted for this existing reservation or event?”

Core ideas

  • Reservations already exist in the system, these represent offerings, sessions, events, slots, or allocatable units.

  • Each of these reservations has a defined capacity (e.g., 20 seats, 50 registrants, 200 participants).

  • Users do not search for open calendar times; they select from created reservations.

  • Instead of making a new booking, users register onto an existing reservation. This usually happens through our standard Reservation Contact Object or via Parent & Child Reservations. The first option is more commonly used for registration on a single event. The second option is more suitable in a slot scenario, where the slots are the child reservations.

  • Capacity is decremented as registrations come in; conflicts aren’t based on overlapping time ranges but on remaining capacity.

Mental model

This model generates registrations from existing supply, not from free time in a calendar.

Why This Distinction Matters

Concept

Availability Model

Capacity Model

What users pick

Free time / open slots

Pre-created reservations with capacity

When reservations are created

After availability is checked

Already created beforehand

How overbooking is prevented

Time conflict rules

Capacity counters

How people interact

“Find an available time”

“Register for an existing entry”

Typical UI

Calendar, timeslot picker, screen flows

List of sessions/events/capacity items, screen flows

Both of these models are supported in our GoMeddo Frontend Builder Home

Short Summary

  • Availability model: Users book new reservations by finding free time using calendars or time slot pickers.

  • Capacity model: Users register against existing reservations that already define when something takes place and how many people can join.

JavaScript errors detected

Please note, these errors can depend on your browser setup.

If this problem persists, please contact our support.