本條目存在以下問題，請協助 改善本條目或在 討論頁針對議題發表看法。 此條目可能包含原创研究。 (2016年6月4日)
请协助補充参考资料、添加相关内联标签和删除原创研究内容以改善这篇条目。详细情况请参见讨论页。 |
此條目需要补充更多来源。 (2015年7月3日)
请协助補充多方面可靠来源以改善这篇条目，无法查证的内容可能會因為异议提出而被移除。
致使用者：请搜索一下条目的标题（来源搜索："事务跟踪管理系统" — 网页、新闻、书籍、学术、图像），以检查网络上是否存在该主题的更多可靠来源（判定指引）。 |
|
事务跟踪管理系统（Issue tracking system，縮寫ITS），又稱為故障通知系统、服务记录，请求管理或事件记录系统，是一个计算机软件包，它根据一个组织的需要来管理和维护事务列表。事务跟踪管理系统通常用在一个组织的客户服务呼叫中心，用来创建、更新和解决客户报告的事务，还包括组织里其他员工报告的事务。一条服务记录应包括所涉及的账户和遇到的事务。[1]事务跟踪系管理统通常还包含一个知识库，这个知识库包含每个客户的信息、共同事务的解决方案和其它类似的数据。事务跟踪管理系统和“软件缺陷追踪系统”类似，通常软件公司会将两者同时出售。一些缺陷追踪系统可以用来进行事务跟踪，反之亦然。坚持使用事务追踪管理系统或缺陷追踪系统被认为是“一个好的软件团队的标志”。[2]
事务跟踪管理系统中的票元素是一个特定事务的实时报告，包括它的状态和其它相关信息。它们通常在服务台或呼叫中心被创建，并且通常有一个编号，也被称作案例、事务或通话记录号码，用来帮助用户或员工快速定位、增加或传递用户的事务状态或请求状态。
事务 编辑
一个事务可能有几个方面，系统中的每个事务可能有一个分配的紧急值，这个值是按照这个事务整体上看的重要性分配的。紧急性较低或为零的事务是比较小的，应该在时间允许的情况下解决。其它具体事务包括客户体验事务（无论是外部还是内部）、提交日期、已完成事务的详细描述、未尝试的解决方案或对策，以及其它相关信息。如前所述，事务对于每次更改都会有历史记录。
这些记录的起源是当服务开启后，在一个安装了工作计划系统的传统的墙中的明信片（cards）。操作者或员工收到来自用户的访问或查询后，将填写一个带有用户的请求细节和一个简短的总结的明信片，并将其变成一个在合适的工程师等待序列的位置（通常是在最后），所以能够确定将处理查询的职员和请求的优先级。
工作流 编辑
给出了一个示例场景来演示一个常见的事务跟踪管理系统如何工作：
- 客户服务技术人员收到一个关于客户事务的电话、电子邮件或其它通讯方式。一些应用程序提供内置消息传递系统和来自异常处理模块的自动错误报告。
- 技术员确认事务的真实性。技术员也将确保从客户获得关于事务的足够的信息。这些信息一般包括客户的环境，以及事务何时发生和如何发生，还有其它所有相关情况。
- 技术人员在系统中创建事务，输入由客户提供的所有相关数据。
- 当这个事务上的工作结束后，系统由技术员用新数据进行更新。任何修复事务的尝试应该被记录在事务系统中。记录状态很可能将从打开状态改变到等待状态。
- 在事务跟踪管理系统中，事务如果已经被完全解决，它会被标记为已解决。
如果事务没有被完全解决，一旦技术人员从客户接收新的信息，记录将重新被打开。运行资料自动化程序是实现以上工作流的最佳实践，提高IT人员的有效性已经变得非常普遍。
相关条目 编辑
参考资料 编辑
- ^ Support Ticket Best Practices. [2015-07-03]. （原始内容于2020-10-25）. （页面存档备份，存于互联网档案馆）
- ^ Joel Spolsky. Painless Bug Tracking. November 8, 2000 [29 October 2010]. （原始内容存档于2013-07-09）. （页面存档备份，存于互联网档案馆）
事务跟踪管理系统, 本條目存在以下問題, 請協助改善本條目或在討論頁針對議題發表看法, 此條目可能包含原创研究, 2016年6月4日, 请协助補充参考资料, 添加相关内联标签和删除原创研究内容以改善这篇条目, 详细情况请参见讨论页, 此條目需要补充更多来源, 2015年7月3日, 请协助補充多方面可靠来源以改善这篇条目, 无法查证的内容可能會因為异议提出而被移除, 致使用者, 请搜索一下条目的标题, 来源搜索, 网页, 新闻, 书籍, 学术, 图像, 以检查网络上是否存在该主题的更多可靠来源, 判定指引, issu. 本條目存在以下問題 請協助改善本條目或在討論頁針對議題發表看法 此條目可能包含原创研究 2016年6月4日 请协助補充参考资料 添加相关内联标签和删除原创研究内容以改善这篇条目 详细情况请参见讨论页 此條目需要补充更多来源 2015年7月3日 请协助補充多方面可靠来源以改善这篇条目 无法查证的内容可能會因為异议提出而被移除 致使用者 请搜索一下条目的标题 来源搜索 事务跟踪管理系统 网页 新闻 书籍 学术 图像 以检查网络上是否存在该主题的更多可靠来源 判定指引 事务跟踪管理系统 Issue tracking system 縮寫ITS 又稱為故障通知系统 服务记录 请求管理或事件记录系统 是一个计算机软件包 它根据一个组织的需要来管理和维护事务列表 事务跟踪管理系统通常用在一个组织的客户服务呼叫中心 用来创建 更新和解决客户报告的事务 还包括组织里其他员工报告的事务 一条服务记录应包括所涉及的账户和遇到的事务 1 事务跟踪系管理统通常还包含一个知识库 这个知识库包含每个客户的信息 共同事务的解决方案和其它类似的数据 事务跟踪管理系统和 软件缺陷追踪系统 类似 通常软件公司会将两者同时出售 一些缺陷追踪系统可以用来进行事务跟踪 反之亦然 坚持使用事务追踪管理系统或缺陷追踪系统被认为是 一个好的软件团队的标志 2 事务跟踪管理系统中的票元素是一个特定事务的实时报告 包括它的状态和其它相关信息 它们通常在服务台或呼叫中心被创建 并且通常有一个编号 也被称作案例 事务或通话记录号码 用来帮助用户或员工快速定位 增加或传递用户的事务状态或请求状态 目录 1 事务 2 工作流 3 相关条目 4 参考资料事务 编辑一个事务可能有几个方面 系统中的每个事务可能有一个分配的紧急值 这个值是按照这个事务整体上看的重要性分配的 紧急性较低或为零的事务是比较小的 应该在时间允许的情况下解决 其它具体事务包括客户体验事务 无论是外部还是内部 提交日期 已完成事务的详细描述 未尝试的解决方案或对策 以及其它相关信息 如前所述 事务对于每次更改都会有历史记录 这些记录的起源是当服务开启后 在一个安装了工作计划系统的传统的墙中的明信片 cards 操作者或员工收到来自用户的访问或查询后 将填写一个带有用户的请求细节和一个简短的总结的明信片 并将其变成一个在合适的工程师等待序列的位置 通常是在最后 所以能够确定将处理查询的职员和请求的优先级 工作流 编辑给出了一个示例场景来演示一个常见的事务跟踪管理系统如何工作 客户服务技术人员收到一个关于客户事务的电话 电子邮件或其它通讯方式 一些应用程序提供内置消息传递系统和来自异常处理模块的自动错误报告 技术员确认事务的真实性 技术员也将确保从客户获得关于事务的足够的信息 这些信息一般包括客户的环境 以及事务何时发生和如何发生 还有其它所有相关情况 技术人员在系统中创建事务 输入由客户提供的所有相关数据 当这个事务上的工作结束后 系统由技术员用新数据进行更新 任何修复事务的尝试应该被记录在事务系统中 记录状态很可能将从打开状态改变到等待状态 在事务跟踪管理系统中 事务如果已经被完全解决 它会被标记为已解决 如果事务没有被完全解决 一旦技术人员从客户接收新的信息 记录将重新被打开 运行资料自动化程序是实现以上工作流的最佳实践 提高IT人员的有效性已经变得非常普遍 相关条目 编辑缺陷跟踪管理系统参考资料 编辑 Support Ticket Best Practices 2015 07 03 原始内容存档于2020 10 25 页面存档备份 存于互联网档案馆 Joel Spolsky Painless Bug Tracking November 8 2000 29 October 2010 原始内容存档于2013 07 09 页面存档备份 存于互联网档案馆 取自 https zh wikipedia org w index php title 事务跟踪管理系统 amp oldid 73640528, 维基百科，wiki，书籍，书籍，图书馆，
文章
，阅读，下载，免费，免费下载，mp3，视频，mp4，3gp， jpg，jpeg，gif，png，图片，音乐，歌曲，电影，书籍，游戏，游戏。