вместе с внутренними (много чувствительных данных, закрытая сеть)?
Есть какие-то лучшие практики? Может, ещё одну Jira поднять на внешку и синхронизировать их?
Или через почту задачи собирать и как Customer'ов заводить внешних пользователей? Не хотелось бы, поскольку и для внутренних-то места впритык
тебе тут с иб надо говорить а не с нами =) что разрешат то и делать =)
Мне б концепцию решения сперва понять)
Кастомеры - не едят лицензии. Просто заводишь разные Service Desk проекты под разные команды, в чем проблема-то?
Уже сейчас 60к пользователей. В нагрузке проблема
чот мне кажется, там не про кастомеров речь
Смотря что нужно получать назад внешникам)) Если им достаточно будет каких-то уведомлений на почту, то мы скриптами на переходы накладываем где надо. А если прям надо в таск проваливаться и мониторить - такого не делаем
"Или через почту задачи собирать и как Customer'ов заводить внешних пользователей? Не хотелось бы, поскольку и для внутренних-то места впритык"
Ну так ту не про права и поддержку, тут про нагрузку системы.
Активных 10к
Ну да, вопрос какое решение будет лучше подходить с учетом и нагрузки, и прав
Правильно понял, что всё информирование внешних пользователей исполнители только через переходы делают?
и во что упираетесь?
В общее торможение модулей SD. Automaton, расчёт SLA Внутренние пользователи добавляются намного реже, чем внешние. Думаю, что внешние могут ещё больше SD затормозить. Если это не так, то круто
Ну не только. Но всё скриптами. "Так исторически сложилось" и это не красивая практика По идее мы "вырезаем" сейчас такие проекты, на которые внешние клиенты завязаны и переводим их в отдел, который занимается связями с клиентами))
Можно и с организационной точки зрения поменять что-то) Интересуют разные практики А отдел по связям как свою работу с обращениями организует? В какой ИС?
У них своя система, самописная))
Если для решения задачи нужна помощь сотрудников не из клиентского отдела, а из того, который уже оказывает помощь в Jira, то кто к кому ходит и как? Или тоже организационно как-то решили, путём выделения полностью автономных клиентских команд?
Кастомеры ни на что из этого не влияют напрямую.
ну погоди. вы в каком-то мониторинге явно видите что тред такой-то, порожденным модулем таким-то - выполняется дольше обычного ( сколько)
Именно в этом и была загвоздка когда-то - команда не хотели дублировать задачи вручную из одной системы в другую. Но они получается сами у себя были и первой линией техподдержки, и второй, и третьей. Отдел по связям с клиентами сейчас выступает как первая линия (собственно это и есть его функция). А если из обращения клиента следует доработка или что-то подобное, то первая линия уже создаёт задачу в джире
Обсуждают сегодня