This guest is already booked here for these dates
A live booking for the same name or phone overlaps these nights. Find it — it is usually the channel booking you could not see. An administrator may book anyway.
The booking form asked, before taking the booking, whether a live booking at this hotel on an overlapping night exists for a guest of this name or this phone. It found one, and the refusal lists it — reference, dates, and whether it has a room.

- Already booked — the booking it found: source, dates, room type, and *waiting for a room* or the room it has. *Open* takes you to it.
- This is a different guest — an administrator's tick. Recorded on the booking it makes.
Why it refuses
On 14 September an Agoda booking arrived, was mis-filed under another guest's name, and the desk — unable to find it — took the same guest again by hand: a second room for the same night at rack rate, which the audit would have no-showed and reported to the channel. The check exists so that a booking the desk cannot *see* is at least one the desk is *told about*.
Do this
- Open the booking in the refusal. If it is the same guest, it is the booking — give it a room if it has none (see **Bookings that have no room yet**), or check the guest in on it.
- If it is genuinely somebody else — two Rahul Sharmas do arrive on the same day — an administrator may choose Book anyway. That choice is recorded on the booking that results, against the login that made it.
What it matches, and what it does not
Two names agree when they share a word — "Upadhyay Ankit" and "Ankit Upadhyay" are one person; titles (Mr, Dr, Shri) and initials do not count. Phones agree after normalising. Email is deliberately not used: OTAs send their own address on every booking, and it was an address that started all this.