调试证据照片命名与取证顺序

只处理调试照片的文件命名、拍摄顺序和同号取证，不把事件时间线、问题编号和销项清单混成一套规则。

调试阶段真正麻烦的，通常不是没人拍照，而是照片拍了很多，后面却回答不了最基本的问题：这是哪套系统、哪个点位、动作前还是动作后、属于哪次复测、为什么这张图要留。等到验收、复盘或运维接手时，照片目录里只剩一排“最终版”“整改后”“现场图1”，证据链基本等于没建立。

这篇内容只处理 照片级证据 的命名和取证顺序。它不替代异常事件分钟级时间线模板这种 事件级顺序还原，也不替代调试记录、整改通知与复测编号联动这种 问题级主编号追踪。如果当前你需要的是一条异常从发现到关闭的完整链，不要只停留在照片命名这一层。

这页真正回答什么

• 一张调试照片的文件名里，至少要带哪些字段，后面才能读得懂。
• 同一动作要拍几张、按什么顺序拍，后续才能证明“前后关系”。
• 多张照片围绕同一个问题时，怎样和主问题编号配合，而不是各起各的名字。
• 哪些照片该留在结构化记录里，哪些不应只是散落在聊天记录中。

一句话说，这页解决的是 单张照片和同组照片如何被读懂，不是整件异常如何复盘。

哪些场景必须先定照片规则

• 联调、联动、功能测试准备开始，现场会集中拍状态照、动作照和复测照。
• 整改闭环需要同角度拍“整改前/整改后”，后面可能还要第三轮复验。
• 同一专业由白班、夜班、厂家、总包轮流拍照，容易各用一套命名习惯。
• 交付前需要把照片回填到竣工照片四件套编号记录或消防电气联动测试照片编号记录。

如果现场还没有统一问题主编号，先去补编号联动页；如果现在主要争议是谁先做了什么、哪一分钟恢复的，先去补时间线页。

文件名至少要锁五段

一张可回看的调试照片，文件名至少建议包含五段信息：

1. 系统或专业：例如 FAS、BAS、LV、EML。
2. 区域或对象：例如机房、柜号、回路、点位或设备编号。
3. 动作类型：例如 动作前、动作中、动作后、整改前、整改后、复测。
4. 证据状态：例如 本地画面、现场全景、端子近景、趋势截图。
5. 同组序号：例如 01、02、03。

如果当前异常已经有主问题编号，文件名里应把主编号带上，而不是另起一套“照片编号体系”。例如：

• FAS-防烟分区A-Q023-动作前-现场全景-01
• LV-1AA柜-Q041-整改后-门封近景-02

这样后面即使脱离原文件夹，也能从文件名直接知道这张图在整个证据链中的位置。

拍摄顺序不要只剩特写

同一条调试动作，最稳的拍法通常是四张起步：

1. 位置照：证明这张图属于哪台设备、哪面柜、哪个房间。
2. 对象照：把点位、端子、面板、标签或屏幕对象拍清。
3. 动作照：记录按钮、切换、报警、挂牌、整改或测试状态。
4. 结果照：记录动作后的反馈、恢复、读数或复测结果。

如果只留一张特写，后面最常见的问题不是“看不清”，而是“看得清但不知道它属于哪里、属于哪一次动作、属于动作前还是动作后”。

照片命名不能代替主问题编号

照片文件名解决的是 单张证据如何被识别，主问题编号解决的是 整件异常如何被追踪。这两者必须配合，但不能互相替代。

• 照片文件名可以带主问题编号。
• 但主问题编号不能只存在于某一张照片文件名里。
• 主问题编号必须同时出现在调试记录、整改通知、复测记录和销项清单里。

如果这件事只在照片目录里有编号，而表单里没有同号，后面依然无法证明问题真的闭环。

最常见的“看起来留痕很多”

• 按日期或手机默认文件名存图，后面无法按系统和问题回查。
• 只有近景，没有位置照和结果照。
• 整改前后用了不同口径的文件名，看不出是不是同一个点位。
• 到归档当天才集中改文件名，导致时间、状态和主问题号大量丢失。
• 截图和现场照片各自命名，没人能从文件名判断它们属于同一轮动作。

资料和规范怎么挂

• 竣工、系统移交和常规设备取证，优先挂到竣工照片四件套编号记录。
• 消防电气联动、动作前后和整改复测，优先挂到消防电气联动测试照片编号记录。
• 当天动作较多、需要把照片和现场处理时间同步起来时，补到施工日志最容易串顺序。
• 控制口径优先查竣工照片四件套编号控制和消防电气联动测试照片编号控制。

关联页面

• 如果现在需要还原一整次异常的动作顺序，继续看异常事件分钟级时间线模板。
• 如果现在需要把“调试记录-整改通知-复测记录-照片”绑成同一主编号，继续看调试记录、整改通知与复测编号联动。
• 如果照片已经够多，下一步要进入问题派单和复测销项，继续看调试问题销项清单与复测节奏。

一句话收口：照片命名这件事，解决的是 这张图被单独拿出来时，后面的人还能知道它在证明哪一个对象、哪一个动作、哪一个状态。