OTRS.ru

Здравствуйте коллеги, давно и безуспешно бьюсь над одним решением- крайне хочется использовать регулярные выражения в планировщике задач в текстовых полях, аналогично фильтрам почты. но увы. кто знает/подскажет/направит как такое реализовать ?
зачем это нужно? есть офисы по 50+городам, есть допустим 5 центров ответственности, за которыми закреплены определенные города.
когда прилетает заявка от сотрудника из определенного города- она отправляется в профильную очередь закрепленного за этим городом центра ответственности.
сейчас это реализовано созданием 50+ задач (один город- одна задача) крайне хочется их сократить, указав через регулярные выражения перечень городов

e.levitskiy писал(а):когда прилетает заявка от сотрудника из определенного города- она отправляется в профильную очередь закрепленного за этим городом центра ответственности.
сейчас это реализовано созданием 50+ задач

Я так понял, что это телефонная заявка, введенная из интерфейса агента. Ну так пусть агент сразу в нужную очередь и определяет.

Простите, виноват, заявки через customer.pl. Вопрос лежит не в плоскости методологии а исключительно в технической. хотя..)
на приеме заявок у нас сидит полторы девочки, поэтому стараемся автоматизировать максимально. масса сервисов, проблемы по которым предполагают возможность удаленного выполнения раскидываются по профильным очередям. но вот что касается ремонтов/замены оборудования, где необходимо личное присутствие- автоматизировать направление заявки к локальным специалистам кроме как через ID Компании, в качестве которого используется город, который подтягивается из AD мыслей больше нет.

ура форуму!
http://otrs.ru/forum/viewtopic.php?f=5&t=629

%ключ1*||%ключ2*
вот такая конструкция успешно работает!

Использовать CustomerID для наименования города - не самое удачное решение. Можно использовать маппинг атрибутов клиентов в динамические поля. И если смапить поле Город клиента в дин. поле типа Выпадающий список, то можно легко решить задачку.

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

Надо использовать атрибуты по своему назначению. Город - это город. Редко, когда город совпадает с наименование компании или поразделения.

e.levitskiy писал(а):нам как раз важно было уметь территориально фильтровать заявки

Я написал выше, как это правильнее и логичнее делать.