这份SLA暂停规则示例围绕一条中等优先级工单展开，说明它在等待客户补充信息时如何挂起、时钟如何停走、恢复后如何续算，以及关闭时如何判定是否达标。示例中的优先级、时限、角色和数值均为演示设定，落地时需按自身服务承诺调整。
要点总览（TL;DR）
- SLA暂停规则示例需覆盖暂停触发条件、审批与记录字段、暂停时长上限、恢复续算方式及例外情形，示例数值与角色均为演示设定。
- 暂停原因建议采用枚举分类，触发人与审批人分离，单次与累计暂停上限需同时设定，避免反复短暂停绕过限制。
- 续算口径可选保留剩余时间继续计时或按比例重算，需在规则中写明并保持所有工单一致；服务窗口决定暂停时长如何折算。
- 暂停达到上限、审批超时或客户长时间未回复应触发升级；规则变更需保留版本与生效时间，通常按工单创建时版本执行。
- 软件缺陷严重程度分级与人员派单路由不属于本文范围；系统自动化能力需落地前逐项核验，示例数值不构成产品承诺。
示例目标：这份SLA暂停规则要解决什么问题
演示情景设定如下：某企业内部服务台使用一套工单系统处理员工提交的IT支持请求。一条中等优先级工单在响应阶段发现信息不足，需要客户补充截图和报错时间，处理人将工单挂起，等待客户回复。本文要回答的是：这段等待时间在SLA中如何处理，规则应该怎么写才能让暂停有依据、可追溯、可复核。
这份示例要达成三个目标：
- 暂停有依据：明确列出哪些状态可以暂停计时，触发暂停需要满足什么条件，避免处理人凭个人判断随意挂起。
- 过程可追溯：每次暂停都留下原因分类、触发人、开始时间、预计恢复条件等记录，事后可以还原时钟停走的全过程。
- 结果可复核：关闭工单时能清楚区分实际处理时长与暂停时长，判断SLA是否达标时有统一口径，避免承诺时间被无声拉长。
示例中的“中等优先级”“响应时限4小时”“解决时限24小时”“暂停上限8小时”等数值，以及“一线处理人”“服务台主管”等角色，均为假设设定，用于展示规则结构，不代表任何真实组织的服务承诺。
完整示例：一条工单的SLA暂停与恢复全过程
下面按时间线给出这条工单从创建到关闭的完整记录。表格中的字段取值即为填写范例，可直接对照改写成自己的版本。
工单基本信息
| 字段 | 取值 | 说明 |
|---|---|---|
| 工单编号 | INC-2024-0317 | 演示编号 |
| 优先级 | P3（中等） | 按影响范围与紧急程度评定 |
| SLA目标 | 响应4小时 / 解决24小时 | 按服务窗口计算 |
| 服务窗口 | 工作日 9:00–18:00 | 非服务时段不计入计时 |
| 当前状态 | 处理中 | 创建后进入处理中 |
时间线记录
| 时间 | 事件 | 状态变化 | 时钟状态 |
|---|---|---|---|
| 第1天 09:30 | 工单创建，分配至一线处理人 | 新建 → 处理中 | 开始计时 |
| 第1天 10:10 | 处理人首次响应，请求客户补充截图与报错时间 | 处理中 | 响应计时停止，响应SLA达标 |
| 第1天 10:15 | 处理人提交暂停申请，原因选“等待客户回复” | 处理中 → 待审批暂停 | 继续计时 |
| 第1天 10:40 | 服务台主管审批通过 | 待审批暂停 → 挂起 | 暂停计时，记录暂停开始时间 |
| 第2天 14:20 | 客户回复并补充截图 | 挂起 → 处理中 | 恢复计时，累计暂停约1天3小时40分（按服务窗口折算） |
| 第2天 16:00 | 处理人完成修复并关闭工单 | 处理中 → 已关闭 | 解决计时停止 |
暂停记录字段
| 字段 | 取值 |
|---|---|
| 暂停原因分类 | 等待客户回复 |
| 触发人 | 一线处理人（工号示例 A012） |
| 审批人 | 服务台主管（工号示例 M003） |
| 暂停开始时间 | 第1天 10:40 |
| 预计恢复条件 | 客户提供截图与报错时间 |
| 暂停时长上限 | 8个服务小时 |
| 实际暂停时长 | 按服务窗口折算后约6.5服务小时 |
| 恢复方式 | 客户回复后手动恢复 |
关闭时的SLA结果判定
关闭时按“实际处理时长 = 总经过时间 − 暂停时长”计算。本示例中，工单从创建到关闭跨越两个工作日，扣除暂停后实际处理时长约5.5服务小时，在24小时解决时限内，判定为达标。暂停时长单独记录，不计入解决时长，但在报表中保留，用于分析等待客户的分布。
在工单挂起状态、暂停原因字段和时限记录这几个环节，ONES Desk 的自定义工单属性和可调整工作流可以承载“挂起”“待审批暂停”等状态与字段配置，管理者视角则汇总工单处理情况，便于复核暂停是否合理。具体SLA计时与续算的实现方式需结合自身系统核验。
逐项解释：每个字段和规则为什么这样填
完整示例只是结果，下面逐条说明关键字段与判断的填写依据，便于读者理解后自行调整。
暂停原因为什么用枚举分类
暂停原因如果允许自由填写，统计时会得到大量措辞各异的描述，无法汇总“等待客户回复占了多少暂停时长”这类问题。枚举分类（如等待客户回复、等待第三方、等待变更窗口、等待内部审批）让每次暂停归入固定类别，既能统计分布，也能在复核时快速识别异常，例如某处理人频繁使用“其他”类原因，就值得抽查。
触发人与审批人为什么要分离
触发人最了解现场情况，由他发起暂停申请符合实际；审批人负责判断暂停理由是否成立、是否在规则允许范围内。两者分离形成一次轻量制衡，避免处理人自行挂起后长时间不跟进。示例中审批时限设为30分钟，防止申请积压导致时钟该停未停。
暂停时长上限与多次暂停累计
单次暂停设上限，防止一次挂起无限期拖延；同时要规定同一工单多次暂停的累计上限，否则处理人可以通过反复短暂停绕过单次限制。示例设定单次上限8服务小时、累计上限16服务小时，达到上限后工单自动恢复计时并触发升级提醒。
续算口径：保留剩余时间还是按比例重算
常见两种口径：一是暂停期间时钟完全停走，恢复后从剩余时间继续计时；二是按已消耗比例重算剩余时间。前者直观、易解释，适合大多数服务台；后者在暂停跨越较长周期时更能反映真实压力，但计算复杂、对客户解释成本高。无论选哪种，都要在规则中写明并保持所有工单一致，不能按个案切换。
哪些等待不算暂停
以下情形通常不纳入暂停：处理人内部排队等待、等待内部同事协助但未走暂停审批、客户已回复后处理人未及时查看、以及规则未列明的其他等待。把这些排除在外，是为了防止暂停成为消化内部积压的工具。规则中应明确“未审批的挂起不停止计时”。
可迁移规律：换一套服务承诺怎么改
示例的数值可以替换，结构可以复用。迁移时重点调整以下几处。
按优先级设置不同暂停上限
高优先级工单的暂停上限应更短，甚至不允许暂停，因为紧急事件对等待更敏感；低优先级可以放宽。示例中P3上限8服务小时，若迁移到P1，可设为2服务小时并要求主管即时审批；P4可放宽到16服务小时。上限与优先级绑定，写进同一张规则表。
服务窗口对暂停计算的影响
按工作时间计算时，暂停跨越夜间或周末的部分不计入暂停时长，需要系统按服务日历折算；7×24服务窗口则直接按自然时间累计。规则中要写明暂停时长按哪种日历折算，否则同一段挂起在不同班次下会得出不同结果。示例采用工作日窗口，因此第1天晚间到第2天早间的时段未计入暂停。
暂停规则与升级机制的衔接
暂停达到上限、审批超时、或客户长时间未回复，都应触发升级：通知主管、提醒客户、或按预设策略自动恢复计时。把升级条件写进暂停规则，能让规则从“记录工具”变成“推动闭环的机制”。
规则变更的版本与生效管理
暂停规则调整后，应保留版本号和生效时间，正在处理中的工单按哪个版本计算要有明确约定，通常按工单创建时生效的版本执行，避免同一工单中途换口径。变更记录本身也是复核时的依据。
适用边界：哪些情况不该套用这份示例
这份示例聚焦服务承诺中的暂停与续算，以下内容不在其覆盖范围内，遇到时应参考对应主题的规则。
- 软件缺陷严重程度分级：缺陷的严重程度、影响等级划分属于缺陷分类范畴，与工单SLA暂停是两套判断，不应混用同一套字段。
- 人员派单与路由：工单分配给谁、按技能或负载路由，属于工单分派策略，本文只假设工单已分配到处理人。
- 数值不构成产品承诺：示例中的时限、上限、角色均为演示设定，不代表任何产品的默认配置或功能承诺。
- 系统自动化能力需自行核验：暂停是否自动触发、恢复是否自动续算、时长是否按日历折算，取决于所用系统的实际能力，落地前应逐项确认，不能直接照搬示例中的“自动”描述。
把这份示例当作填写模板使用时，先替换数值与角色，再核对服务窗口与续算口径，最后确认系统能否支撑所需的记录字段与状态流转，规则才算真正可用。
常见问题
客户一直不回复，暂停时长达到上限后应该怎么处理？
暂停达到上限后，工单应自动恢复计时并触发升级提醒。常见做法是：先通知处理人及其主管，由主管判断是否继续等待或改走其他沟通渠道；同时可向客户发送一次提醒，说明若继续无回复将按现有信息推进或关闭工单。规则中要写明达到上限后的默认动作，避免工单长期停留在挂起状态而无人跟进。
同一工单多次暂停，累计时长怎么计算才合理？
累计时长按同一工单所有已审批暂停的时长加总，并按规则指定的服务日历折算。示例中单次上限8服务小时、累计上限16服务小时，达到累计上限后不再允许新的暂停申请。若工单跨越多个优先级调整，需明确累计上限是否随优先级变化而重置，通常建议按当前优先级对应的上限执行，并在规则中写明切换时点的处理方式。
暂停审批超时未处理，时钟应该继续走还是先停？
建议审批未通过前时钟继续计时，只有审批通过后才进入挂起并停止计时。这样可以避免处理人提交申请后即视为暂停，导致审批积压时承诺时间被无声拉长。同时应为审批设置时限（如30分钟），超时自动提醒审批人或升级至其上级，确保暂停申请不会长期悬置。
服务窗口从工作日改为7×24后，已有的暂停记录需要重新折算吗？
通常不需要回溯重算。规则变更应约定生效时间，正在处理中的工单按工单创建时生效的版本执行，新版本仅适用于生效后创建的工单。若组织决定对在途工单切换口径，需在变更记录中明确切换范围和折算方法，并保留原口径下的暂停记录，以便复核时还原计算过程。
等待内部同事协助算不算暂停？需要走审批吗？
等待内部同事协助通常不纳入暂停，因为这段时间属于内部协作与排队，若允许暂停容易成为消化内部积压的工具。如果组织确实需要为跨团队等待设置暂停，应将其作为独立枚举原因（如“等待内部协作”），并同样走审批与记录流程，设定更短的上限，避免与等待客户回复混为一类统计。
