Zimun: Appointment Scheduling & Booking Service: История записи

User Manuals

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

1. Что попадает в историю

Каждая запись в истории записи относится к фиксированному списку действий:

  • Забронировано. Запись была создана. Фиксируется канал создания (публичная страница бронирования, встроенный виджет, API, MCP, чат-агент или оператор на странице расписания).
  • Подтверждено по email. Клиент принял приглашение в календарь.
  • Отклонено по email. Клиент отклонил приглашение в календарь.
  • Перенесено. Изменено время начала, участник команды или необходимый ресурс. В записи отображается прежнее и новое значение.
  • Отменено. Запись была отменена. Если отменивший указал причину, она фиксируется.
  • Напоминание отправлено. Отправлено напоминание — автоматическим cron-заданием или вручную оператором.
  • Отмечено как начатое / Отмечено как завершённое. Действия оператора по учёту в день записи.
  • Отмечена посещаемость / Посещаемость сброшена. Оператор отметил посещение или неявку либо отменил предыдущую отметку.

Записи о переносе, отмене и посещаемости дополнительно показывают под фразой действия небольшое сравнение «было → стало» по изменённым полям, чтобы не приходилось гадать, что именно поменялось.

2. В каждой записи указано, кто выполнил действие

Каждая запись истории относится к одному из трёх типов авторов действия. Анонимных записей не бывает.

  • Пользователь. Авторизованный владелец, администратор или сотрудник, действующий из панели управления или со страницы расписания. В записи отображается имя пользователя на момент действия — последующие переименования историю не переписывают.
  • Клиент. Клиент записи, действующий через ответ по email, ссылку для переноса или отмены из письма с подтверждением либо через публичную страницу управления. В записи отображается «Клиент (email)», чтобы можно было сверить личность даже тогда, когда имя не было сохранено.
  • Система. Автоматический процесс. В записи указано имя задания (например, cron:sms-reminders, cron:auto-reminders), чтобы можно было различать фоновые процессы.

3. Откройте историю одной записи

В расписании или в повестке панели управления нажмите на запись, чтобы открыть всплывающее окно с деталями. Если у записи есть хотя бы одна запись истории, в заголовке всплывающего окна появляется небольшая ссылка «История ›». (У свежих записей, по которым ещё ничего не зафиксировано, ссылка не отображается — открывать пустую хронологию незачем.)

Нажатие на «История ›» открывает поверх деталей записи более широкое всплывающее окно с хронологией — сначала самые новые события. Закрытие этого окна (кнопкой закрытия, клавишей Escape или щелчком по подложке) возвращает вас к деталям записи — вы не теряете контекст.

4. Просматривайте историю по всей организации

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

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

5. Кому доступна история

  • Владельцы и администраторы видят историю каждой записи организации на обеих поверхностях — во всплывающем окне отдельной записи и на общеорганизационной странице.
  • Роль «сотрудник» (участник команды) историю НЕ видит. Ссылка «История ›» во всплывающем окне с деталями записи скрыта, а страница «История» в меню пользователя недоступна из учётной записи сотрудника.
  • Ни одна роль никогда не видит историю записей чужой организации.

Сотрудник, которому нужны данные для проверки, просит владельца или администратора открыть историю.

6. Чего история НЕ делает

  • Клиенты историю не видят. Её нет ни в письмах с подтверждением, ни на странице управления, ни на каких-либо публичных поверхностях.
  • История не доступна через публичный API или вебхуки. Это операторский журнал действий, а не интерфейс для разработчиков.
  • История не работает задним числом. У записей, существовавших до выпуска этой функции, хронология будет пустой до следующего зафиксированного действия; с этого момента журнал заполняется обычным образом.
  • Отмена записи не удаляет её историю. Журнал действий сохраняется, чтобы можно было разобраться с отменой постфактум.

7. Требования к тарифу

История записи доступна на всех тарифах, включая бесплатный. Ограничений по тарифу для этой функции нет.

8. Итоги

Нажмите на запись, нажмите «История ›» — и увидите хронологию. Для удалённых или отменённых записей, которых больше нет в повестке, используйте страницу «История» в меню пользователя. Владельцы и администраторы видят полную картину; сотрудники обращаются к ним, когда требуется ответ для проверки.