Дмитрий, хотелось бы поблагодарить вас за внимание к данному вопросу, не смотря на вашу занятость.
Дмитрий Гончаренко писал(а): ↑04.09.2018 15:35
Мне это нужно для лучшего понимания исходной бизнес-ситуации.
Это смотря под каким углом взглянуть на вопрос.
Вам не хуже меня известно, что любая разработка продукта начинается технической документации, а именно с ТЗ. Я позволю себе оставить ссылку на одну статью (можно сказать небольшую главу книги)
Предпосылки к автоматизации разработки технической документации где автор, очень плотно, рассматривает процесс разработки технической документации с точки зрения концепции единого источника информации. На самом деле
ранее уже была мысль сплясать от печки (ГОСТов) как раз, в уме на тот момент крутилась возможность обустроить справочники для тех.писателей.
Далее перейдем к разработке продукта, в частном случае, для укрупненной оценки разработки, прикидывается состав изделия, определяются основные сборочные единицы, вот тут как правило достаточно много итераций и работы со справочниками стандартных изделий т.е. компонентов изделия (например справочники крепежных изделий, которые редко кто заполняет все сразу, а работают и дополняют по необходимости, и эта работа ведется помаленьку, но с завидной регулярностью).
Как настроить автогенерацию артикула и генерацию описания номенклатуры по шаблону утвержденному в организации?
А если новый инженер и в силу художественного: "Я так вижу", начал ваять непотребство?
Дмитрий Гончаренко писал(а): ↑04.09.2018 15:35
Вопрос: в обоих представлениях каждый серый блок - это что
Это как раз таки некая карточка продукта (стандартного изделия или его исполгнения/или крепежное изделие с заданными характеристиками, да что угодно, с любыми ранее определенными характеристиками из других справочников) с настраиваемыми полями (в моём примере это автогенерируемые поля "Список спр-ка со всеми полями/ИзделиеРус" и "Код"). Попробуйте выделить серый блок и перетащить его в новую ячейку с нажатым контролом и вы получите новое изделие (только я не описал формулами автоматическое его добавление из представлений в "Список спр-ка со всеми полями", муторно это для примера "на один раз посмотреть"). Фактически от справочника в текущем списочном виде сложно уйти, но сколько времени занимает навигация по категориям, однотипная работа при добавлении новой записи, выпадающими списками и т.п. Проще настроить эксель, и вести наборы изделий в нем, там хоть банальный копипаст работает. И начинается всем знакомая эпопея с костылями: "не нашел", "так добавил в ERP", "а в спецификации тожесамое но другими словами, зачем новую номенклатуру заводить?" и бесконечные производные от этого. Что и является у нас предметом долгих дискуссий, все уже вроде прониклись духом планфикса, а без кослыля обойтись не можем.
Возникла мысль, можно же представить конкретный справочник в виде
матрицы и управлять им с помощью перетаскивания карточек (канбан) - так это же практически та-же таблица планировщика, и каждый нашел применение каким то спискам (метрологи вести учет поверок СИз в разрезе календарного представления, технарям не забыть о просроченном сертификате, истекшая дата действия которого должна быть ограничивающим фактором в применении подтвержденного этим сертификатом изделия (или сборочной единицы/крепежного изделия) для конструктора или пользователя справочника), что естественно влечет применение вычисляемых полей и возможностей работы с текстом и датами.
Или, если мы определили этот справочник как ГОСТ такой-то, а карточкой является поле форматированный текст = подпункт ГОСТа в иерархии разделов, подразделов, пунктов, то банальным перетаскиванием текста из Word/PDF/сайта можно сформировать справочник (это полет фантазии, но у разработчиков ПФ с фантазией, как мы сумели убедиться, тоже все в порядке
).
Или набить справочник продукции с сайта производителя.
При добавлении нескольких справочников, в представлении определенных списков на одном планировщике (это даже планировщиком сложно назвать, это конфигуратор), перетаскиванием карточек из справочников подпунктов ГОСТов в поле (Набор значений справочника) справочника Изделия. можно сформировать ТУ на изделие (при условии что реализована функция вложенности карточек, а вложенную карточку можно отобразить в виде заранее сформированной таблицы справочника (по аналогии с аналитикой, только вместо аналитики заранее сформированная таблица справочника, в данном примере подключить справочник Технические требования к изделию) и сгенерировать документ по шаблону Технические условия на изделие привязанный к данному изделию.
Данное ТУ предусматривает модификации/исполнения изделия, копируем карточку изделия в новую ячейку "
матрицы изделия"(список в виде таблицы справочника Изделие) получаем новую модификацию/исполнение, можем сгенерировать документ по шаблону "Паспорт изделия" (при условии, что мы в шаблонах можем получать значения конкретных полей участвующих как "записи справочника" в формировании этой модификации/исполнения и/или сформировать таблицу по "Набору значений справочника" и
вставки SVG файла).
Далее если при формировании изделия мы можем генерировать текстовое значение нам открывается доступ к мнемонике состава изделия (это строковое представление табличных данных)
в совокупности с запретом создания дублирующих значений мы можем избежать ошибки ввода дублирующихся данных (пока обойдемся без примеров, а то уже и так нагородил выше Вавилонской башни
).
1. Почему не задачи? Тем более что в задачах можно и внедрить аналитику, т.е. получить требуемую некую вложенность?
На наш скромный взгляд, у Справочников принципиально иной цикл и время жизни, контроль доступа, который ныне отлично реализован.
2. В справочниках не нужны Аналитики (аналог это Набор значений справочника в виде сформированной таблицы) и отчеты (вернее нужен один - "Где используется").
3. Каскадное обновление данных.
4. В справочниках нужен drilldown т.е. возможность развернуть карточку и вложенные карточки до самого "дна".
5. В "
матрице" группировка строк и колонок (для проведения массовых изменений, возможность инлайн редактирования названий группировок/строк/столбцов).
6. Возможность получить данные любых ссылочных значений участвующих в строке справочника.
7. Инструментарий вычисляемых полей - отдельная песня.
8. Возможность вывода справочника в аналитиках в виде иерархического списка.
