字体
大
中
小
关灯
上一章 回目录    收藏 下一页

第84章 老周不让删日志(1/3)

平台的处理结果,比七个工作日来得更快。

第三天上午,林凡提交的几个素材账号被封了,论坛链接也打不开了。

平台发来通知:经核查,相关内容违反社区规范,已进行处置,感谢您的反馈。

张磊看完,第一反应是高兴:“封了!”

老周却皱眉:“证据呢?”

“我们不是截图了吗?”

“平台后台日志呢?

账号关联、上传记录、Ip、交易链接、举报处理过程,这些都在平台手里。”老周说,“一封了事,页面没了,普通人能看到的证据也没了。”

林凡心里一沉。

果然,警方那边补充询问时,希望提供更多原始链接和平台处置记录。

林凡点开之前保存的页面,很多已经显示“内容不存在”。

截图能说明曾经看见过,但要追链路,远远不够。

与此同时,青橙数科也收到客户要求:删除社区推荐事故中所有相关日志,理由是“避免用户隐私继续暴露,降低舆情风险”。

项目经理把邮件转给林凡:“客户说删。”

林凡看见“删除历史推荐记录”“清空异常反馈缓存”“不保留争议商家关联信息”几行字,头皮一紧。

老周看完,直接说:“不能删。”

项目经理苦着脸:“客户要求。”

“客户要求不等于合法合理。”老周指着屏幕,“这些日志是事故复盘和用户投诉处理依据。

你现在删了,将来问责时,你拿什么证明系统怎么推的、谁审核的、用户授权了什么?”

项目经理压低声音:“客户怕舆情扩大。”

老周冷笑:“删日志就不扩大?

那叫把小火苗塞进纸箱里祈祷它讲素质。”

林凡提议:不直接删除,先做证据保全和隐私脱敏。

用户敏感信息加密封存,访问权限收紧,保留推荐链路、规则版本、审核记录和处置过程。

等法定保存期和投诉期结束,再按规范清理。

老板听到“不能删”时,第一反应也不舒服。

他问老周:“如果客户坚持呢?”

老周说:“那让客户出具书面指令和法律意见。

别口头说一声,最后锅落我们头上。”

会议室里空气变硬。
本章未完,请翻下一页继续阅读.........
上一章 回目录    收藏 下一页