The log: everything that happened, on one page
Operations → Log is every kind of event for this hotel in one list — bookings, rooms, messages, mail, channel traffic, support access — newest first, seven days by default.
Operations → Log reads every log the system keeps for this hotel as one list, newest first: booking events, room status changes, housekeeping, room blocks, messages and emails sent to guests, every exchange with the channel manager, and every time the Asar team was let in. Seven days by default; widen the dates, filter by kind, or search for a reference, a guest, a room.
Before this, each of those lived on its own screen and two of them (messages, channel traffic) on none.

- Kind — narrow to bookings, room status, channel manager, mail, and so on.
- Search — a reference, a room, a guest, a login, a word from the detail.
- A row — click it for the whole record; a channel row opens to the request and the response.
What a row says
Who, when, what — and for a channel row, the row opens to show the request we sent and the response that came back, pretty-printed when it is JSON. For a message or an email, the row says whether it was sent, delivered or bounced.
What it is for
- "Who moved this guest?" — filter by the reference.
- "Did the guest get the confirmation?" — kind *mail*, search the name.
- "Why is the channel refusing our rates?" — kind *channel*, open the latest failed push, read the response.
- "Did somebody from Asar look at our data?" — kind *support*. Every entry is timed and named; there are no silent visits.
It is a log, not a report: nothing here is summed. For counts and money, the reports are the place.