等待客户补充信息期间，SLA可以暂停，但前提是这条规则已经写进SLA约定：把“等待客户”定义为有条件的时钟停止，并明确触发条件、起止时点、客户回复期限和超时恢复方式。本文面向服务负责人和SLA规则制定者，给出一套可直接写入SLA文档、配置到工单系统中的暂停条款与操作流程，并在状态流转和统计环节说明ONES Desk可承载的配置方式。
要点总览（TL;DR）
- 等待客户补充信息期间SLA可以暂停，但必须作为显式条款写入SLA约定，把“等待客户”定义为有条件的时钟停止，而非默认免责。
- 可暂停情形限于服务方无法单方面推进的外部依赖，如等待客户补充信息、确认方案、第三方交付；内部排队、审批和资源等待照常计时。
- 暂停条款应拆成六个字段：触发条件、暂停起止时点、计时口径、客户响应时限、超时恢复规则、审批与留痕，并同步配置到工单系统。
- 操作上按“判定条件—置为等待客户—发出请求—核验回复并恢复—逾期处理”五步执行，每步留下可复核的记录。
- 暂停时长单独记录并从解决时长中剔除，设定暂停上限并定期复核，客户逾期未回复时按约定恢复计时或升级。
先定结论：哪些等待可以暂停SLA
SLA暂停的本质是计时口径调整，它改变的是响应时长或解决时长的计算方式，并不改变服务承诺本身。因此暂停必须作为规则中的显式条款存在：哪些状态算暂停、从哪一刻开始停、停多久、什么条件下恢复，都要事先写清楚。默认把所有等待都当作暂停，会让SLA数据失去可比性；完全不设暂停，则会让因客户原因造成的等待计入团队绩效，同样失真。
判断一条等待能否暂停，可以看它是否属于服务方无法单方面推进的外部依赖。下面这份对照清单可作为规则起草时的第一版底稿，再结合本组织的服务类型增补。
| 类别 | 典型情形 | 处理建议 |
|---|---|---|
| 可暂停 | 等待客户补充信息（日志、配置、截图、账号权限） | 满足触发条件后暂停，记录暂停起止时间 |
| 可暂停 | 等待客户确认方案、验收结果或变更窗口 | 同上，需留存已发出确认请求的记录 |
| 可暂停 | 等待第三方依赖（原厂答复、外部供应商交付） | 需写明第三方范围与举证方式，避免范围过宽 |
| 不可暂停 | 内部排队、等待派单 | 属于服务方资源调度问题，照常计时 |
| 不可暂停 | 内部审批、跨团队会签 | 照常计时，通过流程优化缩短耗时 |
| 不可暂停 | 等待本团队人员、设备或环境就绪 | 照常计时 |
暂停也不等于免责。规则中应同时设定暂停上限，例如单次暂停不超过若干自然日、同一工单累计暂停不超过约定次数，并由SLA负责人定期复核超长暂停。这样既能保护因客户原因产生的合理等待，也能防止暂停被当成拖延工单的手段。
SLA暂停条款怎么写：六个必填字段
把暂停写清楚的关键，是把一条笼统的“等待客户期间不计时”拆成可填写、可核验的字段。以下六个字段建议逐条写入SLA文档，并同步配置到工单系统中，使文档约定与系统行为保持一致。
| 字段 | 填写要求 | 示例值 |
|---|---|---|
| 触发条件 | 写明由谁判定、依据什么证据认定进入等待客户状态；证据须可留存 | 一线工程师确认缺少运行日志，且已在工单中发出补充信息请求 |
| 暂停起止时点 | 明确以工单状态变更时间为准，还是以通知客户时间为准；两者只能选其一并全组织统一 | 以工单状态变更为“等待客户”的系统时间为暂停起点，客户回复后状态变更时间为终点 |
| 计时口径 | 分别说明暂停时长是否从响应时长、解决时长中剔除；响应与解决两个口径可以不同 | 暂停时长从解决时长中剔除；首次响应已在暂停前完成，响应时长不受影响 |
| 客户响应时限 | 写明期限长度、起算点和计算方式（自然时间或工作时间） | 自请求发出起3个工作日内回复，按工作时间计算 |
| 超时恢复规则 | 客户逾期未回复时如何处理：恢复计时、升级、关闭或再次提醒，需写明顺序 | 逾期当日恢复计时并发送一次提醒；再逾期2个工作日升级至客户方对接人 |
| 审批与留痕 | 暂停是否需要主管确认；暂停记录、沟通记录保存在哪里，保留多久 | 单次暂停超过2个工作日需服务主管确认；记录保存在工单活动日志中，保留12个月 |
字段填写时有两个容易产生争议的地方值得提前统一。其一是起止时点：以状态变更时间为准便于系统自动统计，以通知客户时间为准则更贴近客户感受，但需要人工补录时间，统计成本更高。其二是计时口径：如果暂停发生在首次响应之前，响应时长是否也剔除，需要在条款中单独说明，不能默认与解决时长同口径处理。
客户响应时限的约定还应与客户方确认，尤其是跨组织服务场景。期限过短会让客户感到压力，过长则使暂停失去约束意义。可以在服务协议或工单门户的服务说明中同步公示该期限，让客户在提交工单时即知晓配合义务。
操作步骤：从工单挂起到时钟恢复
条款落地依赖稳定的操作动作。以下五步给出每个环节的输入、动作、输出与完成标志，一线人员可按此执行，系统配置也应围绕这些动作设计状态与字段。
| 步骤 | 输入 | 动作 | 输出 | 完成标志 |
|---|---|---|---|---|
| 一、判定暂停条件 | 工单当前处理记录、缺失信息清单 | 核对是否属于可暂停情形，收集判定依据 | 暂停判定说明 | 判定依据已附在工单中，可被复核 |
| 二、置为等待客户状态 | 暂停判定说明、审批结果（如需要） | 将工单状态改为“等待客户”，触发或人工登记时钟暂停 | 状态变更记录、暂停开始时间 | 工单状态与暂停时间均已记录 |
| 三、发出补充信息请求 | 所需信息的具体清单、回复期限 | 通过工单对话或邮件通知客户，写明需要什么、为什么需要、何时前回复 | 客户沟通记录 | 请求已发出且客户可见，期限已写明 |
| 四、核验回复并恢复计时 | 客户回复内容 | 检查信息是否完整；完整则恢复计时，不完整则说明缺口并再次挂起 | 核验结论、恢复时间或再次暂停记录 | 工单状态离开“等待客户”，计时恢复或有新的暂停记录 |
| 五、逾期处理 | 客户响应时限、逾期天数 | 按条款顺序执行提醒、恢复计时、升级或关闭 | 逾期处理记录 | 处理动作与条款约定一致，记录可查 |
第三步的请求内容直接影响暂停是否成立。请求中应列出具体的信息项，例如“近三天的应用日志”“当前网络配置截图”，并说明这些信息用于哪一步排查。笼统地写“请补充相关信息”会让客户难以配合，也削弱了暂停的合理性。
第四步的核验同样重要。客户回复后信息不完整时，应说明还缺什么并重新计算回复期限，而不是直接恢复计时让工单空转。若客户分批提供信息，每次挂起与恢复都应留下独立记录，便于后续统计暂停次数与累计时长。
在系统承载上，ONES Desk 支持灵活的自定义工作流，企业可以按自己的服务方式设置“等待客户”等状态及流转规则；工单属性也可自定义，用来记录暂停原因、暂停开始时间、客户回复期限等字段。工单处理过程中可直接与用户对话，补充信息请求和客户回复都留在同一工单内，便于形成完整的沟通记录。需要说明的是，SLA计时暂停与暂停时长剔除的具体实现方式，应结合产品实际配置向厂商核验后再确定方案。
角色分工与交付物
暂停规则能否执行，取决于每个环节是否有人负责、有产物可查。以下责任表按角色列出动作与交付物，组织可据此在岗位说明或服务流程文件中明确职责。
| 角色 | 主要动作 | 交付物 |
|---|---|---|
| 一线服务人员 | 发起暂停申请、发出补充信息请求、核验客户回复、执行逾期提醒 | 暂停判定说明、客户沟通记录、回复核验结论 |
| 服务主管或SLA负责人 | 审批超出阈值的暂停、裁定暂停争议、复核超长暂停 | 审批记录、争议裁定结论、超长暂停复核意见 |
| 客户方联系人 | 在约定期限内提供所需信息或确认方案 | 补充信息、确认回复 |
| 质量或运营角色 | 统计暂停时长与暂停次数、检查规则执行一致性、输出异常清单 | 暂停时长报表、执行一致性检查记录 |
分工中有两个衔接点需要特别约定。一是审批阈值：单次暂停多长时间、累计暂停多少次需要主管确认，阈值应与工单量和服务等级相匹配，避免审批成为新的排队环节。二是争议裁定：客户认为暂停不合理、或团队内部对是否满足暂停条件有分歧时，由SLA负责人依据工单记录裁定，裁定结论应回写到工单中，作为后续同类情形的参考。
质量或运营角色的统计工作应形成固定节奏，例如按月输出暂停时长报表，列出暂停次数、平均暂停时长、超长暂停清单，并与SLA达成率一并呈现。ONES Desk 提供工单分析报表，可汇总工单处理情况、掌握处理进度，为这类统计提供数据基础；具体可统计的指标项与导出方式，以实际配置为准。
示例：一次等待客户补充信息的完整处理
以下为演示情景，用于说明条款如何落地，不代表真实客户案例。某企业服务团队约定：等待客户补充信息可暂停解决时长，客户回复期限为3个工作日，单次暂停超过2个工作日需主管确认，逾期当日恢复计时并提醒，再逾期2个工作日升级。
| 时间 | 事件 | 记录与状态 |
|---|---|---|
| 第1日 9:30 | 工单受理，首次响应完成，排查发现缺少应用日志 | 响应时长已计入，工单处理中 |
| 第1日 10:00 | 一线判定满足暂停条件，提交暂停申请并附缺失信息清单 | 暂停判定说明已记录 |
| 第1日 14:00 | 主管确认暂停，工单置为“等待客户” | 暂停开始时间：第1日14:00 |
| 第1日 14:10 | 向客户发出请求：近三天应用日志与当前配置截图，请于3个工作日内回复 | 沟通记录已留存，期限起算 |
| 第3日 11:00 | 客户回复并附上日志，缺少配置截图 | 核验结论：信息不完整 |
| 第3日 11:20 | 说明缺口，重新挂起并重新计算期限 | 第二次暂停记录开始 |
| 第4日 16:00 | 客户补齐配置截图，核验完整，恢复计时 | 暂停结束，累计暂停时长单独记录 |
若客户在第3个工作日结束前仍未回复，则按条款在第4日恢复计时并发送提醒；再逾期2个工作日仍无回复，升级至客户方对接人，同时评估是否按约定关闭工单并说明重启条件。两种走向都应在工单中留下对应记录。
在SLA报表中，该工单的解决时长按“总历时减去累计暂停时长”计算，暂停时长单独列示，不计入团队解决时效；响应时长因首次响应在暂停前已完成，不受影响。若组织约定响应时长同样剔除暂停，则需在条款中单独写明，并在报表中分列两种口径，避免跨期比较失真。
完成检查：规则上线前的核对项
暂停规则在正式生效前，建议由SLA负责人组织一次逐项核对，确认条款、系统配置和客户沟通三方面都已就绪。以下清单可直接用于上线评审。
- 可暂停与不可暂停情形已穷举，并写入SLA文档，与本文对照清单逐条比对无遗漏。
- 六个必填字段均已填写，起止时点与计时口径在全组织统一，没有部门各自解释。
- 工单系统支持“等待客户”类状态，状态变更时间可记录，暂停与恢复可操作、可追溯。
- 暂停时长可单独统计，并能从解决时长中剔除；报表口径与条款约定一致。
- 客户响应时限与超时处理方式已与客户确认，并在服务说明或工单门户中公示。
- 暂停审批阈值已设定，超长暂停有复核机制和复核责任人。
- 暂停记录、客户沟通记录可查询、可导出，保留期限符合组织要求。
- 规则已向一线人员宣导并完成操作培训，客户方对接人知晓配合义务与回复期限。
- 上线后首个统计周期内完成一次执行一致性检查，异常暂停形成清单并跟进整改。
核对中发现系统能力与条款不一致时，应优先调整配置或补充人工登记方式，再上线规则；条款与系统行为长期脱节，会让SLA数据失去可信度。规则上线后也建议按季度回顾暂停次数与时长分布，据此调整客户响应期限和审批阈值，使暂停机制持续服务于服务承诺的准确性。
常见问题
客户一直不回复补充信息请求，SLA时钟应该一直停着吗？
不建议无限期暂停。条款中应约定客户响应时限，并写明逾期后的处理顺序，例如逾期当日恢复计时并发送一次提醒，再逾期若干工作日升级至客户方对接人，仍无回复则按约定关闭工单并说明重启条件。暂停上限与逾期处理要同时存在：上限控制单次和累计暂停时长，逾期规则决定时钟何时恢复，两者配合才能避免暂停变成事实上的免责。
暂停时长应该从响应时长里剔除，还是只从解决时长里剔除？
取决于暂停发生在哪个阶段。如果首次响应在暂停前已经完成，暂停通常只影响解决时长，响应时长不受影响；如果暂停发生在首次响应之前，就需要在条款中单独说明响应时长是否同样剔除。两种口径可以不同，但必须写清楚，并在报表中分列呈现，否则跨期比较SLA达成率时会失真。建议在SLA文档中为响应和解决两个口径各写一句暂停处理说明。
暂停起止时间以工单状态变更时间为准，还是以通知客户的时间为准？
两种做法各有取舍，关键是全组织统一并写入条款。以状态变更时间为准便于系统自动记录和统计，人工干预少；以通知客户时间为准更贴近客户感受，但需要人工补录时间，统计成本更高。无论选哪种，都应保证暂停起点有可查证据，例如状态变更日志或已发出的客户沟通记录，避免事后争议时无法举证。
暂停需要主管审批吗？审批会不会拖慢处理？
可以按阈值设置审批，不必每单都审批。常见做法是单次暂停超过若干工作日或累计暂停超过约定次数时才需服务主管确认，阈值应与工单量和服务等级匹配。审批环节本身属于内部流程，不应计入暂停时长，也不应成为新的排队点。若审批等待时间较长，可考虑先置为等待客户状态、审批与通知客户并行，事后补确认并留痕。
用ONES Desk落地暂停规则时，哪些部分需要提前核验？
ONES Desk 支持灵活的自定义工作流，可设置“等待客户”等状态及流转规则；工单属性可自定义，用来记录暂停原因、暂停开始时间、客户回复期限等字段；工单处理中可直接与用户对话，补充信息请求和回复留在同一工单内；工单分析报表可汇总处理情况。SLA计时暂停与暂停时长剔除的具体实现方式，现有资料未作说明，建议在配置前向厂商核验，确认后再确定系统方案与人工登记方式的配合。
