我正在研究票务系统，我很好奇其他人都在使用什么。我欢迎大家发布他们最喜欢的票务系统以及他们喜欢它的原因。
我选择票务系统的标准是：
- 应该是开源的
- 用户应该能够 100% 通过电子邮件进行交互。根本不需要使用 Web 界面。我甚至不关心是否有客户 Web 界面。
- 应该让我尽可能通过电子邮件处理。（至少，让我通过电子邮件回复票）
- 安装相当简单，仅需很少的依赖项。
- 网络界面不应该让我想挖出自己的眼睛。
我不太关心的事情：
- 时间跟踪。
- 优先排序并不是一个很大的优先事项。（呻吟）
- 子任务、任务依赖性、队列等。
- 几乎任何其他无助于将问题从我的电子邮件中转移到跟踪系统的事情。
我用过追踪过去我曾成功地将其用作票务系统（只是关闭了 wiki、存储库等），如果我知道一些电子邮件插件，我不会介意再次使用它或 Redmine。在之前的公司，我使用请求追踪它满足几乎所有标准，但有太多依赖项，以至于我运行的其他程序都不需要它，所以我最终决定它不值得。
我已经启动并运行了 OTRS，它满足了所有电子邮件要求，设置起来非常简单，但我真的不喜欢 (IT) Web 界面。也许我使用不当，但它处理列表工单和帮助我找到要做的事情的方式远不如 RT。
也许我只是太挑剔了，但我认为我必须每天全天使用我选择的任何系统，所以我可能会真的喜欢它。只要用户只需要与[电子邮件保护]，这对他们来说是透明的。
那么您正在使用/曾经使用过什么您真正喜欢并且为什么？
答案1
全程请求跟踪。
只要你不介意拥有绝对最新的版本，依赖关系就不会像以前那么成问题了。在 RHEL5 系统上，你只需将系统配置为使用电力供应处然后运行“yum install rt3”。在 Ubuntu 上，它更像是“apt-get install request-tracker3.6”，但“apt-cache search request-tracker rt3”会为您提供所有相关软件包的列表。
是的，这两个选项都引入了大量的 perl 模块，但那又怎么样呢？有人已经构建了它们，并且正在担心如何保持它们的最新状态。
答案2
我们使用“RT：请求跟踪器”最佳实践。我 99% 确定它是开源的，但你已经使用过它了，所以你应该知道它能做什么。
答案3
答案4
我不得不说远程监控系统。首先，它是开源的，被许多大型组织使用。我已经在两家公司实施了它，包括我现在工作的地方。我每天都用它来做所有事情。它具有电子邮件到票证的功能，我可以轻松地通过 AD 进行身份验证。看看或试试。过去我使用过 Numara Track-It，还不错。但客户端很慢而且很臃肿。我认为在使用 Track-It 之后，他们的 FootPrints 网络软件会是一个更好的解决方案。