Доработка модуля бронирования

[collin]

После того, как заявка на бронирование была подтверждена, в личном кабинете пользователя должна публиковаться информация - что-то вроде счета - содержащая не только период бронирования, объекта, но и № брони, ее стоимость с учетом продолжительности и сезона, вносимой или внесенной предоплаты, а также другими возможными платежами: скидками (постоянному клиенту, бронирование на большой срок и т.п.) и наценками (смена белья, уборка, санитарный сбор, курортный сбор, парковка, питание и т.п.). Это обязательно нужно сделать для того, чтобы автор объявления не мог злоупотребить правом поднять цену, чтобы исключить манипуляции и злоупотребления с ценами, сроками, оплаченными услугами. Т.е. окончательная стоимость всех услуг должна быть оговорена заранее. Что подтверждается записью в личном кабинете или распечаткой из него.

Вся информация должна дублироваться на эмейл как автора объявления, так и пользователя.

Также необходимо добавить возможность отмены брони до ее утверждения автором объявления.

Автор объявления, если для аренды используются "сезонные цены" ОБЯЗАН указывать все доступные периоды. Все даты, не вошедшие в "сезоны" должны быть неактивны, чтобы исключить возможность бронирования, если стоимость не определена. Или: автор устанавливает арендную плату хххх руб, а для сезонов 1,2,3 - yyyyyy руб. Что и должно учитываться при автоматических расчетах.

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

[andipas]

После того, как заявка на бронирование была подтверждена, в личном кабинете пользователя должна публиковаться информация - что-то вроде счета - содержащая не только период бронирования, объекта, но и № брони, ее стоимость с учетом продолжительности и сезона, вносимой или внесенной предоплаты, а также другими возможными платежами: скидками (постоянному клиенту, бронирование на большой срок и т.п.) и наценками (смена белья, уборка, санитарный сбор, курортный сбор, парковка, питание и т.п.).

Как вы себе представляете выставление такого счета? Можете привести пример такой формы.
Какие поля должен заполнить владелец объявления или администратор и как должен выглядеть такой счет в ЛК пользователя?

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

Реализуем в будущих версиях, спасибо.

Автор объявления, если для аренды используются "сезонные цены" ОБЯЗАН указывать все доступные периоды. Все даты, не вошедшие в "сезоны" должны быть неактивны, чтобы исключить возможность бронирования, если стоимость не определена. Или: автор устанавливает арендную плату хххх руб, а для сезонов 1,2,3 - yyyyyy руб. Что и должно учитываться при автоматических расчетах.

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

[collin]

После того, как заявка на бронирование была подтверждена, в личном кабинете пользователя должна публиковаться информация - что-то вроде счета - содержащая не только период бронирования, объекта, но и № брони, ее стоимость с учетом продолжительности и сезона, вносимой или внесенной предоплаты, а также другими возможными платежами: скидками (постоянному клиенту, бронирование на большой срок и т.п.) и наценками (смена белья, уборка, санитарный сбор, курортный сбор, парковка, питание и т.п.).

Как вы себе представляете выставление такого счета? Можете привести пример такой формы.
Какие поля должен заполнить владелец объявления или администратор и как должен выглядеть такой счет в ЛК пользователя?

Я вам скину в личку ссылку, возможно, вам будет интересно с точки зрения новых идей. Именно этот момент там реализован весьма неплохо.
Личка у вас закрыта, как с вами связаться, чтобы дать ссылку. Публиковать ее нецелесообразно.

[andipas]

Я вам скину в личку ссылку, возможно, вам будет интересно с точки зрения новых идей. Именно этот момент там реализован весьма неплохо.
Личка у вас закрыта, как с вами связаться, чтобы дать ссылку. Публиковать ее нецелесообразно.

Вариантов реализации бронирования на различных сайтах великое множество. Подсчет цены в зависимости от дней, кол-ва взрослых и детей, скидок и т.д. Такие доработки мы оцениваем и делаем по запросу и при наличии четкого ТЗ.
Ссылку оставлять не нужно, можете оставить:
1. Список полей форм объявления которые нужны для формирования цены бронирования.
2. Формулу формирования цены бронирования в зависимости от выбранных данных в форме бронирования.

Мы посмотрим и возможно реализуем предложенный вариант в будущих версиях.

[collin]

Разговор ушел в несколько другую плоскость. Я начинал с того, что пользователь должен получать сообщение в ЛК и на почту о том, что его запрос на бронирование одобрен и ему выставлен счет, в котором указано:
№ объекта (ссылка на объект)
№ брони
Период брони
Скидка (если предусмотрено. Такая опция не обязательна, но весьма желательна)
Наценка (если предусмотрено. Такая опция не обязательна, но весьма желательна)
Общая стоимость
Размер предоплаты, в % и абсолютном выражении (если требуется внести предоплату)
Остаток суммы, вносимый при заселении.

Вывод этих сведений можно реализовать, например, так: при клике на ссылку в статусе "Подтверждено" открывается всплывающее окно со всей указанной информацией.

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

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

[andipas]

Спасибо, учтем эти пожелания.