供应商交付信息滞后，建议拆成三个可复算的口径来度量：及时性判断是否按约定时点提交，滞后时长记录晚了多久，缺失项统计该交未交的数量。三者共用同一份应交付清单和同一时间基准，先确定分母，再统计分子，最后按供应商、交付物类型和时间窗汇总。ONES 可在交付条目登记与状态留痕上承接这套口径，下文给出完整的字段规则、公式与算例。
要点总览（TL;DR）
- 把供应商交付信息滞后拆成及时性、滞后时长、缺失项三类口径，分别回答是否按时、晚了多久、该交未交多少，共用同一份应交付清单和同一时间基准。
- 先定分母：统计窗口内应提交条目总数，明确纳入的供应商、项目、交付物类型与信息字段，约定时点统一到同一时区和工作日历。
- 及时率=按时提交条目数÷应提交条目总数；平均滞后时长=逾期条目滞后时长之和÷逾期条目数；缺失率=缺失项数÷应提交条目总数，均按供应商、交付物类型、时间窗汇总。
- 状态判定、时间戳取值、缺失项计数单位需在口径文档中固定，补交、退回重提、时点变更按规则处理并留痕，保证不同人复算结果一致。
- 分母为零或样本过少、时区与工作日历差异、约定时点频繁变更都会让口径失真；指标用于改进沟通节奏，不直接等同于供应商履约质量评价。
评估目标：滞后要回答哪三个问题
设计度量口径前先明确：度量对象是供应商交付信息的提交行为，关注信息是否按时、按量到达，交付物本身的质量由验收环节另行评价。把提交行为和质量混在一个分数里，后续既无法定位沟通问题，也无法解释分数变化的原因。
滞后度量要回答三个彼此独立的问题，对应三类口径：
| 口径 | 回答的问题 | 典型使用场景 |
|---|---|---|
| 及时性 | 是否按约定时点提交 | 周期性跟踪整体按时水平，观察趋势 |
| 滞后时长 | 晚了多久 | 定位影响下游排期的严重滞后，安排催办优先级 |
| 缺失项 | 该交的没交多少 | 识别信息缺口，推动补齐并检查清单完整性 |
三类口径共用一份应交付清单作为分母基础。清单在统计窗口开始时确定，窗口内不随意增删；确需调整的，按变更规则单独记录，避免分子分母来自不同版本的清单。三类指标分别报告，不合并成单一分数，因为“晚交但交齐”和“按时但缺项”是性质不同的问题，合并后会互相掩盖。
指标与范围：应交付清单和时间基准怎么定
度量范围决定分母是否可信。范围界定要写清四个边界：纳入哪些供应商（如某项目全部外部供应商，或某类关键件供应商）、哪些项目、哪些交付物类型（如设计文档、测试报告、物料清单、变更通知）、以及每类交付物中哪些信息字段计入统计。范围一经确定，在同一统计周期内保持一致，跨周期调整需在口径说明中注明。
约定时点的来源应明确且可追溯，常见来源有三类：合同或订单中约定的交付节点、项目计划中双方确认的提交日期、双方共同维护的提交日历。三者并存时，需在口径中规定优先级，例如以双方确认的提交日历为准，合同节点作为兜底。所有时点统一换算到同一时区，并按同一工作日历计算，跨时区供应商的本地节假日处理规则要提前写明。
分母定义为统计窗口内应提交的条目总数。应交付清单建议包含以下字段：
| 字段 | 说明 | 示例 |
|---|---|---|
| 条目编号 | 唯一标识，便于复核 | SUP-2026-031 |
| 供应商 | 提交方名称 | A 供应商 |
| 项目/批次 | 所属项目或交付批次 | 项目 X 第二批 |
| 交付物类型 | 用于分类汇总 | 测试报告 |
| 约定提交时点 | 含日期、时区、工作日历 | 2026-03-10 18:00（东八区） |
| 实际提交时间 | 按取值规则记录 | 2026-03-12 10:00 |
| 状态 | 按时/逾期/未提交 | 逾期 |
| 缺失字段数 | 该条目内应填未填的字段数 | 2 |
| 备注 | 变更、豁免等说明 | 时点经双方书面变更 |
排除项要在口径中列明：已取消的交付物不计入分母；经双方书面确认变更时点的条目，按变更后时点计算，并在备注中留痕；因需求方原因导致的等待时间，可从滞后时长中扣除，但需有记录支撑。
数据口径：时间戳、状态与缺失项怎么记
同一份数据不同人算出不同结果，通常出在取数字段和判定规则不统一。以下规则应在口径文档中固定下来。
提交时间戳的取值。区分首次提交与最终确认提交：及时性判断通常以首次提交时间为准，因为信息到达的时点决定下游能否启动；若首次提交内容不完整、经退回后重新提交，可在滞后时长中单独记录“有效提交时间”，即内容满足最低完整性要求的那次提交。两种时间都保留，避免只留一个时间导致无法解释。
状态判定条件。三种状态互斥且穷尽：
| 状态 | 判定条件 |
|---|---|
| 按时 | 实际提交时间 ≤ 约定提交时点 |
| 逾期 | 实际提交时间 > 约定提交时点，且已提交 |
| 未提交 | 统计窗口结束时仍无有效提交记录 |
缺失项的计数单位。需在口径中二选一并保持一致：按字段数计（适合结构化信息表单，能反映信息颗粒度缺口）、按文档数计（适合以整份文件交付的场景）、或按条目数计（适合粗粒度跟踪）。同一份报表内不混用单位；如需同时观察，分两张表呈现。
补交、退回重提与变更的处理。补交条目仍计入原窗口的分母，状态按原约定时点判定，补交动作只更新实际提交时间；退回重提的，首次提交时间保留，有效提交时间取最后一次通过完整性检查的时间；时点变更的，按变更后时点重新判定，并在备注中记录变更依据。统计窗口关闭后不再回溯修改历史窗口的数据，修正以补充说明的形式记录。
数据来源与留痕。提交时间、状态变更、缺失字段清单都应有系统记录或双方确认的书面记录，保留操作人、操作时间和变更前后值。人工登记的部分要指定登记责任人，避免同一事件出现两个版本的时间。
在协作平台中落地这套口径时，应交付清单可作为统一登记对象，提交动作触发状态流转并自动留下时间戳，变更走审批留痕。ONES ALM 方案面向跨角色和外部供应商协作，围绕需求、基线、版本和变更建立统一管理对象，支撑过程状态追踪和交付结果回溯；ONES Performance 自动收录系统内日常流转的数据并支持多维度自定义分析，可作为汇总及时率、滞后时长的数据基础。系统外提交的信息仍需按上述规则人工登记，保证分母完整。
计算步骤：及时率、滞后时长与缺失项怎么算
三类指标分别计算，各自注明统计窗口、分母和单位，汇总时保持同一口径。
及时率。及时率 = 按时提交条目数 ÷ 应提交条目总数 × 100%。统计窗口需写明起止日期，例如“2026 年 3 月 1 日至 3 月 31 日”。分母为窗口内应提交条目总数，分子为其中状态为“按时”的条目数。及时率按窗口计算，不跨窗口累加分子分母后直接平均，跨期比较时分别列出各窗口值。
平均滞后时长。平均滞后时长 = 逾期条目滞后时长之和 ÷ 逾期条目数，单位统一为小时或工作日。滞后时长 = 实际提交时间 − 约定提交时点，按工作日历时折算，跨节假日的时间不计入。该指标只统计逾期条目，未提交条目不参与平均，否则会把“未交”混入“晚交”。
滞后时长分档。为区分轻微延迟和严重延迟，按固定档位统计各档条目数及占比，档位建议为：1 个工作日内、1–3 个工作日、3 个工作日以上。档位边界在口径中写死，跨期比较时不调整。
缺失项。缺失项数 = 应提交未提交条目数（按选定计数单位统计），缺失率 = 缺失项数 ÷ 应提交条目总数 × 100%。若按字段计，则缺失项数为各条目缺失字段数之和，分母为应填字段总数，需在报表中注明计数单位。
汇总维度。三项指标均按供应商、交付物类型、时间窗三个维度汇总：按供应商看谁需要重点沟通，按交付物类型看哪类信息最容易滞后，按时间窗看趋势。三个维度交叉时样本量会迅速变小，交叉表只用于定位问题，结论回到单维度层面表述。
例子：一个统计窗口的完整算例
以下为演示用假设数据，不代表任何行业基准。某统计窗口内应交付清单共 20 条，其中按时 14 条、逾期 4 条、未提交 2 条。
及时率 = 14 ÷ 20 × 100% = 70%。
平均滞后时长：假设 4 条逾期条目的滞后时长分别为 0.5、1、2、5 个工作日，合计 8.5 个工作日，平均滞后时长 = 8.5 ÷ 4 ≈ 2.1 个工作日。
分档统计：1 个工作日内 2 条（占逾期条目 50%），1–3 个工作日 1 条（25%），3 个工作日以上 1 条（25%）。
缺失项：未提交 2 条，若按条目计，缺失项数为 2，缺失率 = 2 ÷ 20 × 100% = 10%；若按字段计，假设这 2 条共缺 6 个字段、已提交的 18 条中另有 3 条各缺 1 个字段，则缺失字段数为 9，分母为应填字段总数（需按清单逐条累加），缺失率按字段口径另行计算。
| 指标 | 分子 | 分母 | 结果 |
|---|---|---|---|
| 及时率 | 14 条 | 20 条 | 70% |
| 平均滞后时长 | 8.5 个工作日 | 4 条逾期 | 约 2.1 个工作日 |
| 缺失项数（按条目） | 2 条 | — | 2 条 |
| 缺失率（按条目） | 2 条 | 20 条 | 10% |
照此复算时，先核对分母 20 条是否与应交付清单一致，再逐条核对状态判定，最后检查逾期时长是否按工作日历折算。三步都能对上，结果即可复核。
解读与限制：哪些情况会让口径失真
指标反映的是提交行为在特定窗口内的表现，解读时需要留意以下情形。
分母为零或样本过少。某供应商在窗口内应提交条目为 0 时，及时率无定义，应标注“不适用”而非记 0；条目数很少（如少于 5 条）时，单条变化就会让比率大幅波动，此时宜直接列条目明细，不急于下结论。
时区与工作日历差异。跨时区供应商的约定时点若未统一换算，或双方节假日不同，滞后时长会系统性偏大或偏小。口径中写明换算规则后，跨供应商比较才有意义；规则未统一的期间，比较结果只作参考。
约定时点本身的问题。时点设置过紧、频繁变更、或需求方自身原因导致等待，都会让指标偏离实际协作状况。变更频繁时，先检查时点制定流程，再解读指标变化。
补交带来的改善。补交后缺失率下降，说明信息补齐了，流程是否改善要看后续窗口的及时率和缺失率是否稳定。单窗口的改善不足以证明沟通机制生效。
指标用途的边界。这套口径用于改进沟通节奏和信息同步，帮助识别哪类交付物、哪个环节需要提前提醒。它不直接等同于供应商履约质量评价，质量、成本、服务响应等维度需另行评估，不能以交付及时性替代整体绩效判断。
常见问题
供应商在统计窗口内应提交条目很少，及时率还要算吗？
条目数很少时，及时率仍可计算，但不宜据此下结论。单条状态变化就会让比率大幅波动，例如 3 条中 1 条逾期，及时率就从 100% 降到约 67%。建议在报表中同时列出条目明细，并标注样本量；条目数为 0 时及时率无定义，标注“不适用”，不记为 0。样本量的下限可在口径中约定，例如少于 5 条只列明细、不参与趋势比较。
首次提交不完整、退回后重新提交，滞后时长按哪个时间算？
建议保留两个时间：首次提交时间用于判断信息是否按约定时点到达，决定下游能否启动；有效提交时间取内容满足最低完整性要求的那次提交，用于计算滞后时长。退回重提的条目，首次提交时间不覆盖，有效提交时间取最后一次通过完整性检查的时间。两个时间都记录，报表中注明滞后时长基于哪个时间计算，避免同一数据出现两种算法。
跨时区供应商的约定时点怎么统一，节假日算不算滞后？
约定时点统一换算到同一时区后再比较，换算规则写入口径文档，例如统一按东八区记录。滞后时长按同一工作日历折算，跨节假日的时间不计入，双方节假日不同的，需提前约定以哪一方的日历为准，或使用双方共同确认的提交日历。规则未统一的期间，跨供应商的滞后时长比较只作参考，不直接用于排名。
统计窗口关闭后才发现某条记录登记错了，能改历史数据吗？
建议不回溯修改已关闭窗口的数据，修正以补充说明的形式记录，注明原值、修正值和修正依据，下一窗口按修正后的规则执行。这样历史窗口的指标保持可复算，读者能看到数据变化的原因。若错误影响结论，可在报表中同时呈现原值与修正值，并说明差异来源。
这套指标能直接用来评价供应商绩效吗？
这套口径反映的是提交行为在特定窗口内的表现，适合用于改进沟通节奏、识别哪类交付物和哪个环节需要提前提醒。供应商履约质量还涉及交付物质量、成本、服务响应等维度，需另行评估。把及时率单独作为绩效结论，容易忽略“按时但内容不完整”或“晚交但质量合格”等情形，建议与其他维度结合使用。
