1. Define the property's child age bands before assigning child prices.
2. Make each room's total, adult, and child occupancy match what the room can physically hold.
3. Treat child rates as age-based prices, not as a separate room type or ordinary standalone rate plan.
4. Align Booking.com settings with PMS guest categories and room mapping, then test several adult-and-child combinations before opening sales.
Booking.com child rates can look wrong even when the nightly adult rate is correct. The usual cause is not one bad price. It is a mismatch between the property's child policy, age bands, room occupancy, extra-bed rules, rate setup, or the way the reservation reaches the property management system (PMS).
The safe approach is to configure these parts in order and test the guest-facing result. Menu names can vary by property type, market, account permissions, and Booking.com interface updates, but the control logic remains the same.
Understand the Four Parts of a Child-Rate Setup
First, the property decides whether children are accepted and which ages count as children. Second, each room defines how many total guests, adults, and children can physically stay. Third, Booking.com applies a price to each child age band. Fourth, the PMS must receive a reservation that staff can understand and place in the correct room.
These are separate controls. Lowering a child price does not increase room capacity. Raising a room's maximum occupancy does not create an extra bed. Mapping an adult rate plan does not automatically correct a conflicting child policy.
Booking.com child rates are prices, not a new room category. They may sit alongside a parent adult rate, but staff should not create duplicate PMS inventory merely to represent a child's price.
Step 1: Record the Policy You Intend to Sell
Before editing the Extranet, write down the rule in plain language. For example: children aged 0–3 stay free in existing beds, ages 4–11 pay a fixed nightly amount, and ages 12–17 pay the adult price. Also record whether cots or extra beds are available, their charges, and which rooms can use them.
Avoid gaps or overlapping ages. Booking.com treats the maximum age in each band as inclusive, so a 0–3 band followed by a 3–11 band would overlap at age three. A clean sequence would be 0–3, 4–11, and 12–17.
The final policy must be something the front desk can explain and the room can safely accommodate.
Step 2: Set the Property Child Policy in the Extranet
Log in to the Booking.com Extranet and open the area for property policies. Depending on the account, the controls may appear under Property, Policies, or Children and extra beds. Set whether children are allowed, any minimum guest age, and the age bands used for child pricing.
Booking.com supports up to four child age bands for a property. Keep them as simple as the hotel's real policy allows. More bands create more combinations for staff to verify and maintain.
Save the policy, reopen it, and confirm that the ages match the written rule.
Step 3: Align Occupancy for Every Room Type
Open each room or unit setup and compare three numbers: maximum total guests, maximum adults, and maximum children. These values describe physical capacity, not the price the guest will pay.
A room for two adults and one child needs a total capacity that permits all three guests and a child allowance that permits the child. If the total remains two, the room may not appear when a family searches for three people even if a child price exists.
Check cots and extra beds separately. Record which rooms allow them, whether they are on request, and whether the charge is included in the child price.
Step 4: Apply Child Prices to the Correct Selling Setup
Return to the child-rate controls and assign the intended price for each age band. Depending on the property's pricing model and available features, the price may be free, a fixed amount, a percentage, or a staged amount for the first and additional children.
Check the base adult rate and occupancy used for the room. A child price can only produce the expected total when Booking.com has a valid adult price for the adults in the search.
Do not build current procedures around the former limit for how many children could receive child pricing. Booking.com retired that legacy control in July 2026. The safer rule is to make the room's allowed child occupancy and child prices consistent for every family combination the room accepts.
Step 5: Separate Extranet-Owned Settings From PMS-Owned Settings
Before changing anything in the PMS, identify which system controls each value. Booking.com property policy and age-band settings may remain managed in the Extranet, while the PMS or channel manager controls daily adult rates, availability, and supported restrictions.
Real-time rate and inventory synchronization does not repair an incorrect age band or physical occupancy rule. It keeps supported selling values current after the property setup is correct.
Smart Order's channel manager provides real-time two-way rate and inventory synchronization with Booking.com. The hotel should keep one approved setup record showing which child-policy fields stay in the Extranet and which rate, availability, and reservation fields are managed through Smart Order.
With policy ownership clear, the team can update normal rates without accidentally assuming that every child-related field will change with them.
Keep Booking.com Rates, Inventory, and Reservations Connected
Use Smart Order to manage synchronized Booking.com selling data and reservation records after your child policy, occupancy, and room mapping are aligned.
Step 6: Align PMS Guest Categories and Room Mapping
Check how the PMS records adults, children, and infants. The age cutoffs should support the Booking.com bands well enough for staff to understand the reservation. If the PMS uses fewer categories, document how each Booking.com age is represented after import.
Map the Booking.com room to the correct PMS room type. Then confirm the adult rate plan or selling plan connected to that room. Do not create a second physical room type for families unless the hotel truly sells separate inventory.
Smart Order's hotel management software keeps reservation details in the operating calendar so staff can review stay dates, room, guest count, source, price, and status. The mapping should make that record understandable without opening the Extranet for every arrival.
Step 7: Test Family Searches Before Opening Sales
Use the public Booking.com booking path or an approved test process and search the same date with several guest combinations:
- Two adults with no children
- Two adults and one child from the youngest band
- Two adults and one child from the oldest child band
- Two adults and the maximum children allowed by the room
- A combination that should exceed capacity and remain unavailable
For each valid search, check whether the room appears and whether the total matches the adult price, child price, taxes, meals, and any bed charges. For the invalid search, confirm the room is not offered.
Choose dates with simple adult pricing first. Then repeat the test on a weekend, promotion, or seasonal period.
Step 8: Verify the Reservation in the PMS
Complete one low-risk test booking. Confirm that it reaches the PMS once and shows the correct Booking.com reference, room type, rate plan, stay dates, adults, children, ages where supplied, total price, payment responsibility, and reservation status.
Then modify or cancel the test through the normal guest or Extranet workflow. Check that Smart Order's reservation management records the updated status and that availability returns correctly where required.
If the guest-facing total is correct but the PMS record is unclear, review guest-category interpretation and reservation fields. If the room does not appear in family search, review policy and occupancy before blaming rate synchronization.
Common Symptoms and What They Usually Mean
When a family cannot find the room, the total occupancy or child allowance may be too low. When the room appears but the total is wrong, inspect the child's age band, adult occupancy price, meal inclusion, and bed charge.
When Booking.com is correct but front desk staff cannot explain the reservation, review the PMS guest categories and mapping. When a normal adult rate changes but the family total does not move as expected, check whether the child price is fixed, percentage-based, or controlled separately in the Extranet.
Change one layer at a time and repeat the same search. Editing policy, occupancy, mapping, and price together makes it harder to identify which control solved or caused the problem.
Keep a Simple Change-Control Record
Record the approved age bands, room capacities, cot and extra-bed rules, child prices, mapped PMS rooms, controlling system, person who approved the change, and the test combinations used. Store it where revenue, reservations, and front desk teams can find it.
After adding a room type, changing an age cutoff, altering extra beds, or reconnecting the channel manager, repeat the family-search and test-reservation checks. A saved setup is useful only when it still matches what guests can book.
A connected front desk system helps staff work from the current reservation record, but the commercial rules still need clear ownership and periodic review.
Frequently Asked Questions
Are Booking.com child rates separate rate plans?
Child rates are age-based prices applied within the property's child-policy and room setup. They should not be confused with an ordinary derived or standalone rate plan used to organize adult prices and conditions.
Why does a room disappear when a child is added?
The room's total capacity, adult limit, child limit, or child policy may not allow that combination. Check physical occupancy before changing the price.
Does PMS rate sync update Booking.com child policies?
Not necessarily. Daily rates and inventory can synchronize while property-level age bands, child policies, or extra-bed settings remain controlled in the Extranet. Keep a field-ownership record for your connection.
What should appear in a child-rate test reservation?
Staff should see the correct room, rate plan, adults, children, stay dates, total, payment responsibility, source reference, and current status. Child ages should be retained where the channel supplies them and the receiving workflow supports them.
When should hotels retest child rates?
Retest after changing age bands, room capacity, child prices, extra beds, adult pricing models, room mapping, or the PMS connection. Also retest before a major family-travel season.
