добавить условие "НЕ"

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

прошу добавить условие НЕ

пример: мне необходимо запустить сценарий, если сотрудник НЕ состоит в группе
есть возможность сделать правило:
"исполнитель состоит в группе != Х"
что означает, что исполнитель состоит в другой группе, при этом, что характерно, в группе Х он тоже может состоять.
Конечно, можно перечислить все группы, в которых может состоять сотрудник через ИЛИ. Но при изменении количества групп придется переписывать их во всех сценариях.

С условием "НЕ" логические правила приобретут полноту (в математическом смысле).

[Snopkov Mikhail]

+1

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

+1

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

+1

[Попов Виктор]

+1

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

+1

[Артем Никитенко]

+
У многих условий нет "не" или "нет" .

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

прошу добавить условие НЕ

пример: мне необходимо запустить сценарий, если сотрудник НЕ состоит в группе
есть возможность сделать правило:
"исполнитель состоит в группе != Х"
что означает, что исполнитель состоит в другой группе, при этом, что характерно, в группе Х он тоже может состоять.
Конечно, можно перечислить все группы, в которых может состоять сотрудник через ИЛИ. Но при изменении количества групп придется переписывать их во всех сценариях.

С условием "НЕ" логические правила приобретут полноту (в математическом смысле).

Тимур, а можете пояснить, как наличие НЕ поможет в данном случае.
Вам нужно чтобы сценарий сработал для Исполнителя (вы его называете сотрудником, но исполнитель может быть и контактов для которого понятие группа не существует) которые не состоит вообще ни в какой группе?
Если надо проверить Не состоит в группе, а он в ней состоит но система выдаст Ложь и сценарий не сработает.
Я не очень понимаю как это может быть, сотрудник либо есть в группе либо его в ней нет,
Или вы не про строки параметров отбора, а про строку "Логика фильтра"?
Возможно имеет смысл попросить сделать для такого рода полей, предусмотреть возможность задать список значений, а не одно значение (по аналогии с полем Статус, где можно указать сразу несколько статусов). Это конечно не решение вашей конкретной проблемы, но позволит уменьшить количество параметров.
Часто такая необходимость возникает при проверке Проектов, Шаблонов и прочих полей как ситемных так и кастомных.

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

Тимур, а можете пояснить, как наличие НЕ поможет в данном случае.
Вам нужно чтобы сценарий сработал для Исполнителя (вы его называете сотрудником, но исполнитель может быть и контактов для которого понятие группа не существует) которые не состоит вообще ни в какой группе?

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

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

+1

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

оператор "И НЕ" решил бы этот вопрос

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

+1

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

оператор "И НЕ" решил бы этот вопрос

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

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

+1

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

+1

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

+1

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

оператор "И НЕ" решил бы этот вопрос

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

возможно.

Решили уже иначе, бот уведомляет сотрудника и нужный контакт, при ответе на такое сообщение уведомляется и сотрудник.

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

+1

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

Уважаемые разработчики, НЕ ?

[Dmitry Goncharenko]

Ну вот как-то НЕ.

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

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