Платформа, позволяющая управлять бронированиями и ежедневной работой заведения из одной системы.
Собран и доступен онлайн · Управление заведением · Управление бронированиями · Операционная работа · Отслеживание платежей · Рабочие процессы сотрудников · Данные о клиентах
Задача
Во многих заведениях бронирования ведутся в одном месте, расписание — в другом, а платежи записываются отдельно. В конце дня становится сложно точно определить, какие бронирования состоялись, какие сессии ещё активны и какие платежи были завершены.
Что я собрал
Единую платформу для управления бронированиями, сессиями и платежами. Цель — заменить несколько разрозненных инструментов одной системой, в которой весь рабочий процесс заведения связан между собой.
Что это меняет
Бронирование превращается в активную сессию, сессия завершается оплатой, а в конце дня финансовые результаты смены можно сопоставить с операциями, зафиксированными в системе. Таким образом, весь процесс отслеживается от создания бронирования до завершения оплаты.
Моя роль
Heselo — мой собственный продукт. Я самостоятельно спроектировал и разработал всю платформу — включая систему бронирований, экран текущих сессий, платежи, склад и административную панель. Продукт полностью разработан и работает онлайн. На данный момент он ещё не запущен в коммерческую эксплуатацию, поэтому ни одно заведение пока не использует Heselo для ежедневной работы.
Heselo · онлайн
Управление заведением
Пример из работы · Heselo
Один операционный факт, три состояния
Бронь, живая сессия и оплата — это не три приложения. Это три состояния одной записи.
Забронировано
Ресурс обещан на определённый интервал. Вторая бронь не может тихо его занять.
гость приходит
Идёт
Гость на месте. Время идёт. Можно добавлять позиции.
сессия закрывается
Закрыто
У сессии есть сумма, способ оплаты и смена, к которой она относится.
Одна запись бронирования проходит весь процесс: бронирование → сессия → оплата
Единая база
Бронирование, созданная на его основе сессия и итоговый платёж рассматриваются как разные этапы одной записи. Такой подход помогает избежать двойного бронирования одного временного интервала и не позволяет платёжным данным разных смен смешиваться между собой.
На чём собрано: Java · Spring Boot · REST APIs · PostgreSQL · React · Docker