смена способа входа

[VladimirM]

Подскажите, пожалуйста, такой момент:
Сменил способ входа в систему с sAMAccountName на userPrincipalName.
Теперь, клиенты не видят своих предыдущих заявок. При этом у агентов все нормально.
Можно ли как-то "пересопоставить" клиентов ?

[ykolesnikov]

Через Планировщик сделайте задание и, меняя клиента, запускайте для каждого клиента. Если заявок мало, то в TicketZoom можно поменять клиента в заявке.

[VladimirM]

Извините, не понял, а в планировщике-то что делать ?
В принципе, можно попробовать апдейтом в базе, но не факт, что удастся найти все связи, опасно.

[ykolesnikov]

В Планировщике, Вы для фильтра заявок задаете старые данные клиента, как они были в заявках, а в действиях задаете новое имя. При запуске задания он Вам покажет заявки которых это касается и предложит решить - делать изменения или отказаться. Здесь можно и проверить, правильно ли задаете фильтр и поменять, при необходимости. Если все правильно сделаете, заявки клиенту вернутся.

[alexus]

Сменил способ входа в систему с sAMAccountName на userPrincipalName.

Прекрасное решение - изменить на ходу один из ключевых параметров настройки системы, который планируется ДО запуска системы !
Только в тикет пишется логин клиента. И по нему идёт поиск тикетов клиента. Теперь у ваших клиентов другой логин. Соответственно в прежни тикетах надо изменить логины клиентов. Как сделать - Юрий всё верно написал. Через базу - в принципе можно, но лучше планировщиком.

[VladimirM]

В Планировщике, Вы для фильтра заявок задаете старые данные клиента, как они были в заявках, а в действиях задаете новое имя. При запуске задания он Вам покажет заявки которых это касается и предложит решить - делать изменения или отказаться. Здесь можно и проверить, правильно ли задаете фильтр и поменять, при необходимости. Если все правильно сделаете, заявки клиенту вернутся.

Спасибо, попробую.

Прекрасное решение

Необходимость в этом возникла при подлкючении нескольких поддоменов к системе.

[alexus]

Необходимость в этом возникла при подлкючении нескольких поддоменов к системе.

А этих поддоменов ранее в природе не существовало? Если так, то тогда на недостатки проектирования грешить, кончено, не буду.

[VladimirM]

К сожалению, нет )) подключились 3 представительства только сейчас, согласен, что получается теперь все через "одно место".
Через планировщик получается каждый логин по одному прогонять. Через БД напрямую наверное все-таки быстрее будет.

[VladimirM]

Попробовал одного клиента через планировщик. При запуске задаче спросил, что будет затронуто 24 заявки. В интерфейсе клиента показал почему-то только 6. Поиском за 2 месяца тоже не находит.
А у вторго - сколько показал при запуске задания, столько и отобразил в кабинете клиента, странно

[ykolesnikov]

В интерфейсе клиента отдельные закладки для открытых и закрытых заявок. Для уверенности просмотрите все заявки и поймите что, где и как выбирается. Потом подтвердите или откорректируете фильтры. Много и муторно, а ч то делать, если сверху думают, что все одномоментно делается.
Истина старая: "Рыба гниет с головы, а чистят ее с хвоста".

[VladimirM]

Тут как бы второго варианта быть не может. Я про того клиента, у котрого при запуске задачи в планировщике высветилось, что будет отобрано 24 заявки.
Вкладки: Open:1 Closed: 5 All: 6. Посчитано все верно )) Не придраться. Что за 24 он тогда отбирал и где остальные. В поиске по email (решил обмануть) - эти же 6 заявок ...
По второму, по которому пробовал планировщиком, посчитал верно и отобразил верно.

[ykolesnikov]

В чудеса не верю. Значит еще где-то этот клиент упоминается. Проверяйте фильтры. Просмотрите эти 24 заявки. Почему-то же они отобрались!

[VladimirM]

Подозреваю, да, что какой-то еще признак у этого клиента затесался

[VladimirM]

Так-с. А вот и ответ. Нашел все заявки поиском из интерфейса агента. И вот оно странное дело: 6 заявок, которые он нашел, пришли от AAIvanov@domain(видимо созданные самим клиентом с новым логином), а остальные - от aaivanov@domain - те на которые я сменил в планировщике. Магия регистра в действии ? )) При этом также планировщиком привести все к верхнему регистру не удалось, видимо системе все равно, почему тогда он разделил их при отборе.

[paver]

высветилось, что будет отобрано 24 заявки.

А разве их нельзя тут же и просмотреть?

[VladimirM]

Момент был упущен, на радостях тут же запустил задание )

[alexus]

можно поиском найти эти тикеты и проверить по истории и/или по заметкам, что там было не так.

[VladimirM]

Вопрос - существует ли чувствительность к регистру для учетных данных

[alexus]

При поиске тикетов - нет, но подстроки надо выделять звёздочками. Например: логин - Ivanov.Ivan@com.com, искать надо *Ivan*

[VladimirM]

Я это вот к чему спрашиваю. Взял я таблицу Ticket, сделал апдейт customer_user_id с ivanov.ivan на Ivanov.Ivan. В домене чувствительность отсутствует, а не получится ли так, что в otrs я зайду следом как ivanov.ivan и получится опять пользователь с новым логином. Планировщик судя по всему по такому принципу и отобрал мне их (отделил 6 заявок с верхним регистром)

[VladimirM]

Есть такой параметр CaseSensitive => 0; но он как я понял только для localDB используется.