分清事件发生时间与数据上传时间再判断异常原因

巡检记录核对中，值得先问的不是“哪条记录错了”，而是“这两个时间说的是不是同一件事”。针对 www.itl1001.com、www.itl1002.com、www.itl1003.com 的读者关心的现场与平台时间差，建议先保存原始记录，再按字段含义逐层检查，避免直接改表后丢失判断依据。

部分锁具系统会分别保存事件时间和记录采集时间，离线设备还可能存在尚未传到服务器的记录。因此，平台上看到某条信息的时间，不一定就是实际操作发生的时间。

假设一次开锁在上午发生，下午才完成记录采集，就应分别核对“何时操作”和“何时采集”。先查看字段说明，再判断是否迟到、补传或漏传。产品没有提供的字段，不应由管理人员凭经验补写成确定值。

建议选择一把获准测试的锁具，在现场记录一次正常授权操作的时间、设备编号和测试人员，再查看钥匙、手机或平台中能够获取的对应记录。只比较同一次事件，不要拿相邻两次开锁混在一起。

随后核对系统时区、日期格式和显示设置。发现固定时间差时，把差值及相关设置截图保留给技术人员判断。不要为了让报表看起来一致，先把服务器或管理终端的时间随意调动。

查询时建议核对日期范围、设备编号、人员名称和事件类型，确认没有把目标信息排除在筛选范围之外。还应留意查询的是事件发生日期，还是数据被采集的日期。

对于需要现场采集记录的设备，应确认上次采集是否完成，并按厂家流程操作。若记录尚未取得，可暂时标为“待核验”，不要直接写成“没有开锁”。核验表中同时保留查询条件，方便另一位管理人员复查。

一条成功授权记录，不应单独被当作检修完成的证明。建议把开锁事件与工单安排、现场签到、作业照片和离场确认放在一起核对，明确每种资料实际能够说明什么。

例如工单安排上午作业，而日志显示下午有操作，首先核查是否调整过任务，是否存在再次入场，以及双方记录的设备是否一致。不能仅凭时间不同就认定违规，也不能在没有依据时直接认定为系统延迟。

确认问题原因后，建议记录原设置、修改内容、生效时间和执行人员。完成调整，再通过一次授权测试检查新记录，核对设备、人员、时间和事件类型是否能够对应。

涉及历史数据时，保留原始文件，另附解释或更正说明，不要删除原始行后重新拼接。仍无法解释的时间差，应附上设备型号、版本信息和测试记录交由技术人员分析，并在结果确认前保留待处理状态。