OTRS.ru

Добрый день.
Насоздовал я много много разной живности в ОТРС и не нашел как эту живность можно удалить.
В администрирование только можно еще создать, а как быть с тем что мне необходимо удалить ???

ЗАрание всем спасибо:)

Что написано пером - не вырубить топором!
Удалять ничего нельзя, только сделать недействительным - агентов, очереди, роли и т.д.
В мануале, в каждом пункте об этом написано и подчеркнуто!!!

Совсем неудобно

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

И все же, интересует вопрос удаления Агента (пользователя) из системы. Сейчас нужен совет именно удаления, а не совет по поводу "так исторически сложилось". Все связи по агентам можно вычистить, Заявки можно удалить, к примеру, при обнулении системы, но удалить пользователей нельзя.

Если попробовать выдрать пользователя из MYSQL, к примеру, то запрос на удаление вернет ошибку: ERROR 1451: 1451: Cannot delete or update a parent row: a foreign key constraint fails, что в свою очередь говорит о том, что этот объект удалить можно, удалив дочерние объекты БД. Можно написать запрос, удалить и дочерние объекты, но на данном этапе интересует, есть ли модуль, может кто находил, который умеет корректно удалять из БД записи об Агентах.

Давайте развивать тему, этот механизм реально нужен, потому что через 5 лет работы системы, скопилось больше 100 отключенных пользователей (специалисты 1 линии поддержки "текут"), которые реально мешают в навигации по справочнику.

З.Ы. Вообще очень странно, что этот механизм не продумали. К примеру, в качестве атрибута "агента" можно было бы использовать промежуточный справочник, откуда тянуть во все дочерние объекты имя агента и идентификатор, в таком случае, удаляя пользователя все связи ссылались бы на запись в справочнике. Все отчеты видели бы связь заявок с агентом, который, по сути, уже удален. Не знаю, допиливать систему самому не хочется, поскольку это очень не благодарное занятие, просто потерять время, тем более, что когда выйдет новая версия, все потраченное время не вернется, а пользы будет ноль.

Уважаемые форумчане, есть такое понятие, как "офтопик", или "флуд". Когда человек задает определенный вопрос, то он хочет увидеть определенный ответ, а не ваши домыслы. Все домыслы о том, почему вы там решили, что что-то нельзя сделать - флуд и офтопик, т.е. нарушение правил общения на форуме. Отсылка на мануал - элементарное не уважение, само собой разумеется, что человек идет на форум с вопросом, когда изучил уже все документы и прочитал множество форумов, только после этого лезет с вопросом. В этом случае надо человеку помочь, а не плюнуть в душу. Дайте ссылку на материал, если он есть, либо помогите, либо игнорируйте. Оставлять сообщение ради сообщения не стоит, имейте уважение друг к другу, не выставляйте свое "я" вперед других.

З.Ы.Ы. Если из системы удалены все заявки, задачи и т.д., но остался пользователь, то удаление такого пользователя не повлечет за собой абсолютно никаких последствий, все будет работать, потому что ни один из используемых (новых)объектов не будет ссылаться на этого пользователя.

Удаление агентов - это плохо, потому что потом отчёты не построишь. Есть стандартный функционал валидности объектов. Сделал агента invalid - и при выборе тикетов он уже не появляется. Мы дополнительно в админке подпилили галочку - показывать/не позказывать invalid-объекты - и всё отлично работает, никому не мешает.

jokemas писал(а):Вообще очень странно, что этот механизм не продумали

jokemas писал(а):скопилось больше 100 отключенных пользователей (специалисты 1 линии поддержки "текут")

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

jokemas писал(а):З.Ы.Ы. Если из системы удалены все заявки, задачи и т.д., но остался пользователь, то удаление такого пользователя не повлечет за собой абсолютно никаких последствий, все будет работать, потому что ни один из используемых (новых)объектов не будет ссылаться на этого пользователя.

В принице - нет проблем. Только надо удалить группы, роли, выключить уведомления, очистить preferences - система сама все constraint'ы покажет. И можно удалять. Но, опять же, вопрос отчётности и контроля тогда уже не решается потом.

alexus писал(а): ↑

24 окт 2017, 12:53

Мы дополнительно в админке подпилили галочку - показывать/не позказывать invalid-объекты

Здравствуйте!
Не подскажите как это реализовать? Помогите начинающему

smkthat писал(а): ↑

22 окт 2019, 06:41

Не подскажите как это реализовать? Помогите начинающему

Вы хотите стать разработчиком для OTRS?

alexus писал(а): ↑

22 окт 2019, 13:10

smkthat писал(а): ↑

22 окт 2019, 06:41

Не подскажите как это реализовать? Помогите начинающему

Вы хотите стать разработчиком для OTRS?

Не то чтобы прям хочу, но есть необходимость разобраться в этом.

smkthat писал(а): ↑

23 окт 2019, 00:53

Не то чтобы прям хочу, но есть необходимость разобраться в этом.

Начинать надо отсюда - https://doc.otrs.com/doc/manual/develop ... index.html