Народ, посоветуйте, пожалуйста, систему helpdesk (регистрации обращений пользователей).Хотелось бы, чтобы пользователь сам зашел на определённый url, написал бы там что-то про свою проблему. Админ, сидит у себя в кабинете и мониторит определённый url (или ему посылаются сообщения на e-mail). Итак, он увидел новое обращение, предпринимает какие-то действия, потом заходит на определённый url и ставит на обращение статус "выполнено", возможно написав какие-то свои комментарии.
Заранее благодарен.
>Народ, посоветуйте, пожалуйста, систему helpdesk (регистрации обращений пользователей).
>
>Хотелось бы, чтобы пользователь сам зашел на определённый url, написал бы там
>что-то про свою проблему. Админ, сидит у себя в кабинете и
>мониторит определённый url (или ему посылаются сообщения на e-mail). Итак, он
>увидел новое обращение, предпринимает какие-то действия, потом заходит на определённый url
>и ставит на обращение статус "выполнено", возможно написав какие-то свои комментарии.
>
>
>Заранее благодарен.http://forum.ru-board.com/topic.cgi?forum=8&topic=3697&start=0
http://www.mantisbt.org/По описанию, скорее, bugtracker, но и в качестве hd идет за милую душу.
Спасибо, прочитал. Сделал резюме для дальнейшего отбора, может, кому пригодится.Решение класса ServiceDesk сделное по ITILу. Написано на 1С:8.0 - http://itilium.ru/content/view/57/
Ссылки на страницы, откуда можно зайти и поработать в демо-режиме с несколькими системами:
http://www.oneorzero.com/?controller=main_general&option=mai...
http://www.ilient.com/demoChoose.htm
http://www.ipi-helpdesk.ru/ru/description/intro.phtml
http://glpi-project.org/spip.php?article47
http://www.futureware.biz/mantisdemo/
Эта хрень называется ticket system. Типичный пример - otrs.org
>Народ, посоветуйте, пожалуйста, систему helpdesk (регистрации обращений пользователей).
>
>Хотелось бы, чтобы пользователь сам зашел на определённый url, написал бы там
>что-то про свою проблему. Админ, сидит у себя в кабинете и
>мониторит определённый url (или ему посылаются сообщения на e-mail). Итак, он
>увидел новое обращение, предпринимает какие-то действия, потом заходит на определённый url
>и ставит на обращение статус "выполнено", возможно написав какие-то свои комментарии.
>
>
>Заранее благодарен.в sharepoint есть такая фича, входит в стандартную поставку
>Народ, посоветуйте, пожалуйста, систему helpdesk (регистрации обращений пользователей).
>
>Хотелось бы, чтобы пользователь сам зашел на определённый url, написал бы там
>что-то про свою проблему. Админ, сидит у себя в кабинете и
>мониторит определённый url (или ему посылаются сообщения на e-mail). Итак, он
>увидел новое обращение, предпринимает какие-то действия, потом заходит на определённый url
>и ставит на обращение статус "выполнено", возможно написав какие-то свои комментарии.
>
>
>Заранее благодарен.GLPI как helpdesk+assets tracker
http://www.glpi-project.org/spip.php?lang=enOCS Inventory как автоматизированаая система инвентаризации
http://www.ocsinventory-ng.org
Сам сейчас внедряю.
>GLPI как helpdesk+assets tracker
>http://www.glpi-project.org/spip.php?lang=enДа, я смотрел демку, она симпатичная.
А, если не секрет, почему остановились именно на ней?>OCS Inventory как автоматизированаая система инвентаризации
>http://www.ocsinventory-ng.orgА эта система как-то привязывается к первой или они будут существовать в виде 2-х отдельных баз?
>[оверквотинг удален]
>>http://www.glpi-project.org/spip.php?lang=en
>
>Да, я смотрел демку, она симпатичная.
>А, если не секрет, почему остановились именно на ней?
>
>>OCS Inventory как автоматизированаая система инвентаризации
>>http://www.ocsinventory-ng.org
>
>А эта система как-то привязывается к первой или они будут существовать в
>виде 2-х отдельных баз?1. Как по мне - очень функциональна. (учет обращений с привязкой к ПК, ПО, юзеру, управление ресурсами, аутентификация LDAP, ! POP3/IMAP4 ! - при настроенном почтовике не нужно "заводить" юзеров в базу и т.д.)
2. Работает в связке с OCS Inventory - через импорт (можно настроить авт. синхронизацию).
3. Базы используют каждый свою.Минусы OCS Inventory - агент отдает инфу в кодировке iso88895-1.
как результат - русские названия установленного софта отображаються "кракозябрами" (даже если базу создать в UTF-8). Разарабы обещают пофиксить в будущих релизах. Пока лечиться "хаком" скриптов (см. на форуме opennet, ссылку не помню) и выставлением php.ini дефолтной кодировки win-1251.Однако при импорте в GLPI "кракозябры" сохраняютя.
>Однако при импорте в GLPI "кракозябры" сохраняютя.Ну и как система? "крякозябры" не победил? или особо не мешает? Поделись своим опытом, как ты используешь GLPI...
>>Однако при импорте в GLPI "кракозябры" сохраняютя.
>
>Ну и как система? "крякозябры" не победил? или особо не мешает? Поделись
>своим опытом, как ты используешь GLPI...Кракозябры победил.
В ocsreports:
Нужен патченный агент (версия 4050) для поддержки UTF-8 - официальный (4049) так и не заработал.Огромное Спасибо alonefox - автору патча !
Также необходима правка нескольких php
скриптов на предмет перекодировки текста (использование utf8_decode вместо Text_Decode и др.) и скрипта создания базы ocsreports (испозльзование UFT-8).Ссылки:
http://forums.ocsinventory-ng.org/viewtopic.php?id=603
https://www.opennet.ru/openforum/vsluhforumID3/14092.htmlСейчас идет наполнение базы GLPI (расходники, серийные номера ПК и все, что не возможно внести "автоатом"), пользователи авторизуются через POP3 (LDAP через CommuniGate не заработал, не было времени ковырять).
Пользователи вроде пока не возмущаются - им все равно - что в почту заявки писать что в систему.