OTRS.ru

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

Как обходное решение можно делать так:
1. Выгружать отчёт в CVS.
2. Затем менять в екселе по формуле логин на ФИО.

Если, конечно, Вам такой отчёт не ежедневно нужен.

Почитайте тут.

Дело в том, что он берет логин из свойств тикета. Для вывода полей юзера (ФИО и т.п.) надо модули статистики править.

Создайте новый отчет, в котором выводите всё, что Вам нужно.

Всё верно, определение условий обязательно. И еще в crontab надо добавить otrs.ITSMChangesCheck.pl (лежит в папке ./otrs/bin)

Ключевая разница в правах доступа на заявку.

Надо в crontab для пользователя otrs добавить такую строку
Можно сделать чаще, все зависит от Вашего регламента

В принципе ТЗ, можно сказать, есть. Виртуальное, так сказать. Это хорошо. Теперь несколько комментариев по пунктам. 1. первую очередь нужен функционал прямой подачи заявок заявителями. А это уже должен быть веб-проект. В OTRS я пришел в восторг от возможности подавать заявку через почту и даже вести...

По умолчанию Change State Machine работает так
Requested -> Pending Apporoval -> Approved -> In Progerss -> Successful.
Надо смотреть статусы этапов.

А есть какое-либо описание проекта? ТЗ на настройку системы?

Исчерпывающе !!!!

Предлагаю чуть подробнее описать постановку задачи и решение и тогда перенесём в Howto

Что значит

Sacrificer писал(а):Мне кажется что Адресная книга должна относиться к Агентам.

?

Ваша проблема №1 решается довольно просто :-) 1. Для построения отчётов по агентам (они владельцы и ответственные за заявки. В логике OTRS - исполнитель это ответственный) надо активировать переменную через web-конфиг Frontend::Agent::StatsUseAgentElementInStats, т.е. поставить "ДА" и галочку. И на ...

Странно, у Вас стандартные настройки. Системных сообщений не должно быть. Надо смотреть конфиги.

А значение Ticket::Frontend::CustomerTicketZoom###HistoryType: у Вас какое?

По поводу этой ошибки была идея про разницу способов аутентификации в OTRS и используемом сервере SMTP. Я читал про это на немецком форуме OTRS

Sacrificer писал(а):IMHO полей для поиска должно быть больше, или должен быть выбор по какому полю искать, или полям, хотелось бы производить сортировку в уже найденых, и уточнять поиск в уже найденых.

Тут я согласен на 100%. В конце ноября буду в Берлине на конференции OTRS, задам вопрос в лоб!

похоже на баг, надо запросить в OTRS.

А тело сообщения при этом пустое или там есть записи?

Приятно и несколько неожиданно видеть такой порядок! Учерпывающий и убедительной ответ!

Возможно на это влияет параметр MaxPageSize установленный в AD. По умолчанию он =1000. Попробуйте его изменить.

До этого видимо пока еще не добрались. Думаю, что следуя идеологии open-sourse, OTRS не будет сильно упираться на столь усиленную поддержку интеграции с мелкософтом.