你最喜欢的售票系统是什么？

Question

我在市场上买票务系统，我很好奇其他人都在用什么。我想欢迎大家张贴他们最喜欢的票务系统，以及他们如此喜欢它的原因。

我选择票务系统的准则是：

• 应该是开源的
• 用户应该能够通过电子邮件完成100%的交互。根本不需要使用网页界面。我甚至不关心是否有客户网络界面。
• 应该让我尽可能多地通过电子邮件处理。(至少让我用电子邮件回复门票吧)
• 安装起来应该相当简单，几乎没有依赖关系。
• 网络界面不应该让我想挖出我的眼睛。

我不关心的事情：

• 时间跟踪。
• 轻重缓急并不是一个巨大的优先事项。(呻吟)
• 子任务、任务依赖、队列等。
• 几乎所有其他的事情都无助于将问题从我的电子邮件中转移到一个跟踪系统中。

我曾经成功地使用过特拉克作为票务系统(只是关闭了wiki、存储库等)，如果我知道一些电子邮件插件，我不会介意再次使用它或红矿山。在前一家公司，我使用了请求跟踪器，它几乎满足了所有的条件，但是有太多的依赖关系，以至于我运行的其他任何东西都不需要，所以我最终认为它不值得。

我有OTRS的启动和运行，它满足了所有的电子邮件要求，是相当简单的设置，但我真的不喜欢( it )网络接口。也许我用错了，但是它处理列表票和帮助我找到该做什么的方式远不如RT。

也许我真的很挑剔，但我想我每天都要使用我选择的任何系统，所以我可能会喜欢它。只要用户只需要与help@example.com进行交互，他们就会发现它是透明的。

那么，您真正喜欢使用的/已经使用了什么?为什么？

Answer 1

一路请求追踪者。

只要您不关心拥有绝对最新的版本，依赖关系就不会像过去那样成为问题了。在RHEL5系统上，您只需将系统配置为使用埃佩尔并运行"yum rt3“。在Ubuntu上，它更像是“apt安装请求-tracker3.6”，但是“apt-缓存搜索请求-跟踪器rt3”会给出所有相关软件包的列表。

是的，这两个选项都吸引了大量的perl模块，但是这样呢？还有其他人已经建造了它们，并且担心它们的存在。

Answer 2

我们使用最佳实用的"RT: Request“。我确信它是开源的，但是你已经使用过了，所以你应该知道它能做什么。

Answer 3

开放资源：

雷德明；确定性的。它很容易使用，有一个轻量级的足迹，它满足了我的需要。

专有：

Jira；重量级进行入场券的流程管理。