OTRS.ru

Для авторизации клиентов свои параметры, с агентами не пересекаются, вот и нет проблем. Если бы использовали дополнительно второй бэкэнд (еще лдап или локальную базу), пришлось бы дублировать и нумеровать.
По логам не подскажу.
А в локальной базе агенты есть? Нормально авторизуются?

Все варианты авторизаций прописаны в otrs/Kernel/Config/Defaults.pm (который изменять строго не рекомедуется). Если нужно поменять какой-либо параметр - копируйте его в Config.pm и там правьте, он перекроет дефолтное значение. Если какой-то параметр используется дважды и более - нумеруйте. Авторизац...

Подозреваю, что у вас осталась также авторизация через локальную бд. Если в конфигах более одного варианта авторизации, из следует нумеровать. Ну, типа: $Self->{'AuthModule1'} = 'Kernel::System::Auth::DB'; ... $Self->{'AuthModule2'} = 'Kernel::System::Auth::LDAP'; $Self->{'AuthModule::LDAP::Host2'} ...

Авторизация агентов через LDAP настраивается в том же config.pm. Отфильтровывается через группу.
Но если их немного, лучше (проще) вести отдельно в локальной бд через админку.

JohnnyGanza писал(а): ↑

13 янв 2020, 12:47

Необходимо настроить возможность заведения тикетов из одной учетной записи customer.pl по нескольким компаниям.

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

Указывайте версии софта. Лучше в подписи. Разумеется, первым делом настраивается учетная запись (записи, если работаете с несколькими почтовыми серверами). Дополнительно необходимо указать адреса, по которым клиенты общаются с системой. Система забирает почту с почтовиков по таймеру. Соответственно,...

stom писал(а): ↑

16 дек 2019, 10:51

Наверное все таки уведомления

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

psyapathy писал(а): ↑

12 дек 2019, 15:17

И можно ли это вообще получить?

Можно. Берете лог ticket_history и анализируете.
Через штатный генератор отчетов - нет.

Наткнулся на некоторое неудобство, некритичное.
Опция Разблокировать доступна только владельцу, ответственный такой возможности не имеет.
Штатно это ограничение можно отменить?
Версия 6.0.22

Вообще-то, вычислять нужно эти заявки, а не агентов.
Например, так:

alexus писал(а): ↑

11 ноя 2019, 22:42

И это логически правильно.

Правда есть одно неудобство. В режиме работы с ответственными (а мы это используем) ответственный тоже может ответить клиенту. Если заявка блокирована, то просто добавляется ответ, если разблокирована - дополнительно ответственный становится владельцем, что нежелательно.

Andre Maurois писал(а): ↑

11 ноя 2019, 19:40

где необходимо внести изменения, чтобы заявка автоматом не блокировалась на пользователе после того как он делает в ней ответ?

Параметр системы Ticket::Frontend::AgentTicketCompose###RequiredLock

Но как выше сказано, лучше этого не делать.

alexus писал(а): ↑

06 ноя 2019, 17:39

[А какие грабли-то?

О граблях обычно узнаёшь после их контакта со своим лбом.

Мне надо было получить список клиентов с конкретным сервисом Получил список логинов, хотел - ФИО

Все равно дополнительная морока.
Плюсы у синхронизации сомнительные, а грабли весьма вероятны. С учетом того, что использую поля каталога, которых искаропки нет в БД, ну и LDAP-ов у меня 3 штуки.
Очевидный плюс один - прямой доступ к БД. Но поскольку это пока не критично, от эксперимента воздержусь.

alexus писал(а): ↑

06 ноя 2019, 11:52

Есть другой вариант - скрипт синхронизации клиентов из LDAP в БД OTRS. Тогда вопрос сильно упрощается

Не, моя задача того не стоит. Но спасибо, конечно.

Сенкс. Не совсем понятно, но я то имел в виду уже встроенный в OTRS механизм. Грубо говоря, выполнить запрос к LDAPу прямо в окне запроса SQL в админке OTRSа.

А вот интересно: (как) можно SQL-запросом достать ФИО кастомера из LDAP-а по его логину?

Задача: извлечь из тела письма специальным образом помеченный текст и выставить его в качестве X-OTRS- заголовка письма. Зачем это нужно? Ну, например, некоторым клиентам вы хотите дать возможность указывать в письме сервис заявки, и указанный сервис должен быть автоматически установлен для создавае...

asdwhitefox писал(а): ↑

25 окт 2019, 12:17

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

Фильтр постмастера. Это штатный функционал

Да, спасибо, видел.
Но я все-таки про "штатными средствами OTRS".

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

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

Это не история заявки (ticket_history), а заметка (article) особого типа (внешний емайл). Доступна для просмотра не только агенту, но и клиенту в его веб-интерфейсе. Неотключаемо.

Типы: Инцидент - сбой, ошибка, невозможность использования системы или устройства. Нужно бежать устранять Запрос на обслуживание - оговоренная услуга, исполняемая, когда пользователь попросит (добавить/удалить пользователя, например). Проблема - например, регулярно возникаемый инцидент. Нужно сесть,...