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

[Степан Чельцов]

Для реализации множества сценарий и работ мы используем справочники:
- Почтовое отправление;
- Товар;
- Анкетные данные;
- Переводы значений фраз для многоязычных аккаунтов;
- etc.

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

При изменении, например, статуса у посылки (кастомное поле типа список у записи справочника) нам надо уведомить участников задачи о событии или выполнить иные действия.

Или у товара из 1С пришла новая цена, или изменился статус на "Нет на складе" или иной другой атрибут, на который нам надо выполнить некие действия.

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

Внимание, предложение:

Провести доработки автоматических сценариев, чтобы они реагировали на изменения записей справочника.

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

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

[Andrey Lezhnin(PF)]

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

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

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

Далее в условиях возможность проверки типа
ПолеСправочник.ПолеСправочника =, содержит, не содержит , <> и тп.?

Также считаю что очень была бы полезна возможность устанавливать значения полей задачи из значений полей справочника.
Например ТипПлатежа = ПолеСправочник1.ПолеТипПлатежа.
или Цена = ПолеСправочник1.Цена.

Предлагаю также к теме добавить голосовалку.

[Степан Чельцов]

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

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

P.S. Хотя идея процессов для Справочников мне нравится отдельно, теперь в моей копилке моих хотелок новый фонтан идей ;)

[Степан Чельцов]

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

О том и речь, что не работает. Возможность указать есть, но ничего не происходит.

[Григорий]

+1

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

+1

[А.А. Сахоненко]

+1

Хорошая идея

[Алека Александр Васильевич]

+1

[Dmitry Goncharenko]

Илья задал правильный вопрос и попытался описать предложение более подробно. Я тоже пока не понял, что именно предлагается. Если описание Ильи неверно, хотелось бы увидеть верное, но примерно в том же формате, с полным описанием логики работы.

[Админ Хат]

+1
Данная проблема нам также затрудняет работу. Ждем

[Степан Чельцов]

Коллеги, давайте просто на скриншоте покажу, что я хочу.
Вот у нас в задаче выведена информация по товару:
https://yadi.sk/i/8JL3dudJ2BjHag

В сценарии я хочу понимать состояние остатка (поле справочника), и если оно изменится до неприемлемого уровня, я хочу создать задачу нужному сотруднику, чтобы он закупил товары, а Поставщик получил заявку на резервирование.

Но вот такие условия в Сценариях сейчас не работают:
https://yadi.sk/i/wFIMd9D-hVaBoA

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

В просто решении я бы просто хотел, что если опция в настройках есть, чтобы она работала.

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

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

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

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

А если запустить вместе со сценариями аналитик , то мой кейс про автоматизацию отдела продаж в этой темеhttps://forum.planfix.ru/viewtopic.php?f=46&t=4510&start=25 может получить дальнейшее развитие в виде того, что клиент после получения коммерческого предложениия и оплаты счета (предзаказа) сможет "этим действием автоматически включить в работу процесс заказа нужного оборудования и уменьшится нагрузка на службу логистики. А это очень масштабируемое решение.

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

+1

[Микулич Андрей]

+1

[Роман Солоницын]

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

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

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

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

[Роман Солоницын]

Я уже думал об этом, но в справочниках очень удобна система разграничения прав доступа, да и в аналитиках справочники удобнее использовать.
В общем, если сценариев для справочников ожидать не стоит, то, конечно, буду рассматривать более подробно этот вариант. Но если бы знать хоть примерные сроки, то, возможно, подождал бы.

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

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

делаем аналогично

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

поэтому, нам приходится делать задачи для работы и связанные с ними записи в справочнике для выбора и ссылок.
делается достаточно просто через отчет по задачам - экспорт в excel - импорт в справочник. Связывать приходится вручную - это ужасно.

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

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

делаем аналогично

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

Извините, а зачем в аналитике ссылка на "задачу", а не на запись справочника?

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

Извините, а зачем в аналитике ссылка на "задачу", а не на запись справочника?

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

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

+1 в топик тему

[Роман Солоницын]

Уважаемые разработчики, скажите, пожалуйста,ожидается ли такая возможность? И примерные сроки реализации. Если не скоро, то я переведу нужные мне справочники в задачи. А то вдруг уже в разработке, я переделаю у себя, а в ближайшее время появятся процессы для справочников, придется все назад возвращать.