录像不是没录，是录完找不到
多数仓库的问题不在录制环节，而在调取环节。文件名还是摄像机默认的「CH01_20240612153022.mp4」，客服要一段三天前的发货录像，只能按时间轴一格格拖；碰上多摄像头，还要先判断是哪个机位拍的。命名规范的本质，是给每一段视频一个能被人和系统同时读懂的地址。
四段式命名结构，够用且不易撞车
建议统一成「日期_单号_工位_机位」，四段信息一次说清这段视频属于谁、在哪拍、哪只眼睛拍的。
- 日期：YYYYMMDD 八位定长，保证按文件名排序即按时间排序。
- 单号：直接用平台订单号或包裹号，不做二次编码，客服报单号就能对上。
- 工位：打包台、货架区、退货拆包台用固定短码，如 P1、R2。
- 机位：CAM1、CAM2，多摄像头同步录制时必须区分，否则多路视频容易互相覆盖。
示例：20240612_3829104756_P1_CAM2。长度可控、肉眼可读，只输入订单号后六位也能命中。
文件名里不要出现这三类内容
- 买家姓名、电话、地址等个人信息。文件名会随视频扩散到聊天工具和网盘，容易造成信息外泄。
- 空格、斜杠、中文括号等特殊符号。部分系统与播放器会截断或报错，批量处理时更麻烦。
- 「最终版」「改2」这类人工标注。规范一旦松动，一个月后没人说得清哪个是原始文件。
命名只是前提，检索链路才是效率
文件名再规范，如果调取时要翻三个工位的电脑、两台录像机，效率依然上不去。真正的检索效率来自三件事：录像与单号绑定、跨工位统一查询、存储位置可控。
京速证（KINYOOBA）的做法是让扫码枪在打包、验货、交接环节直接触发录像，视频生成时自动带上订单号与防篡改时间水印，事后按单号检索即可定位到对应片段，不必再回忆「大概几点」。京速证_Windows版（最新版本 v8.0.1.0）支持 1-3 个摄像头接入，画面可放大查看面单与商品细节，手机扫码也能联动开录；多工位数据同步、视频文件分布式储存，意味着各工位的录像不必强行集中到一台机器，统一查询时仍是一个入口。储存位置支持自定义，可以把录像直接落到指定盘符或大容量存储上，命名规则的执行也更可控。
三条能立刻执行的操作建议
- 把命名规则写进交接班表：谁开机、谁扫码、文件落到哪个目录，一班一确认，交班时签字。
- 每周抽查 5 个订单：随机报单号，看能否在 1 分钟内调出对应录像，调不出的记录原因并复盘。
- 保留原始文件：剪辑、转码版本另存目录，原始文件不覆盖、不重命名，避免举证时被质疑完整性。
常见误区：文件名整齐了，时间水印却没跟上
有些团队把文件名整理得很规范，但画面里没有任何时间信息，一旦进入平台纠纷或司法场景，对方完全可以质疑「这段视频是后来补录的」。命名解决的是内部检索问题，时间水印解决的是对外可信问题，两者缺一不可。建议开启防篡改时间水印，并保证录像机所在环境断网时仍能正常录制，避免网络抖动造成关键时段空白。
把规范变成习惯，才算真正落地
命名与检索规范的价值，是把「事后翻证据」的成本提前压到最低。可以从两个动作开始：先统一命名结构并写进制度，再选一套能让扫码动作自动触发录像、按单号秒级检索的工具。如果目前的录像还散落在多台设备、文件名仍靠系统默认，可以下载京速证_Windows版 体验扫码联动录制与单号检索的实际效果，再决定推广到几个工位。
