Форум сервиса Планфикс

Здравствуйте, мы с коллегами устроили очередной холивар по применению справочников как единого источника информации для всей организации, но из-за низкой функциональности справочников, поддержка такой базы оказывается чрезмерно трудоёмкой и казалось бы перспективная связка применения справочников в аналитиках разбивается о суровые реальности организации этих самых справочников.
Хотя по идеологии "Единого источника информации", как принципа agile разработки, наличие справочников крайне необходимо.
Мы попытались проанализировать почему так получается, выношу на ваш суд наши скромные соображения (которые размазываются и на планировщик и на аналитики и на задачи):
1. Применить принципы планировщика к справочникам. Это позволит организовать любые справочники в соответствии с любой необходимой пользователям структуре. Особенно привлекательно выглядит "Таблица — новый тип списка Планировщика" для этих целей.
2. В типе поля "запись справочника" ссылаться на конкретное поле элемента справочника.
3. В "редакторе текста / вставка элемента справочника" получать ссылку не только на элемент справочника в целом, или на конкретное поле элемента справочника (в данный момент можно вставить только текст поля и в случае чего, менять это все ручками). Это позволит генерировать описание записи справочника "на лету" и получать описание элемента, например, на разных языках.
4. При настройке типа списков в фильтрах/группировках/Отображать строки по полю, добавить чекбокс "разрешить инлайн редактирование" что позволит производить массовые изменения полей элементов справочника (либо изменить элемент справочника на который ссылается это поле).
5. При настройке типа списков / Отображать строки по полю добавить возможность добавления нескольких (как для сортировки). Это позволит получать иерархические списки. А непосредственно сами фильтры (параметры отбора) отображать вкладками. (это мысль касается и самого планировщика в целом).
6. При перетаскивании элемента, с нажатой клавишей Ctrl создавать дубль элемента справочника (или какой либо другой простой способ копирования элементов).
7. В поле набор значений справочника, добавить возможность отображать по полю элемента справочника.
8.

самые интересные возможности открываются при использовании Таблицы со списками других типов на одной доске

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

В итоге, при использовании справочников в задачах или аналитиках при начальном введении символов применить фильтр (она же вкладка) и отображать элементы в виде ранее настроенного иерархического списка.

Спасибо.

Здравствуйте, Владимир!
Это полезный холивар, спасибо что делитесь результатами :)

По пунктам:

1. Применить принципы планировщика к справочникам. Это позволит организовать любые справочники в соответствии с любой необходимой пользователям структуре. Особенно привлекательно выглядит "Таблица — новый тип списка Планировщика" для этих целей.

Правильно я понимаю, что речь идет о возможности отображать справочники в Планировщике, подобно тому, как это происходит с задачами и контактами? Или речь о чем-то другом?

2. В типе поля "запись справочника" ссылаться на конкретное поле элемента справочника.

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

3. В "редакторе текста / вставка элемента справочника" получать ссылку не только на элемент справочника в целом, или на конкретное поле элемента справочника (в данный момент можно вставить только текст поля и в случае чего, менять это все ручками). Это позволит генерировать описание записи справочника "на лету" и получать описание элемента, например, на разных языках.

Если я правильно понял, текстом ссылки в таком случае должен быть текст или другое значение, хранящееся в этом поле. А что должно открываться по такой ссылке? Сейчас открывается вся карточка записи справочника, со всеми входящими в нее полями. Для описанной ситуации с описанием элемента на разных языках это, скорее всего, не особо подойдет - вылезет карточка с дублями контента на разных языках, вряд ли это кому-то поможет.

4. При настройке типа списков в фильтрах/группировках/Отображать строки по полю, добавить чекбокс "разрешить инлайн редактирование" что позволит производить массовые изменения полей элементов справочника (либо изменить элемент справочника на который ссылается это поле).

То есть, примерно как сейчас в самом справочнике?

5. При настройке типа списков / Отображать строки по полю добавить возможность добавления нескольких (как для сортировки). Это позволит получать иерархические списки. А непосредственно сами фильтры (параметры отбора) отображать вкладками. (это мысль касается и самого планировщика в целом).

Вот тут не понял. Помогла бы какая-то схематичная картинка или табличка в Экселе, эмулирующая такое отображение.

7. В поле набор значений справочника, добавить возможность отображать по полю элемента справочника.

Это примерно то же, что в п.2, но для нескольких значений?

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

Вот, кстати, интересный вопрос: как могут взаимодействовать разные справочники между собой? С другими типами списков Планировщика? Что может происходить при перемещении, к примеру, записи одного справочника в список, содержащий записи другого справочника? Что, если перетащить задачу или контакт в список, содержащий записи справочника? В обратной ситуации?

Давайте порассуждаем на эту тему, может выварится что-то интересное и полезное.

Более всего в справочнике (ИМХО) не хватает иерархичности.
Причем я бы наверное считал, что оптимальней эту иерархичность сделать за счет фильтров.

Допустим.
У нас есть справочник товаров где есть поле Группа - Изоляция. И внутри еще есть разные подгруппы.
И тогда было бы неплохо настроить слева следующий фильтры:

Изоляция - показывает все что относится к группе изоляция
Трубная изоляция - только эту группу.
Каучуковая изоляция
Минеральная

Сейчас все эти фильтры можно настроить, но нет возможности настроить их визуально по иерархии.

Вот так примерно надо http://joxi.ru/EA44qpqHwNye3A

Правильно я понимаю, что речь идет о возможности отображать справочники в Планировщике, подобно тому, как это происходит с задачами и контактами? Или речь о чем-то другом?

Вы забегаете вперед наших мечтаний

Отправляю пример
В экселе, к сожалению, оно не так все наглядно как хочется, но, надеюсь мысль удалось прояснить. Вообще по организации данных и поддержки productline, Ragic! вне всяких похвал, но уж больно у ПФ планировщик хорош, да и в целом, раз уж пытаемся работать в рамках единой платформы то и доживем до светлого будущего, может это предложения и одобрят пользователи.

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

Minigazimov Azat писал(а): ↑

01.09.2018 16:16

Более всего в справочнике (ИМХО) не хватает иерархичности.
Причем я бы наверное считал, что оптимальней эту иерархичность сделать за счет фильтров.

Допустим.
У нас есть справочник товаров где есть поле Группа - Изоляция. И внутри еще есть разные подгруппы.
И тогда было бы неплохо настроить слева следующий фильтры:

Изоляция - показывает все что относится к группе изоляция
Трубная изоляция - только эту группу.
Каучуковая изоляция
Минеральная

Сейчас все эти фильтры можно настроить, но нет возможности настроить их визуально по иерархии.

Вот так примерно надо http://joxi.ru/EA44qpqHwNye3A

Азат, а почему вы не используете "встроенную" иерархичность справочников, их собственные группы? Есть какие-то неудобства?

Вакух Владимир Анатольевич писал(а): ↑

04.09.2018 09:14

Правильно я понимаю, что речь идет о возможности отображать справочники в Планировщике, подобно тому, как это происходит с задачами и контактами? Или речь о чем-то другом?

Вы забегаете вперед наших мечтаний

Отправляю пример
В экселе, к сожалению, оно не так все наглядно как хочется, но, надеюсь мысль удалось прояснить. Вообще по организации данных и поддержки productline, Ragic! вне всяких похвал, но уж больно у ПФ планировщик хорош, да и в целом, раз уж пытаемся работать в рамках единой платформы то и доживем до светлого будущего, может это предложения и одобрят пользователи.

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

Владимир, спасибо за пример! Вижу, что мне нужны дополнительные разъяснения :)
Давайте двигаться по шагам. Вот я сделал справочник в ПФ согласно структуре Вашего примера:




Что дальше? Что он еще должен уметь делать, чтобы с ним было удобно работать в Вашей ситуации?

Дмитрий Гончаренко писал(а): ↑

04.09.2018 13:21

Что он еще должен уметь делать

Добавьте еще два справочника "Типы", "Цвета", "Язык" и "Изделия"
Попробуйте получить конструкцию в справочнике "Изделия" (мой недогляд, извините, в примере это вкладка "Список спр-ка со всеми полями"):
ИзделиеРус операция Конкатена́ции = "ПолеСправочника/База/Рус ПолеСправочника/Типы/Рус ПолеСправочника/Язык/Рус ПолеСправочника/Цвета/Рус"
По тому же принципу получить код Изделия.
Возможность настройки Вида списков справочника как Вида списков в планировщике, базируется на получении значений полей Карточки (в примере записи или строке в справочнике Изделия) из значений клетки в пересечении столбцов (по аналогии статус задачи) и строк в котором находится эта карточка.
Из реального примера:
Попробуйте составить справочник крепежных изделий например DIN 931 а их сотни. В бою, отдел ПТО или Инженер накидывает в аналитику(спецификацию) задачи(Заказ на разработку изделия) крепежные изделия.
Необходимо оторваться, но я думаю получилось описать подробнее для вашего внимания. Спасибо.

Владимир, прошу прощения, на самом деле это моя невнимательность - не увидел, что в табличке в принципе есть вкладки :)
Посмотрел внимательно пример, все понятно, спасибо за подробные представления и описания. Вопрос: в обоих представлениях каждый серый блок - это что? Изделие, которое предстоит изготовить? Или разработать типовое изделие такого типа, которое потом будет запускаться в производство? Что-то другое? Мне это нужно для лучшего понимания исходной бизнес-ситуации.

Дмитрий, хотелось бы поблагодарить вас за внимание к данному вопросу, не смотря на вашу занятость.

Дмитрий Гончаренко писал(а): ↑

04.09.2018 15:35

Мне это нужно для лучшего понимания исходной бизнес-ситуации.

Это смотря под каким углом взглянуть на вопрос.
Вам не хуже меня известно, что любая разработка продукта начинается технической документации, а именно с ТЗ. Я позволю себе оставить ссылку на одну статью (можно сказать небольшую главу книги) Предпосылки к автоматизации разработки технической документации где автор, очень плотно, рассматривает процесс разработки технической документации с точки зрения концепции единого источника информации. На самом деле ранее уже была мысль сплясать от печки (ГОСТов) как раз, в уме на тот момент крутилась возможность обустроить справочники для тех.писателей.

Далее перейдем к разработке продукта, в частном случае, для укрупненной оценки разработки, прикидывается состав изделия, определяются основные сборочные единицы, вот тут как правило достаточно много итераций и работы со справочниками стандартных изделий т.е. компонентов изделия (например справочники крепежных изделий, которые редко кто заполняет все сразу, а работают и дополняют по необходимости, и эта работа ведется помаленьку, но с завидной регулярностью).
Как настроить автогенерацию артикула и генерацию описания номенклатуры по шаблону утвержденному в организации?
А если новый инженер и в силу художественного: "Я так вижу", начал ваять непотребство?

Дмитрий Гончаренко писал(а): ↑

04.09.2018 15:35

Вопрос: в обоих представлениях каждый серый блок - это что

Это как раз таки некая карточка продукта (стандартного изделия или его исполгнения/или крепежное изделие с заданными характеристиками, да что угодно, с любыми ранее определенными характеристиками из других справочников) с настраиваемыми полями (в моём примере это автогенерируемые поля "Список спр-ка со всеми полями/ИзделиеРус" и "Код"). Попробуйте выделить серый блок и перетащить его в новую ячейку с нажатым контролом и вы получите новое изделие (только я не описал формулами автоматическое его добавление из представлений в "Список спр-ка со всеми полями", муторно это для примера "на один раз посмотреть"). Фактически от справочника в текущем списочном виде сложно уйти, но сколько времени занимает навигация по категориям, однотипная работа при добавлении новой записи, выпадающими списками и т.п. Проще настроить эксель, и вести наборы изделий в нем, там хоть банальный копипаст работает. И начинается всем знакомая эпопея с костылями: "не нашел", "так добавил в ERP", "а в спецификации тожесамое но другими словами, зачем новую номенклатуру заводить?" и бесконечные производные от этого. Что и является у нас предметом долгих дискуссий, все уже вроде прониклись духом планфикса, а без кослыля обойтись не можем.

Возникла мысль, можно же представить конкретный справочник в виде матрицы и управлять им с помощью перетаскивания карточек (канбан) - так это же практически та-же таблица планировщика, и каждый нашел применение каким то спискам (метрологи вести учет поверок СИз в разрезе календарного представления, технарям не забыть о просроченном сертификате, истекшая дата действия которого должна быть ограничивающим фактором в применении подтвержденного этим сертификатом изделия (или сборочной единицы/крепежного изделия) для конструктора или пользователя справочника), что естественно влечет применение вычисляемых полей и возможностей работы с текстом и датами.
Или, если мы определили этот справочник как ГОСТ такой-то, а карточкой является поле форматированный текст = подпункт ГОСТа в иерархии разделов, подразделов, пунктов, то банальным перетаскиванием текста из Word/PDF/сайта можно сформировать справочник (это полет фантазии, но у разработчиков ПФ с фантазией, как мы сумели убедиться, тоже все в порядке ).
Или набить справочник продукции с сайта производителя.

При добавлении нескольких справочников, в представлении определенных списков на одном планировщике (это даже планировщиком сложно назвать, это конфигуратор), перетаскиванием карточек из справочников подпунктов ГОСТов в поле (Набор значений справочника) справочника Изделия. можно сформировать ТУ на изделие (при условии что реализована функция вложенности карточек, а вложенную карточку можно отобразить в виде заранее сформированной таблицы справочника (по аналогии с аналитикой, только вместо аналитики заранее сформированная таблица справочника, в данном примере подключить справочник Технические требования к изделию) и сгенерировать документ по шаблону Технические условия на изделие привязанный к данному изделию.
Данное ТУ предусматривает модификации/исполнения изделия, копируем карточку изделия в новую ячейку "матрицы изделия"(список в виде таблицы справочника Изделие) получаем новую модификацию/исполнение, можем сгенерировать документ по шаблону "Паспорт изделия" (при условии, что мы в шаблонах можем получать значения конкретных полей участвующих как "записи справочника" в формировании этой модификации/исполнения и/или сформировать таблицу по "Набору значений справочника" и вставки SVG файла).

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

1. Почему не задачи? Тем более что в задачах можно и внедрить аналитику, т.е. получить требуемую некую вложенность?
На наш скромный взгляд, у Справочников принципиально иной цикл и время жизни, контроль доступа, который ныне отлично реализован.
2. В справочниках не нужны Аналитики (аналог это Набор значений справочника в виде сформированной таблицы) и отчеты (вернее нужен один - "Где используется").
3. Каскадное обновление данных.
4. В справочниках нужен drilldown т.е. возможность развернуть карточку и вложенные карточки до самого "дна".
5. В "матрице" группировка строк и колонок (для проведения массовых изменений, возможность инлайн редактирования названий группировок/строк/столбцов).
6. Возможность получить данные любых ссылочных значений участвующих в строке справочника.
7. Инструментарий вычисляемых полей - отдельная песня.
8. Возможность вывода справочника в аналитиках в виде иерархического списка.

Владимир, снимаю шляпу - ваша фантазия круче нашей :)
Спасибо за подробное описание, все получается стройно и логично, при этом процентов на 80 попадает в общую логику работы системы, что большая редкость для таких сложных и объемных идей, углубляющихся в конкретную область. Я вижу потенциал у такого направления, хочется, чтобы по нему пошло движение. Будем собирать кейсы по разным каналам, в решении которых помогла бы такая логика работы со справочниками.

+1

+1. К теме: копать в справочниках. Поля вычисляемые и т.д. по списку.

+1
в справочники надо добавить привязку полей к процессам как у задач, и отображение в планировщике как у задач и кнопки для автоматизации как у задач

Перебирал переписку и обнаружил незавершенную тему со службой поддержки. Я думаю эта запись должна добавить разъяснения в нашу конструкцию

По сути функция VLOOKUP это костыль для небольших таблиц данных в Excel для объединения двух таблиц по ключевому полю. В больших таблицых Excel я думаю это уже не актуально, мы на текущий момент активно применяем Power Query в связке с Power Pivot я просто не представляю как без этого всего пользоваться справочниками?
Конечно, можно собрать все необходимые данные в одну мега таблицу справочника, но его поддержание превратится в боль.
На самом деле с использованием Power Query так и происходит мы просто виртуально объединяем все данные всех таблиц в одном запросе со связкой по ключевым полям и например, самая моя любимая функция, создаём прайслист на всю продукцию в пару кликов. И в связке с Power Pivot творим чудеса.
Фактически необходима возможнось собирать данные справочников в OLAP кубы (многомерные базы данных) и получать любые интересующих данных в полях аналитик, печатных форм и т.д. в любых срезах в рамках одной модели данных.


Развернем его


И что мы получаем? Знакомую Таблицу — тип списка Планировщика.

+1
Очень не хватает массовых действий. Например отбор нужного значения справочника по фильтру и массовая замена этого значения и т.д. Автор темы озвучил все наши мысли.

+1 подниму тему вверх как раз перед Новым годом)))

+1