OTRS.ru

Всем привет! В точке "А" есть инсталляция OTRS 3.0.6 (CentOS 5.5) + LDAP (AD Win2k3) - атентификация агентов и кастомеров проходит нормально - вопросов нет. Появилась необходимость развернуть тоже самое в точке "Б", с небольшими отличиями - OTRS 3.0.7 (SuSe???) + LDAP (AD Win2k3). По сути конфиги (C...

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

ну это нас самом деле зависит от настроек AD, какое свойство используется в профилях пользователей - sAMAccountName или userPrincipalName. Например у меня именно sAMAccountName, так что userPrincipalName работать не будет с той же ошибкой, что и у Вас.

А что значит стабильнее, можете пояснить?

Это обязательное условие. На забугорном форуме otrs была похожая ситуация.

У пользователя в ADшном профиле присутствует email?

Единственное отличие по конфигу: я использую вместо . Попробуйте поменять.

Сделал viewtopic.php?f=4&t=271

Чтобы сделать поля "Тип", "Сервис", "Уровень обслуживания" в заявке обязательными для заполнения заказчиком, необходимо в файле Kernel/Modules/CustomerTicketMessage.pm добавить строку Class => "Validate_RequiredDropdown ", Было # types ....................... Cut ....................... $Param{TypeS...

Собственно вот ответ http://forums.otrs.org/viewtopic.php?f=60&t=7070. Звездочки не появится! Но отправить заявку не получиться - поле Тип выделится красным цветом.

В общем, если следовать аналогии, то надо рыть в файлах Kernel/Modules/Customer*.pm.

Надо в файле Kernel/Modules/AgentTicketPhone.pm найти строку # build type string и добавить строку Class => "Validate_RequiredDropdown", чтобы стало вот так. Рестарт апача и все! # build type string if ( $Self->{ConfigObject}->Get('Ticket::Type') ) { $Param{TypeStrg} = $Self->{LayoutObject}->BuildS...

В свое время задавал похожий вопрос по обязательности поля "Тип". Посмотрите здесь: http://otrs.ru/forum/viewtopic.php?f=2&t=188 :oops: Может подобное действие можно сделать и для "Сервис". Не искушен в Perl и потому сам туда не лезу. Кроме того, все, что правится в текстах, потом надо не забывать ...

persk писал(а): Ну и самое главное поле "Сервис" юзер тоже заполняет по желанию, Service - "Да" — всего лишь включает данное поле, но не делает его обязательным

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

1. Я тоже так понимаю и в Admin area это не прослеживается, тем не менее, то что я изложил в вопросе имеет место быть. В чем тогда смысл "Типа"? Присоединяюсь к вопросу. Так же не ясно назначение Сервиса. Т.е. если оно может быть отключено, то не является обязательным полем. В таком случае мы получ...

Вот и подошло время для версии 3.0.3. Попробую обновиться с 2.4.9 сразу на нее.

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

При обновлении до версии 3.0.2 в браузере (firefox, IE, opera) выскакивает ошибка "An error occurred! for details see your browser log!". При установке с нуля версии 3.0.2 все нормально. В логах браузера (firefox): http://ipicture.ru/uploads/20101124/19Vx5SaT.png . Пробовал решить следующим образом:...

Спасибо большое, буду пробовать.

требование руководства, возможно для отслеживания просроченых заявок. Вот как раз в этой версии ITSM я это не нашел. Вообще нужно придумать метод, при котором нельзя закрыть заявку или изменить ее статус, если не указана дата ее решения. Нужно это для учета (контроля) сроков решения заявок.

В версии ITSM 1.2.3 был пункт меню "Дополнительные поля ITSM", в версии 2.1.1 не могу найти. Как можно добавить в бланк новой заявки поле "Дата исполнения" и сделать его обязательным, т.е. чтобы сustomer не могу сформировать заявку, не заполнив это поле?

OTRS 2.4.9, ITSM 2.1.1