你好 @angus，
我是这里的新手，如有不懂之处请见谅。
我们正在试用这个插件，看看它是否能替代我们自建的工单系统，因为该系统需要维护，而我们几乎没有时间去做。
在配置完成后，通过向相应的标签组添加标签，我注意到标签并没有出现在“优先级”下拉菜单等位置。我们使用的是最新版的 Discourse（即 beta10），这可能是全部或部分原因。
任何想法或建议都将不胜感激。谢谢。
1 个赞
谢谢托比亚斯。我尝试在帕维利昂 Discourse 上注册，以便发布“我也是”（#MeToo）的帖子，但没有收到确认邮件。我已经仔细检查过邮箱地址，确认无误。是的，我也检查了垃圾邮件文件夹。
2 个赞
很抱歉，Steven。我看到在 Pavilion Discourse 上尝试发送邮件有两次。我们需要检查一下我们的邮件服务……（让我们线下讨论此事）
4 个赞
嘿 @sjhodgen，看来 Mailgun 不接受你的邮箱地址。我会私信你详细信息。
3 个赞
终于在这个假期周末尝试了它；感谢 @tobiaseigen 的提醒。
不幸的是，我无法在下拉列表中选择任何我的优先级/状态/原因标签——无论目标帖子是私信还是主题。所有下拉列表都显示为空：
有人也遇到过这种情况吗？我在插件创建的三个标签组中分别设置了一些选项，并且为了测试目的，将它们设置为对所有人开放。想知道我可能哪里做错了……
更新： 我刚刚在以下地址交叉参考了这个问题：
4 个赞
@angus 我已提交了一个拉取请求来解决这个问题：
（我们是否现在应该将 paviliondev 设为 master？）
5 个赞
我也已对“管理工单”页面推送了修复，一并解决了那些下拉菜单的问题。
所有修复已应用到 Pavilion 分支，并已添加到上述拉取请求中。
4 个赞
那
我该如何让
./launcher rebuild web_only
正常工作呢？
只需将 app.yml 中此插件的 GitHub 链接更改为
https://github.com/paviliondev/discourse-tickets
然后重新构建，一切就会顺利运行。
我不确定“仅限 Web”对你的环境意味着什么，但你需要修改的是用于构建你实例的那个 yml 文件。
3 个赞
是的，谢谢
注意：angus 尚未正式将此仓库迁移到 paviliondev，但目前只有后者可用，所以……
3 个赞
我们通常将 app.yml 拆分为 data.yml 和 web_only.yml。
您需要在应用容器中更改克隆命令的地址以切换仓库。
3 个赞
@merefield 谢谢
一般来说，这个插件并不是我们的优先事项。我最初是专门为 @tobiaseigen 构建它的，所以我对它实际的使用情况并不太了解。
如果有人正在使用它，或者想在真实网站上使用它，请描述一下使用场景。
3 个赞
你好，Angus！感谢你的提问——我也很想知道还有谁在使用它，以及是否有更广泛的需求来改进它。
我所在的组织非常积极地使用这个插件，并且依赖它。主要用例是为各种客服相关目的启动工单项目经理（PM）。能够快速为工单设置优先级、状态和原因标签，并将其添加到客服团队组中，这非常实用。如果需要后续跟进，工单也可以快速分配给某人。随着工单被处理或过期，我们会更改其状态，取消分配，并将其归档到团队收件箱中。我们已开启关于已分配工单的每周电子邮件通知，并定期互相检查，确保不会遗漏任何事项。为了提供更多见解，我在下方分享了我们组织的流程。
我还在个人论坛上使用工单功能，结合看板（Kanban）来创建和管理个人项目的待办事项清单。听起来有点极客，但这确实非常有帮助，让我能够在不设置另一套系统的情况下推进多个不同优先级的任务，并让我有更多时间在 Discourse 中工作！随着任务的推进，我可以为未来的自己留下笔记、更新标签，并在完成后取消分配。我还能通过提及家庭成员并让他们通过电子邮件快速提供反馈来让他们参与进来，尽管我并没有强迫他们登录。
我并没有在个人网站上使用工单仪表板，也不鼓励我的同事查看它，因为筛选和分页功能运行不佳——事实上，如果能有一个设置来禁用它，我们会很欢迎。我认为原帖（OP）很好地描述了路线图，即创建一个工单仪表板，这将使该插件对许多人（而不仅仅是我们组织）变得非常有价值——我希望能看到它实现！
不过……有趣的是，有几周我们无法访问工单标签下拉菜单——我的团队似乎并没有太在意。鉴于我们目前没有功能完善的工单仪表板，工单系统在优先级排序、处理工单以及团队协作方面的作用不如预期。我们完全有可能根本不需要工单插件，而仅依赖 Discourse 的核心功能（例如预设回复、提醒、私密消息、已解决、已分配）。工单的优先级、状态和原因标签也可能需要简化——既然我们没有能够正确使用这些标签的工单仪表板，拥有这么多选项就显得有些过度了。
我组织的工单流程
使用工单系统处理通信时不会遗漏任何事项，因为每个未解决的工单都会被分配给某人，并赋予优先级和状态。所有版主都可以创建工单，但只有管理员可以查看私人消息。客服团队负责监控工单并确保以适当的速度进行后续跟进，因此请在任何需要后续跟进的工单中包含 @helpdeskteam。
对于经常重复的任务，特别是那些涉及多个步骤且跨越一段时间的流程，如 核心会员申请、网络研讨会规划以及 邀请他人加入网络，我们使用工单。
使用工单系统
创建工单
作为版主，您可以通过编辑标题并点击蓝色的 TICKET 按钮，将论坛上的任何主题或消息转换为工单。工单可以设置优先级、状态、原因和负责人。默认情况下，所有工单消息都会包含 @helpdeskteam 组，以便您与客服团队协同工作。您也可以在此处直接添加更多用户和组。
一旦工单创建，您可以更新其状态和优先级，并在问题解决且无需进一步操作时重新分配或取消分配。
在创建和跟进工单时，请战略性地使用 Discourse 功能：
- 标题 - 尽可能详细地说明工单内容
- 预设回复 - 插入准备好的消息，然后进行个性化修改
- 标签 - 进一步分类工单内容（例如国家或主题）
- 提醒 - 提醒你自己进行后续跟进（仅对你可见）
- 私密消息 - 与同事私下讨论以寻求建议并更新他们
- 已解决 - 选择包含或总结工单解决方案的回复（请勿选择私密消息，因为只有版主能看到！）
跟进分配给你的工单
请及时跟进分配给您的工单。一旦您完成工单且无需进一步操作，请取消分配。
当其他版主将工单分配给您时，您会收到电子邮件通知，并每月收到待处理任务的提醒。请在个人资料菜单中查找 您已分配的工单 的链接——参见截图。
@helpdeskteam 收件箱中的工单
我们主要使用工单来确保直接与成员进行消息跟进。您可以在 @helpdeskteam 组收件箱中查看所有工单。通常，我们将需要处理的留言保留在收件箱中，并在无需处理或已解决时将其归档。这样，收件箱就能成为一个查找需要回复消息的好地方。
一些注意事项：
- 当有人回复时，已归档的消息会返回到收件箱
- 您可以随时根据需要取消分配或重新分配消息
- 消息必须包含 @helpdeskteam 才能对团队中的所有人可见
论坛分类中的工单
我们还使用工单来确保跟进论坛中的主题。这包括我们定期创建的主题，如 #memberspotlight #featuredresource #introductions 等。审查队列中标记的主题也可以分配进行后续跟进。
改进工单系统
工单系统的状态、优先级和原因选项可以进行优化和改进，以简化我们如何对工单进行优先级排序并将其推进到解决阶段。
当前系统中的工单具有混合的状态、优先级和原因，这是因为我们的系统在不断演进。随着我们处理现有工单的积压并创建新工单，我们可以更新它们。
功能路线图
@angus 创建了工单系统插件，他可以根据我们的反馈对其进行扩展和改进。因此，欢迎在下方提出新功能或改进建议。有关最新信息，请参阅 https://meta.discourse.org/t/tickets-plugin/97914。
工单原因列表
原因分为以下主要类别。如果某个类别中没有具体的原因，请直接使用该类别本身作为原因。如果您认为需要添加新的原因，请联系客服管理员。
4 个赞
我们使用“工单”插件作为创建新任务和支持工单的入口。我们很少使用仪表盘，主要是因为其不支持订购项目；出于同样的原因，我们也停止使用看板主题。
我们现在使用 https://taiga.io 进行项目管理，但仍认为 Discourse 和“工单”插件在创建新任务和支持工单方面很有用。
目前我们手动关联 Taiga 和 Discourse 的相关话题。我们正在着手自动化 Taiga 与 Discourse 之间的链接。如果有一种简单的方法可以为工单事件运行 Webhook，那将非常有用。
4 个赞
感谢您提供这个插件。我有几个问题：
- 我该如何使用它？您能指引我查看相关文档或教程吗？我已经启用并成功运行了它，但不知道具体如何使用。
- 如果我将一个主题转换为工单，那么该主题是否仅对创建者和帮助组可见？
文档位于本主题的首帖中。您还有哪些具体问题在那里未得到解答？
请注意存在一些已知问题。例如，我不建议在后台使用工单仪表盘。但设置工单标签、启用在编辑主题标题时添加工单标签以及分配工单的功能运行良好。
关于您的第二个问题……此插件不会更改主题访问权限。它只是添加工单标签，并允许您将工单分配给他人。对于私信（PM），您还可以添加人员或群组，以便他们能够查看这些工单。
你好，Tobias，
我阅读了第一篇帖子，但很抱歉，我不太清楚具体如何使用。请问如何创建工单？
感谢您提供的其他信息。