您最喜欢的票务系统是什么？[关闭]

38

我正在寻找一种售票系统，我很好奇其他所有人在使用什么。我想欢迎大家发布他们喜欢的票务系统以及他们如此喜欢它的原因。

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

  • 应该是开源的
  • 用户应该能够通过电子邮件进行100％的互动。完全不需要使用Web界面。我什至都不在乎是否有客户Web界面。
  • 应该让我尽可能通过电子邮件处理。（至少让我通过电子邮件回复票证）
  • 安装应该非常简单，几乎没有依赖项。
  • Web界面不应该让我失望。

我并不真正关心的事情：

  • 时间跟踪。
  • 优先级并不是一个重要的优先事项。（呻吟）
  • 子任务，任务依赖关系，队列等
  • 几乎所有其他无助于将问题从我的电子邮件发送到跟踪系统的事情。

过去，我已经成功地将Trac用作票务系统（只是关闭了Wiki，存储库等），如果我知道某些电子邮件插件，我也不会介意再次使用它或Redmine。在以前的公司中，我使用了可以满足几乎所有条件的Request Tracker，但是由于具有如此多的依赖关系，因此我所运行的其他任何东西都不需要，因此我最终认为这是不值得的。

我已经启动并运行OTRS，它可以满足所有电子邮件要求，设置起来非常简单，但是我真的不喜欢（IT）Web界面。也许我用错了，但是它处理挂单和帮助我找到要做什么的方式远不如RT。

也许我真的很挑剔，但是我认为我将不得不每天整天使用我选择的任何系统，所以我可能会非常喜欢它。而且，只要用户只需要与help@example.com进行交互，对他们来说就是透明的。

那么，您在使用/曾经使用过您真正喜欢的东西，为什么？

remote-access 
— 奥堡
source
4
“也许我真的很挑剔”-是的，你是。证据在这里：“ Request Tracker几乎满足所有条件，但是具有如此多的依赖关系，因此我运行的其他任何东西都不需要，最终我最终认为这是不值得的。” AFAICT，您只需安装依赖项，然后将其忘记。这怎么“不值得”？
— 埃妮，
2
每个新的依赖项都是维护和保持运行的新事物，并且在出现问题时要处理更多的复杂性。我坚信将事情保持尽可能简单，票务系统应该减轻我的负担，而不是增加负担。如果没有更好的选择，我可能会再次选择RT。但是我想确保首先没有什么比这更好的了。
— 09年

Answers:

11

一路请求Tracker。

只要您不关心拥有绝对最新的版本，依赖性就不再像以前那样成为问题。在RHEL5系统上，只需将系统配置为使用EPEL并运行“ yum install rt3”。在Ubuntu上，它更像是“ apt-get install request-tracker3.6”，但是“ apt-cache search request-tracker rt3”将为您提供所有相关软件包的列表。

是的，这两个选项都引入了很多perl模块，但是是吗？有些人已经在构建它们，并担心使其保持最新状态。

— 自由度
source
我确实喜欢RT，如果我决定重新使用它，我将牢记EPEL。
— 09年
我根本不喜欢RT-我与一些绝对喜欢RT的人一起工作（例如，我以前参与过的Kannel F / LOSS项目在改用Redmine之前就使用了它），我认为这是可以的过于简单，无法提供其他系统所具有的可扩展性，很难自定义其UI，然后为产品等选择不同的颜色。
— 摊铺
@Guss：RT实际上是相当可扩展的，但是通常需要一些perl编程知识。凭单属性和凭单可以做很多事情，但是您还可以自定义和添加更多页面，其中包含您需要的特定内容。RTFM和RTIR都是RT的扩展，使用任何人都可以使用的相同类型的扩展机制。
— 自由报
9

我们使用Best Practical的 “ RT：Request Tracker” 。我99％确信它是开源的，但是您已经使用过它，因此您应该知道它的功能。

— nullArray
source
8

开源：

Redmine ; 确定的。它易于使用，占地面积小，可以满足我的需求。

所有权：

吉拉 ; 重量级的。用于真正的过程管理入票。

— 马丁·K
source
5

我最喜欢的是JIRA。它是开源的，但不是免费的。在这里工作两年以上，没有出现故障。它的主要优点是可自定义的工作流，因此您可以将跟踪系统调整为自己的工作流（人们习惯了，但是很糟糕），反之亦然。

— 亚历山达·伊万尼塞维奇
source
到目前为止，JIRA是我最喜欢的票务系统
— Kevin Kuphal 09年
我在多个项目上使用JIRA，但经常对此感到沮丧-但是，我还没有找到我真正喜欢的项目。
— 基思
5

我不得不说OTRS。首先，它是开源的，并被许多大型组织使用。我已经在两家公司（包括我目前工作的地方）实施了它。我每天都用它。它具有电子邮件转票功能，并且我可以轻松地通过AD进行身份验证。看看或尝试。过去我曾经使用过Numara Track-It，而且还可以。但是服务对象又慢又胖。我认为他们的FootPrints网络软件在使用Track-It之后将是一个更好的解决方案。

— 至强
source
我一直在尝试OTR，但我遇到的一件事是日常工作流程。我觉得我真的很想念东西。您是否有足够的资源来解决麻烦的OTRS管理员？
— 09年
OTRS文档确实很棒。仔细阅读他们的邮件列表也很有帮助，但是我从来不喜欢这样做。
— 至强
4

此处并没有试图变得非常明显，但是可以很容易地配置Bugzilla，以允许通过电子邮件回复错误，甚至允许通过电子邮件报告错误。它具有许多其他不错的电子邮件功能，例如“ whine”（对打开的错误运行查询并通过电子邮件发送输出），并且具有大量可用的自定义和集成。最终，安装它确实非常容易，并且它主要需要一些perl模块，您可以立即启动并运行。

在我公司中，我们非常成功地使用了它，并将其与开发人员的IDE（Eclipse和Mylyn），subversion SCM（使用钩子和WWW :: Bugzilla）以及构建系统集成在一起。质量检查人员正在使用Deskzilla，它是管理桌面应用程序的绝佳工具（如果您愿意的话，它也具有Jira版本）。

— 古斯
source
是的，尽管有时UI过于简单，但bugzilla还是可以的。我们在cvsdude.com上使用它，它对所有由cvsdude本身引起的问题都很好。
— Michael Pliskin，2009年
我同意，尽管很多项目都有非常不错的模板，这些模板对Bugzilla有很大帮助。在bugzilla.gnome.org和bugs.kde.org中查看错误提交向导。Bugzilla的模板系统非常强大，这是Jira和RT都不提供的一项重要功能。
— 古斯
4

我们已经在这里开始使用SpiceWorks，并且非常喜欢。唯一的缺点是乏味的用户门户。

— 乔尔·科尔
source
我们也使用spiceworks。它很简单，效果很好。用户门户比较平淡，但是abourg似乎并不在乎。;）
— 汤姆（Tom
虽然该选项是“免费的”，但它不是开源的。仅供参考：我从1.0开始就一直使用Spiceworks，并且很喜欢它。
— steve.lippert 2011年
2

要求Tracker相当可靠。我们主要出于遗留原因使用它（这是过去几年中的使用情况），它并没有给我们带来任何悲伤。它按照应有的方式工作；没有更多的话要说了。

— 科尼格米
source
2

我们使用TrackIT。多年来一直在使用它...到目前为止还算不错。

— 艾伦
source
这是我真正忘记的一个。我会检查一下，谢谢。
— 09年
他们也有一个叫做脚印的产品。它的trackit在裂缝上。
— 艾伦（Alan）
2

嗯，我认为实际上并没有很多人喜欢票务系统，更不用说有喜欢的人了。

如果您想问一下您最讨厌哪个票务系统，那么我的答案将是“ 补救措施请求系统”。

— 路德维希·温泽尔（Ludwig Weinzierl）
source
2
到现在肯定有人应该创建一个并不十分糟糕的票务系统吗？我想这不是一个特别有趣的问题。我不喜欢以用户身份使用Remedy。在那里，您非常同意，有些系统很糟糕，但是Remedy出于可怕程度将其从水中吹了出来。
— 09年
5
票务系统本质上很糟糕，因为您不想做的工作是通过票务系统进来的。
— 自由报
1

我以前用过Kayako。它运行在开源（php / mysql）上，但是确实要花一些钱。在价格方面还算不错，但是我不确定您是要免费还是只是开源技术。一切都是通过电子邮件完成的，操作起来非常容易，价格合理，易于安装，并提供可靠的支持。

— osij2is
source
1

我在Flyspray上有很好的经验。

— 混沌
source
Flyspray应该支持某些电子邮件功能-至少根据他们的邮件列表，但我未能在网站或他们自己的跟踪系统（当然由flys​​pray提供支持；-)中找到此类功能的提及。
— 摊铺
1

简单而出色的托管解决方案：Zendesk

JIRA（JIRA）具有出色的报告和流程管理/工作流程（也是最高的进入门槛）：

基于Windows的系统，与系统管理集成，代理部署：Kaseya

— 爱因贝克
source
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.