工单解决时限的暂停，是在满足约定条件时把解决时限的计时临时冻结；恢复则是条件解除后重新开始计时。恢复后的口径有两种：累计计时接着已用时长继续走，重新计时则把时钟重置为新的解决时限。规则要写清触发暂停的状态、暂停时长是否计入、恢复后如何计算，并约定暂停次数上限与审批要求。
要点总览（TL;DR）
- 暂停是在约定状态成立时冻结解决时限的计时，恢复是条件解除后重新启动计时；两者都不改变承诺总时长，除非规则选择了重新计时口径。
- 触发暂停的常见状态包括等待客户回复、等待第三方处理和挂起待排期，状态清单应写成封闭列表并明确进入与退出条件。
- 恢复后有两种处理：累计计时接着已用时长继续走，重新计时把时钟重置为完整承诺值；同一团队应统一口径并设置暂停次数或时长上限。
- 暂停、挂起、延期、重开作用对象不同：暂停作用于计时，挂起作用于状态，延期修改承诺，重开开启新的计时周期，报表应分别统计。
- 规则落地需记录每次暂停与恢复的操作时间、操作人、触发状态和原因，并定期复盘暂停次数分布与恢复后超时比例。
工单解决时限暂停与恢复的直接答案
解决时限（Resolution SLA）是服务方对“工单从进入处理流程到解决”这一段时间的承诺。暂停（Pause）指在约定条件成立时，把这段承诺时间的计时临时冻结；恢复（Resume）指条件解除后重新启动计时。两者共同构成一个可审计的计时窗口，而不是对承诺本身的修改。
可以用一句话概括基本规则：在约定状态下冻结计时，在状态解除后按事先选定的口径继续或重置计时，全过程留痕。这句话包含三个需要团队自行决定的变量，规则文档必须逐项写明。
三个动作的定义
- 暂停：工单进入约定状态（如等待客户回复、等待第三方处理、挂起待排期）时，解决时限的已用时长停止累加，时钟冻结。
- 恢复：上述状态解除、工单回到处理中时，计时重新启动。恢复动作本身不改变承诺时长，除非规则选择了重新计时口径。
- 重新计时：恢复时把已用时长清零，从新的解决时限重新开始计算。它属于恢复的一种处理方式，影响的是剩余时间，而非承诺总时长。
两种计时口径的区别
累计计时（也称净计时）把暂停期间排除在考核之外，恢复后接着暂停前的已用时长继续走。例如承诺 8 小时，已用 3 小时后暂停 2 小时，恢复后还剩 5 小时。重新计时则在恢复时重置时钟，剩余时间回到完整承诺值，暂停前的消耗不再计入本次考核。前者更贴近“实际投入处理的时间”，后者更接近“给处理方一次重新履约的机会”，适用于等待外部依赖时间较长、原承诺已明显失真的场景。
规则必须写清的三要素
- 触发条件：哪些工单状态或事件会启动暂停，由谁操作、是否需要审批。
- 暂停时长是否计入：明确暂停期间不计入解决时限，并说明是否设置单次或累计暂停上限。
- 恢复后的计算方式：接着已用时长继续，还是重置为新的解决时限；同时约定自动恢复的触发条件。
这三项缺一，规则在执行中就会产生争议：同样一张工单，客服认为还剩 5 小时，客户可能认为已经超时。
解决时限的边界：哪些时间算、哪些不算
暂停规则只有在解决时限的起止点明确后才有意义。起止点不同，同一张工单的已用时长会相差数小时，暂停窗口的归属也会随之改变。
起点与终点的常见选择
起点通常有两种：工单创建（客户提交）或受理确认（服务方接单并进入处理）。选择创建时间作为起点，对客户更有利，但会把排队等待计入考核；选择受理时间，则把分诊和排队排除在解决时限之外，通常需要与响应时限配合使用。终点一般取“解决”（处理方给出解决方案并被确认）或“关闭”（客户确认或系统自动关单）。解决与关闭之间往往还有一段确认期，这段是否计入，需要在规则中单独说明。
暂停窗口在时限内部还是外部
暂停窗口位于解决时限内部，是对内部计时的一段冻结，而不是把这段时间挪到承诺之外重新计算。换句话说，承诺总时长不变，只是其中一段不消耗时间。若团队希望暂停后延长承诺，那属于时限延期，而非暂停，两者在报表中的呈现完全不同。
与响应时限、超时升级的分工
| 概念 | 考核对象 | 典型起止 | 与暂停的关系 |
|---|---|---|---|
| 响应时限 | 首次有效响应 | 建单或受理至首次回复 | 通常不设暂停，等待期本身就是考核对象 |
| 解决时限 | 问题处理完成 | 受理至解决或关闭 | 可设暂停，冻结处理中的等待时间 |
| 超时升级 | 违约后的动作 | 时限耗尽时触发 | 暂停会推迟升级触发点，需同步调整 |
三者的分工是：响应时限管“多久有人接”，解决时限管“多久处理完”，超时升级管“违约后谁介入”。暂停只作用于解决时限，若把它套用到响应时限，会导致首次响应迟迟不发生却不算违约。缺陷严重程度分级与人员派单路由属于另外的管理维度，本文不展开。
暂停与恢复的机制：触发、计时与重新计时
机制层面要回答四个问题：什么状态触发暂停、暂停期间怎么计时、恢复时怎么处理、谁来控制暂停的次数与时长。
触发暂停的状态清单
- 等待客户回复：处理方已提出问题或补充材料要求，工单转入待客户状态。这是最常见的暂停场景。
- 等待第三方处理：依赖外部供应商、合作方或上游系统的处理结果，本方无法推进。
- 挂起待排期：问题已确认但需要排入后续版本或维护窗口，短期内不会处理。
状态清单应写成封闭列表，并说明每个状态的进入与退出条件。例如“等待客户回复”在客户提交补充信息后自动退出，“等待第三方”在第三方回执到达后退出。清单之外的状态默认不触发暂停，避免处理方自行扩大暂停范围。
暂停期间的计时处理
暂停期间解决时限的已用时长停止累加，这是累计计时口径的核心。规则还需说明暂停时长是否单独统计：多数团队会同时记录“已用处理时长”和“累计暂停时长”，前者用于考核，后者用于分析瓶颈。若暂停时长长期偏高，说明等待客户或第三方的环节存在结构性问题，这比单张工单是否超时更有管理价值。
恢复后的两种处理
恢复时按规则选择一种处理方式，并在同一团队内保持一致：
- 接着算：已用时长保留，剩余时间等于承诺时长减去已用时长。适合暂停时间较短、承诺仍然合理的场景。
- 重置时钟：已用时长清零，剩余时间回到完整承诺值。适合暂停时间较长、原承诺已无法反映实际处理难度的场景，但需要设置次数上限，否则可能被反复使用。
次数上限、审批与自动恢复
暂停不应无限使用。规则通常约定单张工单的暂停次数上限（如 2 次）或累计暂停时长上限（如 3 个工作日），超出后需主管审批，或转为时限延期处理。自动恢复条件也要写明：客户回复到达、第三方回执录入、排期确认等事件触发系统自动恢复计时，减少人工操作遗漏。人工恢复则需记录操作人、时间与原因。
这些动作落到系统里，本质是状态流转与计时记录的配合：工单进入约定状态时冻结时钟，状态退出时按口径继续或重置，并把每次暂停与恢复写入时间线。ONES 工单管理支持工单状态流转与处理过程的记录，团队可以把上述触发状态、恢复条件和留痕要求配置到流程中，使暂停与恢复有据可查；具体配置方式以团队实际使用的产品能力为准。
容易混淆的相邻概念：暂停、挂起、延期与重开
这四个概念经常被混用，导致规则在报表和考核中互相矛盾。它们的区别在于作用对象不同：暂停作用于计时，挂起作用于状态，延期作用于承诺，重开作用于工单生命周期。
| 概念 | 作用对象 | 核心动作 | 对解决时限的影响 | SLA 报表呈现 |
|---|---|---|---|---|
| 暂停 | 计时 | 冻结时钟，条件解除后恢复 | 暂停期不计入已用时长 | 显示已用时长与累计暂停时长 |
| 挂起 | 工单状态 | 把工单置为暂停处理的状态 | 本身不改变计时，需配合暂停规则 | 显示状态停留时长 |
| 延期 | 承诺 | 修改解决时限的截止时间 | 承诺总时长变长 | 显示原承诺与新承诺 |
| 重开 | 工单生命周期 | 已解决或关闭的工单重新激活 | 通常生成新的计时周期 | 显示重开次数与新周期 |
暂停与挂起的区别最容易被忽略：挂起是一种状态，工单处于挂起状态并不自动意味着计时冻结，只有当规则把该状态列为暂停触发条件时，计时才会停止。反过来，暂停也不一定要求工单挂起，某些系统允许在处理中状态下冻结计时。规则文档应把状态与计时分开描述，避免“挂起即暂停”的默认假设。
暂停与延期的区别在于是否改变承诺。暂停保持承诺总时长不变，只是其中一段不消耗时间；延期则直接修改截止时间，是对客户承诺的变更，通常需要审批并通知客户。恢复与重开的区别在于是否延续原周期：恢复是在同一计时周期内继续，重开则往往开启新的周期，原周期的结果已经计入统计。报表设计时应分别统计暂停次数、延期次数和重开次数，否则无法判断超时究竟来自处理能力不足还是规则使用不当。
具体例子与常见误解
下面用一个演示情景说明两次暂停的计算过程。情景为虚构示例，仅用于说明规则，不代表任何真实团队的数据。
含两次暂停的计算示例
某工单承诺解决时限为 8 小时，采用累计计时口径，暂停次数上限为 2 次，起点为受理时间。
- 9:00 受理，计时开始。
- 11:00 处理方发出补充材料请求，工单转入等待客户回复，暂停。此时已用 2 小时。
- 13:00 客户回复，自动恢复，接着已用时长继续。剩余 6 小时。
- 15:00 发现依赖第三方系统，转入等待第三方，第二次暂停。此时已用 4 小时。
- 18:00 第三方回执到达，恢复。剩余 4 小时，截止时间顺延至 22:00。
若该团队采用重新计时口径，第二次恢复时已用时长清零，剩余时间回到 8 小时，截止时间变为次日 2:00。两种口径下工单都未超时，但考核结果和客户感知差异明显，这正是规则必须事先写清的原因。若出现第三次暂停需求，因超过次数上限，应走审批或转为延期处理。
三个常见误解
- 误解一：暂停等于停止考核。暂停只冻结计时，工单仍在处理队列中，响应质量、暂停次数和累计暂停时长仍会被统计。频繁暂停本身就是需要关注的信号。
- 误解二：恢复必然重新计时。恢复只是重新启动计时，是否重置时钟取决于团队选定的口径。多数场景采用累计计时，重新计时需要明确适用条件和次数限制。
- 误解三：客户未回复可无限暂停。规则应设置暂停时长上限或提醒机制，例如等待客户超过约定天数后自动提醒或升级，避免工单长期停留在等待状态而无人跟进。
规则落地时的记录要求
每次暂停与恢复都应记录操作时间、操作人、触发状态和原因说明，自动恢复则记录触发事件。这些记录既是对客户解释的依据，也是复盘暂停规则是否合理的素材。团队可以定期统计暂停次数分布、平均暂停时长和恢复后超时比例，据此调整触发状态清单与次数上限，让规则在承诺刚性和执行现实之间保持平衡。
常见问题
工单暂停期间，响应时限是否也一起冻结？
通常不冻结。响应时限考核的是首次有效响应，等待期本身就是它要衡量的对象，若把暂停套用到响应时限，会出现首次响应迟迟不发生却不算违约的情况。暂停规则一般只作用于解决时限，两类时限应在规则文档中分别描述，并说明各自的起止点与是否允许暂停。
暂停次数达到上限后，工单还在等待客户，应该怎么处理？
常见做法是转为时限延期处理，或提交主管审批后追加暂停。无论选哪种，都要在规则中写明触发条件和审批人，并在工单时间线上记录原因。若等待客户的时间可能很长，也可以设置提醒或升级机制，让工单在等待期间仍有人跟进，避免长期停留在暂停状态。
重新计时口径下，暂停前的已用时长还要不要保留记录？
要保留。重新计时只影响考核时的剩余时间计算，已用时长、暂停次数和暂停原因仍是复盘素材。报表中同时呈现原始已用时长与重置后的计时周期，才能判断重新计时是合理使用还是被反复用来规避超时。规则文档应说明哪些字段在重置后继续保留。
工单重开后，原来的暂停记录还有效吗？
重开通常开启新的计时周期，原周期的暂停记录归入历史，不再影响新周期的剩余时间。但重开次数与原周期的暂停情况应一并保留，用于分析问题是否真正解决。若团队希望重开沿用原周期计时，需要在规则中单独约定，并说明与延期、暂停的衔接方式。
暂停规则写好之后，怎么判断它是否合理？
可以定期统计暂停次数分布、平均暂停时长、恢复后超时比例，以及暂停集中在哪些触发状态。若暂停大量集中在等待第三方，说明外部依赖环节存在结构性问题；若集中在等待客户，可能需要调整提醒节奏或材料要求。依据这些数据调整触发状态清单与次数上限，比单看某张工单是否超时更有参考价值。
