计算解决时限达成率时，暂停时间要从计时中剔除，重启时刻作为新的计时起点，跨优先级变更则按各段实际经历的优先级时限分段累计。这三项口径决定了同一批工单可能算出不同结果，因此需要在指标定义中写清楚，并保持跨周期可比。下文给出一套可复算的公式、字段规则和完整算例，并说明结果解读的边界。
要点总览（TL;DR）
- 达成率=达成工单数÷纳入统计的已解决工单数×100%，分母排除未解决、已取消、测试单和口径外工单，分子必须是分母的子集。
- 暂停工单用净计时对比时限：解决时刻减创建时刻再减暂停时长；暂停起止时间和原因需逐段记录，区间不重叠。
- 重启以重启时刻作为新的计时起点，重启前已消耗时长是否保留须事先约定并全表统一；多次重启以最后一次为准。
- 跨优先级变更按各段实际经历的优先级时限分段累计比较，也可约定按创建时优先级取单一时限，两种口径不能混用。
- 达成率受口径影响，跨团队比较需同口径；暂停规则过宽会虚高结果，应结合解决时长分布、返工率和样本量解读。
评估目标：达成率回答什么问题
解决时限达成率回答的是一个范围明确的问题：在统计期内已经解决的工单中，有多大比例在承诺时限内完成。它衡量的是承诺兑现情况，判断对象是已关闭的工单，未解决工单不进入这个指标的判断范围。
这个指标通常有两种用途，口径要求不同。对外服务承诺场景下，时限来自对客户或业务方的公开承诺，计算口径应当稳定、可对外解释，暂停规则不宜过宽。内部改进目标场景下，时限可以按团队能力设定得更细，允许按优先级、服务等级分层观察，用于发现哪一类工单经常超时。两种用途可以共用一套数据，但对外披露的数字应当采用更严格、更稳定的口径。
暂停、重启和优先级变更之所以必须进入口径，是因为它们直接改变计时区间。一张工单暂停两天再恢复，按自然时间算必然超时，按净计时算可能按时完成；一张工单重启后重新计时，计时起点后移，结果随之变化；优先级从低升到高，适用时限从宽变严，按哪个时限比较会得出相反结论。口径不写清楚，达成率就失去可比性。
指标与范围：分子、分母与纳入规则
达成率的基本公式为：解决时限达成率 = 达成工单数 ÷ 纳入统计的已解决工单数 × 100%，结果单位为百分比，统计周期需在报表中注明，例如按月或按季度。
分子是统计期内解决、且净计时不超过适用时限的工单数。分母是统计期内已解决的工单总数，需要排除未解决、已取消、测试单以及口径外的工单。分子是分母的子集，任何一张工单不能只进分子不进分母。
| 项目 | 规则 | 说明 |
|---|---|---|
| 统计周期 | 按解决时刻落在周期内选取工单 | 以解决时间归属周期，避免跨期重复统计 |
| 分子 | 净计时 ≤ 适用时限的已解决工单 | 净计时口径见后文计算步骤 |
| 分母 | 统计期内已解决工单 | 排除未解决、已取消、测试单、口径外工单 |
| 分层维度 | 按优先级或服务等级分别统计 | 不同等级时限不同，混合统计会掩盖差异 |
| 单位 | 百分比，保留一位小数 | 同时呈现样本量，便于判断可信度 |
按优先级或服务等级分层统计是必要的。高优先级工单时限短、数量少，与低优先级工单混在一起算总体达成率，高优先级的问题会被大量低优先级工单稀释。分层统计后再看总体，才能同时回答“整体兑现如何”和“哪一档最需要改进”。
数据口径：暂停、重启与优先级变更怎么记
三类特殊情形需要在工单上留下可还原的记录，否则计算时只能靠人工判断，结果无法复算。建议至少记录以下字段。
| 情形 | 必记字段 | 记录规则 |
|---|---|---|
| 暂停 | 暂停开始时间、暂停结束时间、暂停原因、操作人 | 每次暂停单独成段，区间不重叠；未结束的暂停在计算时按统计截止时刻截断 |
| 重启 | 重启时刻、重启次数、重启原因 | 每次重启记录一次，重启时刻作为新的计时起点 |
| 优先级变更 | 变更前等级、变更后等级、生效时间 | 保留完整变更历史，每段等级对应一段生效区间 |
| 时限来源 | 时限值、时限版本或生效日期 | 明确采用创建时优先级取时限，还是按分段优先级取时限 |
时限取值有两种常见口径。按创建时优先级取单一时限，计算简单，适合承诺在受理时即锁定的场景；按分段优先级取时限，更贴近工单实际经历，适合优先级会随影响范围变化而调整的场景。两种口径不能混用，同一张报表内必须统一，并在指标说明中写明。
缺失值和异常记录需要预设处理方式。暂停开始时间缺失的区间不计入暂停时长，按自然时间计算，并在报表中标注数据不完整；暂停结束早于开始、重启时刻早于创建时刻等异常记录应退回修正，不进入统计。处理规则写进指标定义，可以避免每次统计时临时争论。
计算步骤：从原始记录到达成率
单张工单的计算按以下顺序进行，每一步的中间结果建议保留，便于抽查复算。
- 计算总时长：解决时刻减创建时刻，单位为小时或工作日，全表统一。
- 计算暂停时长：将各段暂停区间相加，区间重叠部分只计一次。
- 计算净计时：总时长减暂停时长。若工单发生过重启，以最后一次重启时刻为起点，净计时 = 解决时刻减重启时刻减重启后的暂停时长。
- 确定适用时限：按选定的时限口径取值。采用分段口径时，将工单在各优先级下的实际经历时长分别与该等级时限比较，各段均未超时才算达成；也可将各段时限按经历时长折算为总时限后比较，折算方法需在指标定义中固定。
- 判定单张工单是否达成，累加分子。
- 按优先级或服务等级分层计算达成率，再单独计算总体达成率。
重启次数对计算的影响体现在计时起点上。一次重启把起点后移到重启时刻，重启前的已消耗时长是否保留，取决于组织事先约定的口径：保留则相当于累计计时，不保留则相当于清零重算。无论选哪种，都应在指标定义中写明，并保证同一报表内一致。多次重启时，以最后一次重启时刻为起点，重启次数作为数据质量字段保留，用于观察频繁重启的工单是否集中在某些类型。
分母为零时不计算达成率，标注为“无样本”，不用 0% 或 100% 代替。样本量过少时，例如单月某优先级只有三五张工单，可以呈现数值并注明样本量，不据此下结论，可合并相邻周期观察。分层结果与总体结果应分别计算，总体达成率用全部纳入工单重新计算，不能把各层百分比简单平均。
算例：一张暂停后重启又变更优先级的工单
以下为演示情景，数值为假设，用于说明公式落地方式。
工单 A 于周一 9:00 创建，初始优先级为“一般”，适用时限 24 小时。时间线如下：周一 9:00 创建；周一 15:00 至周二 9:00 暂停，暂停原因“等待客户补充信息”，暂停 18 小时；周二 9:00 恢复；周二 14:00 优先级升为“紧急”，适用时限 8 小时；周二 16:00 重启，重启原因“问题复现，重新受理”；周三 10:00 解决。
| 步骤 | 计算 | 结果 |
|---|---|---|
| 总时长 | 周一 9:00 至周三 10:00 | 49 小时 |
| 暂停时长 | 周一 15:00 至周二 9:00 | 18 小时 |
| 重启前净计时 | 49 − 18 | 31 小时 |
| 重启后净计时 | 周二 16:00 至周三 10:00，重启后无暂停 | 18 小时 |
| 分段经历 | 一般等级：周一 9:00 至周二 14:00，扣除暂停 18 小时，计 11 小时；紧急等级：周二 14:00 至周三 10:00，计 20 小时 | 11 小时 / 20 小时 |
按“重启清零”口径，净计时 18 小时，与紧急等级时限 8 小时比较，超时 10 小时，判定未达成。按“分段取时限”口径，一般等级经历 11 小时，超过该等级 24 小时时限吗？未超过；紧急等级经历 20 小时，超过 8 小时时限，判定未达成。两种口径在这张工单上结论一致，但原因不同：前者输在重启后的处理时长，后者输在升级为紧急后的响应速度。
假设同批纳入统计的已解决工单共 40 张，其中达成 30 张，则总体达成率为 30 ÷ 40 × 100% = 75.0%。若按优先级分层，紧急等级 8 张中达成 5 张，达成率 62.5%；一般等级 32 张中达成 25 张，达成率 78.1%。两个分层结果不能平均成 75%，总体值应以 40 张为分母重新计算。
解读与限制：达成率能说明什么、不能说明什么
达成率是口径的产物，换一套暂停规则或时限取值方式，数字就会变化。跨团队、跨周期比较前，应先确认分母范围、暂停规则、重启口径和时限来源一致，否则比较的是口径差异，不是服务水平差异。
暂停规则过宽会虚高达成率。把等待内部审批、等待排期等本应计入处理时间的区间都记为暂停，净计时被人为压缩，达成率随之上升。暂停原因应当限定在确实无法推进的情形，例如等待客户信息、等待第三方系统恢复，并定期抽查暂停记录。
样本量和时间窗影响结论可信度。单月工单量少时，一两张工单的差异就能让百分比大幅波动；季度或半年窗口更稳定，但会掩盖近期变化。建议同时呈现数值、样本量和趋势，不只看单期数字。
达成率需要与解决时长分布、返工率结合看。达成率 90% 可能意味着多数工单贴着时限完成，也可能意味着时限设置宽松；结合解决时长的中位数和长尾、以及解决后被重新打开的返工比例，才能判断服务质量的真实状态。达成率不设通用达标线，应按承诺等级分别设定目标，例如对外承诺等级设更高要求，内部改进等级允许阶段性提升。
把上述口径落到管理工具中，需要工单状态流转、暂停区间、优先级变更历史和时限字段都能被记录和统计。ONES Desk 支持评估和定义工单优先级，可灵活调整工作流并自定义工单属性，提供工单分析报表用于汇总处理情况；工单还可关联到 ONES Project 的需求或缺陷工作项持续跟踪。暂停时长、重启次数和分段时限这类字段，可结合自定义属性与工作流配置承载，具体配置方式和报表指标范围以实际产品配置为准。
常见问题
工单暂停后又恢复，暂停前的已用时长还要不要算进净计时？
要算。暂停只剔除暂停区间本身，暂停前已经消耗的时间仍属于处理时长。净计时的算法是解决时刻减创建时刻，再减去各段暂停时长，暂停前后的时间都保留。只有在工单发生重启时，计时起点才会后移，这时才涉及重启前时长是否保留的约定。
同一张工单多次重启，计时起点取哪一次？
取最后一次重启时刻作为新的计时起点，重启次数作为数据质量字段保留。多次重启本身值得关注：如果某类工单频繁重启，说明首次受理时信息不全或判断有误，可以结合重启原因做流程改进。重启前已消耗时长是否保留，需在指标定义中事先写明，同一报表内保持一致。
工单在统计期末仍未解决，或者解决后又被重新打开，怎么计入？
统计期末仍未解决的工单不进入分母，达成率只判断已解决工单。解决后又被重新打开的工单，按最终再次解决的时刻归属统计周期，首次解决不计入达成；也可以单独统计返工率，与达成率并列观察。具体选哪种处理，应在指标定义中固定，避免同一张工单在两个周期重复计数。
暂停原因怎么限定，才能避免达成率被做高？
把暂停原因限定在确实无法推进的情形，例如等待客户补充信息、等待第三方系统恢复，并定期抽查暂停记录。等待内部审批、等待排期这类本应计入处理时间的区间，如果也记为暂停，净计时会被压缩，达成率随之上浮。暂停规则写进指标定义，并保留操作人和暂停原因字段，便于复核。
用管理工具承载这套口径时，需要关注哪些配置点？
需要工具能记录工单状态流转、暂停区间、优先级变更历史和时限字段。ONES Desk 支持评估和定义工单优先级，可灵活调整工作流并自定义工单属性，提供工单分析报表用于汇总处理情况；工单还可关联到 ONES Project 的需求或缺陷工作项持续跟踪。暂停时长、重启次数和分段时限这类字段，可结合自定义属性与工作流配置承载，具体配置方式和报表指标范围以实际产品配置为准。
