Дашборд для отеля 2026: ADR, RevPAR, загрузка, OTA, отмены и housekeeping без красивой ошибки

Дашборд для отеля нужен не для того, чтобы раз в месяц показать красивый график загрузки. Управляющему каждый день нужно понимать другое: RevPAR упал из-за тарифа или из-за просадки occupancy, какой канал привел дорогие брони и дорогие отмены, сколько номеров реально готово к заселению, где no-show портит прогноз и не превращается ли overbooking в риск "walk" гостя в другой отель.

Главная ошибка гостиничной аналитики - считать ADR, RevPAR и загрузку отдельно от статусов PMS. В файле может быть бронь, но она canceled; номер может быть доступен к продаже, но dirty; OTA может дать высокий room revenue, но после комиссии и отмен выгоднее окажется прямой канал. SimpleDashboard помогает быстро собрать управленческий экран из CSV/XLSX/API-выгрузок, но формулы и исключения должны быть подписаны прямо на дашборде.

Главное

• CoStar STR Benchmark определяет ADR как Room Revenue / Rooms Sold, occupancy как Rooms Sold / Rooms Available, а RevPAR как Room Revenue / Rooms Available. Поэтому первый экран отеля должен связывать цену, загрузку и доступный номерной фонд, а не показывать только выручку.
• RevPAR сам по себе не объясняет причину изменения. Нужны pickup, cancellation rate, no-show rate, channel mix, net ADR после комиссий, room type mix, out-of-order rooms и готовность housekeeping.
• SiteMinder описывает channel manager как систему, которая соединяет объект с Booking.com, Expedia, Airbnb, GDS и сайтом отеля и обновляет availability в реальном времени. Это снижает риск overbooking, но не отменяет проверки задержек синхронизации и маппинга room type/rate plan.
• Oracle OPERA PMS отдельно поддерживает postings по no-show и canceled reservations, а Cloudbeds разделяет room conditions Clean, Dirty, Inspected и предупреждает: housekeeping status сам по себе не меняет inventory availability. Эти статусы нельзя терять в управленческом отчете.
• Форумы отельеров использованы ниже только как signals: частые боли связаны с OTA cancellations, комиссиями, задержками channel manager, no-show, dirty rooms, housekeeping handoff и oversell. Точные нормы и правила надо проверять по вашей PMS, договору с OTA и учетной политике.
• SimpleDashboard стоит 5 000 ₽/мес и подходит для первого проверяемого слоя: загрузить выгрузку PMS/channel manager, согласовать формулы и увидеть строки, где данным нельзя доверять без ручной сверки.

Эта статья для владельца мини-отеля, управляющего гостиницей, revenue manager, администратора, операционного директора или маркетолога отеля, которому нужен dashboard for hotel operations: ADR, RevPAR, occupancy, PMS reports, OTA analytics и daily pickup в одном месте.

В нашем практическом разборе гостиничной таблицы проблема появилась до визуализации: room_revenue включал штрафы за late cancellation, rooms_sold считал complimentary rooms, канал "direct" смешивал сайт, телефон и walk-in, а dirty rooms оставались bookable. Поэтому правильный гостиничный дашборд начинается с словаря статусов, а не с выбора типа графика.

KPI и риски гостиничного дашборда

Для первого экрана обычно достаточно 10-12 блоков: occupancy, ADR, RevPAR, pickup, cancellation/no-show, channel mix, net ADR by channel, direct share, room type performance, housekeeping readiness, overbooking exposure и data quality. Для revenue manager важнее pickup and pace, для управляющего - arrivals/departures, ready rooms, проблемные брони и риски переселения.

Что говорят официальные hotel/PMS/channel manager sources

STR/CoStar: формулы должны быть простыми и подписанными

CoStar STR Benchmark glossary фиксирует базовый словарь отрасли: ADR - это room revenue divided by rooms sold, occupancy - rooms sold divided by rooms available, RevPAR - room revenue divided by rooms available. Там же RGI/RevPAR Index сравнивает RevPAR объекта с aggregated group, где 100 означает fair share.

Практический вывод: в дашборде отеля нельзя просто написать "загрузка" и "выручка". Надо подписать, какие rooms available используются, исключаются ли complimentary rooms, как учитываются closed rooms, OOO rooms, room blocks и penalties. Иначе два отчета PMS могут честно показывать разные числа.

Oracle OPERA: cancellation и no-show - не просто удаленные брони

Oracle OPERA PMS documentation описывает No Show and Cancellation Postings: система может позволять posting revenue against a no-show reservation и при этом сохранять reservation status as No Show for statistical purposes. Также при canceled/no-show reservation с депозитом OPERA может предлагать перенести deposit amount в folio.

Для дашборда это важный caveat. Если отель получил no-show fee, это не то же самое, что прожитая ночь. В revenue dashboard надо разделять stayed_room_revenue, cancellation_fee, no_show_fee, deposit_applied, rooms_sold и guest_nights. Иначе ADR/RevPAR могут выглядеть лучше, чем операционная реальность.

Cloudbeds: housekeeping status и availability не одно и то же

Cloudbeds PMS в справке по housekeeping room conditions разделяет Inspected, Clean и Dirty. Важная деталь: статус Clean/Dirty/Inspected сам по себе не влияет на room availability in inventory; dirty rooms remain bookable unless placed Out of Service or otherwise blocked.

Практический вывод: операционный дашборд отеля должен показывать не только сколько номеров продано, но и сколько реально ready/inspected к check-in. Если PMS позволяет продавать dirty room, это нормально для inventory logic, но управляющий должен видеть риск до прихода гостя: arrivals today, rooms assigned, dirty assigned, inspected ready, OOO и late checkout.

SiteMinder: channel manager снижает overbooking risk, но не чинит mapping

SiteMinder описывает hotel channel manager как automated software tool, который соединяет property с Booking.com, Expedia, Airbnb, GDS и сайтом отеля, позволяет продавать комнаты across connected channels и обновляет availability when booking or inventory change occurs. В FAQ SiteMinder прямо связывает real-time synchronization с меньшим risk of overbooking и manual errors.

Для аналитики это означает: канал, rate plan, room type и availability должны быть сверены между PMS, booking engine и OTA. Если в channel manager room type "STD DBL" связан с OTA room "Classic Double", а в PMS он называется иначе, дашборд может правильно нарисовать неправильную группировку. В пилоте нужны таблицы маппинга: channel, external room type, PMS room type, rate plan, cancellation policy, commission model.

IDeaS: overbooking - revenue tool, но только с ограничениями

IDeaS RMS developer docs описывает overbooking как продажу большего количества комнат, чем физически есть в отеле, чтобы компенсировать wash: cancellations, no-shows and similar demand loss. Там же вводятся house overbooking limit и room type overbooking limit; effective capacity считается через physical capacity and overbooking controls.

Практический вывод: overbooking exposure нельзя считать одним числом по всему отелю. Нужен разрез по дате, room type, OOO rooms, expected wash, arrivals, VIP/guaranteed bookings, channel restrictions и walk cost. Для небольшого отеля даже один oversell может стоить дороже, чем выигрыш от дополнительной брони.

Boston Hospitality Review: cancellations и no-shows ломают forecast

Boston Hospitality Review объясняет проблему cancellations/no-shows через revenue management: поздняя отмена или no-show могут оставить номер непроданным или проданным по неоптимальной цене, а высокие rates of cancellation and no-shows усложняют forecasting and controls.

Для дашборда это значит: cancellation/no-show блок должен быть рядом с pickup and pace. Если смотреть только будущую occupancy, управляющий увидит "хороший прогноз", но не увидит, что половина загрузки пришла из канала с высокой отменой за 1-2 дня до заезда.

Hotelier/community signals: что проверять руками

Форумы не являются источником формул, норм или юридических правил. Но они хорошо показывают, где ломается реальный hotel operations workflow.

В r/askhotels и r/OperaPMS часто всплывают темы overbooking, delayed OTA/channel sync, no-show handling, dirty rooms, housekeeping shortages и споры о том, что происходит с availability после night audit. Это signal добавить на дашборд не только occupancy forecast, но и таблицу исключений: same-day arrivals without assigned inspected room, oversold room type, OTA booking after close-out, no-show still occupying inventory и reservations with payment/guarantee issue.

В обсуждениях OTA commissions и direct bookings recurring pain выглядит так: канал дает видимость и объем, но комиссия, cancellation policy, bad cards, manual source attribution и слабый booking engine меняют экономику. Это не доказывает, что OTA "плохие"; это говорит, что channel dashboard должен считать net revenue and cancellation/no-show by channel, а не только bookings.

В housekeeping discussions участники жалуются не на отсутствие статуса как такового, а на handoff: кто проверил room, когда dirty стал clean, кто отвечает за inspection, можно ли заселять early check-in и что делать при late checkout. Для дашборда это signal сделать отдельный операционный блок на сегодня, а не прятать housekeeping в PMS.

Какие данные нужны для первого прототипа

Для CSV/XLSX-пилота достаточно выгрузок за 30-90 дней и отдельного файла с будущими бронированиями:

• rooms: room_id, room type, floor, capacity, status, out_of_order flag, block reason;
• reservations: booking_id, created_at, arrival_date, departure_date, nights, room_type, room_id, guest_count, status;
• revenue: room revenue, taxes excluded/included flag, discount, cancellation fee, no-show fee, deposit applied;
• channels: source, OTA, booking engine, phone, walk-in, corporate, GDS, campaign, promo code;
• rate plans: BAR, non-refundable, package, corporate, group, cancellation policy, guarantee type;
• commissions: channel, commission percent or amount, payment fee, invoice period;
• housekeeping: dirty/clean/inspected, assigned housekeeper, inspection time, OOO/OOS blocks;
• daily operations: arrivals, departures, stayovers, late checkouts, early check-ins, room moves;
• controls: export time, PMS/channel manager source, mapping table, duplicates, missing statuses.

Если commission или housekeeping не выгружаются из PMS, это не блокер. Но показатель должен быть помечен как неполный, оценочный или требует ручной сверки, а не превращаться в уверенный график net revenue.

Как собрать дашборд отеля через SimpleDashboard

Шаг 1. Сверьте контрольные числа

Перед визуализацией выберите один прошедший месяц и одну будущую неделю. Проверьте руками:

1. Rooms available за месяц.
2. Rooms sold без complimentary/house use, если они исключаются по вашей методологии.
3. Room revenue без налогов, F&B, penalties и deposits, если это ADR/RevPAR слой.
4. ADR, occupancy и RevPAR по формуле STR/CoStar.
5. Canceled и no-show reservations по arrival date и по cancellation/no-show date.
6. OTA revenue, OTA commission и net ADR by channel.
7. Direct bookings: отдельно website, phone, walk-in, repeat/corporate.
8. OOO rooms и room blocks.
9. Arrivals today, assigned rooms, dirty assigned, inspected ready.
10. Oversold dates/room types и open channel availability.

Если эти числа не сходятся с PMS, channel manager, бухгалтерской выгрузкой и операционным журналом, сначала чинится mapping. Дашборд не должен маскировать проблему красивой визуализацией.

Шаг 2. Загрузите файл и опишите задачу

Загрузите CSV/XLSX в @coderboxbot и напишите:

Собери дашборд для отеля: occupancy, ADR, RevPAR, pickup по датам заезда, cancellation/no-show by channel, OTA commission and net ADR, direct booking share, room type performance, arrivals/departures today, housekeeping readiness, dirty assigned rooms, out-of-order rooms, overbooking exposure и таблицу ошибок данных.

AI предложит структуру графиков, но правила исключений утверждает человек: что считать rooms sold, включать ли no-show fee в revenue, как считать direct source, какие OTA комиссии вычитать и какой status считается финальным.

Шаг 3. Покажите риски рядом с KPI

Privacy, caveats и ограничения

Гостиничный дашборд часто содержит персональные данные: имя гостя, телефон, email, комментарии к бронированию, документы, платежные статусы и special requests. Для управленческого экрана обычно не нужны паспортные данные, полный номер карты, текстовые заметки администратора и лишние персональные комментарии.

Для пилота лучше передавать в SimpleDashboard обезличенную выгрузку: booking_id, даты, room type, channel, status, суммы, commission, housekeeping status и технические flags. Если нужно анализировать repeat guests, используйте внутренний guest_id или hash, а не открытый телефон/email.

Ограничения, которые надо подписать на экране:

• дашборд не заменяет PMS, channel manager, RMS, бухгалтерию и юридические правила OTA;
• AI не должен сам решать, какие штрафы включать в ADR/RevPAR;
• no-show, cancellation fee и deposit revenue нужно отделять от stayed room revenue;
• housekeeping readiness не равна inventory availability;
• OTA commission and payment fees могут быть неполными без finance export;
• overbooking rules зависят от политики отеля, room type, гарантий, VIP/loyalty и walk cost;
• KPI, влияющие на премии сотрудников или финансовое закрытие, должны быть утверждены человеком.

Когда Excel достаточно, а когда нужен дашборд

SimpleDashboard хорошо работает как первый проверяемый слой: быстро увидеть, где проседает RevPAR, какой канал приносит риск, где dirty rooms мешают check-in, и какие строки данных надо исправить до регулярного отчета.

Часто задаваемые вопросы

Какие KPI должны быть в дашборде отеля?

Минимум: occupancy, ADR, RevPAR, pickup, cancellation rate, no-show rate, channel mix, net ADR by channel, direct booking share, room type performance, OOO rooms, housekeeping readiness, arrivals/departures today и data quality errors. Если есть revenue management, добавьте pace, lead time, rate plan mix и overbooking exposure.

Как считать RevPAR?

Базовая формула STR/CoStar: room_revenue / rooms_available. Альтернативно, если ADR и occupancy посчитаны по той же методологии: ADR * occupancy. Важно не смешивать room revenue с F&B, налогами, депозитами, no-show fees и cancellation penalties без подписи.

Почему ADR в PMS и дашборде может отличаться?

Обычно из-за разных исключений: complimentary rooms, day-use, package revenue, taxes, discounts, cancellation/no-show fees, group blocks, currency, timing posting или статус брони. На дашборде надо показать формулу и список revenue categories, которые включены.

Можно ли сравнить OTA и прямые бронирования?

Да, если есть source/channel и commission data. Сравнивайте не только gross room revenue, но и net ADR, cancellation/no-show rate, lead time, length of stay, payment issues and repeat rate. Иначе канал с большой выручкой может оказаться менее выгодным после комиссии и отмен.

Нужно ли подключать PMS API?

Для пилота достаточно CSV/XLSX. API нужен, когда дашборд смотрят ежедневно, важна свежесть hourly/daily, есть несколько источников или KPI влияют на решения в тот же день. На первом этапе важнее согласовать формулы и статусы.

AI сам поймет правильные гостиничные KPI?

AI ускорит группировку данных, предложит графики и найдет аномалии. Но формулы ADR/RevPAR, правила no-show/cancellation revenue, channel attribution, commission model, housekeeping readiness и overbooking policy должен утверждать человек, который знает PMS и договоры отеля.

Что подготовить перед внедрением

• выгрузку reservations за 30-90 дней и будущие arrivals;
• список room types, room_id, capacity, OOO/OOS blocks;
• room revenue с явным разделением taxes, fees, deposits, penalties;
• channel/source, rate plan, cancellation policy и guarantee type;
• OTA commission или finance export по каналам;
• housekeeping status: dirty, clean, inspected, assigned, OOO;
• таблицу room type/rate plan mapping между PMS, channel manager и OTA;
• 10-20 контрольных бронирований для ручной сверки PMS -> channel manager -> finance -> operations.

Стоимость SimpleDashboard - 5 000 ₽/мес. Напишите в Telegram: @coderboxbot - соберем первый дашборд отеля по вашей выгрузке и отдельно покажем, какие KPI нельзя считать финальными без сверки.

Подробнее о возможностях SimpleDashboard

Смотрите также

• Финансовый дашборд 2026: как отслеживать выручку, расходы и прибыль в реальном времени
• KPI дашборд 2026: как настроить мониторинг ключевых показателей
• Дашборд для директора 2026: как видеть все показатели бизнеса на одном экране
• Аналитический дашборд 2026: примеры для продаж, маркетинга и финансов
• Дашборд из CSV и Excel 2026: загрузи таблицу - получи аналитику за 5 минут
• Утренний дашборд руководителя: ключевые метрики с утра

Источники и проверка

Официальные и методические источники:

• CoStar STR Benchmark Glossary, ADR / Occupancy / RevPAR / RGI definitions: https://www.costar.com/products/str-benchmark/resources/glossary
• Oracle OPERA PMS, No Show and Cancellation Postings Application Setting: https://docs.oracle.com/cd/E98457_01/opera_5_6_core_help/noshow_and_cancellation_postings_param.htm
• Oracle OPERA Cloud, Managing No Show and Cancellation Deposits and Charges: https://docs.oracle.com/cd/F34189_01/doc.201/f42091/t_managing_reservations_managing_no_show_and_cancellation_deposits_and_charges.htm
• Cloudbeds PMS, Housekeeping room conditions: https://myfrontdesk.cloudbeds.com/hc/en-us/articles/216540808-Housekeeping-room-conditions
• SiteMinder, Hotel channel manager FAQ: https://www.siteminder.com/channel-manager/
• IDeaS RMS Developer Docs, Overbooking Controls: https://developers.ideas.com/concepts/decisioncontrols/overbooking/
• Boston Hospitality Review, Consumers vs. Revenue Managers? The Case of Cancellations and No Shows: https://www.bu.edu/bhr/2021/06/29/consumers-vs-revenue-managers-the-case-of-cancelations-and-no-shows/

Hotelier/community-сигналы, использованные только как индикаторы практических проблем:

• Reddit r/askhotels, How to control overbooking before OTA sync delay: https://www.reddit.com/r/askhotels/comments/1ou55el/how_to_controll_before_overbooking_in_hotel/
• Reddit r/askhotels, Hotel overbooking despite software controls: https://www.reddit.com/r/askhotels/comments/1rdg180/hotel_overbooking_software_supposedly_prevents/
• Reddit r/askhotels, How do hotels end up overbooked?: https://www.reddit.com/r/askhotels/comments/1hfdi8p/how_do_hotels_end_up_overbooked/
• Reddit r/OperaPMS, Opera PMS No Show Function and room availability during EOD: https://www.reddit.com/r/OperaPMS/comments/1lqjx8k/opera_pms_no_show_function_and_room_availability/
• Reddit r/hotels, Software room status management: https://www.reddit.com/r/hotels/comments/10ntt99/software_room_status_management/
• Reddit r/askhotels, no-show guest handling discussion: https://www.reddit.com/r/askhotels/comments/12y4hea/calling_noshow_guests/

AI disclosure: материал обновлен 2026-05-05 для wave simple-dashboard-wave-6 по issue #113. AI-инструмент использовался для первичного исследования STR/CoStar hotel KPI formulas, Oracle OPERA cancellation/no-show docs, Cloudbeds housekeeping docs, SiteMinder channel manager docs, IDeaS overbooking docs, Boston Hospitality Review и hotelier/community signals, а также для черновой структуры и проверки Google 2026 quality gaps. Форумы использованы только как signals практических проблем, не как основание для точных нормативов. Финальные формулы, KPI/risk table, privacy/caveats, источники, CTA и продуктовые ограничения проверил Александр Руин, основатель habab.ru.