CRM Руководитель - Форум

Добрый день!

Подскажите, возможен ли фильтр в списке по вложенным записям?
Пример: есть сущность "Заказы", в которой есть подсущности "Работы", "Изделия", "Работники". Можно ли как-то отфильтровать заказы в списке, чтобы отображались, к примеру, только те, в которых есть работа "Установка санузла", или какой-то конкретный работник или еще что-то?

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

Может кто-то уже сталкивался с таким - хотя бы направление подскажите.
Заранее спасибо за любой конструктивный ответ)

Вариант 1: создать отчет для сущности "Работы" где будут отображаться все работы по все заказам и в этом отчете уже можно будет фильтровать и по работам и по заказам.

Вариант 2: с помощью поля mysql запрос, в сущности Заказы создать поле "Установка санузла". Запрос будет возвращать количество записей из сущности "Работы" с таким типом и вы можете фильтровать заказы по этом полю.

support писал(а): 28 авг 2020, 11:59 Вариант 1: создать отчет для сущности "Работы" где будут отображаться все работы по все заказам и в этом отчете уже можно будет фильтровать и по работам и по заказам.

Вариант 2: с помощью поля mysql запрос, в сущности Заказы создать поле "Установка санузла". Запрос будет возвращать количество записей из сущности "Работы" с таким типом и вы можете фильтровать заказы по этом полю.

Благодарю за ответ!

Эти варианты рассматривали, но они не совсем подходят. Первый - так как тогда надо для каждой вложенной сущности свой отчет делать. А иногда надо фильтровать по нескольким лвоженным сущностям одновременно - "товар", "Услуга/работа" и "работник" (а иногда и больше одновременных фильтров).

А второй вариант - тоже надо будет "плодить" дополнительные поля в огромном количестве, так как услуг множество. и все равно он отдаст количество, а не название и тип этой услуги.


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