Подскажите, как сделать отчеты

[koptelov]

Добрый день.

Подскажите, не удалось понять, как сделать такие отчеты:
1. Покажи все сущности по которым не было обновления за неделю (другой временной период)
важно (!) не те, по которым обновление было, это история изменений умеет, а именно те, о которых забыли
2. Покажи сотрудника, который не создал ни одной новой сущности, не добавил ни одного комментария за неделю (другой временной период)
3. Выведи таблицу в которой покажи сумму баллов (кастомное поле в задаче) по задачам данного исполнителя.
Разбей это отображение на проекты и покажи сводное.
Построй рейтинговую таблицу сотрудников по формуле количество задач на нем как на исполнителе (не на создателе!) разделить на количество баллов по этим задачам.

[koptelov]

И ещё один очень важный отчёт:
4. Покажи в разрезе задачи от кого из исполнителей нет ни одного комментария
5. Покажи в разрезе исполнителей, по каким задачам они не оставили комментария

[Евгений]

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

1. Пользователь (исполнитель)
2. Период
3. Контролируемая сущность
4. Контролируемая задача (запись)
5. Количество новых за период
6. Количество обновлений за период
7. Количество комментариев за период

Доступ на редактирование/изменение этой сущности закрыть для всех. На каждую таблицу СУБД с контролируемыми сущностями - проекты, задачи и т.д., добавить триггер который будет заносить контрольные данные в соответствующую запись таблицы "Показатели работы". И уже тогда выводить в стандартный или сводный отчёт статистику из подготовленного набора данных.

[koptelov]

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

[Евгений]

Нет, я имел в виду хранимые процедуры и триггеры самой СУБД. Сделать такое на связке "формульные поля + функции + автоматические статусы" наверное можно, но это будет целый набор служебных полей для хранения промежуточных расчетов.

[koptelov]

Через внутренние возможности Руководителя логичней это делать, нам же надо каким-то образом потом показывать пользователю эту таблицу. Если ее делать в СУБД, то придется в СУБД заходить, а для пользователя это боль.