# 成果与真人确认

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

## 分清事实

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

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

## 实际完成时间

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

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

## 正式成果与历史

- 正式区只保存真人完成并确认的最终成果，每项一个当前有效版本。登记名称、版本、文件位置或链接；确认另列确认人、时间、对象及版本、结论、范围和条件。
- 待确认稿、部分成果、候选固件、旧版及其历史确认进入过程区。任务记录关联所有提交，阶段正式栏目只列最终成果。
- 新版获真人确认后才替换当前条目；先保留旧文件、旧确认及替代关系到过程区，再更新正式记录，不能覆盖丢失历史。外部链接成果保留旧地址、版本、确认及替代关系；不额外下载快照，外部系统是否保留历史如实记录。
- 中心推进、豁免、版本放行、产品接收等事实放过程记录，引用相关正式成果。名为《变更记录》《流程闭环总结》的交付文档，在真人确认最终版后仍属于正式成果。
- 链接交付只记地址与确认；内容核实由真人负责，不把复制内容、摘要、截图或可下载检查变成中心必做事项。
- 实质变更、范围扩大或相反证据需要重新确认受影响部分；仅改存放位置、阶段引用或转述补录不自动触发重签。

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