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