Фильтр в зависимости от поля клиента.

[NvAriec]

Здравствуйте.
Возможно ли фильтрация входящих заявок по почте на основании какого-либо поля клиента?
Все клиенты заведены через Active Directory авторизацию. У всех прописаны подразделения. Как сделать так, чтобы если пользователь из Подразделения1, то его заявка попадала в группу поддержки Подразделения1?

[ykolesnikov]

А фильтры Postmaster не устраивают?

[NvAriec]

А фильтры Postmaster не устраивают?

Устраивают. Но как обратиться к полю клиента? Например к должности, которая мапится из АД?

[ykolesnikov]

Возможно, я не прав. Тогда, есть еще Планировщик задач(он же GenericAgent)/
Чтобы проверять значения полей данных клиента из AD, надо обеспечить их наличие(доступность) в OTRS. Это в предложении MAP для клиентов в Config.pm. Когда наличие этих полей в системе будет обеспечено, то можно создать задачу в GenericAgent и запускать ее по расписанию для фильтрации заявок по нужным Вам критериям.

[alexus]

Надо поле клиента сначала поместить в динамическое поле тикета. В Ticket -> Core::Ticket есть такие настройки. Там найдёте. Итого: создаём дин. поле, мапим его, работаем с ним уже как с атрибутом тикета.

[NvAriec]

Надо поле клиента сначала поместить в динамическое поле тикета. В Ticket -> Core::Ticket есть такие настройки. Там найдёте. Итого: создаём дин. поле, мапим его, работаем с ним уже как с атрибутом тикета.

Ок. Спасибо. Попробуем.

[NvAriec]

Сделал чтобы динамическое поле заполнялось. Ок.
Но вот только фильтры почему-то не срабатывают..

Установка поля динамического до фильтра или после фильтра срабатывает интересно?

[ykolesnikov]

Я так понимаю, Алексей имел в виду Планировщик.

[NvAriec]

Я так понимаю, Алексей имел в виду Планировщик.

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

[NvAriec]

YES!
Победил)

Добавил в планировщик не запуск по времени, а запуск по триггеру. В триггер прописал изменение динамического поля. Работает)