Files
EP-Hub-Skill/ep-hub/references/artifacts-and-confirmation.md
T

3.4 KiB

成果与真人确认

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

分清事实

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

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

实际完成时间

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

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

正式成果与历史

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

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