Отчёт по задачам сотрудников

'Местоположение отчёта: Отчёты → Другое → Отчёт по задачам сотрудников'

Отчёт по задачам сотрудников — инструмент для оперативного мониторинга, анализа и планирования работы исполнителей. Он позволяет отследить:

• Общее количество задач по каждому сотруднику;
• Выполнение задач по статусам;
• Долю автозадач и их типы;
• Просроченные, текущие и завершённые задачи.

Это особенно полезно для руководителей, HR, project-менеджеров и администраторов, контролирующих загрузку сотрудников и SLA-показатели.

#Работа с отчётом

Отчёт отображён в виде листинга задач. Он представляет собой список, в котором каждая строка — это отдельная задача с отображением ключевой информации: кто исполнитель, в каком статусе задача находится, когда была создана и какие сроки исполнения установлены. В верхней части отчёта доступна гибкая фильтрация:

Листинг позволяет быстро оценить текущее состояние задач, перейти в их карточки для работы или анализа, а также увидеть важные детали вроде прикреплённых файлов, связанных объектов недвижимости или комментариев. Это основной рабочий инструмент для пользователей, которым важно не только видеть статистику, но и оперативно взаимодействовать с конкретными задачами.

Помимо листинга задач в отчёте есть опция Показать сводную таблицу. Она добавляет перед остальным листингом статистику по исполнителям количества задач в разных категориях и без неё.

Сводная таблица, которая отображается при включении соответствующей опции, помогает оценить общую нагрузку сотрудников и текущее состояние их задач. Она выводится в верхней части отчёта и показывает, сколько задач находится в работе, завершено, просрочено, а также как распределены задачи по категориям и типам. Благодаря этому можно быстро получить представление о загрузке каждого исполнителя и соотношении между простыми и более трудоёмкими задачами.

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

#Технический паспорт отчёта

Структура отчёта:

#Данные в системе

Так как отчёт представляет из себя листинг задач, то все данные собираются из различных полей задачи. Из каждой задачи по её id тянется соответствующая метрика.

Исполнитель, Тип/Категория (1-2), Начало работы, Срок исполнения (план) (4-5), Файлы, Заголовок, Статус и Постановщик (7-10):

Принцип выбора данных в MacroData без учёта дополнительных фильтров:

SELECT
id,
manager_name
FROM
tasks
ORDER BY
id;

⚠️ В этом запросе строка SELECT id, manager_name отвечает за вывод постановщика напротив id задачи. Для вывода одного из полей: Тип/Категория (2), Срок исполнения (план) (5), Статус и Постановщик (9-10) необходимо изменять эту часть запроса соответственно:

SELECT id, type_name, category_name 

SELECT id, date_finish

SELECT id, status_name

SELECT id, assigner_name 

Начало работы (4) автоматически берёт значения из Срок исполнения (план) (5).

На данный момент Файлы и Заголовки (7-8) не выгружаются в MacroData.

Создано (3) и Срок исполнения (факт) (6):

Выборка в системе осуществляется через логи задачи:

Принцип выбора данных в MacroData без учёта дополнительных фильтров:

SELECT
id,
date_added
FROM
tasks
ORDER BY
id;

⚠️ В этом запросе строка SELECT id, date_added отвечает за вывод даты добавления задачи напротив её id. Для вывода Срок исполнения (факт) (6) необходимо изменять эту часть запроса соответственно: SELECT id, date_finish_fact

ЖК и Адрес объекта (11-12):

ЖК тянется из заявки, а адрес объекта уже по связи берётся из самого ЖК. Принцип выбора данных в системе:

Принцип выбора данных в MacroData без учёта дополнительных фильтров:

SELECT
tasks.id,
estate_houses.complex_name
FROM
tasks
LEFT JOIN
estate_houses ON tasks.estate_id = estate_houses.house_id
ORDER BY
tasks.id;SELECT
tasks.id,
estate_houses.complex_name
FROM
tasks
LEFT JOIN
estate_houses ON tasks.estate_id = estate_houses.house_id
ORDER BY
tasks.id;

Так как данные о названии ЖК и его адресе хранятся в таблице estate_houses хранит данные по домам.необходимо установить связь между таблицами tasks и estate_houses. Данные об объекте хранятся в нескольких полях (Страна, регион, город, дом и т.д.). Для их получения строку запроса SELECT tasks.id, estate_houses.complex_name замените подобным образом:

SELECT
tasks.id,
estate_houses.geo_country_name,
estate_houses.geo_region_name,
estate_houses.geo_city_name,
estate_houses.geo_street_name,
estate_houses.geo_house,
estate_houses.geo_building