[Страница на сайте](https://e5ash.com/services/booking)

Сайты и приложения

# Разработка системы онлайн-записи и бронирования

Клиент выбирает доступное время и записывается на услугу, к специалисту или на ресурс. Команда управляет календарём и видит результат записи. Начинаем с одного типа услуги или ресурса, согласуем расписание, переносы, отмены и уведомления.

 [Обсудить систему онлайн-записи](https://e5ash.com/contacts?service=booking)

Формат работы

 **после разбора**

Состав, точный срок и стоимость согласуем до начала работ.

01 / Результат

## Что входит в согласованную версию

-    **Один тип услуги или ресурса**

    Выбираем объект записи и сведения, необходимые клиенту и вашей команде.

-    **Расписание и доступные слоты**

    Описываем рабочее время и правила, по которым система предлагает свободные интервалы.

-    **Запись, перенос и отмена**

    Реализуем основной путь клиента и согласованные изменения существующей записи.

-    **Подтверждения и уведомления**

    Определяем получателей, события и канал сообщения о результате записи.


02 / Границы задачи

## За рамками базового состава

-   Все филиалы и сложное распределение ресурсов
-   Предоплата и интеграции с внешними календарями без согласования

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

## Для каких задач разрабатываем онлайн-запись

Запись нужна там, где результат зависит от доступного времени: консультация специалиста, занятие, посещение или аренда ресурса. Сначала определяем, что именно клиент резервирует и кто отвечает за календарь. От этого зависят поля формы и правила подтверждения.

Выбираем место, где клиент проходит сценарий: сайт либо другой согласованный интерфейс. Если аудитория уже пользуется вашим ботом, запись можно рассмотреть внутри  [Telegram Mini App](https://e5ash.com/services/mini-apps/index.md) . Этот интерфейс и его связь с системой бронирования имеют отдельный объём.

## Как рассчитываем свободное время

Разбираем длительность услуги, рабочие часы, занятые интервалы и необходимые перерывы. Уточняем правила времени: какой часовой пояс используется и насколько заранее разрешена запись. Реализуем только подтверждённые ограничения выбранного сценария.

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

## Что происходит при переносе и отмене

Описываем, кто может изменить запись, до какого момента и какие сведения нужно сохранить. Для переноса проверяем новое время по тем же правилам доступности. После отмены календарь должен отражать согласованное состояние ресурса или услуги.

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

## Предоплата и внешние календари

Базовую запись можно запускать без предоплаты. Если она нужна, отдельно определяем момент подтверждения, ожидание платежа и правила отмены. Подключение провайдера и обработку платёжных статусов оцениваем в составе  [платежей и биллинга](https://e5ash.com/services/payments/index.md) .

Синхронизация с внешним календарём зависит от доступного API, направления обмена и правил разрешения изменений. Уточняем, где расписание ведётся в первую очередь и что делать при ошибке передачи. Такое подключение согласуем как  [отдельную интеграцию](https://e5ash.com/services/api/index.md) .

## Как оцениваем и принимаем систему бронирования

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

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

## Вопросы перед началом

Можно начать с одной услуги?

Да. В базовом составе выбираем один тип услуги или ресурса и согласуем его расписание, запись, перенос, отмену и уведомления. Расширение списка и сложные правила оцениваем по этапам.

Входит ли предоплата в онлайн-запись?

Предоплату согласуем отдельно. Нужно определить платёжный сервис, момент подтверждения записи, ожидание оплаты и правила изменения бронирования.

Система будет связана с нашим внешним календарём?

Подключение внешнего календаря не входит автоматически. Сначала проверяем возможности API, источник расписания и правила обмена, затем согласуем состав интеграции.

Следующий шаг

## Опишем правила записи на одну услугу

Покажите расписание и объясните, что клиент бронирует, сколько это занимает времени и когда разрешены перенос и отмена. Укажите получателей уведомлений и необходимость предоплаты.

 [Обсудить разработку бронирования](https://e5ash.com/contacts?service=booking)  [Как идёт работа](https://e5ash.com/work/index.md)

По вашей задаче

## Может пригодиться

 [Telegram Mini App после разбора](https://e5ash.com/services/mini-apps/index.md)  [Платежи и биллинг после разбора](https://e5ash.com/services/payments/index.md)  [API и интеграции сервисов от 1 недели](https://e5ash.com/services/api/index.md)