Шахматка койко-мест для хостела

Если хостел продает кровати по одной, шахматка должна считать кровати по одной. Строка «Восьмиместный номер» не отвечает на главный вопрос администратора: какие именно места свободны сегодня, какие заняты до пятницы, а какие нельзя продать из-за ремонта или частного размещения группы.

Номер остается важным: у него есть категория, правила заселения, санузел, пол и ограничения по гостям. Но единица продажи в общем номере - койко-место, а единица доступности на конкретную ночь - место-сутки. Если смешать эти три сущности, система нарисует приличную загрузку по номерам и одновременно потеряет свободные кровати, цену и возможность поселить следующего гостя.

Единица продажи определяется обещанием гостю

В общем номере гость покупает право занять одно спальное место на определенные ночи, а не исключительное право на весь номер. Именно это обещание должно лежать в основании брони. Для двух гостей бронь содержит два места, для группы из шести - шесть, даже если плательщик и номер бронирования один.

У номера и койко-места разные роли. Номер объединяет места физически и задает общие свойства: женский он, мужской или смешанный, сколько в нем кроватей, где окно, какой санузел доступен. Койко-место хранит собственную доступность и назначение гостю. Тариф определяет, сколько стоит ночь и какие условия отмены действуют. Бронь связывает гостя, тариф, даты и одно или несколько мест.

Практическая проверка простая. Если администратор может законно поселить незнакомого человека рядом с уже заселенным гостем, остаток нужно считать в местах. Если продажа одному гостю закрывает помещение для всех остальных, товаром становится номер целиком. Название категории в канале продаж не меняет физику объекта.

Старый ГОСТ Р 56184-2014 Росстандарта, посвященный общим требованиям к хостелам, уже отменен, поэтому использовать его как действующую норму нельзя. Полезнее смотреть на действующую классификацию и собственную модель продаж. В материалах Росстата хостелы входят в средства размещения, которые могут предоставлять номера целиком или отдельные места. Это ровно то различие, которое шахматка обязана показать, а не спрятать.

Номерная шахматка в хостеле завышает загрузку

Номерная загрузка отвечает на вопрос, сколько комнат хотя бы частично заняты. Для хостела этот показатель почти всегда выглядит лучше фактической продажи мест. Один гость в восьмиместной комнате делает номер занятым на 100 процентов в номерном отчете, хотя семь из восьми товаров еще лежат на полке.

Возьмем хостел с тремя восьмиместными комнатами. На вторник заселено по одному человеку в каждой. Номерная шахматка покажет 3 занятых номера из 3 и нулевую доступность. Шахматка мест покажет 3 занятых места из 24, то есть 12,5 процента загрузки, и 21 место, которое еще можно продать при соблюдении ограничений категорий.

Росстат в методологических пояснениях считает коэффициент использования наличных мест как число ночевок, деленное на единовременную вместимость и число дней периода. Национальный институт статистики Испании для обследования молодежных хостелов формулирует тот же знаменатель точнее: постоянные места, которые реально предлагаются, умноженные на число дней. Группа из шести человек на две ночи дает 12 занятых место-суток, а не одну занятую комнату и не одну бронь.

Формула для выбранного периода выглядит так:

Загрузка мест, % = занятые место-сутки / доступные место-сутки × 100

Для одной даты знаменатель равен числу мест в продаже. Для месяца нужно складывать доступность по каждому дню. Нельзя бездумно умножать паспортную вместимость на календарные дни, если комната закрывалась, кровать ремонтировали или часть фонда снимали с продажи.

Корректная шахматка показывает кровать на каждой строке

В рабочей шахматке одна строка соответствует одному постоянному спальному месту, а колонки соответствуют датам или ночам. Комнаты группируют строки, но не заменяют их. У восьмиместной комнаты должно быть восемь различимых мест: 101-1, 101-2 и так далее либо понятные обозначения вроде «нижнее у окна» и «верхнее у двери».

Карточка на пересечении строки и даты должна отвечать хотя бы на четыре вопроса: кто занимает место, где границы проживания, каков статус брони и можно ли продать место другому человеку. Цвет помогает сканировать экран, но он не должен быть единственным носителем смысла. Администратору нужны подпись, даты и статус, иначе при слабом экране или похожих цветах ошибка останется незамеченной.

Полезный набор состояний невелик:

• свободно и доступно для продажи;
• забронировано, но гость еще не заселен;
• заселено;
• заблокировано по операционной причине;
• удерживается под частную продажу или группу.

Отдельный статус оплаты не должен подменять статус проживания. Неоплаченная бронь все равно может удерживать остаток до срока оплаты, а полностью оплаченный гость еще не обязательно заселен. Когда один цвет пытаются использовать сразу для брони, оплаты и проживания, ночной администратор начинает угадывать.

Граница суток тоже должна быть однозначной. Бронь с заездом 10 июля и выездом 12 июля занимает ночи 10-11 и 11-12, то есть две место-сутки. Колонка с датой обычно обозначает ночь, начинающуюся в этот день. Если команда считает ее календарными сутками или днем выезда, неизбежно появятся ложные пересечения.

Постоянный код места нужен даже тогда, когда гость не выбирает кровать при покупке. Без кода нельзя надежно записать переселение, поломку, замену матраса или предпочтение нижнего яруса. Надпись на самой кровати и код в системе должны совпадать. Переименовывать место после каждой перестановки мебели не стоит: если физическую кровать перенесли окончательно, закройте старый ресурс и создайте новый, чтобы прошлые брони не поменяли смысл задним числом.

Категория и конкретное место тоже не одно и то же. Витрина обычно продает «место в женском шестиместном номере», потому что покупателю не нужен внутренний код 203-Н2. После продажи система уменьшает остаток категории на единицу, а затем связывает бронь с подходящей физической кроватью. Если категорию описали слишком широко, в одном пуле окажутся несовместимые места. Если слишком узко, свободные кровати будут простаивать за десятком почти одинаковых названий.

У каждой кровати должен быть только один действующий статус на одну ночь. Нельзя одновременно считать ее занятой гостем и закрытой ремонтом, даже если поломку нашли после подтверждения брони. Сначала администратор переселяет гостя или меняет даты, затем ставит технический блок. Система обязана запретить второй объект поверх первого либо потребовать явного разрешения конфликта, а не просто нарисовать две карточки разными цветами.

Порядок строк стоит закрепить по комнате, ярусу и положению. Когда строки каждую минуту сортируются по фамилии или дате заезда, администратор перестает воспринимать шахматку как план помещения. Поиск и фильтр могут временно скрывать лишнее, но базовая схема должна оставаться стабильной. Тогда коллега по смене понимает фразу «гость на 105-4 просит нижнее место» без дополнительного перевода.

Для смешанного объекта, где есть общие и отдельные комнаты, нужны две модели в одном календаре. Отдельный двухместный номер продается одной единицей, даже если в нем две кровати, пока правила не разрешают подселение. Общая шестиместная комната продается шестью единицами. Нельзя привести их к общей метрике «комнаты заняты» и получить полезный остаток, но можно привести к выручке и отдельно анализировать номерные и место-сутки.

Визуальная длина карточки должна совпадать с числом ночей, а день выезда оставаться свободным для следующего заезда после уборки. Если хостел запрещает оборот кровати в тот же день, это не повод продлевать проживание гостя в учете. Создайте отдельный операционный блок до времени готовности. Иначе счет, число ночевок и регистрационные данные разойдутся с календарем.

Шахматка также должна различать отмену и удаление. Отмененная бронь освобождает остаток, но остается в истории с причиной, временем и пользователем. Удаление записи стирает объяснение, поэтому его следует оставлять только для явной ошибки ввода до любых финансовых и гостевых действий. Когда гость утверждает, что бронь была подтверждена, журнал изменений полезнее воспоминаний двух смен.

Наконец, карточка брони не должна хранить все сведения только в одной текстовой заметке. Число гостей, категория, места, даты, тариф, источник и статус нужны как отдельные поля, иначе система не сможет посчитать остаток или найти противоречие. Комментарий оставьте для особенностей, которые не участвуют в расчете: просьбы о тихом месте, позднего звонка или согласованной встречи у входа. Структурные данные должны проверяться правилами, а не внимательностью администратора.

Если гостю разрешают выбрать верхнее или нижнее место при покупке, выбранный признак должен резервировать реальный остаток, а не жить пожеланием в комментарии. Когда нужный тип закончился, система должна честно закрыть вариант. Обещание, которое администратор замечает только утром заезда, уже нельзя исправить без разговора с гостем.

Бронь группы не превращается в одно место

Одна бронь может иметь одного заказчика, несколько гостей и несколько назначений на места. Эти количества нельзя склеивать. Плательщик отвечает за бронь, карточки гостей нужны для заселения и учета, а назначения показывают, где каждый человек спит каждую ночь.

Представим заявку на пять человек в шестиместный смешанный номер с 14 по 17 августа. В шахматке должны появиться пять параллельных полос на трех ночах. Шестая строка остается свободной, если группа не выкупила комнату целиком. Если менеджер обещал не подселять постороннего, шестое место нужно явно заблокировать причиной «частное размещение», а не оставить визуально пустым.

Группы часто переезжают внутри хостела. Если на первую ночь пять мест есть только в комнате А, а на следующие две - только в комнате Б, система может технически собрать проживание с переездом. Администратор должен увидеть разрыв до подтверждения, потому что гости обычно воспринимают групповую бронь как обещание не паковать вещи каждое утро. Автоматический подбор без такого предупреждения создает конфликт на стойке.

В данных одна бронь может выглядеть так:

Бронь H-4187: 5 гостей, 14.08-17.08
Назначения:
101-1: гость 1, 3 ночи
101-2: гость 2, 3 ночи
101-3: гость 3, 3 ночи
101-4: гость 4, 3 ночи
101-5: гость 5, 3 ночи
101-6: свободно или блок «частное размещение»

Такой формат дает проверяемый остаток. Запись «комната 101, группа 5» годится как заголовок, но не как инвентарь.

Цена считается за проданное место и ночь

Базовая цена общего номера обычно относится к одному месту за одну ночь. Поэтому стоимость брони равна сумме цен всех занятых место-суток с учетом тарифа, скидок и доплат. Умножение «цена номера × число ночей» здесь неверно, если только хостел не продает комнату целиком по отдельному тарифу.

Для группы из пяти человек на три ночи по 1 200 рублей расчет начинается с 18 000 рублей: 5 × 3 × 1 200. Если верхние и нижние места имеют разные тарифы, нужно суммировать строки, а не брать среднюю цену комнаты. Если цена меняется на выходные, система должна брать цену каждой ночи отдельно.

Средняя цена проданного места рассчитывается так:

Средняя цена места = выручка от проживания / проданные место-сутки
Доход на доступное место = выручка от проживания / доступные место-сутки

Второй показатель полезнее одной загрузки: он не награждает администратора за распродажу по слишком низкой цене. Два хостела могут иметь одинаковые 70 процентов загрузки, но разный доход на доступное место. И наоборот, более дорогая суббота иногда приносит больше при меньшем числе занятых кроватей.

Отдельно храните цену продажи, цену по тарифу и итог после скидки. Если перезаписать исходный тариф ручной скидкой, позже никто не объяснит, почему два соседних гостя заплатили по-разному. Для возврата и сверки кассы нужна история изменения суммы, а для анализа спроса - фактическая цена каждой место-сутки.

Частная продажа комнаты требует двойного учета

Когда компания или семья выкупает общий номер целиком, хостел одновременно продает один пакет и снимает с рынка все места комнаты. Шахматка должна закрыть каждую кровать, даже если в комнате физически спят три человека из восьми. Иначе свободные пять мест уйдут в канал продаж и хостел получит законное с точки зрения канала, но невыполнимое бронирование.

Есть два корректных способа оформить такую продажу. Первый: создать тариф «номер целиком», привязать его к комнате и при подтверждении автоматически заблокировать все входящие места. Второй: создать бронь на нужное число фактических гостей и отдельные блоки на остальные кровати. Первый способ проще для цены, второй лучше показывает реальное число проживающих. В обоих случаях остаток должен стать нулевым.

Для анализа нужно сохранить два показателя. Проданные место-сутки отражают коммерческое использование вместимости, если весь номер действительно был товаром. Фактически занятые места отражают число проживающих и операционную нагрузку. Смешивать их нельзя: уборке и учету гостей нужны реальные люди, а отчету по упущенной доступности нужно знать, что кровати закрыли обещанием частного размещения.

Не советую решать задачу фиктивными гостями «Блок 1», «Блок 2». Этот прием популярен, потому что работает в таблице без доработки. Он портит реестр гостей, отчеты по числу проживающих и поиск дублей. Блокировка должна оставаться блокировкой с причиной и автором, а не изображать человека.

Ограничения должны резать остаток до продажи

Свободная кровать не всегда доступна конкретному гостю. Женский номер нельзя предлагать мужчине, место в комнате только для взрослых нельзя отдать ребенку, а верхний ярус может не подходить человеку с ограниченной подвижностью. Шахматка хранит физическую свободу, но механизм продажи обязан применить правила категории до показа остатка.

Сначала система находит места, свободные на все ночи запроса. Затем отбрасывает места, которые не соответствуют составу гостей и условиям тарифа. После этого старается сохранить непрерывное назначение без переселения. Только получившийся остаток можно отдавать сайту, мессенджеру или внешней площадке.

Особенно опасно считать доступность по каждой ночи отдельно. Допустим, в шестиместном номере на три ночи ежедневно свободно по одному месту, но это разные кровати: первая свободна только в понедельник, вторая только во вторник, третья только в среду. Суммарный отчет показывает «1 свободное место каждый день», однако непрерывного места на три ночи нет. Если переселение не согласовано, продавать такой остаток нельзя.

Семейное или групповое размещение добавляет условие близости. Четыре разрозненные кровати в четырех комнатах не равны четырем местам вместе. Хорошая шахматка показывает и общий остаток, и возможность разместить группу в одной комнате. Это разные ответы на разные запросы.

Овербукинг начинается с несогласованных остатков

Овербукинг в хостеле чаще рождается не из злого умысла, а из нескольких таблиц, каждая из которых считает доступность по-своему. Администратор продал две кровати по телефону, площадка еще видит старый остаток, а в бумажной шахматке комната закрашена одной длинной полосой без числа гостей. Через пять минут продается девятое место в восьмиместном номере.

Один пул мест означает, что все каналы уменьшают один и тот же остаток. Для категории «Кровать в восьмиместном смешанном номере» в продажу уходит число совместимых свободных кроватей, а не число комнат. Конкретное место можно назначить сразу или позже, но система уже должна зарезервировать нужное количество единиц категории.

Проблема позднего назначения называется разрывом между инвентарем категории и физическими кроватями. В категории может числиться две свободные единицы, однако длинные брони уже нарезали календарь так, что ни одна конкретная кровать не свободна на весь запрос. Поэтому система должна периодически проверять, можно ли разложить все неназначенные брони по реальным местам без пересечений.

Перетаскивание карточки в шахматке - операция с последствиями, а не рисунок. После переноса нужно проверить политику комнаты, даты, состав группы и остаток, затем сохранить автора и время изменения. Если перенос освобождает место, которое продается во внешних каналах, новый остаток можно публиковать только после успешного сохранения.

Ремонт и служебные блоки меняют знаменатель

Кровать со сломанной лестницей не свободна и не занята гостем. Ее нужно вывести из продажи блоком с датами и причиной. Для оперативного отчета она уменьшает доступные место-сутки, иначе загрузка будет выглядеть хуже из-за товара, который хостел физически не мог продать.

Statistics Finland разделяет валовую и чистую загрузку мест. Валовая берет всю существующую вместимость и все календарные дни, чистая учитывает только места, реально доступные в дни работы, исключая временные закрытия. Для владельца нужны оба взгляда. Чистая загрузка показывает работу продаж на доступном фонде, валовая напоминает, сколько мощности потеряно из-за ремонта, сезона или кадрового решения.

Причины блоков лучше ограничить справочником: ремонт, санитарная обработка, служебное использование, частная продажа, закрытие категории. Свободный комментарий можно оставить рядом. Тогда отчет отличит поломку от коммерческого решения, а администратор не будет создавать десяток вариантов вроде «рем», «ремонт кровати» и «не продавать».

Блок без срока окончания опасен. Он тихо превращается в постоянное уменьшение фонда, хотя лестницу починили неделю назад. У каждого блока должны быть начало, конец, причина и ответственный. Для бессрочного закрытия лучше изменить состав инвентаря отдельной операцией, сохранив историю.

Перенос из номерной таблицы нужно сверять по ночам

Миграция начинается не с импорта фамилий, а с описания физического фонда. Составьте список комнат, категорий и постоянных кроватей, присвойте каждому месту стабильный код. Код не должен зависеть от гостя или текущей цены: кровать 204-В остается той же кроватью после выезда и смены тарифа.

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

1. Посчитайте физические места по комнатам и категориям.
2. Для каждой ночи сложите занятые места, блоки и свободный остаток.
3. Проверьте равенство: физическая вместимость = занято + заблокировано + свободно.
4. Найдите брони без назначений и назначения без гостя или блока.
5. Отдельно проверьте группы, длинные проживания и даты закрытия комнат.

Не удаляйте старую таблицу сразу. Оставьте ее только для чтения на согласованный срок и запретите новые записи после момента переключения. Две активные шахматки создают расхождение в тот же день, каким бы аккуратным ни был персонал.

Плацкарт строит шахматку как схему вагонного типа: комнаты группируют отдельные места, а брони занимают конкретные строки по ночам. При переносе из Excel или другой PMS рабочая шахматка собирается с первого дня, но результат все равно стоит принять по ночной сверке, потому что исходные пометки знает только владелец объекта.

Ежедневная проверка занимает несколько минут

Перед сменой администратору нужен не общий процент загрузки, а список противоречий на ближайшие ночи. Нормальная система сама показывает брони без места, пересечения, просроченные блоки и группы, разбросанные по разным комнатам. Просматривать глазами сотни клеток ради поиска ошибки ненадежно.

На сегодняшней дате должны сходиться четыре числа: физическая вместимость, места вне продажи, места под бронями и свободный остаток. Затем администратор проверяет ранние заезды, поздние выезды и неподтвержденные брони, срок удержания которых истек. После каждого переселения система должна пересчитать будущие ночи, а не только текущую клетку.

Отчет за месяц тоже нужно читать в парах. Смотрите чистую и валовую загрузку, среднюю цену проданного места и доход на доступное место, фактических гостей и коммерчески закрытые кровати. Одна цифра почти всегда поощряет неверное действие: высокая загрузка толкает к дешевым продажам, высокая средняя цена позволяет не замечать пустой фонд.

Корректная шахматка не обязана быть красивой. Она обязана без кликов показать, где будет спать каждый гость, какое обещание уже закрывает соседние места и сколько непрерывного остатка можно продать. Если на вопрос «есть ли две кровати вместе с пятницы по воскресенье?» администратор отвечает после пересчета на бумаге, система все еще считает номера, даже когда на экране нарисованы кровати.