Страница 1 из 2

Доработка справочников — история применения записей справочников

Добавлено: 11.12.2015 11:44
Михаил Храпунов
Добавить возможность в справочники — для записи справочника посмотреть где на нее ссылки (в каких задачах в кастомных полях ссылались, где вставлена ссылка в текст комментария). Т.е. сделать как в контрагентах (там сейчас есть история задач по контрагенту-контакту) тоже историю для записи справочника.

Выглядит так: заходим в справочник, выбираем конкретную запись и справа открывается панель Детали записи справочника и в ней перечисление всех объектов где есть ссылка на ЭТУ КОНКРЕТНУЮ ЗАПИСЬ справочника (тип объекта из которого ссылаются, название поля которым ссылаются). При добавлении куда либо записи справочника также открывать справа панель с деталями-историей. Сразу понятно где еще поучаствовала эта конкретная запись какого то конкретного справочника.

Уже обсуждали здесь: viewtopic.php?f=8&t=2976&hilit=%D1%81%D ... 0%BA%D0%B8

Но захотелось поднять тему еще раз отдельно, может быть поддержит народ.

Добавлено: 15.12.2015 23:04
Халфин Тимур Маликович
Плюсую
Давно пора справочники сделать ближе к людям

Добавлено: 17.12.2015 12:15
Михаил Храпунов
Как вариант — расширить функционал для задач недостающим функционалом из справочников, а именно:
1) В шаблонах задач добавить тип кастомного поля: задача (в которое можно выбрать и хранить ссылку на любую задачу), его также сделать как с единственным выбором, так и с множественным. При выборе задачи из списка реализовать более гибкую настройку — а именно сначала отобрать задачи произвольным фильтром (например все у которых есть признак СПРАВОЧНИК) фильтр которым отбирать прописывать при создании кастомного поля, а уже потом поиском по введенным символам.
2) Дать возможность в комментарии добавить ссылку (не просто текстом, а как запись в базе данных — т.е. чтобы в последующем можно было быстро отбирать на какие задачи ссылались из текущей и какие ссылки есть на текущую задачу) на произвольную задачу.

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

Кейс: у нас есть список товаров с которыми мы работаем (несколько тысяч наименований) — это по сути справочник. Нужна возможность логгирования изменений записей, разграничение прав доступа (в идеале как по отдельным записям, так и по полям), возможность быстро просматривать по каждой записи в каких задачах она так или иначе участвовала, возможность комментирования по каждой записи. В справочниках реализация функционала начата, но не закончена. В задачах есть уже практически все, может быть допилить всего 2 пункта выше?

Добавлено спустя 11 минут 14 секунд:
Без работы в планфиксе уже и сейчас не можем. Но все равно существуют какие то доп примочки отдельно, хочется все объединить.

Добавлено: 18.12.2015 15:10
Халфин Тимур Маликович
у нас в справочниках - справочная информация по компонентам и изделиям в производстве.
приходится вести отдельный проект, структура которого повторяет структуру справочника. Чтобы файлы и переписку по компонентам сохранять.

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

в общем, справочники пока не очень удобны.

Добавлено: 18.12.2015 15:22
Михаил Храпунов
Да, забыл добавить: нужно также в задачах для кастомных полей реализовать разграничение доступа к отдельным полям, как сейчас в справочниках.

Добавлено: 19.12.2015 14:18
Dmitry Goncharenko
В задачах есть разграничение доступа к полям - и справочники унаследуют этот подход к доступу, т.к. текущий интерфейс очень сложен и постоянно вызывает вопросы.

Добавлено: 21.12.2015 09:34
Халфин Тимур Маликович
Добрый день, Дмитрий. Я на еще одном предприятии (разработка и производство электроники) внедряю ПланФикс.
Справочники очень нужны.

Добавлено: 21.12.2015 13:07
Dmitry Goncharenko
Здравствуйте, Тимур!
Ваше имя вышито красной нитью как подзаголовок под темой "Справочники" во всех наших внутренних обсуждениях :) Во многом именно благодаря Вам мы таки добрались до их переделки и занимаемся сейчас ею. Начали с переделки внутреннего механизма их хранения, в прошедшую субботу выкатили изменения. Они пока незаметны (разве что на уровне всплывающих багов - они неизбежны, очень уж масштабно все пришлось переделать). Дальше будем продвигаться по накопленным задачам на доработку этого функционала - там уже будет о чем рассказать и что показать.
 

Добавлено: 21.12.2015 13:12
Михаил Храпунов
По 11.12 комментарию посмотрите пожалуйста, может быть удастся добавить функционал?

Добавлено: 21.12.2015 13:14
Michael G.
Справочники получат все кастомные поля какие есть у задач и будут далее развиваться вместе, это одна из глобальных задач, которые мы ставили перед собой.

Добавлено: 21.12.2015 13:16
Михаил Храпунов
Т.е. можно будет историю ссылок на запись справочника посмотреть?

Добавлено: 21.12.2015 13:18
Michael G.
Т.е. можно будет историю ссылок на запись справочника посмотреть?
Планируем сделать такое, если не упремся в технические ограничения.

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

Добавлено: 21.12.2015 13:19
Михаил Храпунов
Отлично. Ждем.

Добавлено: 21.12.2015 13:55
Халфин Тимур Маликович
Ура! Теперь я знаю, что попросить у Деда Мороза...

Добавлено: 22.12.2015 09:35
Халфин Тимур Маликович
Доброе утро, Дмитрий.
Я поддерживаю Михаила, что объявления задач с  кастомными полями отличаются от справочников только видом представления и многое из предложений, которые я делал ранее уже реализовано:
  • задача прикреплена автоматически
  • создатель фиксируется
  • группа (надзадача) имеет те же атрибуты, что и запись
  • драг-н-дроп при навигации работает
  • копирование элементов есть
  • Все крепче становятся нити хозяйственной и культурной смычки между городом и деревней
Перечень ссылок, кстати, штатным поиском реализуется, только вход в поиск из элемента справочника реализовать осталось.

Добавлено: 25.01.2016 12:59
Михаил Храпунов
Подскажите, когда можно ждать новый функционал у справочников?

Добавлено: 26.01.2016 09:28
Халфин Тимур Маликович
Тоже хотелось бы быть в курсе, когда можно будет увидеть результаты активного развития справочников?

Добавлено: 28.01.2016 23:56
Андрей Гринюк
Плюсую. Но вижу немного другое применение. При такой индексации задач, проектов, действий по принадлежности к элементу справочника, получится использовать запись справочника как ТЕГ. Т.е. например, в действии можно вставив определенный тег (Запись справочника), потом по этому тегу (записи справочника) увидеть все объекты, в которых он был указан.
Например, решаем мы задачу и я оставляю комментарий, который хотелось-бы добавить в нашу базу знаний. Так вот для простоты я рядом с комментарием вставляю соответствующий "Справочник". И потом из нужного справочника могу посмотреть, все полезные заметки (комментарии), которые были нами (мной) зафиксированы.
Получится, что-то вроде EverNote.

Добавлено: 01.02.2016 10:06
Халфин Тимур Маликович
Так вот для простоты я рядом с комментарием вставляю соответствующий "Справочник". И потом из нужного справочника могу посмотреть, все полезные заметки (комментарии), которые были нами (мной) зафиксированы.
Мы так и делаем. Вставляем рядом с комментарием аналитики, которые по факту - набор тегов, в том числе записей справочника

Добавлено: 01.02.2016 11:33
Андрей Гринюк
Тимур, а подскажите подробнее какие именно вы аналитики используете? Т.е. как они называются и какую задачу решают?

Добавлено: 01.02.2016 15:34
Халфин Тимур Маликович
для компонентов (особенности работы с конкретными комплектующими) ваш случай
  1. справочники:
    1. справочник по компонентам
  2. аналитики:
    1. компонент
  3. отчеты:
    1. упоминание компонента. Например, обнаружена ошибка в работе или несоответствие документации. Или определение потребляемого тока и т.п.
    2. или новый документ добавлен по этому компоненту
для учета конструкторской документации:
  1. справочники:
    1. справочник по компонентам изделия (для каждого комплекса)
    2. справочник по видам документов (ЕСКД, ЕСПД, КСАС, СРПП)
  2. аналитика:
    1. компонент изделия - этап работ - вид документа - состояние документа + дата, задача, сотрудник и т.д.
  3. отчеты:
    1. КД, сгруппированная по компонентам и этапам
    2. КД на дату
    3. и т.д.
для учета компонентов (сейчас переделываем)
  1. справочники:
    1. справочник по компонентам
    2. справочник по типоразмерам
    3. справочник по производителям
    4. справочник по ячейкам склада
  2. аналитики:
    1. приход/расход: компонент (спр) - +- количество - резерв - ячейка (в комментарии пишется кто, что и зачем)
  3. отчеты:
    1. по компонентам: наличие компонентов: приход / расход / резерв / план
    2. по складу: где что и сколько
    3. по задаче: зачем и почему
для сопровождения изделий (сейчас переделываем)
  1. справочники:
    1. справочник по изделиям (ведется для КД)
  2. аналитики:
    1. работы по изделию: серийный номер, вид работ (попробуем затраченное время добавить)
  3. отчеты:
    1. изделие - сопровождение
для платежей
  1. справочники:
    1. контрагенты
  2. аналитики:
    1. платежный документ: вид (счет/платежка/сф/накл) + сумма + контрагент + срок поставки
  3. отчеты:
    1. затраты по проектам
    2. документы на оплату
    3. срок поставки и т.п.
для снабжения (в настоящее время без API сделать невозможно)
для полного учета надо формировать таблицы на закупку с аналитикой приход/расход по каждой позиции
вручную это довольно трудоемко
в принципе, для этого 1С используется обычно.

Добавлено: 01.02.2016 15:42
Михаил Храпунов
Вот и я о том же, о чем Тимур — надо иметь возможность увидеть историю ссылок на все объекты (Контрагенты, записи справочника, сами справочники, конкретная задача). С возможностью быстрого перехода к соответствующим ссылающимся объектам, а ими может быть все что угодно выше в скобках. Возможность увидеть такие ссылки мне кажется должна быть по умолчанию в системе, а не через Отчеты...

Добавлено: 01.02.2016 15:56
Халфин Тимур Маликович
Это было бы полезно, но остальные доработки справочников гораздо нужнее.
Сейчас нам приходится по базе компонентов вести проект полностью идентичный структуре справочника. Просто, чтобы фиксировать действия со справочником.
Это тройная работа.
А я не люблю тройную работу.

Добавлено: 01.02.2016 16:00
Михаил Храпунов
Так дублировать то приходится, потому что в справочниках нет функционала задач (комментирование записей, логгирование изменений, аналитики), а в задачах функционала справочников (возможность ссылаться в кастомном поле, внешний вид как у справочника и т.д.).

Добавлено: 01.02.2016 16:05
Халфин Тимур Маликович
я и обычную-то стараюсь к минимуму свести

Добавлено спустя 4 минуты 56 секунд:
Так дублировать то приходится, потому что в справочниках нет функционала задач (комментирование записей, логгирование изменений, аналитики), а в задачах функционала справочников (возможность ссылаться в кастомном поле, внешний вид как у справочника и т.д.).
третий год ожидания уже пошел
никому не нужны справочники...