供应商交付信息缺失项统计要解决的是“缺什么、缺多久、影响多大”，前提是先建立统一的分类和口径。本文给出一套可直接落地的三维分类框架、缺失率与及时率公式、滞后时长算法，以及从原始记录到汇总报表的完整步骤，并用一个批次示例演示计算过程。文中也会说明统计结果的使用边界，避免把缺失率直接当成供应商绩效结论。ONES 可作为承载交付条目与状态记录的平台，具体字段和报表配置需按实际版本核验。
要点总览（TL;DR）
- 缺失项统计先按“字段类别×责任方×影响程度”三维分类，一条记录只归一个主类别，避免重复计数。
- 核心指标三个：缺失率=缺失条目数÷应交付条目数×100%，及时率=按时提交条目数÷应交付条目数×100%，滞后时长=实际提交时间−约定提交时间，按天计。
- 分母以统计周期开始前锁定的约定交付清单为准，按供应商和字段类别交叉汇总，避免总体数字掩盖结构问题。
- 分母为零或全部按时提交时，比率记为“不适用”而非0%；未提交条目的滞后时长单独标记，不与已提交条目混算。
- 缺失率反映信息完整程度，不直接等于交付质量或供应商能力；样本量小时不宜直接排名，结果用于定位改进环节。
评估目标：缺失项统计要回答什么问题
这套分类与统计方法服务于三个判断：缺什么、缺多久、影响多大。缺什么，指向缺失集中在哪些字段类别，是交付物主体信息还是验收质量信息；缺多久，指向从约定提交时点到实际提交或统计截止日之间的时间差；影响多大，指向该缺失是否阻断了后续环节、是否影响排期判断，还是仅影响记录完整性。三个问题对应三组指标，缺一不可。
统计对象是外部伙伴与供应商交付过程中的信息条目，以双方约定的交付清单为边界。一条信息条目可以是一份交付文档、一组规格参数、一次验收记录或一条变更说明。采购招标流程、合同法律条款审查、项目计划与排期管理不在本文统计范围内，这些环节产生的信息如需纳入，应另设口径，避免与交付信息缺失混算。
明确目标后，统计才有取舍标准：与三个判断无关的字段不必进入记录表，与交付清单无关的事项不进入分母。这一步做扎实，后续分类和计算才不会反复返工。
缺失项分类：字段类别、责任方与影响程度
建议采用三维分类：字段类别说明缺的是什么，责任方说明缺失发生在谁那里，影响程度说明缺失的后果。每条缺失记录在三个维度上各取一个值，其中字段类别作为主类别，一条记录只归一个主类别，避免同一缺失在多个类别中重复计数。遇到跨类别的复杂情况，以影响最大的主类别为准，并在备注中说明关联类别。
字段类别维度
| 字段类别 | 判定说明 | 典型条目 |
|---|---|---|
| 交付物主体信息 | 交付物本身的标识、名称、版本、归属等基础信息缺失 | 交付文档名称、版本号、适用型号 |
| 时间节点信息 | 约定提交时点、实际提交时点、里程碑日期等时间字段缺失 | 计划提交日期、实际交付日期 |
| 数量与规格信息 | 交付数量、规格参数、技术指标等量化信息缺失 | 批次数量、关键性能参数 |
| 验收与质量信息 | 验收结论、检验记录、质量证明等缺失 | 验收报告、检验合格证明 |
| 变更与状态信息 | 变更说明、当前处理状态、影响范围等缺失 | 变更单、状态更新记录 |
责任方维度
责任方分三类：供应商未提交，指约定时点前完全没有提交记录；供应商提交不完整，指有提交但关键字段为空或内容不满足约定；内部未及时确认或催收，指供应商已提交而内部未在约定时间内确认，或内部未按约定节奏催收导致信息悬空。第三类容易被忽略，却直接影响滞后时长的归因，统计时应单独标记。
影响程度维度
影响程度分三级：阻断后续环节，指缺失导致下游工作无法启动或必须暂停；影响排期判断，指缺失使排期评估缺少依据但工作可部分推进；仅影响记录完整性，指不影响当前推进，但影响归档、追溯或后续审计。分级标准应在统计启动前由协作双方确认，中途不随意调整，否则跨周期数据不可比。
指标与统计口径：缺失率、及时性与滞后时长
三个核心指标需要固定公式、分母、时间窗和单位，才能保证不同批次、不同供应商之间可复算、可比较。
| 指标 | 公式 | 分母 | 单位与时间窗 |
|---|---|---|---|
| 缺失率 | 缺失条目数 ÷ 应交付条目数 × 100% | 按约定交付清单确定的应交付条目总数 | 百分比，按周或按交付批次统计 |
| 及时率 | 按时提交条目数 ÷ 应交付条目数 × 100% | 同上 | 百分比，按周或按交付批次统计 |
| 滞后时长 | 实际提交时间 − 约定提交时间 | 不适用，逐条计算后取平均或中位数 | 天；统计截止日仍未提交的，按统计截止日计算并标记“未提交” |
分母以约定交付清单为准，清单在统计周期开始前锁定，周期内新增条目单独记录并注明加入时点，避免事后调整分母导致比率失真。统计周期建议按周或按交付批次设定，并明确截止时点，例如“每周五18:00”或“批次交付截止日后第3个工作日”。截止时点之后提交的条目，计入下一周期，不在本周期内追溯修改。
汇总时按供应商和字段类别交叉输出，至少给出“某供应商在某类字段上的缺失率”，避免只给总体数字。总体缺失率相同的两个供应商，缺失结构可能完全不同，交叉汇总才能定位高发缺失类型和滞后环节。
数据来源与证据要求
每条缺失记录至少包含七个字段：供应商、交付批次、字段类别、约定时点、实际提交时点、责任方、影响程度。缺少任一字段，记录就无法支撑复算和核验，应在录入环节拦截，而不是在汇总时补。
证据形式包括三类：交付清单，用于确定应交付条目基线；提交记录，用于确认实际提交时点和提交内容；催收与确认记录，用于判定责任方归属，尤其是“内部未及时确认或催收”这一类。三类证据应与记录一一对应，可按批次归档。
缺失值与异常需要预设处理规则。约定时点未填的，标记为“时点待确认”，该条目暂不计入滞后时长，但计入缺失条目数并单独统计；实际提交时点缺失且无提交记录的，按未提交处理；同一字段多次提交的，以最后一次满足约定要求的提交时间为准，并在备注中保留历史记录。规则应在统计启动前书面确认，周期内保持一致。
统计步骤：从记录到报表
从原始记录到分类汇总结果，按五步执行，每步都有明确的产物和完成标志。
- 建立应交付条目基线。依据约定交付清单，逐条登记应交付条目，形成基线表，字段包括条目编号、供应商、批次、字段类别、约定时点。完成标志是基线条目数与清单一致并经双方确认。
- 逐条比对实际提交情况。对照提交记录，标记每条基线条目的状态：按时提交、滞后提交、未提交、提交不完整。对缺失条目填写责任方和影响程度，形成缺失记录表。完成标志是每条基线条目都有明确状态。
- 按公式计算指标。以基线条目数为分母，计算缺失率和及时率；对滞后提交和未提交条目计算滞后时长，取平均值或中位数。完成标志是每个供应商、每个字段类别都有一组指标值。
- 交叉汇总并输出报表。按供应商和字段类别做交叉表，输出缺失率排名和按周期的趋势。报表结构建议为：行是供应商，列是字段类别，单元格是缺失率，另附及时率和平均滞后时长两列。完成标志是报表可追溯到每条原始记录。
- 抽样复核。按批次抽取一定比例的记录，核对分类是否唯一、责任方判定是否有证据支撑、计算是否与公式一致。发现不一致的，修正记录并记录修正原因。完成标志是抽样一致率达到预设标准，未达标则扩大抽样或全量复核。
在协作平台中承载这套流程时，可以把应交付条目建成工作项，用字段记录供应商、批次、字段类别、约定时点和实际提交时点，用状态流转记录提交与确认动作。ONES 方案支持围绕需求、基线、版本和变更建立统一管理对象，支撑过程状态追踪和交付结果回溯；ONES Performance 可对系统内产生的数据进行多维度分析。这样统计所需的原始记录随日常协作自然沉淀，汇总时按字段和状态提取即可，减少二次补录。具体字段配置与报表能力需按实际版本核验，系统外提交的信息仍需另行补录。
计算示例：一个交付批次的缺失项统计
以下为演示情景，数字为便于复算的假设值。某供应商某批次约定应交付条目共50条，统计截止时点后核对结果如下：按时提交38条，滞后提交6条，未提交4条，提交不完整2条。按主类别归类，缺失条目共12条（滞后提交6条、未提交4条、提交不完整2条均计入缺失），其中交付物主体信息3条、时间节点信息2条、数量与规格信息4条、验收与质量信息2条、变更与状态信息1条。
缺失率 = 12 ÷ 50 × 100% = 24%。及时率 = 38 ÷ 50 × 100% = 76%。滞后时长方面，6条滞后提交的滞后天数分别为2、3、3、5、7、10天，合计30天，平均滞后时长 = 30 ÷ 6 = 5天；4条未提交条目按统计截止日计算滞后天数，单独标记为“未提交”，不与已提交条目的滞后时长混算平均值，避免拉高或拉低已提交条目的表现。
若某批次全部按时提交，缺失率为0%、及时率为100%，此时滞后时长无样本，记为“不适用”而非0天。若某批次应交付条目数为零，缺失率与及时率均记为“不适用”，不写0%，避免与真实零缺失混淆。示例结果解读为：该批次缺失集中在数量与规格信息（4条，占缺失条目的三分之一），应优先核查该类字段的提交要求和模板是否清晰；平均滞后5天且存在10天的长尾，说明部分条目的约定时点或催收节奏需要复核。
解读与限制：统计结果能说明什么
缺失率反映的是信息完整程度，说明应交付信息中有多少没有按约定到位，不直接说明交付质量或供应商能力。一个缺失率低的供应商，可能在信息填报上配合度高，也可能约定时点设置得宽松；一个缺失率高的供应商，可能确实存在提交问题，也可能交付清单本身要求不清。解读时应回到具体条目和沟通记录。
滞后时长受约定时点合理性影响明显。约定时点定得过紧，滞后天数会被放大；定得过松，指标失去区分度。因此滞后时长应结合批次特点解读，例如新品首批交付与常规补货批次的合理时点本就不同，跨批次比较前需确认时点设定口径一致。
样本量小时比率波动大，不宜直接排名。一个批次只有5条应交付条目，缺1条就是20%的缺失率，与50条中缺10条的20%含义不同。建议在报表中同时标注分母，样本量低于预设阈值的供应商只做趋势观察，不进入排名。
统计结果用于定位高发缺失类型和滞后环节，是改进的起点而非结论。发现某类字段缺失集中后，应结合催收记录、确认记录和具体沟通内容核实原因，再决定是调整交付模板、明确约定时点，还是优化催收节奏。把缺失率单独作为供应商绩效依据，容易忽略责任方维度的内部分工问题，也不足以支撑评价结论。
常见问题
约定交付清单在统计周期中途发生变更，分母怎么处理？
建议在周期开始前锁定清单作为分母基线，周期内新增条目单独登记并注明加入时点，不直接并入当期分母。已锁定的条目若被取消，保留记录并标记取消原因，分母按实际有效条目调整，同时保留调整前后的对照，便于跨周期比较时说明口径变化。调整规则应在统计启动前书面确认，周期内保持一致。
供应商提交了信息但关键字段为空，算未提交还是提交不完整？
按责任方维度的定义，有提交记录但关键字段为空或内容不满足约定的，归为“供应商提交不完整”，与“供应商未提交”分开统计。两类在缺失率计算中都计入缺失条目数，但归因不同：未提交更多指向提交意愿或时点安排，提交不完整更多指向模板清晰度和提交要求传达。分开统计才能在改进时区分是催收问题还是交付模板问题。
内部确认或催收不及时造成的滞后，应该算到供应商头上吗？
不应直接算到供应商。责任方维度中专门设有“内部未及时确认或催收”一类，用于标记供应商已提交而内部未在约定时间内确认，或内部未按节奏催收导致信息悬空的情况。这类记录在滞后时长统计中单独标记，解读时与供应商侧原因分开看，否则会把内部流程问题误判为供应商交付问题。
只有一两个供应商、每批条目又少，这套指标还有意义吗？
有意义，但用法要调整。样本量小时比率波动大，一个批次5条缺1条就是20%，与50条缺10条的20%含义不同。建议在报表中同时标注分母，样本量低于预设阈值的只做趋势观察，不进入排名；重点看缺失集中在哪类字段、滞后是长尾还是普遍现象，用具体条目和沟通记录核实后再决定改模板、调时点还是优化催收节奏。
用协作平台承载这套统计，需要提前配置哪些内容？
至少要把应交付条目建成可追踪的对象，用字段记录供应商、批次、字段类别、约定时点和实际提交时点，用状态流转记录提交与确认动作，并保留催收与确认记录作为责任方判定的证据。ONES 方案支持围绕需求、基线、版本和变更建立统一管理对象，支撑过程状态追踪和交付结果回溯；ONES Performance 可对系统内产生的数据进行多维度分析。具体字段配置与报表能力需按实际版本核验，系统外提交的信息仍需另行补录。
