Управляю площадкой с несколькими банкетными залами и отдельным концертным пространством побольше. Пока запись гостей идёт вручную — звонки, переписка в мессенджере и таблица, которую одновременно ведут два человека. Ошибки уже случались: два клиента получали подтверждение на один и тот же зал в один и тот же день, и разруливать конфликт при обоих на линии было крайне неприятно. Нужен веб-инструмент бронирования, встроенный в сайт: клиент указывает желаемую дату мероприятия, ожидаемое количество гостей и тип события — свадьба, банкет, концерт, корпоративное мероприятие или частный праздник, а сервис в ответ показывает только те залы, которые вмещают нужное число людей и реально свободны в выбранный день.
Ключевая техническая задача — исключить повторное бронирование одной и той же даты для одного и того же зала полностью, на уровне базы, а не только визуально на форме, включая случаи, когда администратор пытается вручную назначить второе мероприятие поверх уже подтверждённого. Отдельно важно учитывать не только календарный день, а конкретные временные интервалы, поскольку часть заказов — это дневное мероприятие на несколько часов, а часть занимает зал целиком до позднего вечера, и такие интервалы не должны конфликтовать без причины. Хотелось бы также предусмотреть промежуточный статус брони — предварительное удержание слота до момента оплаты задатка, чтобы отсеивать несостоявшиеся заявки.
Из задач для исполнителя выделю следующее:
— форму с выбором даты, количества гостей и формата мероприятия, работающую с реальной проверкой занятости
— панель управления, где видны все залы сразу с календарями и статусами броней
— серверную защиту от коллизий бронирования, а не только клиентскую проверку
— автоматические оповещения ответственных сотрудников при новой брони или отмене
— адаптивную вёрстку формы, согласованную с общим оформлением сайта
Ключевая техническая задача — исключить повторное бронирование одной и той же даты для одного и того же зала полностью, на уровне базы, а не только визуально на форме, включая случаи, когда администратор пытается вручную назначить второе мероприятие поверх уже подтверждённого. Отдельно важно учитывать не только календарный день, а конкретные временные интервалы, поскольку часть заказов — это дневное мероприятие на несколько часов, а часть занимает зал целиком до позднего вечера, и такие интервалы не должны конфликтовать без причины. Хотелось бы также предусмотреть промежуточный статус брони — предварительное удержание слота до момента оплаты задатка, чтобы отсеивать несостоявшиеся заявки.
Из задач для исполнителя выделю следующее:
— форму с выбором даты, количества гостей и формата мероприятия, работающую с реальной проверкой занятости
— панель управления, где видны все залы сразу с календарями и статусами броней
— серверную защиту от коллизий бронирования, а не только клиентскую проверку
— автоматические оповещения ответственных сотрудников при новой брони или отмене
— адаптивную вёрстку формы, согласованную с общим оформлением сайта
