为什么命名不规范，等于没有留证
很多仓库的摄像头其实一直在录，但真到了需要举证的时候，问题往往不是「没录」，而是「找不到」。文件名叫 2024-05-11_153012.mp4、channel1_0007.mp4，几十个 G 堆在一个文件夹里，纠纷来了只能从头拖进度条一个个看，等找到那一段，举证窗口可能已经过了。命名规范不是形式主义，它决定了录像能不能被当作证据使用。
一套可直接照抄的命名结构
推荐固定为五段式：日期_单号_工位_摄像头_类型，例如 20240511_SF1234567890_A区打包_02_出库.mp4。
- 日期用 8 位纯数字，保证按文件名排序即按时间排序；
- 单号放在第二位，且必须与订单/快递单号完全一致，不要截断、不要加空格；
- 工位或区域用于多仓多工位场景区分；
- 摄像头编号用于多机位时区分打包台、称重台、装车口；
- 类型区分出库、退货入库、拆包、装车等业务动作。
如果单号本身含有特殊符号，统一替换为下划线，避免不同操作系统、不同网盘同步时出现乱码或路径失败。
目录分层：让文件自己会「走路」
命名解决单个文件的识别问题，目录解决批量查找问题。建议三层结构：年/月日/工位，或 年/月/业务类型。日目录下文件量控制在几百个以内，命名排序清晰，人工翻找成本低。要注意的是，目录不要按「操作员姓名」分，人员流动会让历史录像失去线索；按时间和单号分，才是稳定的检索维度。
手工改名不可持续，关键是录制时自动带上单号
规范写起来容易，执行起来难。旺季一天几百单，让打包员录完再手动改名，几乎必然流于形式。可行的做法是让命名在录制环节自动完成：先用扫码枪扫一下快递单或订单条码，系统读取单号后开始录制，文件名与目录自动按上述规则生成。
京速证（KINYOOBA）正是按这个思路设计：扫码枪或手机扫码触发录制，单号自动写入录像文件与索引，配合 1-3 个摄像头的同步录制，打包台、称重台、装车口的多路画面归到同一单号下。后续按单号检索即可直接定位，不需要靠回忆时间点去拖进度条。本次主推的京速证_Windows版（最新版本 v8.0.1.0）还支持多工位数据同步与视频文件分布式储存、自定义储存位置，多仓多工位时也能统一查询。
三个容易踩的坑
- 只按时间命名：时间是最弱的检索维度，客户报单号时你无法反推录制时刻。
- 单号写错或截取后六位：快递单号后六位重复率高，极端情况下会造成证据指向错误。
- 依赖人工台账：Excel 里记「5 月 11 日下午那单」，一旦表格丢失或未及时填写，录像即成孤岛。
命名之外，还要保证「改不动」
文件名规范只是第一层，证据效力还取决于文件本身是否可被质疑。建议开启录像时间水印，水印内容包含日期时间与设备信息，且随视频画面固化；同时把录像存放在普通员工无删除权限的位置，配合云端备份，防止本地硬盘损坏或误删导致证据灭失。断网环境下也要能继续录制，否则网络一抖，最关键的那一单就断了。
落地清单
- 确定一套五段式命名规则，全仓统一，写入作业规范；
- 把「先扫码、后录制」变成打包台的标准动作顺序；
- 设置三层目录结构与自动清理周期，与留存期限对齐；
- 每月抽 5 单做检索演练，验证能否在 1 分钟内调出对应录像；
- 对录像文件设置访问与删除权限，开启云端备份。
规范的命名加上扫码联动，才能把「录了」变成「查得到、拿得出、站得住」。如果希望跳过手工改名的环节，可以直接下载京速证_Windows版（v8.0.1.0）在本机试用，用一单真实发货走通扫码、录制、按单号检索的完整流程。
