С версии 2.1.0 доступна новая схема расчёта KPI (KPI v2). Она работает параллельно со старой системой KPI (v1, см. Система расчёта KPI) и использует балльную модель вместо «нормы заявок в штуках».

Доступ

Финансы → KPI v2 (или Сервис-деск → KPI v2 — в зависимости от меню)
Настройка и утверждение расчётов — пользователям групп Techdep-KPI-Calc и Techdep-KPI-Approve

Принцип расчёта

KPI v2 складывается из взвешенных блоков:

Блок	Что измеряет
Объём заявок	Баллы за закрытые заявки: тип × сложность категории × важность влияния × коэффициент выезда/координации
Объём задач	Баллы за закрытые задачи с учётом категории сложности
SLA — реакция	Соблюдение времени первого отклика (`respondedtime` ≤ `responsetime`; как фиксируется отклик — см. SLA на заявке)
SLA — решение	Соблюдение срока решения (качество сроков, не ценность заявки)
Крайний срок	Соблюдение поля `deadline` (отдельно от SLA `duedate`; учитываются только заявки, где deadline задан и не совпадает с duedate)

При включённой настройке «Атрибуция SLA исполнителю на дедлайне» (по умолчанию включена) блоки SLA считаются не по финальному исполнителю заявки, а по тому, кто был назначен в момент дедлайна:

реакция — исполнитель на момент responsetime;
решение — исполнитель на момент duedate.

Если заявку переназначили после просрочки SLA, штраф остаётся у прежнего исполнителя; новый исполнитель, закрывший заявку позже, не получает 0% по SLA, если на него не было атрибуции. На странице детализации такие заявки помечаются R°/S° (SLA отнесено другому исполнителю) и выводятся в таблице «Заявки с атрибуцией SLA».

Итоговый KPI — взвешенная сумма блоков (0–120 баллов). При низких показателях по SLA или комментариям может применяться ограничение (cap) итогового значения.

Для руководителей: сводный отчёт с динамикой и тепловой картой — Управленческая аналитика KPI.

Баллы за заявки и задачи

Каждый тип заявки имеет свой вес (настраивается администратором).
Сложность берётся из веса категории заявки (KPI сложность) — это не поправка SLA/приоритета.
Важность берётся из влияния (KPI важность); приоритет и SLA не увеличивают баллы заявки.
Выездные задачи умножаются на коэффициент выезда (по умолчанию 1,2). Признак выезда ставится на задаче, не на заявке.
Заявки с задачами учитываются с коэффициентом координации (исполнитель координирует, а не выполняет всё сам).
При закрытии задачи в заявке указывается категория сложности — от неё зависит вес задачи.

Матрица KPI v2

Перейдите в KPI v2.
Выберите подразделение, сотрудника и период (месяц).
Таблица показывает для каждого сотрудника:
баллы и score по каждому блоку;
итоговый KPI и KPI с учётом ограничений;
статус: Online (текущий месяц, расчёт на лету) или ссылка на сохранённый расчёт.

Фильтры применяются без перезагрузки страницы (HTMX). По клику на заголовок столбца таблицу можно сортировать (сотрудник, статус, метрики блоков) — направление asc/desc переключается повторным кликом.

Клик по ФИО сотрудника (с 2.2.2) открывает страницу детализации KPI v2 по этому сотруднику: расшифровка блоков, списки заявок и задач, формула расчёта (для текущего месяца — online, для прошлых — из сохранённого расчёта).

Создание и утверждение расчёта

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

Для одного сотрудника и периода допускается только один утверждённый расчёт v2.

Связь с KPI v1

KPI v1 (норма заявок, бонусы/вычеты в зарплату) — см. kpi.md.
KPI v2 — отдельная модель; включение v1 не заменяет v2 и наоборот.
Организация может использовать одну схему или обе — по решению администратора.

См. также: Настройка KPI v2 (администратор)

Примечание

*(KPI v2)*