Вычисляемые поля в справочнике

[Вакух Владимир Анатольевич]

Здравствуйте, планируется ли внедрение вычисляемых полей в Справочники? О чень уж сильно мы их заждались, справочники вообще знатно отстают в развитии от задач.

[Dmitry Goncharenko]

Здравствуйте, Владимир!
Да, мы планируем добавить в справочники вычисляемые поля.
И Вы правы, справочники отстают от задач в плане функционала. Происходит это в основном потому, что мы получаем гораздо меньше запросов на их развитие, чем это происходит с задачами. В условиях дефицита ресурсов это важный сигнал по направлению усилий нашей команды разработчиков, поэтому можно сказать, что это следствие эволюционной борьбы разных блоков функционала за место под солнцем, в которой справочники пока затираются более "успешными" родственниками.

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

+1 за вычисляемые поля в справочниках.

[Кирилл Киреев]

+3 за вычисления в справочниках. Номер договорчика например вычислить, да и еще что-нибудь

[Вакух Владимир Анатольевич]

Да, мы планируем добавить в справочники вычисляемые поля.
И Вы правы, справочники отстают от задач в плане функционала.

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

[Максим Сафронов]

Да, мы планируем добавить в справочники вычисляемые поля.
И Вы правы, справочники отстают от задач в плане функционала.

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

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

[Dmitry Goncharenko]

От себя отмечу, что добавление аналитик к записям справочника мы делать не планируем. А вот сценарии для работы со справочниками должны появиться, а значит моно будет автоматизировать в том числе и операции, подобные той, что описал Максим выше.

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

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

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

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

[Денис В.]

+1 к вычисляемым полям!

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

+100 к вычисляемым полям в справочниках.

[Халфин Тимур Маликович]

присоединяюсь

[Игорь Архипов]

Тоже нужно

[Котелкин Андрей]

+1 за этот функционал. появятся дополнительные возможности для хранения товара. Например Вагонка из сосны. известна длина*ширина*высота, а объем (в том числе упаковки) приходится считать в аналитиках. ну и т.п.

[Антон Зубков]

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

[Запесоцкий Валерий]

+1!!!

[Анастасія]

А вот сценарии для работы со справочниками должны появиться

+ 1 к вычисляемым полям в справочнике
+ 1 к сценариям

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

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

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

[Халфин Тимур]

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

тогда и сценарии и все возможности во все поля