Возможности · Поддержка и заявки

SLA и эскалации

Сроки из договора считаются в рабочих минутах, а не в календарных часах. Предупреждение приходит раньше просрочки.

В каком тарифе

Четыре часа реакции — это четыре часа чего?

Заявка упала в 18:30 в пятницу. Поддержка работает с девяти до шести по будням, значит честный дедлайн — 13:30 понедельника. Клиент, который считал календарными часами, уверен в нарушении уже к утру субботы. Спор идёт не о работе, а об арифметике.

  1. Система подбирает правило

    Тип заявки, приоритет, клиент, категория и время поступления решают, какое из правил применится к этому обращению.

  2. Часы идут только рабочие

    Дедлайны отклика и решения считаются в рабочих минутах. График 8×5 или 24×7, праздники и часовой пояс учитываются без участия диспетчера.

  3. Филиал наследует условия головной компании

    Дерево холдинга держит до 32 уровней. Своё правило дочерней компании перекрывает унаследованное.

  4. Предупреждение обгоняет просрочку

    Ответственным уходит «SLA скоро истечёт», по факту нарушения — «Нарушен SLA». В списке заявка получает бейдж «Просрочено», на дашборде растёт плитка «Просроченных».

  5. Дальше вмешивается правило автоматизации

    Поднять приоритет, добавить наблюдателя, переназначить на старшего инженера. Потом по журналу видно, кто передал заявку и почему.

В конце месяца вкладка SLA на дашборде показывает выполнение, время первого ответа, время решения, тренд и список нарушений. Пакет отчётов выгружается в XLSX и CSV.

Что это даёт

  • Срок из договора и срок в системе — одна и та же цифра
  • Уведомление «SLA скоро истечёт» приходит до нарушения, а не вместе с претензией
  • Просрочка помечена бейджем «Просрочено» в списке и посчитана плиткой «Просроченных» на дашборде
  • Отчёт клиенту выгружается как есть

Как это работает

Два таймера, а не один

Время первого ответа и время закрытия считаются порознь.

Рабочие минуты

График обслуживания, праздники и часовой пояс клиента система вычитает сама.

Правило под клиента

Тип, приоритет, компания, категория, время поступления. Правил заводится столько, сколько нужно.

Эскалация без диспетчера

Правило поднимает приоритет, добавляет наблюдателя или переназначает заявку. Каждое срабатывание — строка в журнале.

Что стоит знать заранее

Календарные часы стоят дорого

При календарном счёте вечерняя пятничная заявка просрочена ещё до того, как кто-то вышел на работу. Претензия формально верна, и спорить с ней нечем. Рабочие минуты снимают вопрос: график задан в системе и совпадает с приложением к договору.

Одинаковых сроков для всех не бывает

У клиента с круглосуточным договором и у клиента на базовом обслуживании обязательства разные. Правила подбираются по условиям. Настраивают их руками, обычно на внедрении: договор за вас никто не прочитает.

Кому это нужно

Руководитель сервисной компании

Подписывает договор, зная, что система считает написанные там сроки так же, как их считает клиент.

Диспетчер

Узнаёт о проблеме до претензии.

Выездной инженер

Видит в карточке плановую дату и понимает, за какую заявку браться первой.

Частые вопросы

Учитываются ли выходные и праздники?

Да. Дедлайн идёт в рабочих минутах по графику обслуживания, с учётом праздников и часового пояса клиента.

Можно ли задать разные сроки разным клиентам?

Да, правил может быть сколько угодно. Подбор идёт по условиям: клиент, тип заявки, приоритет, категория, время поступления.

Что происходит при приближении к сроку?

Ответственным уходит «SLA скоро истечёт». Если настроено правило автоматизации — заявка переназначается или растёт в приоритете.

Покажем на вашем примере

Заведём заявку, подключимся к рабочему месту клиента и доведём её до счёта — на демонстрации под ваши задачи.

Посмотреть тарифы