Key takeaways
- Separate what you sell (the package), when it travels (the departure) and who bought it (the booking). Mixing them is the root of most reconciliation problems.
- Price at the level of the individual pilgrim so that families, children and single supplements can coexist in one booking.
- Freeze prices when a component is added to a booking, so later supplier changes never rewrite what a customer already agreed to.
- Run the group from a daily exceptions list, not from a full review of every record.
Group travel is where Umrah operations get hard. A single family booking is easy to hold in your head. A season of groups, each with its own flights, hotel nights, transfers, visas and instalment plans, is not. The agencies that run groups calmly are not working harder; they have a cleaner structure for the data.
Three layers: package, departure, booking
The most useful decision you can make is to keep three concepts separate:
- Package: what you sell. For example, a 14-night economy package with 7 nights in Makkah and 7 in Madinah, flights, transfers and visa.
- Departure: a dated instance of that package. The same package might have departures every week of the season, each with its own flight block and hotel allocation.
- Booking: a customer's purchase on a specific departure, containing one or more pilgrims.
When these layers are clean, questions that used to take an afternoon become simple filters. How many seats are left on the 12 January departure? Which bookings on that departure still owe money? Which package is most profitable this season? When they are tangled together in one spreadsheet tab, every answer is a manual count.
Price per pilgrim, not per booking
A booking is a container. The pricing lives with each pilgrim inside it. That is the only way to handle the mix you see in real groups: two adults sharing a double room, a grandmother in a triple with relatives, a child at a discounted rate, one traveller paying a single supplement. Per-pilgrim pricing also makes partial cancellations tractable, because you know exactly what the departing traveller's share was.
Freeze prices at the moment of sale
Hotel rates, fares and exchange rates move during a season. If your booking totals are calculated live from the current catalogue, a supplier price update can silently change what a customer owes. That leads to disputes and to margin you cannot explain.
The fix is a snapshot: when a component is attached to a booking, its full cost, markup, sale price and exchange rate are stored with the booking. Later catalogue changes affect new sales only. Months later, finance can still see exactly why the booking was priced the way it was.
What every group record needs before departure
| Area | What must be complete |
|---|---|
| Pilgrims | Verified passport data, contact details, emergency contact, mahram relationships where applicable. |
| Accommodation | Hotel nights in Makkah and Madinah matched to flight dates, rooming list with occupancy per room. |
| Transport | Airport arrival and departure transfers, intercity transfer, ziyarat trips if sold, vehicle sized to the group. |
| Flights | Seats allocated from the group block, names matched to passports. |
| Visa | Application status per pilgrim and visa copies on file. |
| Health and needs | Vaccination status, dietary and mobility needs passed to hotels and caterers. |
| Finance | Deposits received, instalments on schedule, balance due date before visa submission. |
Rooming lists without the chaos
The rooming list is where group data most often breaks. Couples need to share, families want adjacent rooms, and mahram rules shape who can be placed together. Build rooms from the pilgrim records rather than typing names into a separate sheet, so a passport correction flows through automatically. Track occupancy per room against its capacity, and make over-allocation visible immediately rather than on check-in day. We go deeper on hotel blocks in managing Makkah and Madinah allotments.
A daily routine that scales
At peak season a group operations team should start the day with one list of exceptions across all departures:
- Departures in the next 30 days with incomplete passport data.
- Pilgrims with unresolved mahram or document warnings.
- Visa applications that have not changed status for several days.
- Transfers that are not yet confirmed.
- Instalments that are overdue.
- Hotel nights where occupancy exceeds the allocated rooms.
Everything not on that list is on track and does not need attention today. This is what lets a small team run a large season: they spend their time on the ten percent of records that are actually at risk.
Calendar view: see the season as it will be lived
Lists tell you what is wrong. A calendar tells you when pressure will arrive. Plotting departures, returns, hotel check-ins and check-outs, transfers, visa deadlines and instalment dates on one calendar shows the collisions early: three groups checking into the same Makkah hotel on one night, or a week where twenty visa deadlines land at once.
How UmrahCore models group bookings
UmrahCore uses exactly this package → departure → booking lineage, with per-pilgrim pricing and snapshot pricing on every component. The booking calendar layers departures, returns, flights, hotel stays, transfers, visa deadlines and instalments, and adds a per-night occupancy heatmap by hotel. The needs-attention worklist gives operations the daily exceptions list described above.
Frequently asked questions
What is the difference between an Umrah package and a departure?
A package is the product you sell, such as 14 nights split between Makkah and Madinah. A departure is a dated instance of that package with its own flights and hotel allocation. Bookings are made on departures.
Why should Umrah prices be frozen at booking time?
Supplier rates and exchange rates change during the season. Freezing each component price when it is added means later changes never alter what a customer already agreed to pay, which prevents disputes and unexplained margin changes.
How do agencies manage rooming lists for large Umrah groups?
By building rooms directly from verified pilgrim records, tracking occupancy against each room's capacity and respecting mahram relationships, so corrections flow through automatically and over-allocation is caught before check-in.