Аренда на стыке сезонов: как согласовать расчёт одной брони
5 мин чтения

Клиент берёт машину в конце июня и возвращает в июле. В прайсе июнь дешевле июля, но менеджер умножает июньскую цену на весь срок, а сайт складывает дни по двум сезонам. Оба расчёта арифметически верны для своих правил. Проблема возникает раньше оплаты: команда не определила, какое правило действует для этой брони и что должно быть показано клиенту.
Не начинайте с нового коэффициента
Сезонная сетка отвечает на вопрос «какая цена действует в периоде». Чтобы рассчитать конкретную аренду, этого недостаточно. Нужны границы оплачиваемого времени и способ применения сетки. Если в интерфейсе есть только поля «июнь — 3 000» и «июль — 4 500», разработчик всё равно должен решить, что делать с переходящей бронью.
В этой статье сравниваются два учебных правила. Первое: взять цену даты начала и умножить на весь согласованный срок. Второе: для каждой оплачиваемой даты взять цену её периода и сложить строки. Ни одно из правил не объявляется обязательным для всех прокатов. Выберите своё условие, согласуйте его отображение и проверьте реализацию в системе.
Единицу расчёта надо определить отдельно
Ниже используются только целые календарные даты: начало включено, окончание исключено. Это упрощённая модель, например, для сверки заранее согласованного набора оплачиваемых дней. Интервал с 29 июня до 3 июля включает 29 и 30 июня, 1 и 2 июля — четыре единицы. Дата 3 июля не добавляет пятую.
Это не универсальная трактовка суток аренды. Если прокат считает двадцатичетырёхчасовые блоки от момента выдачи, нужны часы и правила неполного блока. В официальной документации HighLevel описано применение временного правила по началу оплачиваемого блока; там же суточный расчёт отличён от простого вычитания календарных дат. Наш инструмент не воспроизводит тот продукт: в нём нет времени суток, часового пояса, переходов времени или округления опоздания.
| Оплачиваемые даты | Дней | Цена по сетке | По цене начала на весь срок | По цене каждой даты |
|---|---|---|---|---|
| 29–30 июня | 2 | 3 000 ₽ | 6 000 ₽ | 6 000 ₽ |
| 1–2 июля | 2 | 4 500 ₽ | 6 000 ₽ | 9 000 ₽ |
| Вся бронь | 4 | Две заранее заданные цены | 12 000 ₽ | 15 000 ₽ |
| Разница двух правил | Не дополнительная услуга и не депозит | 3 000 ₽ из-за способа применения сетки | ||
Пример не описывает тарифы AUTO555, действующий прайс какого-либо проката или рыночную стоимость автомобиля. Здесь нет рекомендации поднять цену: задача — получить одинаковое объяснение суммы на сайте, у менеджера и в согласованных условиях бронирования.
Периоды должны покрывать нужные даты без двусмысленности
Для формы сезон задаётся строкой: идентификатор, первая дата включительно, последняя граница исключительно и готовая цена дня. Например, период с 1 июня до 1 июля покрывает июнь; следующий начинается 1 июля. Соседние интервалы соприкасаются, но не пересекаются.
- Две цены покрывают одну дату
- Не выбирайте автоматически минимальную, максимальную или последнюю строку без принятого правила приоритета. В нашем инструменте такое пересечение запрещено во всей введённой сетке, даже вне брони. Исправьте даты; сложные приоритеты — другая модель.
- На оплачиваемую дату нет цены
- Форма останавливает расчёт и называет пропуск. Нельзя молча принять ноль или продолжить предыдущий сезон. Заполните сетку либо отдельно определите базовую цену и правила её применения.
- Есть лишние сезоны до и после брони
- Их суммы в расчёт не входят. Однако формат, порядок границ и отсутствие пересечений всё равно проверяются.
Первая цена не всегда меньше последующих. Если аренда идёт из высокого сезона в низкий, итог по датам может оказаться ниже суммы по началу. Отрицательная разница в результате означает именно это, а не возврат денег, задолженность или автоматическую скидку.
Что сохранить вместе с подтверждённой суммой
Одного итога недостаточно для последующего объяснения. Сохраните начало и окончание, определение оплачиваемой единицы, применённое правило и версию использованной сетки. Для расчёта по датам полезна расшифровка: дата, период, ставка и сумма. Если изменение условий требует согласования, действуйте по своему процессу; форма не изменяет договоры и не оценивает их юридическую силу.
Скачиваемый результат ниже сохраняет введённую сетку и обе учебные суммы для проверки. Он не является коммерческим предложением, фискальным документом или подписанным подтверждением брони. Программа не знает, какое правило вы согласовали с клиентом, поэтому не выбирает более выгодный итог за вас.
Проверка до подключения онлайн-бронирования
- Посчитайте вручную бронь внутри одного периода: обе модели должны дать одинаковую сумму.
- Поставьте начало точно на границу следующего сезона: цена должна относиться уже к новому периоду.
- Поставьте окончание на границу: при принятой здесь модели этот день не включается.
- Проверьте переход как к более высокой, так и к более низкой цене, а также пропуск и наложение периодов.
Продление проверяйте отдельным сценарием. Добавить дни по старой цене, по действующей сетке или пересчитать весь срок — разные действия. Эта форма сравнивает только две полностью заданные первоначальные модели; она не содержит историю изменений брони, скидки за длительность, налоги, комиссию площадки, страховку, доставку, депозит или доступность машины.
В AUTO555 уже есть материалы о формировании цены аренды и сезонном планировании. Используйте их для подготовки прайса, а эту сверку — для уточнения поведения одной переходящей брони. При знакомстве с онлайн-бронированием повторите выбранные случаи в подходящем тестовом доступе. Наличие статьи не подтверждает, что любой интерфейс системы реализует обе учебные модели или позволяет переключать их одной кнопкой.
Сверить две модели сезонной цены одной брони
Учебные целые календарные даты, 1–366 дней, годы 1900–2099. Две модели: цена первого дня на весь срок и сумма цен отдельных дат. Все периоды без пересечений, каждая оплачиваемая дата покрыта. День окончания не оплачивается в этой модели. Нет времени суток, фактических 24-часовых блоков, DST, частичных дней, приоритетов сезонов, базовой ставки, скидок, налогов, допуслуг, депозитов, продления, истории условий или юридического вывода. Не выбирает правило, не обращается к CRM и не рассчитывает рыночный тариф. Расчёт выполняется на вашем устройстве, введённые данные никуда не отправляются.
Auto555 — облачная CRM для автопроката: брони, договоры, выдача и приёмка, депозиты и финансы в одном окне.
Начать бесплатно