工单SLA是服务方与请求方就响应、处理、解决等环节达成的可量化服务承诺，用来判断“承诺是否按时兑现”。理解它需要看清三件事：一份完整的SLA由哪些要素构成，计时从何时开始、何时暂停、何时结束，以及它与工单优先级、缺陷严重程度、派单路由的界线在哪里。下文按定义、边界、计时机制、相邻概念和判定示例依次说明。
要点总览（TL;DR）
- 工单SLA是服务方与请求方就响应、处理、解决等环节达成的可量化服务承诺，由适用范围、计时口径、目标时限、生效时间和违约升级处置五类要素构成。
- 计时链路决定达标判定：起点可选提交、受理或首次响应，工作日历区分7×24与5×8，等待客户回复等情形可暂停，重开需约定是否沿用原计时。
- SLA回答承诺时限问题，优先级回答处理顺序问题，OLA是内部团队间的支撑承诺，缺陷严重程度属于缺陷分级范畴，四者不宜混写。
- 判定达标要用协议约定的日历口径计算实际耗时，并核对暂停是否合规、重开是否影响原计时，仅看工单最终状态会漏掉超时后补关闭的情况。
工单SLA的直接定义与核心要素
SLA的中文全称是服务级别协议（Service Level Agreement），在工单场景中，它指服务提供方对请求方作出的、可被计时和统计的服务承诺。一份SLA要能落地，必须回答“对什么工单、从什么时候算、多久内完成、什么情况可以暂停、没做到怎么办”这几个问题。缺少其中任何一项，SLA都会在执行时产生争议。
构成SLA的要素可以归为五类，读者可对照现有工单制度逐项检查：
| 要素 | 要写清的内容 | 缺失时的典型问题 |
|---|---|---|
| 适用范围 | 覆盖哪些工单类型、哪些客户或服务等级、哪些渠道提交的工单 | 高价值客户与普通咨询混用同一时限，承诺无法兑现 |
| 计时口径 | 计时起点、工作日历、暂停条件、结束节点 | 双方对“几小时”的理解不一致，达标率各算各的 |
| 目标时限 | 响应时限、处理时限、解决时限分别设定 | 只约定解决时间，过程中无人跟进 |
| 生效时间 | 协议生效日期、适用时段、变更时的通知方式 | 新老规则并行，历史工单判定口径混乱 |
| 违约与升级处置 | 超时后的升级路径、通知对象、补偿或复盘机制 | 超时无人知晓，SLA沦为事后统计数字 |
其中三个时限最容易混淆。响应时限指服务方首次给出有效回应的时间，例如确认收到并告知处理人；处理时限指工单进入处理环节后完成阶段性动作的时间，适合需要多轮排查的场景；解决时限指工单达到关闭条件的时间。三者可以分别设定，也可以组合使用，但必须在协议中写明各自对应的状态节点，否则统计时无法对齐。
违约处置不等于惩罚条款。常见做法是设置分级升级：临近时限时提醒处理人，超时后通知团队负责人，持续超时则触发跨团队协调或向请求方说明进展。升级规则与目标时限配套设计，SLA才具备过程管理价值。
工单SLA的边界：哪些内容不属于SLA
SLA的职责范围是“承诺时限是否被兑现”，它不负责决定先做哪张工单，也不负责判断一个软件缺陷有多严重，更不负责把工单派给谁。把这些相邻概念混入SLA，会让协议变得臃肿，也会让达标判定失去统一口径。
先看SLA与工单优先级的关系。优先级回答处理顺序问题，通常由影响范围、紧急程度、请求方等级等因素综合评定；SLA回答时限承诺问题，规定某类工单在多长时间内必须响应或解决。两者配合的方式是：优先级决定队列顺序，SLA决定每张工单的计时目标。高优先级工单通常对应更紧的SLA目标，但优先级本身不产生时限，时限来自SLA条款。
以下内容应排除在SLA定义之外：
- 缺陷严重程度判定：严重程度属于缺陷分级范畴，依据功能受损范围、数据影响、可绕过性等标准评定，由缺陷管理流程定义。SLA可以引用分级结果设定不同时限，但分级标准本身不写在SLA里。
- 人员派单与路由：派单规则解决“谁来处理”，涉及技能组、值班表、负载均衡等机制。SLA只关心工单是否在承诺时间内被处理，派单效率是达成SLA的手段之一。
- 内部考核指标：SLA是对请求方的对外承诺；内部考核指标如人均处理量、首次解决率、返工率，用于评价团队表现，二者口径不同。把内部指标写进SLA，会让对外承诺变成内部管理清单。
用一张对照说明可以更清楚地划界：属于SLA的内容包括适用范围、计时起点与日历、响应/处理/解决时限、暂停条件、升级与违约处置、达标统计口径；不属于SLA的内容包括优先级评定规则、缺陷严重程度分级标准、派单路由策略、人员绩效指标、具体技术解决方案。边界清晰后，SLA条款才能保持精简并可被自动计时。
SLA的计时机制：时钟何时开始、暂停与结束
SLA的达标判定依赖一条完整的计时链路：起点确定、时钟运行、条件触发暂停或恢复、结束节点落定，最后按统一口径统计。任何一个节点定义模糊，都会让同一张工单得出不同的达标结论。
计时起点有三种常见选择：工单提交时刻、服务方受理时刻、首次有效响应时刻。以提交时刻起算对请求方最有利，但会把排队等待计入服务方；以受理时刻起算需要明确“受理”对应的系统动作；以首次响应起算则适合响应时限类承诺。协议中应写明起点对应哪个状态变更，并与工单系统的字段保持一致。
工作日历决定时钟如何走。7×24口径下时钟连续运行，适合线上服务故障等不间断场景；5×8或自定义工作日历只在服务时段内计时，夜间和节假日不计入。两种口径混用时，必须按工单类型分别声明，否则跨周末的工单会出现“实际耗时两天、计时只有几小时”的差异。
暂停条件用于处理等待外部输入的情形。典型场景是等待客户补充信息、等待第三方供应商反馈、等待变更窗口。暂停需要明确的进入和恢复动作：进入暂停时记录时间点，恢复时重新启动时钟，暂停时长不计入SLA耗时。暂停条件应限定为可验证的状态，避免处理人手动暂停导致统计失真。
结束节点与重开方面，解决时限通常以工单进入“已解决”状态为终点；若请求方在约定时间内重新打开工单，需要规定重开是否沿用原计时、是否重新起算、是否计入原工单的达标结果。跨天和跨时区场景要统一以哪个时区的工作日历为准，并在报表中注明。
达标率统计一般按“达标工单数÷应统计工单数”计算，统计前需固定分母口径：是否包含暂停中的工单、是否包含被取消的工单、重开工单算一次还是两次。建议按月或按服务等级分组统计，并同时输出超时工单清单，便于定位是时限设置不合理还是执行环节存在瓶颈。
这套计时链路需要工单系统承载状态变更、时间字段和流转记录。ONES Desk 面向企业服务与协作场景，支持统一受理、分派、处理和跟踪客户反馈与内部需求，并可自定义工单属性与工作流，使计时起点、暂停状态和结束节点能够对应到具体的工单字段与流转动作；其工单分析报表可汇总处理情况，帮助管理者查看进度。若需要按优先级设定响应与解决时限、配置工作日历或统计SLA达标率，属于SLA专用策略能力，选型时应向厂商确认具体配置方式。
SLA、优先级与OLA：相邻概念怎么区分
这几个概念经常在同一份服务制度中出现，但各自回答的问题不同。用“回答什么问题、由谁定义、影响什么”三个维度对照，可以快速判断某个条款应归入哪一类。
| 概念 | 回答什么问题 | 由谁定义 | 影响什么 |
|---|---|---|---|
| SLA | 这类工单承诺在多长时间内响应或解决 | 服务方与请求方协商确定 | 对外承诺、达标率、违约升级 |
| 工单优先级 | 当前应该先处理哪张工单 | 服务方依据影响范围、紧急程度等规则评定 | 队列顺序、资源投入、是否触发加急 |
| OLA | 内部团队之间承诺在多长时间内提供支撑 | 组织内部各团队协商确定 | 内部交接效率、跨团队协作节奏 |
| 缺陷严重程度 | 这个缺陷对业务的影响有多大 | 依据缺陷分级标准评定 | 修复排期、版本准入、是否阻断发布 |
SLA与OLA的区别值得单独说明。SLA面向请求方，是对外服务承诺；OLA（Operational Level Agreement，运营级别协议）面向组织内部，约定开发、运维、二线支持等团队之间的响应与交付时限。OLA是支撑SLA达成的内部安排，例如一线承诺四小时响应客户，二线需在兩小时内给出排查结论。对外只公布SLA，OLA用于内部对齐，两者不宜混写在同一份对外文档中。
缺陷严重程度与SLA的交集在于：严重程度可以成为设定SLA目标的输入之一，例如高严重程度缺陷对应更短的解决时限。但分级标准、评审流程和升级规则属于缺陷管理范畴，SLA只引用分级结果，不重新定义分级方法。同理，派单路由解决“谁来做”，SLA解决“多久做完”，二者通过工单状态和时间字段衔接，而不是互相替代。
一个具体例子：同一张工单的SLA如何判定
以下为演示情景，时间点与结论均为虚构示例，用于说明规则如何落地，不代表任何真实客户案例。
假设某服务台对“业务系统使用问题”类工单设定SLA：响应时限4个工作小时，解决时限2个工作日，工作日历为周一至周五9:00–18:00，等待客户补充信息期间暂停计时。一张工单在周五17:00提交，处理人在周五17:40首次响应并请求客户提供截图，客户于下周一10:00回复，处理人于下周一15:00解决问题并关闭工单。
按工作日历计算：周五17:00至18:00计1小时，周一9:00至10:00计1小时，响应耗时合计2个工作小时，未超过4小时，响应达标。解决计时从提交起算，扣除周五18:00至周一9:00的非工作时段，以及周五17:40至周一10:00的暂停时段，实际计入的工作时间为周五17:00–17:40共40分钟、周一10:00–15:00共5小时，合计约5小时40分钟，未超过2个工作日（按每日9小时计为18小时），解决达标。若该工单在周二11:00才关闭，则解决耗时超过18小时，判定为不达标，并按升级规则通知团队负责人。
这个例子引出三条常见误解的纠正：
- 误解一：优先级高就等于SLA必然达标。优先级只改变处理顺序，计时仍按SLA口径运行。高优先级工单若长时间等待客户回复，暂停结束后剩余时间可能不足以完成处理。
- 误解二：自然时间就是SLA耗时。跨周末、跨节假日的工单，按工作日历计算的耗时远小于自然时间，判定必须使用协议约定的日历口径。
- 误解三：工单关闭就算达标。达标要看关闭时间是否落在目标时限内，并且要确认暂停是否合规、重开是否影响原计时。仅看最终状态会漏掉超时后补关闭的情况。
把定义、边界、计时规则和判定示例放在一起看，工单SLA的本质是一套可核对的承诺：范围清楚、时钟可追溯、暂停有依据、结果能统计。团队在制定或修订SLA时，先补齐要素清单中的缺项，再统一计时口径，最后用一张真实工单走一遍判定流程，规则才算真正可用。
常见问题
工单SLA的计时起点应该选提交时刻还是首次响应时刻？
两种起点各有适用场景，关键是与承诺类型对齐。响应时限类承诺通常以工单提交时刻起算，对请求方最直观；若希望把排队等待排除在服务方责任之外，可以改为受理时刻或首次有效响应时刻起算。无论选哪种，都要在协议中写明起点对应的系统状态变更，并确保工单系统能记录该时间点，否则统计时无法对齐。
等待客户回复期间暂停计时，需要注意什么？
暂停需要可验证的进入与恢复动作：进入暂停时记录时间点，恢复时重新启动时钟，暂停时长不计入SLA耗时。暂停条件应限定为等待客户补充信息、等待第三方反馈等客观状态，避免处理人手动暂停导致统计失真。协议中还要说明暂停次数是否受限，以及暂停期间是否仍计入响应时限。
高优先级工单是否一定能在SLA内完成？
不一定。优先级改变的是队列顺序，计时仍按SLA口径运行。一张高优先级工单如果长时间等待客户回复，暂停结束后剩余时间可能不足以完成处理，仍会判定超时。要降低这种风险，可以在升级规则中约定临近时限的提醒对象，并让优先级评定与SLA目标配套设计。
跨周末或跨节假日的工单，SLA耗时怎么算？
按协议约定的工作日历计算。5×8或自定义日历下，夜间和节假日不计入耗时，跨周末的工单实际计时可能远小于自然时间；7×24口径则连续运行。同一份协议中混用两种口径时，要按工单类型分别声明，并在报表中注明所用日历，避免同一张工单得出不同结论。
工单被重新打开后，原SLA结果还算数吗？
取决于协议约定。常见做法有三种：沿用原计时并累计重开后的耗时、重开时重新起算、重开作为新工单单独统计。无论选哪种，都要写明重开的时间窗口和是否影响原工单的达标结果。统计达标率时还要固定分母口径，明确重开工单算一次还是两次。
