Квоты номеров у туроператора: подтверждение и освобождение

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

Какими именно местами может распоряжаться туроператор

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

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

Одна строка на период скрывает дефицит отдельной ночи

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

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

Учебный остаток: квота, подтверждение и временное удержание

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

Расчёт здесь простой: 5 − 2 − 1 = 2 для первой ночи и 5 − 3 − 1 = 1 для второй. Но эта арифметика работает только после определения непересекающихся состояний. Если подтверждённая бронь продолжает одновременно числиться удержанием, система дважды вычтет одно место.

Запрос должен перейти в подтверждение или освобождение

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

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

Релиз-период хранится с условиями расчёта

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

Различайте напоминание сотруднику, отправленное изменение и подтверждённый результат. Само достижение даты в календаре не доказывает, что обе стороны одинаково обновили данные. При этом последствия освобождения и изменения уже подтверждённой брони определяются условиями, а не цветом ячейки в CRM.

Квота канала продаж не тождественна договорному блоку

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

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

Изменение поставщика сверяется с уже принятыми обязательствами

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

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

Проверка на трёх ночах

1. Создайте учебную квоту по одной категории на три ночи с разным остатком. Проверьте доступность всей поездки, а не только первого дня.
2. Отправьте запрос с заданным правилом удержания. Он должен отличаться от подтверждённого бронирования.
3. Примите подтверждение и убедитесь, что прежнее удержание не продолжает второй раз уменьшать остаток.
4. Повторите отказ и освобождение одной операции. Количество не должно увеличиваться повторно.
5. Измените условия освобождения и проверьте историю, часовой пояс и подтверждение другой стороны.
6. Уменьшите квоту ниже уже принятых обязательств. Система должна показать расхождение и ответственного за решение.

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