我在售票系统市场，我很好奇其他人正在使用。 我想欢迎大家张贴他们最喜欢的票务系统和他们喜欢这么多的理由。
我select票务系统的标准是：
我并不关心的事情：
过去，我成功地使用Trac作为票务系统（只closures了wiki，仓库等），如果知道一些电子邮件插件，我不会介意再使用它或Redmine。 在以前的公司，我使用了满足几乎所有标准的请求跟踪器 ，但有太多的依赖关系，没有别的我运行的需求，我终于决定这是不值得的。
我有OTRS启动和运行，它满足所有的电子邮件要求，是非常简单的设置，但我真的不喜欢（IT）的Web界面。 也许我错了，但是它处理列表票的方式和帮我find要做的远不如RT。
也许我只是非常挑剔，但我想我将不得不每天使用我select的任何系统，所以我可能真的很喜欢它。 只要用户只需要与[email protected]进行交互，对他们来说就是透明的。
那么你使用什么，你真的很喜欢，为什么？
请求跟踪器一路。
只要你不关心拥有最新的版本，依赖关系就不会像以前那么严重了。 在RHEL5系统上，您只需将系统configuration为使用EPEL并运行“yum install rt3”。 在Ubuntu上，它更像“apt-get install request-tracker3.6”，但是“apt-cache search request-tracker rt3”会给你一个所有相关软件包的列表。
是的，这两个选项都包含了很多perl模块，但是呢？ 还有其他人已经build立了他们，并担心保持目前。
我们使用Best Practical的 “RT：Request Tracker”。 我99％肯定它是开源的，但你已经使用它，所以你应该知道它的能力。
开源：
Redmine ; 权威。 它使用简单，占地面积小，满足我的需求。
所有权：
吉拉 重量级。 用于真正意义上的票据pipe理。
我最喜欢的是JIRA 。 它是开源的，但不是免费的。 在这里工作了两年，没有一个小故障。 它的主要优势是可定制的工作stream程，因此您可以将跟踪系统调整到您自己的工作stream程（人们已经习惯了，但不pipe怎样都是坏的），反之亦然。
我不得不说OTRS 。 首先，它的开放源代码被许多大型组织所使用。 我已经在两家公司实施了，包括我目前的工作。 我每天都用它来做一切事情。 它有电子邮件票function，我有ADauthentication与轻松。 试试看。 在过去，我使用了Numara Track-It，这是可以的。 但客户很慢，很胖。 我认为使用Track-It后，他们的FootPrintsnetworking软件将是一个更好的解决scheme。
不要试图在这里变得非常明显，但可以很容易地configurationBugzilla，以允许通过电子邮件的错误回复，甚至通过电子邮件的错误报告。 它还有许多其他好的电子邮件function，例如“呜呜”（运行查询打开的bug并通过电子邮件发送输出），并有大量可用的自定义和集成。 最后安装它真的很容易，它主要是想要一些perl模块在那里，你可以立即开始运行。
在我的公司，我们非常成功地使用它，并将其与开发人员的IDE（带有Mylyn的Eclipse），Subversion SCM（使用钩子和WWW :: Bugzilla）以及构build系统集成在一起。 质量保证人员正在使用Deskzilla，这是一个pipe理桌面应用程序的杰出票据（如果你喜欢的话，它也有一个Jira版本）。
我们已经开始在这里使用SpiceWorks，喜欢它了。 唯一的缺点是平淡的用户门户。
我刚开始使用FogBugz，并且喜欢它。
请求跟踪器相当稳固。 我们主要是用它来传承原因（这是我们过去几年所做的），并没有引起我们任何的悲痛。 它应该尽其所能地完成工作; 没有什么可说的了。
我们使用TrackIT。 一直使用它一年和几年…迄今如此好。
嗯，我不认为有很多人真的喜欢票务系统，更不用说有一个最喜欢的。
如果你问哪种票系统最讨厌，我的答案就是补救行动请求系统 。
Assembla快速轻量，同时提供您所需要的。
以前我用过Kayako 。 它运行在开放源代码（PHP / MySQL），但它确实花了一些钱。 在定价方面，这不算太坏，但我不确定是要求免费还是只要开源技术。 一切都通过电子邮件完成，它很容易在眼睛，相当实惠，易于安装和坚实的支持。
我已经与Flyspray有过良好的经历。
简单而优秀的托pipe解决scheme： Zendesk
具有惊人的报告和stream程pipe理/工作stream程（也是最高门槛）的重票： JIRA
基于Windows的系统，集成了系统pipe理，代理部署： Kaseya