OTRS.ru

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

А как заполнялись эти таблицы изначально?

Проверьте все настройки мускула mysql> show variables like 'char%'; +--------------------------+----------------------------------+ | Variable_name | Value | +--------------------------+----------------------------------+ | character_set_client | utf8 | | character_set_connection | utf8 | | characte...

Скриншот и конфиги в студию!

Может кто-то файлы вывода *.dtl поправил неудачно?

В PDF!

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

Конфиги апача, MySQL и config.pm смотрите на предмет установки кодировок.

А что вы имеете ввиду под категорированием?

Если у Вас есть необходимость в таком способе хранения данных(2 таблицы), значит, видимо, какой-то другой софт их заполняет? Если нет, то зачем огород городить? Слейте данные под стандартный вариант OTRS.

/otrs/Kernel/Output/HTML/Standard/CustomerLogin.dtl

LDAP - это не почта, а средство аутентификации. Для отправки почты OTRS LDAP не нужен. OTRS может отправлять письма системным sendmail`ом, или с помощью других серверов. Настройки для отправки почты находятся в SysConfig (конфигурирование системы), разделе Framework -> Core::Sendmail. Ну а мануал на...

Ваши опасения напрасны Здесь всё по ITILу!

Лучше создавать Customer Company, однозначно, т.к. будут при заведении заявки видны все инциденты, с отчетами проще и т.д.
А про "скрещивание" компаний с агентами не понял . О чём идет речь?

Да, в меню. Ну и настроек, конечно. добавляется.

Так! Понятно теперь! "Мышдение не в ту сторону" С точки зрения ITIL (ITSM и т.п.) "сервис" - это услуга, которую потребляет пользователь этой самой услуги. Пример: Электронная почта - это сервис, а сервер Exchange - это уже никакой не сервис, а KE (конфигурационная единица). Еще пример "Автоматизиро...

Практически любую логику любой эскалации в OTRS можно реализовать через уведомления о событии Суть иерархической эскалации - уведомлении вышестоящего руководства о каких-либо ситуациях для своевременного принятия решения!

Ну, если рассматривать смежные задачи, которые делегированы "владельцам ресурсов" - то и понятие "управление задачами IT-отдела" легко расширяется до "управления IT-задачами". Все "управление" в данном случае сводится к состоянию "закрыто успешно/неуспешно". Да, но надо четко понимать, что "владеле...

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

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

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

Отвечу по пунктам. 1. CMDB есть в решении OTRS ITSM, связь с пользователями не поддерживается по умолчанию (требуется доработка). Связь поддерживается с заявками, изменениями, другими КЕ и сервисами (услугами). Отбражание оборудование пользователя надо докручивать. Отображается сервис. Т.к. использу...

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

В стандартном кронтабе прописан запуск скрипта, который "убивает" зависшие сессии. Попробуй это!

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