设备服务通告按机号范围发布并保留修订记录

老客户从搜索结果打开一份设备服务通告，正文只写“部分机型需要更新”。页面没有机号范围、控制器版本和修订日期，附件又比售后系统里的文件早一版。客户不敢操作，售后也无法判断这台设备是否在影响范围内，只能重新查出厂台账。

通告记录从设备身份和变更依据起步

资料负责人应给每份通告分配 bulletin_id，记录产品系列、整机型号、销售别名、机号起止、生产日期范围和适用地区。涉及控制系统时，再保存控制器型号、程序或固件版本。型号相同但机号不在范围内的设备，页面不能默认适用；设备经过现场改造后，还要进入人工核对。

通告内容要指向批准依据，例如工程变更编号、物料清单版本、故障分析记录或已审核的维修方案。公开页可显示依据类型和版本，不公开内部签批流。若通告解释的是报警或程序差异，可结合故障代码与机型、程序版本的绑定方法核对适用条件，避免同一代码被所有设备共用。

一份通告还要有 issue_type、severity、effective_date、revision、status 和 reviewed_by。status 至少区分草稿、已批准、已替代与已撤回。severity 由有权限的技术或质量负责人确定，网站编辑不能根据措辞自行提高等级。涉及安全联锁、带电检查或拆除防护的内容，公开页面只说明停止相关操作和联系责任人，不发布绕过保护的步骤。

公开页同时呈现当前结论和历史修订

通告说明页应在 HTML 中写出通告编号、适用型号、机号范围、程序条件、发布日期、当前修订和处理状态。客户先看见“适用谁”和“现在是否有效”，再决定是否提交设备信息。页面标题和描述都说明这份通告处理什么问题，canonical 使用固定干净地址；下载 PDF 只是当前批准版附件，不能代替网页摘要。

附件可命名为 SB-设备系列-通告号-R3.pdf，后台另存 file_hash、source_revision 和 approved_at。新版本发布后，旧附件移出公开下载区，说明页保留修订记录，标明哪一版替代了哪一版。若通告涉及停产备件，可参考替代件的机型范围与批准版本，把新件号、转接附件和限制条件放在同一版记录中。

网站更新通告时，不应把普通保存时间当成业务修订日期。修订范围、适用机号、处置动作或所需零件发生变化，审核人批准后才更新 dateModified 和 sitemap 的 lastmod。日期字段的判定可对照实质修改与审核时间的记录方式。只修正标点或压缩同一张图片，不生成新的通告修订。

已撤回的通告不能直接删除成空页。原地址保留状态、撤回日期和后续入口，搜索结果与客户收藏才不会继续指向失效附件。若撤回原因或内部分析不适合公开，页面只写当前状态和联系渠道。历史版本留在受控档案中，网站维护人员同时阻止搜索系统抓取内部审批页。

客户提交机号后由售后复核适用性

页面表单保存 bulletin_id、revision、source_url 和提交时间，并让客户填写整机型号、完整机号、当前程序版本及是否改装。完整机号只进入受控工单，公开页仍展示区间。客户看不到铭牌时可以上传设备全景与铭牌照片，售后把 identity_status 设为待确认，不能靠外观相似直接匹配。

产品工程师负责确认受影响范围和技术依据，售后负责人填写客户可执行的观察动作与所需资料。网站资料负责人检查批准状态、链接和脱敏内容后发布。若通告属于法定召回、安全公告或监管要求，企业要走相应的质量与合规程序。网页只承接查询和资料交接，正式通知及现场安全判断仍按对应程序执行。

上线验收选一台范围内设备和一台范围外设备，从通告页分别提交测试记录。售后端应读到同一版通告，范围外设备进入人工复核，旧 PDF 地址不再提供过时文件。机号区间、控制器、程序、物料清单或通告状态变化后，负责人重新检查网页摘要、附件、表单来源和工单引用；四处指向当前批准版，通告才算完成更新。