Разработка сервиса бронирования и аренды: от записи клиента до возврата

Защита строится из трёх слоёв, и каждый закрывает свой случай.

• Удержание на время оплаты. Когда клиент выбрал время и нажал «забронировать», слот переходит в состояние «удержан» с таймером. Остальные клиенты видят его занятым, а если оплата не пришла, удержание снимается само. Срок таймера задаёт владелец сервиса: он зависит от способа оплаты.
• Проверка и запись одной операцией. Свободно ли время и создание брони выполняются в одной транзакции базы, иначе два запроса, пришедших в одну секунду, оба увидят «свободно». Читать и затем записывать отдельными шагами нельзя.
• Ограничение в самой базе. PostgreSQL умеет запрещать пересекающиеся диапазоны времени для одного ресурса на уровне схемы. Даже если в коде сервиса окажется ошибка, второе пересекающееся бронирование база не примет, а клиент увидит понятный отказ.

Время и часовые пояса

В базе время хранится в едином стандарте, в интерфейсе показывается по часовому поясу площадки, а не клиента: помещение в Новосибирске бронируют по его местному времени, откуда бы ни пришёл клиент. Поддержка часовых поясов закладывается сразу, потому что у сети площадок они разные.

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

• Правило привязано к услуге или ресурсу. Для массажа, переговорной и экскурсии условия разные, и они хранятся отдельно.
• Исключения делает сотрудник, и это записывается. Возврат в обход правила допустим, но с причиной и именем в журнале.
• Перенос не равен отмене с новой оплатой. Бронь переезжает на другое время, если оно свободно, платёж сохраняется, разница в цене учитывается отдельно.
• Сбой на стороне площадки (исполнитель заболел, предмет сломан) оформляется отдельной причиной: возврат полный и без штрафа.

Саму политику (условия, сроки, штрафы) определяет владелец вместе с юристом: оферту и правила возврата мы не пишем. Мы делаем так, чтобы согласованная политика выполнялась одинаково для всех клиентов.

Если нужен сервис, где клиент подбирает время, платит и получает подтверждение, это эта страница. Если клиентам нужен только кабинет с заказами и документами, достаточно личного кабинета. Если бронирование — внутренний инструмент сотрудников, а клиент звонит, смотрите CRM и внутренние системы.

Продажа товаров с корзиной и доставкой — это платформа онлайн-торговли. Подписка с регулярными списаниями разобрана на странице-разборе «B2C-сервис по подписке». Общее устройство программы — на страницах про веб-сервисы и API и серверную часть.