供应商交付状态上报模板以“一行一次上报”的表格为主体，字段覆盖基本信息、交付进度、偏差与风险、待决事项、结论与确认五组。本文提供可直接复制到表格工具的空白上报表，并逐字段说明填写口径、划分必填与选填，附一条完整填写示例和模板维护方法，适用于外部供应商按周期提交交付状态的项目。
要点总览（TL;DR）
- 模板以“一行一次上报”的表格为主体，字段分为基本信息、交付进度、偏差与风险、待决事项、结论与确认五组，可直接复制到表格工具使用。
- 必填字段为供应商、交付物、上报周期、完成比例、里程碑状态、偏差说明、本期结论；缺失任一项，该行上报视为无效。
- 状态类字段（完成比例、里程碑状态、风险等级、本期结论）取值固定，描述类字段（偏差说明、需甲方配合事项）写事实和动作，保证不同供应商填出的信息可比。
- 模板按项目阶段增删字段，上报周期和提交时点在启动会上一次约定，字段调整更新版本号并通知全部供应商，历史记录归档保留。
可复制空白模板
下表为空白上报表，可直接复制到 Excel、在线表格或项目协作工具中使用。使用规则是“一行一次上报”：每个供应商对每个交付物在每个上报周期提交一行记录，不同周期、不同交付物分行填写，便于后续按供应商、交付物、周期筛选和汇总。
| 字段组 | 字段 | 填写内容 |
|---|---|---|
| 基本信息 | 供应商 | |
| 项目 | ||
| 交付物 | ||
| 上报周期 | ||
| 上报人 | ||
| 交付进度 | 计划节点 | |
| 实际进度 | ||
| 完成比例 | ||
| 里程碑状态 | ||
| 偏差与风险 | 偏差说明 | |
| 影响范围 | ||
| 风险等级 | ||
| 预计恢复时间 | ||
| 待决事项 | 需甲方配合事项 | |
| 责任人 | ||
| 期望完成时间 | ||
| 结论与确认 | 本期结论 | |
| 下期计划 | ||
| 甲方确认人 |
复制时建议保留字段组一列作为分组标识，便于阅读；如果表格工具支持冻结首行，可将表头固定，减少多行填报时的错列。若一个交付物包含多个子模块，仍按交付物一行汇总，子模块明细放在偏差说明或下期计划中描述，避免行数膨胀导致汇总困难。
字段说明：每个字段填什么、怎么填
字段说明的目的是让不同供应商填出的信息可比。同一字段在不同供应商之间口径不一致，汇总时就无法判断真实进度。下表逐字段给出含义与填写口径。
| 字段 | 含义 | 填写口径 |
|---|---|---|
| 供应商 | 提交本次上报的外部伙伴名称 | 填写合同或采购主体全称，与项目台账保持一致，不使用简称或内部代号 |
| 项目 | 本次交付所属的项目名称 | 填写项目正式名称；同一供应商服务多个项目时，按项目分行上报 |
| 交付物 | 本次上报对应的具体交付对象 | 写到可验收的粒度，如“接口联调文档”“第二批硬件设备”“运维培训”，避免只写“项目整体” |
| 上报周期 | 本次上报覆盖的时间段 | 填写周期起止日期，如“2025-06-01 至 2025-06-14”；周报、双周报、月报均按此格式 |
| 上报人 | 本次上报的提交人 | 填写姓名与岗位，便于甲方回溯沟通对象 |
| 计划节点 | 按约定计划，本周期应完成的节点 | 引用项目计划中的节点名称和计划完成日期，不自行改写节点定义 |
| 实际进度 | 本周期实际完成的工作 | 用已完成的具体工作描述，如“完成 3 个接口联调并通过测试”，避免只写“正常推进” |
| 完成比例 | 该交付物截至本周期末的累计完成度 | 填写 0–100 的整数百分比，按交付物整体计算；口径在项目启动时约定一次，后续周期沿用同一口径 |
| 里程碑状态 | 当前里程碑的达成情况 | 从固定取值中选择：未开始、进行中、已完成、延期、阻塞。取值固定后不要临时新增状态词 |
| 偏差说明 | 实际进度与计划不一致的原因 | 写清偏差事实、原因和已采取的措施，如“因甲方测试环境延迟 3 天开放，联调顺延，已调整内部排期”；无偏差时填“无偏差” |
| 影响范围 | 偏差波及的交付物、节点或下游工作 | 写明受影响的交付物名称和节点，如“影响验收测试启动时间”；无影响时填“无” |
| 风险等级 | 偏差或潜在问题对交付的影响程度 | 从固定取值中选择：高、中、低。高对应影响关键节点或验收，中对应影响非关键节点，低对应可在周期内自行消化 |
| 预计恢复时间 | 偏差预计消除、进度回到计划的日期 | 填写具体日期；无法确定时写明“待定”并说明需要什么条件才能确定 |
| 需甲方配合事项 | 供应商推进交付需要甲方提供的支持 | 写成可执行的动作，如“开放测试环境账号”“确认需求变更单”，避免写“希望尽快支持” |
| 责任人 | 配合事项在甲方的对接人 | 填写甲方姓名与岗位；供应商内部事项的责任人写在偏差说明中 |
| 期望完成时间 | 配合事项期望完成的日期 | 填写具体日期，并与交付节点倒排，说明该日期对交付的影响 |
| 本期结论 | 对本周期交付状态的总体判断 | 从固定表述中选择：按计划、轻微偏差、严重偏差、阻塞。结论应与里程碑状态、风险等级相互对应 |
| 下期计划 | 下一周期拟完成的工作 | 列出 1–3 项可验证的工作及对应节点，与计划节点衔接 |
| 甲方确认人 | 甲方对本次上报的确认人 | 填写甲方项目负责人或指定接口人姓名，确认后该行记录视为已核对 |
填写口径中有两类字段需要特别注意。完成比例和里程碑状态属于状态类字段，取值必须固定，否则汇总时无法统计；偏差说明和需甲方配合事项属于描述类字段，要求写事实和动作，避免评价性表述。两类字段的写法在模板启用时向供应商说明一次，可以减少后续返工。
必填与选填的划分
必填字段缺失时，该行上报视为无效，甲方可退回要求补充。必填的判断标准是：缺少该字段，甲方无法判断交付是否正常、无法安排配合或无法留痕确认。其余字段按交付类型和项目阶段选填。
| 字段 | 必填/选填 | 理由与适用情形 |
|---|---|---|
| 供应商 | 必填 | 标识上报主体，缺失则无法归属 |
| 项目 | 选填 | 单一项目合作时可省略；多项目并行时建议必填 |
| 交付物 | 必填 | 上报的最小对象，缺失则进度无从对应 |
| 上报周期 | 必填 | 确定记录的时间范围，支撑趋势对比 |
| 上报人 | 选填 | 有固定接口人时可省略；人员轮换频繁时建议填写 |
| 计划节点 | 选填 | 项目计划已在其他文档维护时可省略，仅填实际进度 |
| 实际进度 | 选填 | 与完成比例配合使用；只报比例的项目可省略 |
| 完成比例 | 必填 | 判断交付整体进展的核心量化指标 |
| 里程碑状态 | 必填 | 固定取值便于汇总和预警 |
| 偏差说明 | 必填 | 无偏差也需填“无偏差”，确保每行都有明确结论 |
| 影响范围 | 选填 | 存在偏差时建议填写，无偏差时可省略 |
| 风险等级 | 选填 | 存在偏差或风险时填写；平稳交付的项目可省略 |
| 预计恢复时间 | 选填 | 存在偏差时填写，用于跟踪纠偏 |
| 需甲方配合事项 | 选填 | 有配合需求时填写；无需求时留空或填“无” |
| 责任人 | 选填 | 随需甲方配合事项填写 |
| 期望完成时间 | 选填 | 随需甲方配合事项填写 |
| 本期结论 | 必填 | 每行记录的总体判断，支撑甲方快速筛查 |
| 下期计划 | 选填 | 长周期项目建议填写；短期收尾阶段可省略 |
| 甲方确认人 | 选填 | 需要留痕确认时填写；内部预沟通阶段可省略 |
按交付类型裁剪时，可参考以下建议。软件类交付以迭代和联调为主，建议保留计划节点、实际进度和里程碑状态，偏差说明中写清版本和测试环境情况。硬件类交付受物流和到货影响大，建议保留影响范围和预计恢复时间，交付物写到批次或设备编号。服务类交付（如培训、运维）成果较难量化，完成比例可按服务场次或工时折算，并在本期结论中补充定性描述。裁剪后的字段清单应在项目启动时与供应商确认，中途不随意增减必填项。
填写示例：一份完整的上报记录
以下是一条已填写的上报记录，覆盖全部必填字段，并示范偏差与待决事项的写法。示例为演示情景，供应商、项目和数据均为虚构，仅用于说明字段之间的对应关系。
| 字段 | 填写内容 |
|---|---|
| 供应商 | 示例科技有限公司 |
| 项目 | 客户服务平台升级项目 |
| 交付物 | 工单模块接口联调 |
| 上报周期 | 2025-06-01 至 2025-06-14 |
| 上报人 | 张明，交付经理 |
| 计划节点 | 接口联调完成，计划 2025-06-13 |
| 实际进度 | 完成 5 个接口中的 3 个联调并通过测试，剩余 2 个待测试环境开放后联调 |
| 完成比例 | 60% |
| 里程碑状态 | 延期 |
| 偏差说明 | 甲方测试环境于 6 月 5 日才开放，比约定晚 3 天，联调顺延；已调整内部排期，剩余接口计划 6 月 18 日前完成 |
| 影响范围 | 影响验收测试启动时间，原计划 6 月 16 日启动，预计顺延至 6 月 19 日 |
| 风险等级 | 中 |
| 预计恢复时间 | 2025-06-18 |
| 需甲方配合事项 | 开放剩余 2 个接口的测试账号并配置白名单 |
| 责任人 | 李华，甲方项目接口人 |
| 期望完成时间 | 2025-06-16 |
| 本期结论 | 轻微偏差 |
| 下期计划 | 完成剩余 2 个接口联调；6 月 18 日前提交联调报告 |
| 甲方确认人 | 李华 |
这条记录体现了字段之间的对应关系：里程碑状态为“延期”、本期结论为“轻微偏差”、风险等级为“中”，三者相互一致；偏差说明写清了事实、原因和措施，影响范围落到具体节点和日期；需甲方配合事项写成可执行动作，并配有责任人和期望完成时间，与预计恢复时间形成倒排。供应商照此结构填写，甲方可以在一行内判断交付状态并安排配合。
模板的调整与维护方法
模板在项目推进中需要按阶段调整字段，同时保持上报节奏和版本一致。以下操作清单可作为维护依据。
- 按项目阶段增删字段。启动阶段可增加“需求确认状态”字段；开发或生产阶段保留进度与偏差字段；验收阶段增加“验收材料提交情况”。删减字段时确认该字段的历史数据已归档，避免趋势对比断档。
- 约定上报周期与提交时点。在项目启动会上确定周期长度（周报、双周报或月报）和提交截止时点，例如每周期最后一天 18:00 前提交。周期一旦确定，整个项目沿用，临时加报另行说明。
- 记录版本与变更通知。模板每次调整字段时更新版本号和变更说明，注明新增、删除或修改的字段及生效周期，并通过邮件或协作工具通知全部供应商。旧版本记录保留，不覆盖历史数据。
- 汇总与归档。按供应商、交付物、周期三个维度汇总，重点统计里程碑状态为“延期”“阻塞”和风险等级为“高”的记录。每周期结束后将上报记录归档到项目文档库，作为验收和复盘依据。
当上报记录需要固定载体、版本留痕和确认人签核时，可以将模板落到项目协作工具中承载。以 ONES 为例，可将每个交付物作为工作项，把上报记录作为工作项下的文档或表单提交，由甲方确认人在记录上完成确认，字段变更通过文档版本保留历史。这样上报、确认和归档在同一处完成，汇总时按工作项状态和周期筛选即可。是否采用工具承载，取决于项目对留痕和汇总频率的要求；周期短、供应商少的项目用共享表格也能满足基本需要。
常见问题
供应商在某个上报周期内没有交付进展，还需要提交上报记录吗？
需要提交。没有进展本身就是一种交付状态，缺报会让甲方无法区分“无进展”和“漏报”。此时完成比例沿用上期数值，里程碑状态按实际情况选择“进行中”或“阻塞”，偏差说明写清本周期无进展的原因，本期结论选择“轻微偏差”或“严重偏差”。如果连续多个周期无进展，建议在需甲方配合事项中写明卡点，推动问题在上报环节暴露。
多个供应商共同交付同一个交付物时，上报记录怎么填？
按供应商分行上报，每个供应商各填一行，交付物字段写同一个交付物名称，便于汇总时按交付物归并查看各方进度。完成比例按各自承担的部分计算，并在偏差说明中注明本方负责的范围，避免同一交付物出现多个互相矛盾的完成比例。甲方汇总时以交付物为维度合并各行，判断整体进度。
上报周期中途发生重大偏差，需要等周期结束再报吗？
不必等到周期结束。模板约定的是常规上报节奏，重大偏差可以触发临时上报：按同一张表填写一行，上报周期写偏差发生的日期区间，并在偏差说明中标注“临时上报”。这样既保留了固定节奏的可比性，也让高风险事项及时进入甲方视野。临时上报的记录与常规记录一并归档，汇总时按上报类型区分统计。
模板字段和项目计划里的节点对不上时，以哪个为准？
以项目计划中的节点定义为准。计划节点字段要求引用项目计划里的节点名称和计划完成日期，不自行改写节点定义。如果供应商认为计划节点本身需要调整，应通过变更流程修改项目计划，再在下一期上报中引用新节点，而不是在上报表里直接填写自拟的节点名称。这样上报数据与计划数据才能对齐，趋势对比不会断档。
用共享表格填报和用项目协作工具承载上报记录，分别适合什么情况？
周期短、供应商数量少、确认环节简单的项目，用共享表格即可满足基本需要，复制模板后按行填写，汇总时用筛选和透视表统计。当项目需要固定载体、版本留痕和确认人签核时，可以把每个交付物作为工作项，上报记录作为工作项下的文档或表单提交，由甲方确认人在记录上完成确认，字段变更通过文档版本保留历史。以 ONES 为例，上报、确认和归档可以在同一处完成，汇总时按工作项状态和周期筛选。选择哪种方式取决于项目对留痕和汇总频率的要求。
