Какой из них лучше интегрирован в XMPP: OTRS или RequestTracker?
AFAIK, ни один из них не имеет встроенной поддержки XMPP, но, может быть, один или другой легче взломать в этом отношении? Мне нужно: - сообщить владельцу проблемы об изменениях / обновлениях билетов - сообщить в конференц-зал о новых билетах - необязательно: разрешить создание новых билетов через Jabber TIA! (Мне нравится использовать OTRS 5.0 или RequestTracker 4.2 в стабильной версии Debian.)
2 ответа
Все уведомления в RT, включая все родные почтовые уведомления, обрабатываются с помощью scrips. Чтобы добавить уведомления XMPP, вы можете добавить сценарии, возможно зеркальное отображение уведомлений по электронной почте с помощью "Создать", "На корреспонденцию" и т. Д. В действии сценария используйте модуль Perl для отправки необходимых уведомлений. Как часть условий и действий сценария, вы можете проверить в ответе соответствующих пользователей (владелец проблемы, AdminCcs, например, группу поддержки, или запросчик в заявке) и отправить сообщение XMPP нужному человеку или каналу. Модуль Net:: XMPP выглядит как хорошее начало.
Создание билетов через Jabber было бы немного больше работы. Я бы создал демон с клиентом Net:: XMPP, прослушивающим нужный канал. Затем вы могли бы наблюдать за ключевым словом и использовать RT API для создания заявки, когда кто-то печатает "newticket: применить последние исправления безопасности". Запрашивающим может быть лицо, отправившее сообщение, а темой и первоначальным сообщением в тикете может быть сообщение.
OTRS имеет бесплатный плагин для интеграции Jabber (xmpp) Jabber Notification
К сожалению, он создан для OTRS ver.3.x, но, насколько я вижу, обновить его для ver.5.x не составит труда.
Просто посмотрите, как создается файл /opt/otrs/Kernel/System/Ticket/Event/NotificationEvent/Transport/Email.pm. Скопируйте это. И вставьте туда логику xmpp