ConnectWiz Booking

Журнал записи с базой данных внутри.

Записал оператор, ИИ, сценарий или сам клиент — любая запись попадает в один реестр, где кабинеты, техника и мастера пересекаются правильно, двойная бронь блокируется самим уровнем хранения, а ваши настоящие календари синхронизируются в обе стороны.

Четыре двери записи, одна истина Конфликты блокирует база данных Синхронизация с Google, Outlook и Apple
Доступность решает база данных
Четверг
Кабинет + аппарат + врач: свободны
Наложение — отклонено базой
14:30 занято
Ушло в Google · занятое время вычтено
4
Двери записи — панель, ИИ, шаг сценария и самостоятельная запись посетителя в виджете
0
Двойных броней возможно — наложение отклоняет ограничение базы данных, а не правило приложения, которое можно обогнать
3
Календаря синхронизируются в обе стороны — Google, Outlook/Microsoft 365 и Apple/CalDAV
15 мин
Шаг движка напоминаний — напоминания клиенту и оповещения сотрудникам срабатывают за настроенное вами время

Четыре двери

Все записывают в одну и ту же истину

Команда — в журнале

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

ИИ — в два глагола

Wiz сначала предлагает реально свободные слоты, потом записывает на выбранный клиентом — намеренно в два шага, потому что автоматически занять за человека первый свободный слот это фокус для демо, а не сервис.

Сценарии — как шаг

Это узел бронирования — он встраивает предложение слотов в любую автоматизацию: сценарий-напоминание заканчивается новой записью, без человека в цикле.

Посетители — сами

Это виджет сайта: его мини-приложение бронирования даёт клиентам самим выбрать время из реальной доступности — и появляется оно только там, где у вас действительно есть услуги с записью.

Модель ресурсов

Кабинеты, техника, люди — пересекаются так же, как в жизни

«Свободно» — вопрос на три стороны: мастер, кабинет и аппарат должны быть свободны одновременно. Большинство систем записи моделируют одну ось и надеются; эта моделирует пересечение.

Абстрактная 3D-иллюстрация: сетка календаря с одним изумрудным слотом, три сферы ресурсов, скреплённые световым кольцом, и накладывающийся слот, отброшенный силовым полем

Роли и вложенность

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

Ограничение, а не правило

Защита от наложений живёт на уровне хранения как exclusion-ограничение: два одновременных запроса не могут выиграть оба, потому что вторая запись физически отклоняется. Движок правил обещает; ограничение гарантирует.

Вместимость как единицы

Занятие на восемь мест — это восемь единиц, а не счётчик, поэтому «осталось одно» это факт о конкретной единице, а возвраты не ломают арифметику.

Пригодность — отдельно

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

Синхронизация календарей

Ваши календари вычитаются из доступности

Брони уходят наружу

Записи появляются событиями в календарях Google, Outlook или Apple и исчезают при отмене. Календарь в телефоне мастера никогда не отстаёт от журнала на день.

Занятое время приходит внутрь

Внешние события вычитаются из доступности: ИИ не предложит четверг, 15:00, если в вашем личном Google Календаре там уже стоит стоматолог.

Роль и направление для каждого источника

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

Напоминания и эксплуатация

Доведение до конца — автоматически

Напоминания, которые срабатывают

Подтверждения и напоминания клиенту за настроенное вами время — по почте, при желании плюс SMS, — а сотрудникам оповещения о новых записях. «Вернуться к вопросу» перестаёт зависеть от памяти.

Записи списывают склад

Запись на услугу может списывать материалы из реестра склада — процедура и потраченные на неё материалы сходятся в одном действии.

История переезжает вместе с вами

Переходите с другой CRM? Движок переноса импортирует уже накопленную историю записей в тот же реестр — журнал не начинает жизнь с амнезии.

Мелкий шрифт — без прикрас

Сказано до того, как вы начали на это рассчитывать

Отдельной ссылки на запись пока нет

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

Внешние CRM уносят меньше

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

Реестр всегда остаётся у нас

Какие бы календари и CRM ни подключались, реестр броней остаётся собственной таблицей ConnectWiz: внешние системы — это источники и зеркала, но никогда не главный экземпляр. Это проектная позиция, и мы её проговариваем.

FAQ по бронированию

Перед тем как записывать

Читайте остальное в разделе FAQ, или напишите нам напрямую.

Четыре двери: ваша команда в панели и журнале на день, ИИ-агент Wiz внутри любого диалога, шаг бронирования в сценарии автоматизации и посетители, которые записываются сами в виджете чата на сайте. Все четыре пишут в один реестр по одной и той же доступности, поэтому истина о том, за кем какой слот, ровно одна.

Самой базой данных: exclusion-ограничение на уровне хранения делает две пересекающиеся брони на один ресурс физически незаписываемыми, из какой бы двери они ни пришли. Правила приложения можно обогнать; ограничение — нет.

Да: Google, Outlook/Microsoft 365 и Apple/CalDAV, в обе стороны. Брони уходят событиями (и исчезают при отмене), а внешнее занятое время приходит обратно и вычитается из доступности, поэтому ИИ не предложит слот, который уже занят в вашем личном календаре. У каждого источника своя настройка роли и направления — чтение, запись, и то и другое или только занятость.

Намеренно в два шага: сначала он предлагает реально свободные слоты, потом записывает на тот, который выбрал клиент. Слить это в один шаг значило бы автоматически занимать за человека первый свободный слот — удобно в демо, враждебно в жизни.

Каждое «когда у вас есть окно?» может закончиться занятым слотом.

Настройте ресурсы один раз — и операторы, ИИ, сценарии и клиенты будут записывать в одну и ту же истину.