Установка значения полей из видимых полей справочника

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

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

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

Пример: при разборе входящего письма "Заявка на обслуживание" заполняется поле "Объект" типа элемент справочника.
В полях справочника указано, кто ответственный и т.п.
Сейчас нет возможности установить исполнителя из видимого поля справочника, например "Объект / ответственный" - это неудобно.
Можно сделать костыль - типа при создании задачи проверять значение этого поля и устанавливать исполнителя, но это очень трудоемко и практически невозможно поддерживать.

[Dmitry Goncharenko]

Спасибо, Тимур!
Закинул на обсуждение коллегам, если не возникнет серьезных сложностей, сделаем.

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

+ А почему только из видимых, хорошо бы из любых полей.

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

++++++++++ Очень надо!

[Игорь Трахов]

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

Приходится либо отказываться от реализации процесса в ПФ, либо городить жуткие огороды.

Есть ли решение по этой идее?

[Dmitry Goncharenko]

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

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

поддерживаю

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

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

[Кирилл Симоненко]

Ушла задача в ТП.

[Алексей Сахоненко]

ПлюсСтоПиццот
Без этого сложно полноценно пользоваться справочниками

А ещё вопрос.
Можно ли заставить парсер почты выполнять поиск по всем полям справочника?

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

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

[Григорий Свиридчук]

+

[Андрей Зверев]

Плюсую, полезный функционал

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

очень поддерживаю. Не хватает этой фичи, многое бы упростило.

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

Дмитрий, есть какие-нибудь новости по этой теме?

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

Поддерживаю. Не хватает данного функционала.

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

+очень ждем новостей

[Станислав Куратов]

+1 ооооочень нужная вещь.

Объясню свой кейс и почему возникала такая хотелка еще осенью прошлого года.

Есть курсы для учащихся, они занесены в справочник. У каждого курса есть своя стоимость и нужно так, когда создаешь сделку и указываешь в поле какой курс, то стоимость бы из этого справочника проставлялась бы сразу в сделку. Это вкратце если )

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

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

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

[Станислав Куратов]

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

Мне кажется я не понял о чем речь )
В любом случае передачу инфу из справочника будет не лишним, это возможно будет менее ресурсно затратно, чем комбинация действий

[Dmitry Goncharenko]

Добавили возможность устанавливать роли в задаче из пользовательских полей типа "Запись справочника".

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

спасибо, а зачем это может понадобиться?

Добавили возможность устанавливать роли в задаче из пользовательских полей типа "Запись справочника".

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

имеется:
поле задачи типа "запись справочника": Винт М3х10 ГОСТххх
видимые в задаче поля:
"артикул": 123456 (строка)
"аналоги": "Винт М3х10 DINxxx" (набор значений справочника)

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

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

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

[Dmitry Goncharenko]

спасибо, а зачем это может понадобиться?

Это была попытка реализовать описанный Вами в этой теме кейс:

Пример: при разборе входящего письма "Заявка на обслуживание" заполняется поле "Объект" типа элемент справочника.
В полях справочника указано, кто ответственный и т.п.
Сейчас нет возможности установить исполнителя из видимого поля справочника, например "Объект / ответственный" - это неудобно.

Видимо, неудачная, судя по последнему комментарию.

[Dmitry Goncharenko]

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

Поэтому давайте попробуем зафиксировать конкретные связки, которые Вам нужны в реальной практике. Мы поставим по ним отдельные задачи и реализуем их.

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

большое спасибо за пояснения, буду иметь ввиду.

конкретный кейс:

дано: задача с полем КОМПОНЕНТ "(тип - элемент справочника), указаны видимые поля справочника: АНАЛОГИ (тип - набор значений справочника), СТАТИСТИКА (тип - задача)
требуется:
1. при изменении значения поля КОМПОНЕНТ проверять, содержался ли новый компонент в поле АНАЛОГИ предыдущего компонента.
для этого: завожу скрытое поле "сохраненные аналоги", копирую содержимое видимого поля АНАЛОГИ элемента справочника. Далее - штатными средствами
2. при изменении статуса задачи сохранять аналитику в задаче "СТАТИСТИКА"
для этого: завожу скрытое поле "статистика", копирую содержимое поле СТАТИСТИКА. Далее - штатными средствами.

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

Т.е. прошу реализовать:
1. возможность копирования из поля "элемент справочника" -> "набор значений справочника" в поле "набор значений справочника"
2. возможность копирования из поля "элемент справочника" -> "задача" в поле "задача"

что интересно, через переменные все это доступно: {{Задача.КОМПОНЕНТ.аналоги}}, но для реализации логики можно перебрасывать POST запрос на сервер. А это не феншуй.