Опишите полномочия и крайние случаи
Разбор для администратора и владельца сервиса записи. Сначала отделите информационный вопрос «можно ли перенести?» от разрешения изменить конкретный визит. Для действия необходимо определить запись и проверить, вправе ли обратившийся ею распоряжаться. Один похожий номер или имя не всегда достаточны.
Зафиксируйте крайний срок изменения, разрешённые каналы, роль администратора и порядок работы с предоплатой. Конкретный сервис может разделять разрешения отмены и переноса: такой подход виден в документации «Под запись». Наличие функции в одном продукте не доказывает её доступность в другом.
Различайте просьбу, выполнение и результат
Таблицу можно прокрутить по горизонтали.
| Событие | Действие | Что сообщить клиенту |
|---|---|---|
| Просьба перенести | Найти запись, проверить право и доступность нового времени | Какие варианты доступны; старый визит пока действует. |
| Перенос подтверждён сервисом | Проверить новый визит и состояние старого | Новая дата, время, услуга и место. |
| Новое окно уже занято | Не подтверждать перенос | Предложить другие варианты; пояснить статус старой записи. |
| Поздняя отмена / особые условия | Передать уполномоченному сотруднику | Изменение требует согласования; не обещать возврат. |
| Ответ сервиса неизвестен | Проверить исходную операцию | Подтверждение уточняется; доступен прямой контакт. |
Порядок замены зависит от возможностей системы: единая операция переноса, временное удержание нового окна или ручное согласование. Не имитируйте надёжный перенос последовательностью «сначала удалить, потом попробовать создать», не разобрав риск потери старого времени.
Отправляйте напоминание по текущей версии визита
В учебном сценарии визит был на пятницу, а затем перенесён на понедельник. Уже подготовленное сообщение про пятницу должно быть отменено или признано устаревшим. Перед отправкой система проверяет актуальную дату и статус. Отмена визита тоже прекращает сообщения, связанные с прежней записью.
Согласуйте содержание, время, часовой пояс, допустимый канал и правило остановки повторных попыток. Подтверждение доставки уведомления и подтверждение клиентом визита — разные события. Если сообщение не доставлено, оно не считается прочитанным. Повторная попытка не должна порождать несколько одинаковых уведомлений.
Не превращайте административное напоминание в несогласованную рекламную рассылку. Канал, основания отправки и действующие условия платформы проверяются в конкретном проекте; статья не устанавливает универсального юридического режима сообщений.
Пройдите сценарий от лица клиента и сотрудника
- Перенос в разрешённое окно меняет запись и будущие уведомления.
- Занятое новое время не уничтожает прежний визит.
- Поздний запрос уходит ответственному с контекстом.
- Отменённая запись не получает старое напоминание.
- Повтор нажатия или сообщения не создаёт лишнего действия.
- Клиент и сотрудник видят одинаковую последнюю версию визита.
В журнале различайте отказ клиента, отмену компанией, перенос и неявку. Эти причины нужны для оценки качества записи. Без них увеличение числа напоминаний легко принять за улучшение процесса, не проверив состоявшиеся визиты.
Заполненный регламент переноса
Условные правила учебного процесса: перенос не позднее чем за 12 часов; позже — решение администратора. Это допущение примера, не правило ЛидПотока или сервиса записи.
Таблицу можно прокрутить по горизонтали.
| Ситуация | Действие | Проверка |
|---|---|---|
| За 24 часа | Занять новый слот, связать версии записи, снять старое напоминание | Существует одна действующая запись |
| За 2 часа | Передать запрос администратору без обещания переноса | Старая запись не отменена автоматически |
| Timeout после изменения | Проверить операцию по ключу | Повтор не создаёт вторую запись |
| Отмена | Отменить напоминание только после подтверждения статуса | Не приходит напоминание о снятом визите |
Если система не поддерживает согласованную последовательность, это ограничение фиксируется до запуска, а не скрывается подтверждением в чате.
Основания и источники
Примеры и расчёты — иллюстрации, а не результаты клиентов. Ссылки ниже подтверждают названные технические возможности; матрицы и критерии проверки — редакционные рекомендации ЛидПотока. Проверено 27 октября 2026.
- Под запись: отдельные правила отмены и переноса
Отдельные правила отмены и переноса в сервисе «Под запись». Срок 12 часов в нашем примере условный и не взят из тарифа или настроек этого сервиса.
- Локальный воспроизводимый стенд: правила повторов, знания и слоты. Не интеграция платформы.
Самодостаточная локальная модель правил: повтор операции, просроченное знание, конкурентная запись. Без LLM и внешних интеграций.