Фильтрация по проектам для задач/аналитики и формулы для группировок

[Михаил Брычкин]

Добрый день!

Есть два предложения по отчётам:

1. Добавить в параметры отбора возможность фильтровать не только по объекту, который выбран для отчета, но и по родительским объектам. Например, для отчётов по задачам - фильтр по параметрам проекта.

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

2. Дать возможность формулам применяться к каждому уровню группировки отдельно (сейчас - только к первой).

Пример в продолжение истории выше: задачи сгруппированы в проекты, а они - по контрагентам. Проекты бывают разных типов, поэтому их условная стоимость вычисляется формулой и оказывается в каком-то столбце Х. Чтобы вычислить среднюю ставку часа, нужно разделить сумму по этому Х на сумму всех часов их всех проектов. Ничего сложного, но в итоге считается ставка только для первой группировки, а для группировки на уровне контрагента получается ерунда.
Если оставить только группировку по контрагентам, то считается всё верно, но нельзя сразу же посмотреть, как дела по конкретным проектам.

[Dmitry Goncharenko]

Здравствуйте, Михаил!

1. Если я правильно понял ситуацию, то это решается добавлением в отчет столбца с нужным полем проекта - тогда оно становится доступным в параметрах отбора по столбцу отчета. Пример:
- Добавляем в отчет столбец с полем проекта "Ответственный МТО":



- В Параметрах отбора появляется этот столбец, по нему можно задавать условия:




2. Обычно это решается при помощи итогов на уровне группировки, они работают на всех уровнях:



В данном случае это не помогает?

[Михаил Брычкин]

1. Для столбцов в параметрах отбора есть только 4 операции - содержит/не содержит и больше/меньше. Я на данный момент частично свою проблему таким образом решил (проверку на заполненность пользовательского поля), но, например, как с датами быть так и не понял. Не ясно, какой формат должен быть у параметра, чтобы он адекватно отфильтровал поле типа "дата"

2. Проблема в том, что агрегирующие функции не всегда считают то, что нужно. Пример:
--- контрагент --- проект --- стоимость --- затраты --- ставка часа ---
--- А --- все --- 1 944 000 --- 400 --- 4658,33 ---
--- А --- Проект1 --- 600 000 --- 100 --- 6000 ---
--- А --- Проект2 --- 500 000 --- 100 --- 5000 ---
--- А --- Проект3 --- 700 000 --- 120 --- 5833,33 ---
--- А --- Проект4 --- 144 000 --- 80 --- 1800 ---

В первой строке в 5 колонке функция "среднее" выдаст 4658,33, а реальная эффективная ставка часа - 1 944 000 / 400 = 4860
Проблема в том, что сами строки 2-5 собираются группировкой из данных задач, поэтому для них формула работает и считает правильно. А для строки "все" - уже нет

[Dmitry Goncharenko]

1. Да, этот вариант решает только часть кейсов. В планах есть доработка полноценного набора условий по всем параметрам объектов, связанных с задачей (проектов, контрагента и т.п.), но приоритет у нее не очень высокий, т.к. работы много, а запросов на это - не очень. Ваш запрос я добавил к тем, что уже есть, это поможет чуть приподнять задачу в очереди.

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