第二天一早，苏晚比平时早到了半小时。

办公室里还没什么人，只有前台的小姑娘在拖地。苏晚跟她打了个招呼，径直走到自己工位坐下，打开电脑登入了公司内部的数据系统。她调出了两个月前那三周供应商数据的操作日志，把所有的记录逐条展开。

记录显示的那次批量修改，操作人的账号编码是LZ0321——这是原市场部一个离职员工的工号。苏晚记得这个人在她入职之前就已经不在了，离职时间恰好是三个月前，也就是李总监还在主管市场部的时候。

苏晚从系统里调出离职人员的名单，搜到了LZ0321对应的姓名：张磊。备注栏写的是合同到期未续签。她看着那个名字和离职时间，又看了一眼数据修改的日期，中间差了大概十天。

如果张磊离职前最后做的事之一是调整了这批数据，那这个操作是出于什么原因？工作交接时需要整理数据？还是离职前被人授意做了改动？苏晚没有答案，但她把这条信息记了下来。

她又往前翻了一下操作日志，发现一件有意思的事：张磊在职期间的最后一个月，除了那三周的数据之外，还有另外两批数据也被同样的方式批量修改过。时间跨度覆盖了他离职前四周的工作记录。也就是说，张磊在离开之前集中调整了好几批数据，不只是供应商这一块。

苏晚把所有被修改过的数据按时间顺序列了一个清单，标注了对应的项目和修改幅度。她发现这些修改有一个共同点——调整的幅度都在可被解释的范围内，不会引起特别显眼的质疑，但综合起来看，整个前期的数据基线都被轻微地了一点。

她靠在椅背上看着屏幕上那张清单，手指搭在鼠标上没有动。如果这些修改是张磊离职前做的，那他现在已经不在公司了，无法直接问他为什么这么改。但如果这些数据是被人授意的，那个人是谁？李总监？赵明远？还是其他人？

苏晚想了想，决定先不声张。她把那张清单截图存进了加密文件夹里，然后关了数据系统的页面，开始处理今天正常的工作邮件。

上午十点，周萌到了公司，放下包凑过来问：昨天那个数据断档的事你查了吗？什么情况？

查了一下，操作记录显示是离职员工做的批量调整。苏晚没有隐瞒，但也没有把所有细节都倒出来，具体原因还不清楚，可能需要更多信息才能判断。

周萌皱了皱眉：离职员工？那有点麻烦了，人都走了，问也问不到。

嗯，我先把数据按正常的关联逻辑补回来，确保项目推进不受影响。苏晚说，其他的后面再看。