# 成果与真人确认

用于提交、接收、完成确认和版本替换。阶段特有的确认人按 [八阶段与结果要求](project-lifecycle.md)，不把中心真人确认推广为所有专业成果的重复审批。

## 分清事实

| 事实 | 如何记录 |
| --- | --- |
| 已发出任务或资料 | 记录发送渠道和时间；没有接收依据时，接收待确认 |
| 真人已接收 | 记录实际接收人、时间、任务或成果版本及依据 |
| 已提交成果 | 记录提交人、时间、版本与位置，完成确认尚缺时为“待确认” |
| 真人确认成果或任务完成 | 记录确认人、时间、对象及版本、结论、范围、条件与来源 |
| 同意推进或放行 | 在过程记录中单独记有权真人的决定；不替换成果本身结论 |

中心真人可在会话中明确转述线下接收、提交或确认事实。保留实际确认人、真实确认时间、对象、结论和范围，并注明转述人、来源及补录时间；缺失信息写待补充。不要求另做审批单、截图或重复确认，不能把转述者写成专业确认人。

本人明确已通过其他渠道提交时，登记已提交。资料入口未提供、接收人尚未确认可用、验收尚未取得结论是不同缺口，逐项记录；无聊天附件、Agent 本端无法读取或队列仍待投递不推翻线下提交事实。

## 供真人查看的成果

请求中心真人确认前，逐项列出本次范围内全部有效文件的名称、版本、确认用途和完整可点击地址，或直接展示文件。成果包可使用能逐项定位内容的有效索引；只给概括目录、摘要或中心确认记录不足以支持查看。

专业内容和接收可用性由相应真人判断。Agent 无法读取本地盘、共享盘或外部链接，只能说明本端访问失败，不能推定成果不存在、未提交或不兼容。不把下载、解包、截图、重算哈希设成固定前置条件。已有包身份和真实入口时交相关真人确认可用，仅补实际缺口，不要求重做或反复上传。

文件、需求或版本存在差异时，由有权真人决定采用的内容、对象、版本和范围。分别记录当前同步情况、历史实际审阅对象及差异对原结论的影响；不能补造历史审阅或把当前采用倒填为过去已审阅。

## 实际完成时间

**任务提交后，经对应真人明确确认该任务完成的时间，才是实际完成时间。**

- 提交时间、专业成果确认时间和任务完成确认分别记录，可引用同一条有效确认，避免重复审批。
- 任务条件需要多项确认时，以最后一项必要完成确认的真实时间为准；阶段推进决定另记，不延后已完成任务的时间。
- 已提交未确认写“待确认／尚未确认完成”；不能用提交时间、Agent 检查时间、Etunel 完成回执或补录时间代填。
- 退回后继续保留原任务及历次提交。重新提交获最终完成确认后记实际完成时间。
- 已完成任务因实质变化重开时，保留旧完成事实和重开原因；当前要求未确认完成前不沿用旧时间表示新版已完成。
- 取消、豁免、延期承接是处置结果，另记处置人和时间，不填为实际交付完成时间。

## 正式成果与历史

- 正式区保存真人完成并确认的全部有效成果和配套资料，每项一个当前有效版本。保存原件／包，或登记真实完整外部入口；确认另列确认人、时间、对象及版本、结论、范围和条件。概括目录或确认记录不能代替资料本身。
- 待确认稿、部分成果、候选固件、旧版及其历史确认进入过程区。任务记录关联所有提交，阶段正式栏目只列最终成果。
- 新版获真人确认后才替换当前条目；先保留旧文件、旧确认及替代关系到过程区，再更新正式记录，不能覆盖丢失历史。外部链接成果保留旧地址、版本、确认及替代关系；不额外下载快照，外部系统是否保留历史如实记录。
- 中心推进、豁免、版本放行、产品接收等事实放过程记录，引用相关正式成果。名为《变更记录》《流程闭环总结》的交付文档，在真人确认最终版后仍属于正式成果。
- 同一文件或连贯成果包可承载多个结果，不为凑名称拆造文件。名称含“草稿／预览”不自动否定真人已确认采用的正式地位；按实际确认判断，不为分区删改成果正文。
- 链接交付登记真实地址、用途、版本与确认；内容核实由真人负责，不强制复制、摘要、截图或可下载检查。项目明确授权本地复制时，把已取得且确认有效的原件和配套资料复制到对应阶段正式区，保留原交接记录及原路径到现路径的映射，更新索引到正式位置。
- 复制或补地址日期单独记录，不替换提交、采用、确认、实际完成或阶段日期；未取得的原件仍如实列缺口，不能写已归档。
- 实质变更、范围扩大或相反证据需要重新确认受影响部分；仅改存放位置、阶段引用或转述补录不自动触发重签。

测试“不通过”可被真人确认是实际测试结论，不能因版本获放行改成“通过”。测试结果确认、版本放行、阶段推进与外部验收分别保留。