官网案例中的整改记录怎样证明问题已经关闭

项目验收表附着一页问题清单，后续邮件只说“均已处理”。内容人员据此在官网案例写下“整改完成并通过验收”，项目经理却发现其中一项只有现场照片，没有复验签字；另一项改了部件，还没更新图纸。整改记录缺少关闭依据时，页面结论会比项目资料走得更远。

案例不必公开每个现场问题，但内部必须能说明问题怎样发现、由谁处理、用什么记录确认结束。所谓关闭，不是把表格状态改成绿色，而是处理动作与复验结果能对应同一个问题编号。

整改记录先统一问题编号、动作和复验状态

资料入库时，每个问题保留稳定编号，并关联发现阶段、对象或设备号、提出日期和来源文件。FAT、SAT、安装巡检或客户反馈产生的问题不能混在一列后只看描述。阶段不同，关闭权限和验收依据也可能不同。若项目同时存在出厂与现场记录，可先按FAT与SAT记录分开核对的方法确定问题属于哪一阶段。

处理动作要写到可复查的程度。更换部件应对应物料或图号，调整参数要保存修改前后的设定值，补做防护则记录具体位置和发布照片编号。只写“已解决”“现场处理”无法判断动作是否覆盖原问题。涉及多台同型号设备时，还要标明适用设备，不能用一台设备的照片替代整批记录。

证据文件与问题编号要双向对应。照片文件名可以包含项目代号、问题号、拍摄日期和序号，检测记录则保存仪器或方法、结果页及版本。聊天截图只能帮助追查过程，不应直接替代批准文件。邮件附件后来更新时，旧版仍保留状态，避免页面审核拿到一张无法确认时间的最终版。

复验记录至少说明复验人、时间、对象、判定和依据。原处理人自查可以作为过程记录，但客户或项目规定需要独立确认时，不能把自查写成正式关闭。对方只回复“看到了”也不等于接受结果；资料负责人应核对回复是否明确对应问题号和当前版本。

状态字段不宜只有“完成”一个选项。可以区分已处理待复验、复验通过、客户待确认、转为后续事项和取消。取消项还要写明原因与批准人，不能为了让案例看起来整洁而删除。问题影响交付时间时，案例时间线应保留复测或确认节点，具体可参照案例时间线核对交付与验收日期的方法。

官网案例可以概括整改过程，但结论强度要跟状态一致。全部相关问题已有复验和批准依据时，可写“所列问题完成整改并关闭”；处理完成但客户尚未确认时，应写“已提交复验资料”或说明当前阶段。仍有后续事项时，不要用“全部问题解决”覆盖未关闭记录。

整改项不一定都适合公开。客户名称、内部网络信息、人员签名和设备序列号应从发布副本中移除，原件留在受控资料库。页面若需要展示前后照片，图注说明对应的问题与阶段，不公开问题号也要保留内部图片映射。裁切和遮挡不能移除判断处理效果所需的部位。

单项复验通过也不能自动扩大成整批合格。整改涉及抽样检测时，应核对样本数量、批次边界和判定规则，可结合抽检报告在案例中的结论边界处理页面措辞。复验只覆盖一台设备，就把对象写清，不从一个结果推到所有交付设备。

销售引用案例时，CRM或资料台账应保存案例版本和可对外说明的状态。采购方追问整改内容，销售可回到审核摘要，而不是转发原始问题清单。技术条件或图纸随后更新，资料负责人按问题编号找到受影响页面，重新确认原结论是否仍成立。

上线验收可随机抽取页面中的一句“整改完成”，反查问题编号、处理动作、证据文件、复验结果和批准状态。再检查图片发布版、description与结构化摘要是否用了同一结论。任何一处无法回到当前记录，就收窄页面表述。整改记录真正关闭，案例才能把处理过程写成可信事实，而不是一句没有落点的完成声明。