Inventory underpinning each reservation

It might not be immediately apparent, but each time you make a reservation (or modify one), BRM is doing two things at once.

Firstly, it is updating your Reservation, with the dates supplied.  Start dates, times, return dates and times, pricing.  This represents the service you've agreed with your customer.

AND also, in order to do provide this service you are normally agreeing to supply certain bits of your inventory (e.g. your bikes) for this defined period of time.  Each and every bike in your inventory has its own calendar and when you include it in a reservation we ensure that the bike's calendar matches that of the reservation it belongs too.  In that way, you can't promise a bike out to two people at once.

The clever bit is that BRM goes to great lengths to keep these bits of data tied together no matter how many times you change stuff - add / swap / allocate / remove / change dates / change stage etc.

We also pro-actively detect any breakages in this data. 

This diagram shows how the Reservation is the parent, and the inventory (Reservation Details) belong to that Reservation for the duration of the rental

Viewing the underpinning data for your bikes.

In BRM, when you do 'view planner' you are inspecting the data we hold for the reservation details.

Hover over some activity for a bike and you will see the details - for that bike.

You can see here that each bike 'agrees' with the reservation to which is 'belongs' - for these dates.

If the detail and its reservation ever disagree it will be highlighted and you will be automatically alerted with a Smart Aler

A couple of examples:

The implication of this is that if you swap a bike:

• BRM will change the bike in your reservation
• the old bike will have its calendar freed up for those dates
• the new bike will block out its dates for those dates (and of course it shouldn't let you add bikes that are not free)

The implication of this is that if you extend a reservation (or move dates at all)

• all bikes' calendars are also moved in accordance with the parent reservation
• it should warn / stop you doing anything for which you don't have availability in underpinning inventory.

See Also

Smart Alerts for your reservations

a closer look at a reservation and its data 

the View Planner function (in RDP - more menu)