客户再次反馈同一问题，工单该重开还是新建，取决于两次反馈是否属于同一个服务请求。同一客户、同一服务对象、同一诉求，且原问题并未真正解决，就重开原工单，保留完整历史与责任链；属于新诉求、新对象，或原问题已确认解决后的独立再次发生，就新建工单并关联原单。判断依据要写成可核对的字段，由一线受理人初判、服务负责人复核例外，重开与新建都记录原因和关联关系。
要点总览（TL;DR）
- 先判断两次反馈是否属于同一服务请求：客户、服务对象、诉求内容一致，且原问题未真正解决，就重开原工单；出现新诉求、新对象，或原问题已确认解决后的独立再次发生，就新建工单并关联原单。
- 判断依据要写成可核对的字段，由一线受理人初判、服务负责人复核例外，重开与新建都记录原因和关联关系。
- 操作上分五步：受理登记、比对历史工单、重开或新建、状态回写与通知，每步都有明确的输入、输出和完成标志。
- 客户表述模糊或一次反馈涉及多个诉求时，先检索比对，按新建标注疑似关联或拆分处理，由负责人复核后决定是否改判。
- 抽查时重点看重开单是否保留原处理记录、新建单是否填写关联原单号与原因、客户是否收到明确单号，统计口径区分重开与新建。
先判断：重开与新建的分界条件
受理人接单时先做一次归类判断，再决定动作。判断的核心是“同一服务请求”是否成立，它由四个要素共同确定：客户是否同一、服务对象是否同一、诉求内容是否同一、原工单是否已确认解决。四个要素都指向同一请求，重开；任一要素指向新的请求，新建。把判断写成字段，是为了让不同受理人得出相近结论，也便于事后追溯。
下表给出可直接对照的判断条件。受理人按顺序核对，遇到取值冲突时以“诉求内容”和“原单是否确认解决”为主要依据。
| 判定要素 | 取值 | 对应动作 |
|---|---|---|
| 客户 | 同一客户或同一客户联系人 | 进入下一要素核对 |
| 服务对象 | 同一设备、账号、订单、功能模块或合同 | 进入下一要素核对 |
| 诉求内容 | 同一现象、同一诉求，或客户补充同一诉求的证据 | 进入下一要素核对 |
| 原单是否确认解决 | 原单关闭但问题复现、原方案未生效 | 重开原工单 |
| 原单是否确认解决 | 原问题已确认解决，本次为独立再次发生 | 新建工单并关联原单 |
| 服务对象或诉求内容 | 出现新对象、新诉求 | 新建工单并关联原单 |
重开的典型情形有三类：原单关闭后同一现象再次出现；原处理方案执行后未生效，客户带着同样的现象回来；客户补充了同一诉求的新证据，例如同一报错的截图、同一笔订单的凭证。这些情形下，原单的历史处理记录、责任人和沟通内容对本次处理仍有价值，重开可以避免重复排查。
新建的典型情形同样清楚：客户提出的是新诉求，例如原单处理的是登录异常，本次反馈的是报表导出错误；服务对象发生变化，例如同一客户换了另一台设备；原问题已确认解决，本次是相隔一段时间后的独立再次发生。新建时填写关联原单号，既保持两条记录独立，又保留可追溯的线索。
边界情形需要给出处理顺序。客户表述模糊、无法确认是否同一问题时，先按客户与对象检索历史工单，比对现象描述和原始凭证；仍无法判断的，按新建处理并标注“疑似关联”，由服务负责人复核后决定是否合并或改判。一次反馈涉及多个诉求时，拆成多条工单：与历史请求一致的部分重开原单，新增部分新建工单，两条记录互相填写关联单号，避免一条工单承载多个责任链。
操作步骤：从受理到状态回写的完整流程
判断只有落到动作上才有意义。下面五步覆盖从接单到告知客户的完整过程，每步都标注输入、动作、输出和完成标志，受理人可按序执行。
第一步：受理登记
输入是客户本次反馈的原始信息。动作是采集客户名称与联系人、服务对象标识、现象描述、发生时间、原始凭证（截图、日志、订单号、通话记录），并记录反馈渠道。输出是一条待归类的受理记录。完成标志是上述字段填写完整，原始凭证已附在记录中，后续任何人可以据此复核。
第二步：比对历史工单
输入是第一步采集的客户与服务对象信息。动作是按客户和服务对象检索已关闭工单，逐条比对现象描述、诉求内容和原处理结论，确认是否存在同一服务请求。输出是一份比对结论，写明候选原单号、比对结果和判断依据。完成标志是检索范围覆盖该客户在该对象上的历史工单，且结论中引用了具体原单号或明确说明无匹配记录。
第三步：重开动作
输入是比对结论为同一请求的受理记录。动作是恢复原工单为处理中状态，更新现象描述和本次发生时间，保留原有处理记录、责任人和沟通历史，补充本次反馈的原始凭证，并填写重开原因。输出是一张处于处理中状态、历史完整的工单。完成标志是重开原因已填写、原处理记录未被覆盖、当前处理人已确认承接。
第四步：新建动作
输入是比对结论为新请求的受理记录。动作是建立新工单，填写客户、对象、现象、时间和凭证，在关联字段填写原工单号，并写明新建原因，例如“新诉求”“新对象”“原问题已解决后再次发生”。输出是一张带关联关系的新工单。完成标志是关联原单号和新建原因均已填写，新单可以独立流转。
第五步：状态回写与通知
输入是已完成重开或新建的工单。动作是把工单状态、当前处理人和预计下一步同步到客户沟通渠道，告知客户本次使用的单号、与原单的关系以及后续由谁跟进。输出是一条对客户的进度说明和工单上的沟通记录。完成标志是客户已收到明确单号与后续安排，工单状态与实际情况一致。
这套流程中，工单状态、关联关系和处理记录需要被稳定保留，才能支撑重开与新建的判断。ONES 工单管理支持工单状态流转、工单之间的关联以及处理记录的留痕，受理人可以在同一张工单上看到历史处理过程和责任人，服务负责人也能据此复核判断是否合理。流程本身不依赖具体工具，但工具把字段和记录固定下来后，判断的一致性更容易维持。
角色分工与各环节交付物
重开与新建随意切换，通常源于职责不清。把判断、复核、处理和沟通分开，每个角色只对一件事负责，结论才稳定。下表列出各角色的动作与交付物。
| 角色 | 主要动作 | 交付物 |
|---|---|---|
| 一线受理人 | 受理登记、检索历史工单、初判重开或新建 | 判断结论与依据，含候选原单号和比对说明 |
| 服务负责人或组长 | 复核例外与争议判断，处理疑似关联、多诉求拆分等情形 | 复核意见，明确维持或改判及理由 |
| 处理人 | 承接重开单或新单，执行处理并记录过程 | 处理记录与处理结论，含方案、验证结果和关闭依据 |
| 客户侧沟通责任人 | 向客户说明单号、与原单关系和后续安排 | 对客户的单号与进度说明，同步到工单沟通记录 |
一线受理人承担初判责任，判断依据要写在工单上，不能只写“重开”或“新建”两个字。服务负责人只在例外情形介入：客户表述模糊、涉及多个诉求、受理人与处理人意见不一致，或同一客户短期内反复反馈同类问题。复核意见同样要落到工单，写明维持或改判的理由。处理人对处理结果负责，重开单要说明本次处理与原方案的差异，新单要说明为何不能沿用原单结论。沟通责任人确保客户始终知道当前单号和处理人，避免客户在多个单号之间失去线索。
示例：一次重复反馈的两种处理路径
以下为演示情景，用于说明判断与操作如何对应，不指向具体客户或产品。
情景设定：某客户就同一功能异常提交工单，处理人给出临时规避方案后关闭工单。两周后客户再次反馈同一功能异常，现象描述与上次基本一致，并补充了新的报错截图。
路径一：判定为同一请求，重开原单
受理人检索到原工单，比对后确认客户相同、功能模块相同、现象相同，且原单关闭依据是临时规避方案，问题本身未确认解决。判断结论为同一服务请求，执行重开。关键字段填写为：重开原因“原方案未生效，同一现象复现”；现象描述更新为本次发生时间与新截图；关联原单号即原工单本身；处理人沿用原处理人并补充说明。通知客户时告知沿用原单号，说明已恢复处理并附上新的处理人。统计上，这条记录计入重开，用于分析同类问题的复发情况。
路径二：判定为新诉求，新建并关联
假设客户本次反馈的是同一功能模块下的另一个问题，例如原单处理的是页面加载失败，本次反馈的是数据导出错误。受理人比对后确认诉求内容不同，判断为新请求，执行新建。关键字段填写为：新建原因“新诉求，与原单现象不同”；关联原单号填写原工单号；现象描述按本次问题完整填写。通知客户时告知新单号，并说明与原单的关联关系。统计上，这条记录计入新建，原单保持关闭状态，两条记录通过关联字段可以串起来查看。
两条路径的差异集中在三处：记录字段上，重开更新原单并保留历史，新建建立独立记录并填写关联；通知内容上，重开强调沿用原单号，新建强调新单号与关联关系；统计口径上，重开反映原问题未真正解决，新建反映服务请求数量增长，两者分开统计才能支持后续分析。
完成检查：判断与记录是否合格
流程建立后需要可核对的验收标准。下表列出检查项、通过标准和责任人，可用于日常抽查和流程验收。
| 检查项 | 通过标准 | 责任人 |
|---|---|---|
| 判断依据是否完整可追溯 | 工单上写明客户、对象、诉求的比对结果，引用具体原单号或说明无匹配记录 | 一线受理人 |
| 重开单是否保留原处理记录与责任人 | 原处理记录、沟通历史和原责任人可见，本次更新单独标注 | 处理人 |
| 新建单是否填写关联原单号与新建原因 | 关联字段有值，新建原因属于新诉求、新对象或已解决后再次发生之一 | 一线受理人 |
| 客户是否收到明确单号与后续安排 | 沟通记录中有单号、与原单关系和当前处理人 | 客户侧沟通责任人 |
| 统计口径是否区分重开与新建 | 报表中重开与新建分别计数，可按客户、对象、时间段筛选 | 服务负责人 |
抽查时可以按周抽取一定数量的重开单和新建单，逐项核对上表。发现判断依据缺失或关联字段为空的，退回补充；发现同一问题被反复新建的，由服务负责人复核判断标准是否需要细化。检查的目的在于让判断有据可查、记录前后连贯，使重开与新建成为可解释的管理动作，而非受理人的个人习惯。
常见问题
原工单关闭后客户补充了新的证据，但诉求没变，应该重开还是新建？
按同一服务请求处理，重开原工单。客户补充的证据指向同一现象、同一诉求，原单的历史处理记录和责任人仍然有效，重开可以避免重复排查。操作上更新现象描述和发生时间，把新证据附在原单上，填写重开原因，例如“客户补充同一诉求的新证据”，并保留原有处理记录。
客户一次反馈里既有老问题又有新问题，怎么处理？
拆成多条工单。与历史请求一致的部分重开原单，新增部分新建工单，两条记录互相填写关联单号，避免一条工单承载多个责任链。拆分后分别指定处理人，通知客户时说明每条单号对应的诉求，后续统计也按各自口径计入重开或新建。
受理人判断为同一请求并重开，处理人认为应该新建，怎么解决？
由服务负责人或组长复核。复核意见要落到工单上，写明维持或改判的理由，例如比对结果引用了哪张原单、诉求内容差异在哪里。复核结论确定后，由处理人按结论执行；改判为新建的，新单填写关联原单号和改判原因，原单状态同步回写，避免两条记录同时处于处理中。
重开与新建分开统计有什么实际用途？
重开反映原问题未真正解决，新建反映服务请求数量增长，两者混在一起会掩盖问题。分开统计后，可以按客户、对象、时间段筛选，观察同类问题的复发情况，也可以发现同一问题被反复新建的情形，据此复核判断标准是否需要细化。统计口径由服务负责人维护，抽查时一并核对。
客户表述模糊、无法确认是否同一问题时，先重开还是先新建？
先按客户与服务对象检索历史工单，比对现象描述和原始凭证；仍无法判断的，按新建处理并标注“疑似关联”，由服务负责人复核后决定是否合并或改判。这样处理的好处是新单可以立即流转，不因判断悬而未决耽误客户，同时保留改判和关联的线索。
