制定SLA暂停规则，核心是先界定哪些等待状态可以停表，再为每种状态写明触发条件、审批人、恢复条件和留痕要求，最后把暂停时长与恢复后的剩余时限落到工单字段和报表口径上。规则通常只覆盖客户侧或第三方原因造成的等待，例如等待客户补充信息、等待外部供应商处理、经批准的计划性挂起；内部排期、人员不足、缺陷修复过程本身一般不作为暂停理由。下面按范围、字段、流程、角色、示例和上线检查六步展开。
要点总览（TL;DR）
- 暂停范围按“等待是否由服务方之外的因素造成”判断：等待客户补充信息、等待第三方交付、经审批的计划性挂起可停表；内部排期、人员不足、缺陷修复过程本身不停表。
- 规则要落到字段：暂停原因码、发起人、审批人、暂停开始时间、预计恢复时间、实际恢复时间和暂停时长，其中开始时间以审批通过时刻为准。
- 操作流程分发起、审批停表、恢复计时、超期复核、留痕五步，恢复后剩余时限按原承诺时限减去已消耗时长重新计算。
- 审批层级可与优先级挂钩，暂停次数和单次时长设上限，超限后禁止再次暂停并触发升级。
- 上线前逐项核对原因码是否互不重叠、责任人与时限是否明确、暂停时长是否单独统计、是否设置抽查防范规避SLA。
先定暂停范围：哪些等待可以停表
暂停范围的判断标准可以归纳为一句话：等待是否由服务方之外的因素造成，且服务方在此期间确实无法推进。符合这一条的等待，停表才有依据；服务方自己可以控制进度的情形，停表会削弱SLA的约束力。建议在规则起草阶段就把工单类型逐一过一遍，形成对照表，而不是等到执行时逐单争论。
| 状态类别 | 典型场景 | 是否可暂停 | 判断要点 |
|---|---|---|---|
| 等待客户回复 | 需要客户补充账号信息、日志、截图或确认变更窗口 | 可暂停 | 已发出明确的补充请求，且请求内容写入工单 |
| 等待第三方供应商 | 依赖外部厂商提供备件、接口说明或现场支持 | 可暂停 | 已有对外沟通记录和预计回复时间 |
| 经审批的计划性挂起 | 客户申请延期处理、双方约定冻结一段时间 | 可暂停 | 有审批记录和明确的恢复日期 |
| 内部排期 | 工单在团队队列中排队等待分配 | 不可暂停 | 属于服务方资源安排问题 |
| 人员不足或技能缺口 | 缺少具备相应权限或经验的工程师 | 不可暂停 | 属于服务方能力与排班问题 |
| 缺陷修复过程本身 | 问题已定位，研发正在修改代码 | 不可暂停 | 处理动作在服务方内部持续推进 |
暂停的适用范围还应按工单类型和优先级区分。事件类工单通常只允许“等待客户回复”和“等待第三方”两类暂停，且高优先级工单需要更严格的证据；服务请求类工单可以放宽到计划性挂起；咨询类工单是否纳入SLA本身就需要先确认，纳入后再谈暂停。优先级方面，最高优先级工单一般不建议设置长时间暂停，或者要求暂停必须由更高层级审批，避免关键故障在停表状态下被搁置。
还需要把暂停与关闭、取消、转派区分清楚。暂停只是计时中止，工单仍然处于打开状态，责任方仍在服务方；关闭表示处理结束，SLA计时随之终止；取消表示工单不再需要处理，通常不计入履约统计；转派是责任人的变更，计时继续。四者在工单状态、计时结果和报表归属上完全不同，规则文本中应分别定义，避免用“挂起”一个词混用多种含义。
暂停规则的字段与判定条件设计
暂停规则要能执行，必须落到具体字段上。每个字段都要写明取值来源、填写人和必填条件，否则审批和统计都会失去依据。建议至少设置以下字段：
| 字段 | 取值说明 | 填写要求 |
|---|---|---|
| 暂停原因码 | 枚举值，如“等待客户补充信息”“等待第三方交付”“计划性挂起” | 发起暂停时必填，单选 |
| 暂停发起人 | 提交暂停申请的人员 | 系统自动记录 |
| 审批人 | 按优先级和原因码确定的审批角色 | 审批通过后自动记录 |
| 暂停开始时间 | 审批通过的时刻，而非提交申请的时刻 | 系统自动写入 |
| 预计恢复时间 | 发起人填写的预期恢复节点 | 必填，且不得晚于该优先级允许的单次上限 |
| 实际恢复时间 | 恢复计时的时刻 | 系统自动写入 |
| 暂停时长 | 实际恢复时间减暂停开始时间 | 系统计算，供报表使用 |
触发条件的写法要具体到“谁、在什么状态下、提交什么证据”。例如：“一线支持人员在工单状态为‘处理中’时，可发起原因码为‘等待客户补充信息’的暂停，需在工单中附上已发送给客户的补充信息请求记录，并填写预计恢复时间。”这样的表述可以直接转化为流程配置和培训材料。证据要求不宜过重，但必须可核查，常见证据包括对外邮件或消息记录、客户确认截图、第三方工单编号。
审批层级可以与优先级挂钩做简化：低优先级工单由服务台主管审批，高优先级工单由SLA负责人审批，计划性挂起统一由SLA负责人审批。这样既控制了风险，又避免所有暂停都挤到同一个审批人。暂停次数上限和单次时长上限应结合服务承诺周期设定，例如承诺48小时响应的工单，单次暂停不超过24小时、累计不超过两次；上限的具体数值由团队根据服务水平和客户约定确定，规则中要写明超限后的处理方式，通常是禁止再次暂停并触发升级。
操作步骤：从发起到恢复的完整流程
暂停与恢复是一组有先后顺序的动作，每一步都要有明确的输入、动作、输出和完成标志，才能保证不同班次、不同人员执行结果一致。
第一步：发起暂停。输入是工单当前状态和等待证据；动作是发起人选择原因码、填写预计恢复时间、上传证据并提交审批；输出是一条待审批的暂停申请；完成标志是工单上出现“暂停待审批”标记，且审批人收到通知。
第二步：审批与停表。输入是暂停申请；动作是审批人核对原因码与证据是否匹配，通过或驳回；输出是审批结论；完成标志是审批通过后计时停止，工单状态与SLA状态同步变更为“已暂停”，暂停开始时间自动写入。驳回时工单继续计时，发起人需补充材料或撤回申请。
第三步：恢复计时。输入是恢复触发事件，包括客户回复、第三方交付完成、预计恢复时间到期；动作是责任人在工单中登记恢复依据并执行恢复操作；输出是恢复后的剩余时限；完成标志是实际恢复时间写入，计时重新开始，剩余时限按“原承诺时限减去已消耗时长”重新计算，暂停期间不计入消耗。
第四步：超期未恢复的处理。输入是预计恢复时间已过但无恢复依据的工单；动作是系统或值班人员触发升级，由SLA负责人人工复核，判断是继续等待、更换对接人还是取消暂停恢复计时；输出是复核结论和处理动作；完成标志是工单要么恢复计时，要么更新预计恢复时间并留下复核记录。
第五步：留痕。暂停发起、审批、恢复、复核的每个动作都应写入工单时间线，记录操作人、时间和原因。时间线是后续核对暂停是否合规、统计暂停时长、处理客户争议的基础材料。
在工具承载上，暂停规则依赖工单状态、自定义字段和流程流转的配合。ONES Desk 企业版支持自定义工单属性与灵活调整工作流，可以把暂停原因码、预计恢复时间等设为工单字段，并按审批与恢复节点配置状态流转；工单处理情况与分析报表可帮助管理者查看进度。涉及研发修复的工单，还可一键关联到 ONES Project 的需求或缺陷工作项持续跟踪。SLA计时暂停与暂停时长的单独统计口径，建议在选型或配置阶段向厂商确认后再定稿报表方案。
角色分工与交付物
暂停规则失效，常见原因不是规则写得不好，而是审批和恢复没有明确到人。下表把四类角色在暂停流程中的职责和产出列清楚，便于直接写入岗位说明或流程文档。
| 角色 | 主要职责 | 交付物 |
|---|---|---|
| 一线支持人员 | 判断是否符合暂停条件，发起暂停，收集并上传证据，跟进恢复触发事件 | 暂停申请、证据记录、恢复登记 |
| 服务台主管或SLA负责人 | 审批暂停申请，抽查已暂停工单，处理超期未恢复和客户争议 | 审批记录、抽查报告、复核结论 |
| 客户或第三方对接人 | 提供恢复所需的信息、材料或交付物，确认恢复条件 | 补充信息、交付确认、回复记录 |
| 运营或报表角色 | 统计暂停次数与暂停时长，核对统计口径，输出周期报表 | 暂停统计报表、口径说明、异常清单 |
分工中有两个容易空转的环节需要特别指定责任人：一是预计恢复时间到期后的跟进，默认由工单当前责任人负责，超时未跟进则升级到SLA负责人；二是暂停时长的统计口径维护，默认由运营角色负责，规则变更时同步更新报表定义。客户或第三方对接人虽不承担内部审批职责，但其回复速度直接影响暂停时长，规则中可约定提醒节奏，例如到期前一个工作日发送提醒。
示例：一条等待客户补充信息的暂停规则
以下示例以事件类工单为对象，展示规则文本、字段填写和恢复判定的完整写法，可直接改写套用到其他等待场景。
规则文本。适用范围：优先级为P2及以下的事件类工单。触发条件：一线支持人员在工单状态为“处理中”时，已向客户发出补充信息请求且请求内容记录在工单中，可发起原因码为“等待客户补充信息”的暂停。审批人：P2工单由服务台主管审批，P3及以下由当班组长审批。时长上限：单次不超过24小时，累计不超过两次；超过上限需SLA负责人特批。恢复条件：客户提供所需信息，或双方另行约定处理时间。
字段填写示例。原因码选择“等待客户补充信息”；暂停开始时间由系统在审批通过时写入，例如3月4日10:00；预计恢复时间填写3月5日10:00；证据栏附上3月4日9:40发送给客户的补充信息请求记录。
恢复判定示例。客户于3月4日16:00回复并提供日志。责任人核对内容完整后登记恢复，实际恢复时间记为16:00，暂停时长6小时。若该工单原承诺响应时限为24小时，此前已消耗4小时，则恢复后剩余时限为20小时，从16:00起继续计算。
异常处理示例。客户在预计恢复时间前未回复。到期时系统提醒责任人，责任人发送一次提醒并将预计恢复时间延长至下一个工作日，同时记录延长原因；若延长后仍未回复且达到累计暂停上限，则取消暂停、恢复计时，由SLA负责人判断是否按客户原因申请免责或关闭工单，全过程写入时间线。
完成检查：规则上线前的核对项
规则定稿后，建议由SLA负责人和运营角色共同逐项核对以下清单，确认规则可执行、可统计、可追溯后再上线。
- 暂停原因码覆盖了主要等待场景，且各原因码之间互不重叠，不存在同一情形可选多个原因码的情况。
- 每个原因码都写明了触发条件、所需证据、审批人和时长上限，没有留下“视情况而定”的空白。
- 审批与恢复都有明确责任人和时限，超期未恢复的升级路径可以走通，并已指定默认跟进人。
- 暂停时长在报表中单独统计，统计口径（起止时间取审批通过还是申请提交、是否含节假日）已书面说明并与财务或客户口径对齐。
- 已识别利用暂停规避SLA的内部情形，例如反复以“等待客户”为由暂停、证据不足即发起暂停，并设置了抽查比例和纠正措施。
- 规则变更留有版本记录，变更后通过培训或公告通知到一线、审批人和客户对接人，旧版规则同步废止。
清单核对完成后，可先选取一类工单试运行一个统计周期，观察暂停次数、平均暂停时长和超期未恢复比例，再决定是否推广到全部工单类型。试运行期间发现的口径争议，应回到规则文本中补充定义，而不是靠个案口头裁决。
常见问题
客户一直不回复，暂停可以无限延长吗？
不建议无限延长。规则中应为每个原因码设定单次时长上限和累计次数上限，到期前由责任人发送提醒并登记延长原因，延长后仍无回复且达到上限时，取消暂停、恢复计时，由SLA负责人判断是否按客户原因申请免责或关闭工单。这样既避免工单长期停在暂停状态，也保留了客户侧原因的证据。
暂停审批被驳回后，工单的计时怎么处理？
驳回意味着暂停不成立，工单继续按原承诺时限计时，暂停期间不产生停表效果。发起人需要补充证据后重新提交，或撤回申请。规则中应写明驳回后的通知方式和重新提交的时限，避免工单在“暂停待审批”状态下被搁置而无人跟进。
暂停时长在报表中按什么口径统计？
建议以审批通过时刻作为暂停开始时间、以实际恢复时刻作为结束时间，两者之差为单次暂停时长，并按原因码分类汇总。是否包含节假日、跨班次如何归属，需要在规则文本中书面说明，并与客户或财务的履约口径对齐。口径一旦确定，规则变更时同步更新报表定义。
如何防止一线人员用暂停规避SLA？
可以从三方面约束：一是原因码与证据要求绑定，证据不足不予审批；二是设置暂停次数和时长上限，超限需更高层级特批；三是由SLA负责人按比例抽查已暂停工单，重点看反复以同一原因暂停、预计恢复时间频繁延长的情形。抽查结果纳入周期复盘，发现异常及时纠正。
暂停规则落地到工单系统时，需要重点确认哪些能力？
重点确认三项：工单能否自定义暂停原因码、预计恢复时间等字段；状态流转能否按审批与恢复节点配置，并在审批通过后停止计时；报表能否单独统计暂停时长。ONES Desk 企业版支持自定义工单属性与灵活调整工作流，工单处理情况与分析报表可帮助管理者查看进度；SLA计时暂停与暂停时长的单独统计口径，建议在选型或配置阶段向厂商确认后再定稿报表方案。
