Взаимосвязь между справочниками, между справочниками и компниями при выборе

[Виктор Черкашин]

Добрый день.
На примере.
Есть обслуживаемые точки по клиентам, в каждой точке есть обслуживаемое оборудование. Точки, оборудование - это справочник.
Сейчас при выборе точки обслуживания в задаче показываются все точки обслуживания всех клиентов. Это неудобно, надо чтобы показывались только точки обслуживания выбранного клиента в задаче. Поле клиент в справочнике обслуживаемые точки есть.
Так же и далее, когда выбираем оборудование показывается все оборудование всех точек всех клиентов, а надо бы видеть только оборудование выбранной точки.

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

[Пшеничников Владимир]

Поддерживаю коллегу
Это даст удобство работы не только по выше описанным бизнес-процессам.
Работаем так же по поддержке софта и оборудования и просто не хватает подобных фишек

[Илья Федоров]

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

Виктор, я поддерживаю вашу задачу, тоже сталкиваюсь с такой ситуацией. Мне например нужно ограничить список "типовых ответов" (справочник) в зависимости от категории задачи (поле типа справочник)
Но уже сейчас есть возможность упростить выбор, если у вас не очень много Клиентов (например до 20).
В справочнике можно настроить фильтры, по значению поля справочника Клиент. Таким образом слева в фильтрах у вас будет столько фильтров сколько клиентов, при выборе фильтра вы увидите только те точки которые привязаны к выбранному Клиенту (точнее к Клиенту указанному в фильтре).

[Денис Михайлович Тюшняков]

Поддерживаю.

[Михаил Храпунов]

Поддержу.

[Dmitry Goncharenko]

Продвижению этого пожелания к реализации очень помогли бы идеи интерфейсного решения настроек. Как задать, по какому полю должен быть фильтр? На каком уровне это должно задаваться? Как выглядеть? ПланФикс это универсальная система, даже в примерах выше уже есть 2 разные ситуации, которые должны решаться этим интерфейсом. Давайте на их примере и попробуем выработать представления о том, как это должно настраиваться.

[Михаил Храпунов]

Продвижению этого пожелания к реализации очень помогли бы идеи интерфейсного решения настроек. Как задать, по какому полю должен быть фильтр? На каком уровне это должно задаваться? Как выглядеть? ПланФикс это универсальная система, даже в примерах выше уже есть 2 разные ситуации, которые должны решаться этим интерфейсом. Давайте на их примере и попробуем выработать представления о том, как это должно настраиваться.

Для полей типа Справочник, Задача, Сотрудник, Контрагент, Проект и т.д. где предполагается выбор из множества объектов определенной сущности, а также для полей типа Набор... в настройке соответствующего поля (при редактировании шаблона) должен быть еще фильтр по которому отбирать записи. Если он не заполнен, отбираются все записи. Если заполнен отбираются записи по фильтру. В момент выбора из списка пользователю должно быть показано, что значения отобраны по фильтру, например зеленым значком с воронкой в правом углу поля или что фильтр не использовался — воронка серенькая. В самом фильтре должна быть возможность указать другие поля, переменные, константы из текущего шаблона в качестве условий отбора фильтра для данного шаблона. Сам фильтр может выглядеть как фильтры задач, которые сейчас есть. Т.е. фильтр это целая большущая форма с конструктором условий, там же можно указать и сортировку-группировку. Т.е. все как сейчас в фильтрах задач. Только все это должно быть в таком же духе и для Справочников и Сотрудников и всех остальных сущностей.

Должна быть возможность задавать разные фильтры для одного и того же поля в разных шаблонах. Т.е. фильтр должен быть привязан к паре поле-шаблон. Инетерфейсно — в редакторе шаблона рядом с полем, которое поставлено на форму должна быть кнопочка — редактировать фильтр. Ждем на нее и появляется полнофункциональный редактор фильтра. Только в отличие от фильтров задач здесь должна быть возможность указать другие поля шаблона в качестве условия отбора.

Так что поддерживаю. Сейчас выглядит как временный вариант.

[Dmitry Goncharenko]

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

[Михаил Храпунов]

должен быть еще фильтр по которому отбирать записи

На самом деле чтобы не плодить интерфейсы можно пользоваться уже существующими фильтрами. А в шаблоне просто выбирать уже существующий фильтр из списка. Тогда вообще не надо ничего городить, а просто добавить один выпадающий список, соответственно если в нем значение выбрано, то отбираем по фильтру, если не выбрано, отбираем все записи.

Ну и традиционно: справочники отстают, не имеют фильтров. Так их туда надо добавить :) :) :) (в задачах, контактах есть уже, даже и делать ничего не надо).
Сейчас не логично: в справочниках можно посмотреть только весь справочник целиком. А если у меня в нем 5000 наименований и я хотел бы из них каким то образом выбрать по некоему признаку небольшую часть и среди них уже искать что мне надо... Ситуация абсолютно аналогична задачам: много задач, понадобились фильтры. Здесь также: много записей справочников — нужны фильтры.

[Dmitry Goncharenko]

В справочниках есть фильтры, они расположены внутри конкретного справочника:

[Михаил Храпунов]

В справочниках есть фильтры, они расположены внутри конкретного справочника:

Класс. Пошел настраивать.

Это недавно появилось?

[Dmitry Goncharenko]

Ну, 3 года еще не прошло :)
https://blog.planfix.ru/novye-spravochniki-1/

[Михаил Храпунов]

Ну, 3 года еще не прошло :)
https://blog.planfix.ru/novye-spravochniki-1/

Как я мог такое пропустить :( ....

[Анна Блудвина]

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

Добрый день!

Есть какие-нибудь новости по данной теме? Очень нужная штука, очень не хватает.

[Dmitry Goncharenko]

Здравствуйте, Анна!
Если Вы имеете в виду не саму тему обсуждения, а частный вопрос про зависимость отображаемого списка значений в одном поле от значения, выбранного в другом, то пока мы находимся на стадии подбора оптимального интерфейсно-архитектурного решения. Там все очень непросто, на самом деле, когда погружаешься в это дело.

[Vitalii Pervukhin]

Добрый день!

Может быть, как идея, по интерфейсу.
При выборе полем справочника "Набор значений справочника" или "Запись справочника" Предлагать выбрать еще поле выбираемого справочника как - как условие связи (фильтрации). Его можно будет выбрать, если в выбираемом справочнике будет присутствовать поле типа "Запись справочника" со ссылкой на исходный справочник.

НАПРИМЕР:

Имеем два справочника.
Спр-А:
- Наименование (строка)
- Описание (текст)

Спр-Б
- Свойство (строка)
- Имеется у... (запись справочника Спр-А)

Теперь добавляем еще одно поле в Спр-А:
Спр-А:
- Наименование (строка)
- Описание (текст)
- Свойство (запись справочника/набор записей справочника - [ Спр-Б] ) - тут появится возможность выбрать поле "Имеется у...." Спр-Б как фильтр.


Это, что касается интерфейса.

UPD:
Перечитал ветку еще раз.
ХОЧУ ОТМЕТИТЬ, что я сейчас говорю, видимо о конкретной реализации не глобального фильтра, а решения вопроса связей между справочниками типа ОДИН-КО-МНОГИМ, ОДИН-К-ОДНОМУ. И, соответственно фильтрации при заполнении и поиске данных.
В вышеописанном примере, к ОДНОЙ записи Спр-А привяжется НЕСКОЛЬКО (либо одна, либо ни одной) записи Спр-Б.

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

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

[Александр Вербицкий]

Здравствуйте, Анна!
Если Вы имеете в виду не саму тему обсуждения, а частный вопрос про зависимость отображаемого списка значений в одном поле от значения, выбранного в другом, то пока мы находимся на стадии подбора оптимального интерфейсно-архитектурного решения. Там все очень непросто, на самом деле, когда погружаешься в это дело.

Добрый день! Подниму тему. Дмитрий, скажите, удалось как-то продвинуться?

[Dmitry Goncharenko]

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

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

[Геннадий Горбунов]

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

Очень не хватает зависимости отображаемого списка в поле задачи типа ЗАПИСЬ СПРАВОЧНИКА - от значения, выбранного в другом поле задачи типа КОНТРАГЕНТ

[Анастасія]

вскоре должны перейти к переделке шаблона

Здравствуйте.
Тут есть просвет?))
Может обьекты приблизили нас к чему-то?)