Основная логика — это график занятости, привязанный к реальному количеству будок. Система не должна допускать, чтобы одна будка ушла на два события в один день, но обязана позволять разным будкам работать параллельно на разных площадках. Гость указывает дату, видит доступные модели, выбирает пакет на нужное число часов, докидывает опции — реквизит, брендированный фон, гостевую книгу, дополнительные отпечатки — и переходит к оформлению, где вносит адрес зала, время работы и промежуток на привоз и сборку. Залог для нас критичен: частичная оплата фиксирует дату, остаток висит как задолженность до дня события, а бронь считается подтверждённой только после зачисления залога.
Внутри нам нужен раздел управления графиком: планирование выездов и монтажа для команды, блокировка дат под ремонт и обслуживание, сезонная корректировка цен пакетов. Автоуведомления о подтверждении и напоминания клиенту сняли бы с администратора кучу ручной работы.
— Модели будок и пакеты с гибкими часами и опциями
— График занятости по фактическому числу будок
— Оформление события с адресом, временем и окном выезда и сборки
— Залог для фиксации даты и контроль остатка оплаты
— Раздел управления графиком выездов и уведомлениями