工单解决时限达成率＝统计窗口内按时解决的工单数÷纳入统计的已解决工单数×100%。要让这个比例可复算，计算前先固定三件事：以哪条时限作为判定基准，工单在什么状态下计入分母，以及暂停、重启和跨优先级变更如何折算计时。暂停期间通常从已用时长中扣除，重启后继续累计；优先级变更按变更时点分段计时，各段分别对照对应级别时限，任一段超时即判该单未达成。
要点总览（TL;DR）
- 工单解决时限达成率＝统计窗口内按时解决的工单数÷纳入统计的已解决工单数×100%，分母按解决时间归属窗口，测试单、重复单、撤销单和非SLA覆盖工单需书面排除。
- 暂停期间从已用时长中扣除，恢复后继续累计；重启视为同一工单继续计时，不重新起算；跨优先级变更按变更时点分段，各段对照对应级别时限，任一段超时即判未达成。
- 计算前需固定计时起点（创建到解决或受理到解决）、SLA时限快照和优先级变更记录，字段缺失或时间戳异常的工单单独标记，不直接计入分子分母。
- 达成率宜按优先级或SLA级别分层输出，分母为零时报告“无样本”；样本量小时同时展示绝对数，口径变更后需重算历史或标注断点。
- 达成率反映时限兑现比例，需与首次响应时长、返工次数、重新打开率结合解读；暂停规则应设上限与审批，防止暂停滥用虚高结果。
评估目标：达成率回答的是哪类问题
工单解决时限达成率回答的是一个范围明确的问题：在纳入统计的已解决工单中，有多大比例在承诺的解决时限内完成。它衡量的是解决环节的时限兑现情况，判定对象是“已解决工单”，判定依据是“解决时限”，两者缺一不可。
这个指标容易与首次响应达成率混淆。首次响应达成率看的是从工单创建或受理到第一次有效响应的时间是否落在响应时限内，反映的是接单与初步触达的速度；解决时限达成率看的是从计时起点到工单解决的全过程是否落在解决时限内。一张工单可能响应很快但解决超时，也可能响应偏慢但整体仍在解决时限内。两个指标分开统计，才能看出问题出在接单环节还是处理环节。
达成率的典型用途有三类：观察趋势，比如按月对比看时限兑现是否稳定；SLA复盘，找出哪类优先级、哪个时段、哪类问题更容易超时；资源调配，为排班、升级机制和知识沉淀提供依据。它适合作为过程管理的一个观察点，单独用它下绩效结论并不充分，因为达成率不反映处理质量、返工情况和用户满意度。
指标与范围：分子、分母和统计窗口怎么定
公式本身简单，口径才是难点。建议把公式、分母口径和纳入排除规则固定成一张表，每次统计都按同一张表执行，结果才具备可比性。
| 口径项 | 定义 | 说明 |
|---|---|---|
| 计算公式 | 按时解决工单数÷纳入统计的已解决工单数×100% | 结果单位为%，保留一位或两位小数按团队习惯固定 |
| 分子 | 逐单判定为“按时解决”的工单数 | 判定规则见后文计时折算部分 |
| 分母 | 统计窗口内已解决的工单数 | 按解决时间归属窗口，而非创建时间 |
| 统计窗口 | 如自然月、自然周或自定义起止日期 | 窗口边界一经确定，历史对比时保持一致 |
| 排除项 | 测试单、重复单、撤销单、非SLA覆盖工单 | 排除规则需书面列明，不能临时剔除 |
| 分层维度 | 按优先级或SLA级别分别统计 | 不同级别时限不同，混合统计会掩盖差异 |
分母按解决时间归属窗口，意味着上月末创建、本月解决的工单计入本月。这样分子分母来自同一批工单，比例才有意义。如果按创建时间归属，会出现工单尚未解决却已进入分母的情况，导致比例失真。
分层统计是必要动作。高优先级工单时限短、处理难度大，低优先级工单时限长、处理相对从容，把两者混在一起算一个总比例，既看不出高优先级是否守住了承诺，也无法定位改进点。建议至少按优先级分层输出，条件允许时再按问题类型、受理渠道或处理团队细分，但分层不宜过细，否则每层样本太少，比例波动会掩盖真实趋势。
数据口径与证据：计时起止点和状态记录
达成率能否被复核，取决于每个判定是否都能追溯到系统记录。计算前先确认所需字段齐全，并明确每个字段取自哪里。
| 字段 | 用途 | 证据来源 |
|---|---|---|
| 创建时间 | 确定计时起点候选 | 工单系统创建记录 |
| 受理时间 | 确定计时起点候选 | 状态流转日志 |
| 首次响应时间 | 计算首次响应达成率，与解决达成率区分 | 状态流转日志 |
| 解决时间 | 确定计时终点，并决定工单归属哪个统计窗口 | 状态流转日志 |
| 优先级 | 匹配对应级别的解决时限 | 工单字段及变更记录 |
| SLA时限 | 判定基准 | SLA配置快照 |
| 暂停起止时间 | 从已用时长中扣除 | 状态流转日志 |
| 优先级变更记录 | 分段计时的依据 | 字段变更历史 |
计时起点与终点必须在制度中固定下来。常见选择有两种：从创建到解决，或从受理到解决。前者把等待受理的时间也算进解决时长，对用户视角更贴近；后者只计算处理环节，对团队内部考核更聚焦。两种口径都可用，关键是全组织统一，并在报表中注明。同一份报表混用两种起点，历史数据就失去可比性。
SLA时限应取工单解决时对应的配置快照，而不是事后按新配置重算。时限标准调整后，旧工单仍按当时的承诺判定，否则会出现“改配置即改历史”的问题。字段缺失或时间戳异常时，例如解决时间早于创建时间、暂停结束时间缺失，应将该工单标记为“数据异常”单独列出，不直接计入分子或分母，待核实后再处理。异常单的数量本身也值得关注，它反映流程记录的规范程度。
这些字段和记录需要由工单系统稳定承载。ONES Desk 支持评估和定义工单优先级，可集中管理工单状态、处理进度和责任分工，并提供工单分析报表，便于把状态流转和优先级信息沉淀为可追溯的记录；SLA时限配置、暂停计时与优先级变更分段计时是否内置，需在选型时结合具体版本核验。
计算步骤：暂停、重启与跨优先级变更的处理
逐单判定是达成率计算的核心，汇总只是最后一步。建议按以下顺序执行，每一步都留下可复核的中间结果。
- 筛选工单：按统计窗口取出已解决工单，剔除测试单、重复单、撤销单和非SLA覆盖工单，形成分母候选集。
- 确定时限基准：按工单在判定时点的优先级，匹配对应的解决时限；有分级SLA的，取该工单所属服务级别下的时限。
- 计算已用时长：从计时起点到解决时间，得到总时长。
- 扣除暂停时长：把暂停区间从总时长中减去，得到净计时。
- 分段处理优先级变更：以变更时点为界，把净计时拆成若干段，每段对照该段生效级别的时限。
- 逐单判定：所有分段均未超时，判为按时解决；任一段超时，判为未达成。
- 汇总：按时解决工单数除以分母，乘以100%，得到达成率；分母为零时报告“无样本”。
暂停的处理规则是：暂停期间不计入已用时长，恢复后继续累计。例如工单在处理中因等待用户补充信息而暂停，这段等待时间从净计时中扣除。暂停必须有明确的进入和退出状态记录，否则无法扣除。为防止暂停被滥用，应设定暂停上限和审批要求，例如单次暂停不超过约定时长、累计暂停超过阈值需主管确认。
重启的处理规则是：重启视为同一工单继续计时，不重新起算。工单从暂停恢复、从挂起回到处理中，都属于重启，计时接着之前的净时长累计。只有在制度明确规定另立新单的情况下，才以新单重新起算，并且原单与新单的关联关系要记录清楚，避免同一问题被拆成两张单重复计入分母。
跨优先级变更的处理规则是：按变更时点分段，各段分别对照对应级别的时限，任一段超时即判该单未达成。例如工单先以普通优先级处理一段时间，随后升级为高优先级，那么升级前的时间对照普通时限，升级后的时间对照高优先级时限。这种分段方式能同时反映“升级是否及时”和“升级后是否守住更短时限”，比整单套用最终优先级时限更贴近实际承诺。
分母为零时，报表写“无样本”，不写0%或100%。0%会被误读为全部超时，100%会被误读为全部达标，两者都不符合事实。样本量很小时，建议同时展示分子分母的绝对数，让读者自行判断比例的参考价值。
例子：一张跨优先级工单的完整计算
以下为演示情景，数值为说明计算过程而设定，非真实客户数据。
某工单创建于周一9:00，创建时优先级为普通，对应解决时限24小时。周二9:00，工单升级为高优先级，对应解决时限8小时。处理过程中，周二10:00至12:00因等待用户补充日志而暂停，共2小时。工单最终于周二15:00解决。
| 计算项 | 数值 | 说明 |
|---|---|---|
| 总时长 | 30小时 | 周一9:00至周二15:00 |
| 暂停时长 | 2小时 | 周二10:00至12:00 |
| 净计时 | 28小时 | 30减2 |
| 第一段（普通级） | 24小时，时限24小时 | 周一9:00至周二9:00，未超时 |
| 第二段（高优先级） | 4小时，时限8小时 | 周二9:00至15:00共6小时，扣除暂停2小时，净4小时，未超时 |
| 判定结果 | 按时解决 | 两段均未超时 |
如果暂停发生在第一段，扣除方式相同：先算总时长，再按暂停区间落在哪一段，从该段中扣除。上例中暂停落在第二段，因此第二段净计时为4小时。若该工单在周二18:00才解决，第二段净计时为7小时，仍在8小时时限内；若周二20:00解决，第二段净计时为9小时，超过8小时，整单判为未达成，即使第一段守住了24小时时限。
汇总示例：某月纳入统计的已解决工单为200张，逐单判定后按时解决的有180张，达成率为180÷200×100%＝90%。若按优先级分层，高优先级50张中按时45张，达成率90%；普通优先级150张中按时135张，达成率90%。分层后若发现高优先级达成率明显低于普通级，说明短时限承诺的压力集中在高优先级，需要从升级机制和资源投入上找原因。
解读与限制：结果怎么读、哪里容易失真
达成率高说明时限兑现情况好，但它不直接等于处理质量高。一张工单可能在时限内解决，却经历了多次返工或用户反复追问；也可能按时关闭，但问题根因未消除。解读时应把解决时限达成率与首次响应时长、返工次数、重新打开率等指标放在一起看，形成对服务过程的完整判断。
样本量小或分层过细时，比例波动大。一个月只有十几张高优先级工单，一张超时就能让达成率下降几个百分点，这种波动未必代表能力变化。建议在样本量不足时同时展示绝对数，或把统计窗口拉长到季度，减少随机波动带来的误读。
口径变更后需要处理历史可比性。调整计时起点、修改暂停规则、变更SLA时限标准，都会让新旧数据不可直接比较。做法有两种：按新口径重算历史数据，或在报表上标注口径断点，明确从哪个月起口径变化。两种做法都要在报表说明中写清楚，避免读者把口径变化误读为绩效变化。
暂停时长被滥用会虚高达成率。如果暂停可以随意发起、无人审核，处理人员就可能通过频繁暂停把净计时压到时限以内。控制手段包括设定单次和累计暂停上限、要求暂停原因分类、对暂停时长占比异常高的工单做抽查。暂停规则本身也应定期复盘，看暂停是否集中在某类问题或某个环节，从而判断是流程设计问题还是执行问题。
最后，达成率是观察工具，不是因果结论。它告诉你时限兑现的比例，不告诉你为什么超时、改进哪一环最有效。把达成率与分层数据、超时工单的具体时间线结合分析，才能定位到可执行的改进动作。
常见问题
工单解决时限达成率的分母应该按创建时间还是解决时间归属统计窗口？
按解决时间归属。统计窗口内已解决的工单才进入分母，这样分子和分母来自同一批工单，比例才有意义。如果按创建时间归属，会出现工单尚未解决却已进入分母的情况，导致比例失真。相应地，上月末创建、本月解决的工单计入本月，跨月工单只在一个窗口内被统计一次。
工单暂停后重启，计时应该重新起算吗？
通常不重新起算。暂停期间从已用时长中扣除，恢复后接着之前的净计时继续累计，整张工单仍按同一套时限判定。只有在制度明确规定另立新单的情况下，才以新单重新起算，并且要记录原单与新单的关联关系，避免同一问题被拆成两张单重复计入分母。暂停的进入和退出都应有状态记录，否则无法准确扣除。
工单处理中途从普通优先级升级为高优先级，按哪个时限判定是否达成？
按变更时点分段判定。升级前的时间对照普通优先级时限，升级后的时间对照高优先级时限，各段分别比较，任一段超时即判该单未达成。这种分段方式同时反映升级是否及时和升级后是否守住更短时限。分段所需的优先级变更时点应取自字段变更历史，而不是事后按最终优先级整单套用。
达成率算出来是0%，是全部超时还是当月没有样本？
需要先确认分母。分母为零时应报告“无样本”，不写0%或100%，因为0%会被误读为全部超时，100%会被误读为全部达标。分母不为零且达成率为0%，才表示纳入统计的已解决工单全部超时。样本量很小时，建议同时展示分子分母的绝对数，便于判断比例的参考价值。
暂停时长可以随意扣除吗，怎样避免达成率被暂停操作抬高？
暂停扣除需要有规则约束。建议设定单次暂停上限和累计暂停上限，要求暂停原因分类，累计超过阈值需主管确认，并对暂停时长占比异常高的工单做抽查。暂停规则本身也应定期复盘，看暂停是否集中在某类问题或某个环节，从而判断是流程设计问题还是执行问题。缺少这些约束时，频繁暂停可能把净计时压到时限以内，使达成率虚高。
