В календаре оборудование свободно с понедельника, но предыдущий клиент продлил аренду по телефону. Менеджер уже подтвердил новую бронь. На складе есть похожий экземпляр, однако он возвращён без зарядного устройства и ещё не проверен. Исправный складской остаток, свободный интервал и готовность выдать комплект оказались разными вещами.
Система аренды должна связывать эти состояния с конкретным экземпляром и коммерческими условиями. Её задача — помочь сотрудникам обоснованно подтвердить выдачу, отследить возврат и объяснить расчёт. Для этого сначала согласуют правила процесса, а затем выбирают готовую программу или объём разработки.
Бронируйте не только название оборудования
Позиция каталога описывает модель, а экземпляр — определённую единицу с инвентарным или серийным номером. Два одинаковых генератора могут различаться комплектацией, площадкой хранения и готовностью к выдаче.
В карточке экземпляра нужны текущая площадка, состояние, состав комплекта и связанные интервалы занятости. Отдельно храните проверку после возврата и ремонт: физическое нахождение на складе ещё не делает оборудование доступным.
Бронь может первоначально относиться к модели, если компания допускает позднее назначение экземпляра. Тогда система должна контролировать достаточность подходящих единиц на весь период. Перед выдачей связь с конкретным экземпляром становится обязательной. Правило подбора замены согласуют заранее, включая необходимость подтверждения клиентом.
Определите, что занимает календарь
Запишите интервалы аренды, подготовки, доставки и проверки возврата. Если техника приезжает вечером и осматривается утром, обещать следующему клиенту выдачу ночью нельзя только потому, что аренда закончилась.
Разделите предварительный запрос, временное удержание и подтверждённую бронь. Для удержания задайте срок действия и условие продления. Иначе незавершённые переговоры постепенно заблокируют весь парк.
Для интервалов удобно явно определить включение границ. Например, занятость с 10:00 до 12:00 заканчивается в 12:00, но следующая выдача возможна только после предусмотренной подготовки. Это правило календаря не определяет автоматически способ начисления платы: часы, сутки и округление обсуждаются отдельно.
Учебный пример с продлением
Представим условную компанию проката измерительных комплектов. Это пример расчёта требований, не реализованный кейс. Комплект К-17 состоит из прибора и двух самостоятельных аксессуаров. По учебным условиям он выдан с понедельника 09:00 до четверга 09:00.
Расчётный период — каждые 24 часа, стоимость полного комплекта — 2 000 рублей за период. Первоначально согласованы три периода: 6 000 рублей. В среду клиент просит продлить аренду до пятницы 09:00.
Но на четверг 12:00 уже подтверждена другая бронь. Система не должна автоматически принять продление. Менеджер сначала проверяет возможность выдать следующему клиенту подходящий комплект К-18. Только после согласованной замены брони подтверждает дополнительный период К-17 и итог 8 000 рублей.
Этот пример показывает две связанные проверки: доступность имущества и изменение расчёта. Изменить только дату в карточке недостаточно — нужно увидеть, какое обещание следующему клиенту затронуто.
Частичный возврат требует отдельного правила
В пятницу в 09:00 клиент возвращает прибор и один аксессуар. Второй он возвращает в понедельник в 09:00. Из карточки должно быть видно, какая часть комплекта фактически принята, а какая ещё ожидается.
Дальнейшее начисление нельзя вывести из одного статуса «Возврат». Варианты зависят от согласованных условий: продолжение оплаты комплекта, отдельная плата за отсутствующую позицию или прекращение аренды с отдельным разбором недокомплекта.
Для учебного примера стороны заранее выбрали отдельную плату за аксессуар: 300 рублей за каждые 24 часа. Три дополнительных периода дают 900 рублей. Общая сумма составляет 8 900 рублей, если других начислений и корректировок нет. Это иллюстрация, а не рекомендуемый тариф.
Система хранит применённое правило и основание перехода на него. Изменение справочника цен позже не должно незаметно пересчитывать уже согласованный период.
Не смешивайте возврат и готовность к выдаче
Приёмщик фиксирует время, комплектность и наблюдаемое состояние. Проверяющий затем решает, готово ли оборудование к следующей работе. Эти роли может выполнять один человек, но сами события остаются разными.
Если обнаружено повреждение, сначала создают запись для разбора и блокируют выдачу по принятому правилу. Отметка в программе сама по себе не устанавливает виновника и размер компенсации. Подтверждающие документы и решения оформляют в согласованном компанией порядке.
Для каждого открытого вопроса нужны ответственный и следующее действие. Иначе оборудование остаётся в неопределённом состоянии «на складе», а менеджер считает его свободным. Клиенту также должно быть понятно, какие позиции приняты и что ещё требует уточнения.
Когда достаточно готовой программы
Готовое решение стоит проверить первым, если используются стандартные периоды аренды, понятные тарифы и один склад. Оно может закрыть календарь, выдачу, возврат и основные расчёты без разработки отдельного продукта.
Потребность в заказном модуле появляется при сочетании особенностей: комплекты меняют состав, несколько площадок обмениваются техникой, продление затрагивает цепочку броней, а начисления зависят от подтверждённых событий.
Попросите поставщика провести именно ваш сложный пример. Наличие поля «комплект» не доказывает поддержку частичного возврата. Возможность менять цену не доказывает воспроизводимость прошлых начислений. Сравнивайте стоимость настройки, доработки и самостоятельного решения на одном наборе сценариев.
Состав разумной первой версии
Начните с одной категории техники и ограниченного набора условий. В первой версии нужны экземпляры и комплекты, календарь доступности, подтверждение брони, регистрация выдачи, продление с проверкой пересечений, частичный возврат и расчёт по утверждённым правилам.
Предусмотрите историю изменений и полномочия: кто вправе менять бронь, подтверждать замену, корректировать сумму и снимать блокировку выдачи. Сотрудник склада не должен случайно менять коммерческие условия вместе с датой приёмки.
Отложить можно сложную оптимизацию перемещения между филиалами, динамическое ценообразование и автоматическую оценку повреждений. Но нельзя откладывать различие между фактическим возвратом и доступностью, если от него зависит обещание следующему клиенту.
Какие ситуации включить в проверку
- Два менеджера одновременно подтверждают один экземпляр.
- Клиент забирает оборудование позже согласованного времени.
- Продление пересекается с существующей бронью.
- Возвращена часть комплекта или другое серийное изделие.
- После приёмки обнаружена необходимость ремонта.
- Оплата пришла после отмены брони.
- Оператор исправил ошибочное время возврата.
Для каждой ситуации задайте ожидаемый результат в календаре, карточке и расчёте. При исправлении прошлого события сохраняйте прежнее значение и причину. Проверка только обычной выдачи не покажет, сможет ли программа работать в реальном прокате.
С чего начать обсуждение разработки
Возьмите один завершённый договор с выдачей, продлением и возвратом. Обезличьте его и выпишите события по времени. Рядом укажите, как они изменили доступность экземпляра и сумму. Если разные сотрудники получают разный результат, сначала нужно согласовать правило.
Подготовить проверяемые ожидания поможет статья о критериях приёмки. Для разговора с ExtentLab достаточно такого примера, состава парка и перечня действующих систем. На этой основе можно обсудить, где хватит готового решения, какие связи требуют доработки и что должно войти в первый запуск.