LINUX.ORG.RU
Форум — Talks  

Система приема заявок

 , ,


1

1

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

Один и тот же человек может работать на заявках сразу для нескольких фирм. Т.е. система разграничения должна быть довольно гибкой.

Я сейчас смотрю на osTicket и Joomla HelpDesk Ticketing, но там концепия отделов, что нам несовсем подходит, да и не понятно, как дать доступ клиенту так, чтобы он ничего левого не увидел.

Может кто что-нибудь посоветовать?

★★★★★

Последнее исправление: cipher (всего исправлений: 1)

Ответ на: комментарий от fjfalcon

а rt не подходит?

Спасибо, буду щупать.

cipher ★★★★★
() автор топика

otrs, можно поставить права на соответствующие очереди. Сотрудники могут иметь доступ к нескольким очередям.

f3ex ★★
()
Ответ на: комментарий от f3ex

+1 за otrs

а если некуда девать деньги и хочется жесткого секса - hpsm )

user_undefined ★
()

Можно, кстати и redmine поставить. соответственно есть проекты с задачами и аккаунты и различные роли для них.

f3ex ★★
()
Ответ на: комментарий от f3ex

на самом деле «отделы» в какой-то форме есть везде. Главное отличие в redmine против otrs и RT не в этом.

Redmine - это багтрекер для совместной работы. У него нет разделения между клиентом и разработчиком. Каждый участник регистрируется, а потом видит как идет работа над его тикетом. А request-tracker - это именно что система для поддержки клиентов. Клиент в ней вообще не регистрируется в общем случае а просто шлет письмо на почту. И работа по тикету идет внутри конторы, а клиенту отправляется только красиво оформленный ответ. Всю ругань разработчиков по этому багу он никогда не увидит.

alpha ★★★★★
()
Ответ на: комментарий от alpha

да-да-да, меня просто смутило

как дать доступ клиенту так, чтобы он ничего левого не увидел.

т.е. не совсем понимаю, что автор хочет, чтобы видели клиенты.

f3ex ★★
()
Ответ на: комментарий от f3ex

что автор хочет, чтобы видели клиенты.

Автор хочет, чтобы клиенты видели только тикеты, относящиеся к их фирме. Допустим, мы принимаем заказы для фирмы А и фирмы Б. Заполняет тикеты наша организация, фирма А должна видеть только свои тикеты и не подозревать, что есть фирма Б. Люди, которые вносят такие заявки для фирм, тоже не должны это видеть, если им это явно не разрешено.

cipher ★★★★★
() автор топика
Последнее исправление: cipher (всего исправлений: 3)
Ответ на: комментарий от f3ex

клиенты вообще не будут видеть тикетов.

Эм, и вообще никак им их не показать? Просто тикеты в основном нужны будут клиентам, мы же для них будем заявки принимать. Если клиенты их не увидят, то как они их исполнят? Не пересылать же руками, тогда уж проще сразу на мысло слать...

Нужна система проектов, чтобы можно было из общего пула включать в проект пользователей с различными настройками доступа. Вроде бы rt похож, но смотрел только описание.

cipher ★★★★★
() автор топика
Ответ на: комментарий от cipher

Ну ОТРС на это дело как бы и привязан. Клиенты пишут на мыло (можно прикрутить конечно форму для отправки запроса) - письмо попадает в ящик, из ящика забирается ОТРСом и попадает в нужную очередь. Клиенту отсылается на контактный e-mail номер тикета.

Сотрудники что-то делают, отвечают клиенту из ОТРС. Клиенту приходит ответ «заявка решена».

Или вам надо чтобы статус заявки и возможность отправки комментариев с историей тоже была на сайте ?

f3ex ★★
()
Ответ на: комментарий от mydoom

тоже плюсону отрс. годная штука. как по мне - то даже чрезмерно гибкая.

Komintern ★★★★★
()
8 апреля 2014 г.
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
Talks