Ну нет такого готового функционала к сожалению в статистике на административной панели.
Статистика несколько упрощена :)
На самом деле она строится :) на основе данных только тикетов. А у вас как раз тот случай когда эти данные надо связать с данными другого справочника (таблицы)
Но задача решается.
Если выбрать данные по тикетам из техподдержки (методом CTicket::GetList), то в них есть поле с ID пользователя сотворившего тикет.
Найти по ID элемент пользователя методом (CUser::GetByID) еще проще. А там и получить из этого элемента организацию труда не составляет.
[B]Однако:[/B] [I]Вот тут может быть проблемка.
Организацию то каждый из пользователей может заполнять по разному. И если есть вероятность, что это поле может отличаться хотя бы символом....то увы :( Не применять же тут способы обработки строк и анализа данных.[/I] Гарантировать точность обработки данных в этом случае тяжело.
А вообще...если правильно сгруппировать данные, то можно получить любую статистику.
Хоть по организации, хоть по профессии. За исключением риска неточного соответствия данных в полях.
Пример несоответствия: организация [I]ООО "СК Восток"[/I] и организация [I]ООО "Строительная компания Восток"[/I] - вещи разные.
Или другой пример:
[I]Инженер-программист[/I] и [I]программист[/I]
Это, к сожалению, основная проблема организации любой базы данных.
Не зря же программисты стремятся унифицировать все что можно, создавая справочники, раздавая ID налево и направо :)
Статистика несколько упрощена :)
На самом деле она строится :) на основе данных только тикетов. А у вас как раз тот случай когда эти данные надо связать с данными другого справочника (таблицы)
Но задача решается.
Если выбрать данные по тикетам из техподдержки (методом CTicket::GetList), то в них есть поле с ID пользователя сотворившего тикет.
Найти по ID элемент пользователя методом (CUser::GetByID) еще проще. А там и получить из этого элемента организацию труда не составляет.
[B]Однако:[/B] [I]Вот тут может быть проблемка.
Организацию то каждый из пользователей может заполнять по разному. И если есть вероятность, что это поле может отличаться хотя бы символом....то увы :( Не применять же тут способы обработки строк и анализа данных.[/I] Гарантировать точность обработки данных в этом случае тяжело.
А вообще...если правильно сгруппировать данные, то можно получить любую статистику.
Хоть по организации, хоть по профессии. За исключением риска неточного соответствия данных в полях.
Пример несоответствия: организация [I]ООО "СК Восток"[/I] и организация [I]ООО "Строительная компания Восток"[/I] - вещи разные.
Или другой пример:
[I]Инженер-программист[/I] и [I]программист[/I]
Это, к сожалению, основная проблема организации любой базы данных.
Не зря же программисты стремятся унифицировать все что можно, создавая справочники, раздавая ID налево и направо :)