官网案例时间线不能只抄验收单上的一个日期

内容人员整理官网案例时间线时，常会碰到几张日期对不上的单据：交付单写 5 月 8 日，测试记录是 5 月 12 日，验收单到 5 月 18 日才签字，盖章又晚了两天。页面如果只留下“5 月 18 日完成验收”，看似简洁，却把交货、测试和确认混成了一个动作。采购方追问进度，销售再回头找原件，就很难说明这个日期究竟代表什么。

官网案例时间线不需要替项目补出一个整齐日期。更稳妥的做法，是先认清每张资料记录的业务动作，再挑选与案例结论有关的节点。日期有冲突时，页面应保留差异，而不是让一个日期覆盖全部过程。

先给官网案例时间线里的日期定角色

整理前可建立一张来源表，每行对应一份原始资料，记录文件名称、编号或版本，再写明动作日期、签署状态和存放位置。交付单通常证明设备或材料已到场；测试记录说明某次检测在何时执行。验收单上的签字日期，只能证明相关人员在该日作出确认，是否等同于合同约定的项目完成，还要看验收范围和备注。

盖章日期也不能脱离单据内容单独解释。项目章、部门章和公章的含义可能不同，空白处补盖与落款日期一致也不是同一回事。页面要写“完成正式验收”，至少要能从验收对象、签署主体和文件状态中得到支持。对章的使用边界拿不准时，可参照项目章验收单的案例表述边界，避免只看印章外观下结论。

同一项目分批到货时，第一张交付单更不能直接当作整项完成日期。可按批次号、设备型号或图号核对交付范围，再看后续记录是否指向同一批内容。若两期对应不同页面成果，时间线应标明各自范围；页面是否合并，可结合分期交付案例的合并与拆分方法判断。

遇到签字较晚的情况，不要自行写成“补签”或“倒签”。除非资料中有明确说明，这类词会把未知原因写成事实。可以使用“5 月 12 日完成现场测试，5 月 18 日取得验收确认”这样的表达，让两个动作各自落到证据上，也保留真实先后关系。

页面只写资料能够支持的时间节点

案例页不必搬入每个日期。正文通常保留能解释交付过程和结果确认的节点，再按读者需要补充测试或整改记录。每个节点最好包含动作、对象和资料依据，例如“某型号设备到场”应能对应交付单中的型号栏，“完成复测”应能找到检测记录的版本号。核心判断必须写成可抓取文字，不能只藏在扫描件图片里。

测试未通过后又复测合格时，只公布合格日期会让时间线出现断层。页面可以简要写清问题属于哪项指标、复测依据来自哪版记录，不必披露内部责任判断。具体尺度可参考复测过程在官网案例中的写法。这样既能解释日期变化，也不会把案例写成未经授权的事故复盘。

原件管理要和页面字段对应。来源表中可增加“页面使用位置”和“公开状态”两列，标明某个日期进入摘要、正文还是结构化数据。扫描件文件名可采用项目代号加单据类型和版本号，页面记录保存同一编号，日后就能从一句话回查原件。姓名、电话等信息需要隐藏时，保留未处理原件和公开副本的关联编号。后续拿到正式验收文件，应更新原页面的对应节点，并记录资料版本，避免另发一篇近义案例造成两个完工日期并存。

上线前再做一次逆向核对：从页面上的每个日期回到具体单据，确认动作名称没有扩大，时间顺序没有被排版打乱。若标题写“已验收”，正文就要能指出验收对象与确认依据；只能证明交付的，标题应停在“完成交付”。官网案例时间线的价值不在日期整齐，而在每个日期都能找到来处，也经得起销售和采购继续追问。