Общие сведения
Надёжность и безопасность
Покупка лицензии
Начало работы
Роли в системе
Проекты
Концепции
Компоненты
Инструкции
Задачи
Финансы
Ресурсы
Таймшиты
Клиенты
Вики
Затраты
Отчёты и аналитика
FAQ
Типы отчётов
Тип отчёта «Акты»
Тип отчёта «Баланс отсутствий»
Тип отчёта «Бронирование»
Тип отчёта «Биллинг»
Тип отчёта «Версии проектов»
Тип отчёта «Задачи»
Тип отчёта «Затраты»
Тип отчёта «Заявки на затраты»
Тип отчёта «Заявки на отсутствия»
Тип отчёта «История ставок пользователей»
Тип отчёта «Запросы ресурсов»
Тип отчёта «Навыки пользователей»
Тип отчёта «Пользователи»
Тип отчёта «Проводки»
Тип отчёта «Ресурсный план»
Тип отчёта «Ресурсный план (по версиям)»
Тип отчёта «Проекты»
Тип отчёта «Сертификаты пользователей»
Тип отчёта «Счета»
Тип отчёта «Счета (строки)»
Тип отчёта «Таймшиты»
Тип отчёта «Таймшиты детально»
Тип отчёта «Финансы»
Тип отчёта «Структура работ»
Тип отчёта «Центры затрат проектов»
Тип отчёта «Задания воркфлоу»
Тип отчета Клиенты
Тип отчета «Контакты»
Тип отчёта «Сделки»
Тип отчёта «История состояний сделок»
Тип отчёта «Взаимодействия»
Использование отчётов
Группировка данных источника
Группировка данных в отчёте
Типы виджетов
Общие отчёты и шаблоны
Настройка отчёта
Экспорт отчётов
Пользовательские настройки отчёта
Вычисляемые поля
Особые колонки отчётов с временными рядами
Использование панелей мониторинга
Публикация панелей
Фильтры источников данных
Настройка и администрирование
Типовой порядок настройки системы
Язык формул и выражений
Язык шаблонов
On-premises
API
История изменений
Термины и определения

Версия от 25.05.2026

Обновлено: 25.05.2026

Версии для on-prem:

  • backend:
  • client:

Скрипты миграции:

Изменение в отчётах

Ограничено использование числовых дополнительных полей связанных сущностей в качестве агрегируемых значений отчёта (Поля-значения).

Ранее такие поля можно было выбирать как Значение отчёта и агрегировать, например, с помощью функции SUM. Однако это могло привести к некорректным результатам.

Проблема

Поле связанной сущности может дублироваться в нескольких строках отчёта. При агрегации (например, SUM) его значение суммируется по каждой строке, что искажает результат.

Пример:

  • Добавлено дополнительное поле Load Factor (целое число) для сущности Пользователь.
  • В отчёте «Проводки» поле User (Load Factor) относится к пользователю, а не к самой проводке.
  • Если использовать это поле как Значение и применить агрегацию SUM, значение Load Factor будет просуммировано столько раз, сколько проводок у этого пользователя попало в отчёт.
  • Это не имеет аналитического смысла.

Доступные действия с числовыми полями связанных сущностей

Такие поля по-прежнему можно использовать как аналитики:

  • выводить в колонках;
  • группировать по ним;
  • фильтровать по ним;
  • использовать в разрезах сводной таблицы.

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

Исключения: аналитические отчёты по кастомизируемым сущностям

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

Если корнем отчёта является кастомизируемая сущность (то есть отчёт строится по этой сущности), её числовые дополнительные поля автоматически становятся частью источника данных и доступны для агрегации.

Пример:

  • Отчёт Таймшиты (детально) основан на сущности Отметка времени.
  • Если для Отметки времени добавить числовое поле, например Кол-во, его можно использовать как Значение и агрегировать (например, SUM).
  • Это позволяет анализировать данные не только в часах, но и в пользовательских единицах измерения.

Итог

  • Агрегировать можно только числовые поля источника данных.
  • Числовые поля связанных сущностей остаются в роли аналитиков.
  • Это изменение:
    • предотвращает случайное искажение данных;
    • значительно повышает производительность отчётов.
Ничего не найдено

Перейти на русскую версию?