工单解决时限的暂停，是在满足约定条件时把计时挂起，暂停期间不计入解决时限；恢复是在暂停原因消除后，从剩余时间继续计时。两者都只做时间累加，不改变承诺起点。重新计时属于另一类规则，只在工单重新打开、承诺目标变更或跨承诺周期时重置起点与已用时长。本文按计时边界、暂停触发、恢复计算、重新计时情形和示例逐项说明，帮助团队统一规则口径。
要点总览（TL;DR）
- 暂停是计时挂起，暂停期间不计入解决时限；恢复是从剩余时间继续计时，两者都只做时间累加，不改变承诺起点。
- 解决时限的起点通常为工单受理或承诺确认时点，终点为达成解决状态时点；暂停只作用于这段区间内部。
- 暂停需符合事先约定的触发条件，如等待客户补充信息、等待第三方处理，并记录原因、时点与操作人。
- 恢复以暂停原因消除的登记时点为准，剩余时间按原承诺时长减去已消耗时长计算，多次暂停逐段累加。
- 重新计时只在工单重新打开、承诺目标变更或跨承诺周期时重置起点与已用时长，与暂停恢复有本质区别。
工单解决时限暂停与恢复的直接答案
解决时限的暂停与恢复，本质是对一段已经开始的计时做“挂起”和“续接”。暂停发生时，计时器停止推进，暂停期间的时长不计入解决时限；恢复发生时，计时器从暂停前的剩余时间继续走，而不是从头开始。理解这两个动作，关键是把“时间累加”和“起点重置”分开看。
重新计时是第三种动作。它会把承诺起点和已用时长一起清零，相当于重新开一张计时表。暂停与恢复只影响计时区间的内部累加，重新计时则改变计时区间的起点。三者的关系可以用下表概括：
| 动作 | 对计时的影响 | 对起点的影响 | 对已用时长的影响 |
|---|---|---|---|
| 暂停 | 计时挂起，暂停时长不计入 | 不变 | 保留暂停前已消耗时长 |
| 恢复 | 从剩余时间继续计时 | 不变 | 在已消耗时长基础上继续累加 |
| 重新计时 | 重置整段计时 | 重置为新起点 | 清零，重新开始累计 |
把这三者分开，团队在写规则时就能避免一种常见混用：把“等待客户回复”写成重新计时，导致承诺时长被反复刷新，SLA 数据失去可比性。暂停与恢复用于处理计时区间内的合理中断，重新计时用于处理承诺关系本身发生变化的情形。
解决时限的计时边界：哪些时间算、哪些不算
暂停规则只作用于计时区间内部，因此先要明确这段区间的起止。解决时限的起点，通常取工单受理时点或承诺确认时点；终点取工单达成解决状态的时点。起点之前的时间，例如工单尚在排队、尚未被受理的阶段，一般不计入解决时限；终点之后的时间，例如解决后的回访、关闭确认，也不计入。
在起点与终点之间，时间并非全部计入。正常处理、内部流转、评审确认属于计入区间；等待客户补充信息、等待第三方返回结果等符合约定条件的中断，可以通过暂停从计时中扣除。下表给出一个便于团队对齐的边界划分：
| 时间段 | 是否计入解决时限 | 说明 |
|---|---|---|
| 受理或承诺确认之前 | 不计入 | 尚未形成承诺关系 |
| 正常处理与内部流转 | 计入 | 计时区间的主体部分 |
| 符合约定条件的等待 | 暂停期间不计入 | 需有暂停记录与原因 |
| 解决状态达成之后 | 不计入 | 承诺已履行 |
需要强调的是，暂停不改变起止定义。无论暂停多少次，起点仍是受理或承诺确认时点，终点仍是解决状态达成时点，变化的只是区间内被扣除的时长。把起止和计入范围先定清楚，后续的暂停与恢复才有稳定的计算基础。
暂停的触发条件与生效方式
暂停不能由处理人随意发起，而应挂在事先约定的触发条件上。常见条件包括：等待客户补充信息、等待第三方处理、挂起待确认。这些条件的共同点是，计时继续推进已无法反映团队的实际处理能力，继续计入会让时限数据失真。
触发角色与权限需要明确。较常见的做法是处理人提出暂停申请，由工单负责人或预设规则判定是否成立；条件清晰、争议小的场景，也可以由规则自动判定。无论哪种方式，暂停生效时应同时完成两件事：工单状态切换到对应的等待或挂起状态，计时器打上暂停标记。状态与标记分离，容易出现“状态显示等待、计时仍在走”的口径漏洞。
暂停必须留痕。一条完整的暂停记录至少包含暂停原因、暂停时点、操作人，恢复时再补记恢复时点与恢复依据。留痕的作用不只是审计，它让后续计算剩余时间、统计暂停占比、复盘等待环节都有据可查。团队可以把暂停要素整理成一张检查清单：
- 触发条件是否属于事先约定的可暂停情形；
- 发起人是否有申请权限，判定人是否明确；
- 状态切换与暂停标记是否同时生效；
- 暂停原因、时点、操作人是否完整记录；
- 恢复时是否登记原因消除的依据与时点。
恢复的条件、时点与剩余时间计算
恢复的判定标准是暂停原因消除。客户回复了补充信息、第三方返回了处理结果、待确认事项有了结论，这些都属于原因消除。恢复时点以原因消除的登记时点为准，而不是以处理人重新开始处理的时间为准。这一区分很重要：如果以“重新开始处理”为恢复点，原因消除到重新处理之间的空档会被重复扣除，剩余时间被高估。
剩余时间的计算遵循一个简单公式：原承诺时长减去已消耗时长。已消耗时长只累计计时器处于运行状态的时段，暂停时段不计入。例如承诺 8 小时，暂停前已消耗 2 小时，暂停 3 小时后恢复，剩余时间仍为 6 小时，恢复后从这 6 小时继续走。
多次暂停按段累加处理。每一次暂停单独记录起止，恢复后继续累计已消耗时长，各段暂停时长之和从总承诺中扣除，总承诺本身不变。团队在规则文档中可以写明计算口径：
- 已消耗时长 = 各段运行时长之和；
- 暂停总时长 = 各段暂停时长之和；
- 剩余时间 = 原承诺时长 − 已消耗时长；
- 恢复后计时从剩余时间续接，不重新起算。
当工单状态、处理进度和责任分工集中管理时，暂停与恢复的记录更容易与工单本身对齐。ONES Desk 可集中管理工单状态、处理进度和责任分工，让问题处理过程更清晰、更容易追踪；在计时状态流转处，团队可以借助状态与进度记录对应暂停原因和恢复时点，减少口径分散。具体计时暂停与恢复的配置方式，需以实际产品能力为准。
重新计时的适用情形与与暂停恢复的区别
重新计时处理的是承诺关系发生变化的情形，典型有三类：工单被重新打开、承诺目标变更、跨承诺周期。工单解决后又被重新打开，原来的承诺已经履行完毕，新一轮处理需要新的计时起点；承诺目标从 8 小时调整为 4 小时，或解决标准发生变化，原计时口径不再适用；跨承诺周期，例如按月度或按合同周期分别承诺，进入新周期后重新起算。
重新计时会重置起点与已用时长，这一点与暂停恢复形成明确对照。暂停恢复是在同一段承诺内做时间加减，起点不动、总承诺不动；重新计时是换一段承诺，起点更新、已用时长清零。两者混用会带来两类问题：该重新计时的场景仍沿用旧起点，导致新承诺被旧消耗拖累；不该重新计时的普通等待被当成重新计时，导致承诺被反复刷新。
| 对比项 | 暂停与恢复 | 重新计时 |
|---|---|---|
| 适用情形 | 约定条件内的等待与中断 | 重新打开、目标变更、跨周期 |
| 起点 | 保持不变 | 重置为新起点 |
| 已用时长 | 保留并继续累加 | 清零 |
| 总承诺 | 不变 | 按新承诺执行 |
| 记录要求 | 记录暂停与恢复原因、时点 | 记录重置依据与新承诺 |
规则文档应把两类情形分列写明，各自给出触发条件、审批角色和记录字段。只写“特殊情况可调整时限”这类笼统表述，执行时容易各按各的理解处理，最终让时限数据失去横向比较的基础。
相邻概念区别：时限约定、超时升级与缺陷分级
暂停与恢复规则处在工单时限管理的中段，前后各有一些相邻主题，边界清楚才不会互相牵扯。时限约定回答的是承诺时长如何设定，例如按优先级、按客户等级、按问题类型分别承诺多少小时，它决定计时的总长度；暂停与恢复回答的是这段总长度内部如何扣除中断。两者一个定总量，一个调过程。
超时升级处理的是时限用尽之后的动作，包括通知谁、按什么路径升级、升级后由谁接手。它发生在计时结束之后，与暂停恢复作用于计时区间内部不同。缺陷严重程度属于缺陷分类与分级，关注问题本身的影响面和修复优先级，不直接决定工单计时规则。人员派单与路由关注工单分配给谁、按什么规则流转，属于分派环节。
把边界写清楚，有助于规则文档各归其位：时限约定写在 SLA 条款里，暂停恢复写在计时规则里，超时升级写在响应流程里，缺陷分级写在缺陷管理规范里，派单路由写在分派规则里。读者遇到具体问题时，能快速定位到对应的规则章节。
具体例子与常见误解
下面用一个演示情景把整条计时走向串起来。某工单承诺解决时限为 8 小时，受理后开始计时，处理 2 小时后因等待客户补充信息暂停，暂停持续 3 小时，客户回复后恢复计时。此时已消耗 2 小时，剩余 6 小时，恢复后从 6 小时继续走；若之后不再暂停，工单在恢复后 6 小时内解决即视为未超时。这个例子中，暂停只扣除了 3 小时，起点和 8 小时总承诺都没有变化。
围绕这个例子，有三条常见误解需要纠正。
- 误解一：暂停等于停止承诺。暂停只是把计时挂起，承诺关系仍然存在，暂停原因消除后必须恢复计时，工单不会因为暂停而脱离时限管理。
- 误解二：恢复等于重新计时。恢复是从剩余时间续接，已消耗的 2 小时仍然有效；重新计时才会把已用时长清零，两者对剩余时间的影响完全不同。
- 误解三：任何等待都可暂停。只有符合事先约定触发条件的等待才能暂停，例如等待客户补充信息、等待第三方处理；处理人自行搁置、内部协调不畅等情形，一般不属于可暂停范围，仍应计入解决时限。
团队可以把这三条误解写进规则说明或培训材料，配合暂停记录字段一起使用。规则写得越具体，处理人判断“该不该暂停、何时恢复”时越有依据，时限数据也越能反映真实的处理能力。
常见问题
工单暂停后，如果客户迟迟不回复，暂停时长会一直累积吗？
这取决于团队在规则中是否设置暂停时长上限。常见做法是为等待客户回复类暂停设定最长暂停时长，例如 24 小时或 3 个工作日，超过上限后自动恢复计时或触发提醒。若规则未设上限，暂停时长会持续累积，导致解决时限被长期挂起，SLA 数据无法反映真实处理能力。建议在规则文档中明确各类暂停的最长时限及超限后的处理动作。
工单在暂停期间被重新分配给另一位处理人，恢复后剩余时间如何计算？
重新分配处理人不改变承诺起点和已消耗时长，因此恢复后仍按原剩余时间续计。暂停期间不计入已消耗时长，分配变更只影响后续处理责任，不影响计时口径。团队应在暂停记录中同时登记分配变更时点，便于复盘时区分责任交接与计时中断。
暂停原因消除后，处理人忘记登记恢复，计时会一直停着吗？
这属于执行漏洞，规则上应明确恢复登记的责任人与时限。常见做法是由处理人在原因消除后及时登记恢复，或由规则在检测到客户回复、第三方结果返回等事件时自动恢复计时。若依赖人工登记，建议在工单状态看板中设置待恢复提醒，避免暂停状态长期滞留。计时长期停摆会使剩余时间失真，影响超时判断。
同一工单因不同原因多次暂停，每次暂停都需要单独审批吗？
审批粒度由团队规则决定。较常见的做法是首次暂停或超过一定时长的暂停需负责人审批，后续同类暂停由处理人登记即可；也可按暂停原因区分，等待客户回复类可简化审批，等待第三方处理类需审批。无论审批粒度如何，每次暂停都应单独记录起止时点与原因，以便逐段累加计算。
工单解决后被重新打开，原承诺周期内的暂停记录还有效吗？
工单重新打开通常触发重新计时，原承诺周期内的暂停记录不再参与新周期的剩余时间计算。新周期从重新打开时点起算，按新的承诺目标执行。原暂停记录应保留在工单历史中，用于复盘上一轮处理过程，但不与新周期的计时混用。规则文档中应分别写明暂停恢复与重新计时的适用情形，避免口径混用。
