Надійність у Zimun означає, що ті самі правила доступності діють на кожному каналі, через який можуть бронювати клієнти та ваша команда, тож підтверджений слот залишається підтвердженим.
Однакові правила на всіх каналах
Ваша публічна сторінка бронювання, API, кінцеві точки MCP і чат-агент усі звертаються до одного сервісу доступності. Немає окремої логіки «лише для вебу», тому слот, який ви бачите на сайті, — це той самий слот, який бачать API та чат.
Запобігання конфліктам у момент бронювання
- Кожна послуга може потребувати конкретних учасників команди; слот з’являється лише тоді, коли принаймні один призначений учасник вільний на всю тривалість.
- Кожна послуга може потребувати конкретних ресурсів; кожен необхідний ресурс має бути вільним на всю тривалість, інакше слот приховано.
- Утримувані, заплановані чи підтверджені записи вважаються зайнятими для розподілу персоналу та ресурсів, тому два канали не можуть претендувати на один слот.
Самообслуговування клієнтів без конфліктів
- Листи-підтвердження містять безпечні посилання для перенесення та скасування, тож клієнти змінюють бронювання без дзвінків на ресепшн.
- Перенесення пропонує лише ті слоти, що проходять ту саму перевірку доступності, що й початкове бронювання.
- Скасування миттєво звільняє слот для наступного бронювання через будь-який канал.
Видимість оператора
- Розклад на дашборді показує майбутні та сьогоднішні записи зі статусом, що відображає відповідь клієнта.
- Спливаюче вікно на кожному записі показує учасника команди, ресурс, контакт клієнта та поточний стан виконання як єдине джерело правди.
- Кожна дія — перенесення, скасування, відвідуваність — записується, тож історію змін можна перевірити.