Клиент переносит сервисный визит с вторника на пятницу. Администратор создаёт новую запись, но прежняя остаётся в календаре до ручной проверки. На вторник цех видит занятый пост, на пятницу — вторую карточку того же автомобиля, а клиент получает два напоминания. Простое изменение времени превратилось в два параллельных обязательства.
Перенос должен быть одной связанной операцией: проверить новое окно, подтвердить его, освободить старый ресурс и отправить единое актуальное сообщение. История прежней договорённости сохраняется, но в рабочем календаре остаётся один визит. Если новое время пока не подтверждено, старое не исчезает молча и клиент понимает текущее состояние.
Что нужно уточнить до переноса?
Администратор подтверждает причину изменения, допустимый период, состав работ и ресурсы, которые должны перейти вместе с записью.
Иногда клиент меняет только час, а иногда вместе с датой добавляет новую работу или другой автомобиль. Копирование старой записи без уточнения перенесёт неверную длительность и подготовку. Сотрудник коротко подтверждает услугу, автомобиль, филиал и предпочтительный период, не заставляя человека заново проходить весь опрос.
Проверяются не только пост и мастер. Заказанная деталь, подменный автомобиль, оборудование и подготовленные документы могут быть связаны с прежним временем. Их нельзя автоматически считать доступными в новую дату. Каждый значимый ресурс либо переносится, либо получает отдельное подтверждение владельца.
Причина нужна не для оценки клиента, а для управления календарём. Если переносы часто происходят из-за позднего подтверждения деталей или неверно предложенной длительности, сервис исправляет внутренний маршрут. Личные обстоятельства клиента остаются нейтральной категорией без лишних подробностей.
Как подтвердить новое окно?
Сначала система временно удерживает проверенный вариант, затем клиент явно соглашается, и только после этого новое время становится действующей записью.
Администратор предлагает один или два реальных варианта с учётом всех ресурсов. Удержание имеет короткий срок, чтобы не блокировать календарь бесконечно. Если клиент не отвечает, прежняя запись остаётся действующей до согласованного момента либо отменяется по заранее понятному правилу, но не исчезает из-за одного предложения.
После выбора система ещё раз проверяет доступность. Между сообщением и ответом окно могло измениться. Подтверждение создаётся только при свободных ресурсах. Если вариант уже занят, сотрудник возвращается с новой парой и объясняет, что запись пока не перенесена.
Новое время получает тот же контекст: автомобиль, работы, пожелания, подготовку и владельца. Не нужно создавать карточку без связи и вручную переносить заметки. Единый идентификатор визита помогает истории показать изменение, а смежным системам — обновить напоминания и загрузку.
- новое окно проверено
- клиент явно выбрал вариант
- связанные ресурсы подтверждены
- контекст перенесён без потерь
Когда освобождать старый слот?
Прежний слот освобождают в той же операции, которая подтверждает новый, чтобы календарь не оставался ни с двумя записями, ни без одной.
Если сначала удалить старую запись, а затем обнаружить занятое новое окно, клиент потеряет подтверждённый визит. Если сначала создать новую и отложить отмену, ресурс задвоится. Система должна выполнить связанные изменения вместе или вернуть исходное состояние при ошибке.
История старого времени сохраняется как предыдущая договорённость с датой и причиной изменения. Она не отображается как активный визит и не запускает напоминание. Такой след нужен для разбора календаря, но не должен путать сотрудников на смене.
Связанные резервы освобождаются по своим правилам. Деталь может остаться закреплённой за заказом, а подменный автомобиль — потребовать нового бронирования. Система показывает состояние каждого ресурса и не предполагает, что отмена поста автоматически решила всё остальное.
Что получат клиент и цех?
После переноса обе стороны видят одно актуальное время, одинаковый состав работ и понятный контакт для дальнейших изменений.
Клиенту отправляют короткое сообщение с новой датой, временем, адресом, работами и важными условиями подготовки. В нём прямо указано, что прежняя запись отменена. Это предотвращает два календарных события и даёт возможность быстро сообщить о новой корректировке.
Цех видит обновлённую загрузку без старого слота, мастер — сохранённый контекст, администратор — историю переноса. Автоматические напоминания привязаны только к активной записи. Если внешняя система не поддерживает атомарное изменение, интеграция должна проверять обе операции и поднимать исключение до ручной сверки.
Раз в неделю руководитель смотрит двойные записи, отмены после переноса и ресурсы, которые не освободились. Каждый случай связывается с причиной: задержка интеграции, ручное создание новой карточки, неполная отмена или изменение состава работ. Исправление начинается с маршрута, а не с просьбы сотрудникам быть внимательнее.
Можно ли удалить старую запись до выбора нового времени?
Только если клиент явно отменил визит независимо от переноса. В обычном случае старое окно сохраняют, пока новое не подтверждено вместе со всеми ресурсами. Иначе можно потерять обе договорённости.
Нужно ли создавать новую карточку для переноса?
Нет, если система поддерживает версию одного визита. История времени сохраняется внутри карточки, а рабочий календарь показывает только актуальную договорённость. Это снижает риск двойных напоминаний.
