第84章 老周不让删日志(1/3)
平台的处理结果,比七个工作日来得更快。
第三天上午,林凡提交的几个素材账号被封了,论坛链接也打不开了。
平台发来通知:经核查,相关内容违反社区规范,已进行处置,感谢您的反馈。
张磊看完,第一反应是高兴:“封了!”
老周却皱眉:“证据呢?”
“我们不是截图了吗?”
“平台后台日志呢?
账号关联、上传记录、Ip、交易链接、举报处理过程,这些都在平台手里。”老周说,“一封了事,页面没了,普通人能看到的证据也没了。”
林凡心里一沉。
果然,警方那边补充询问时,希望提供更多原始链接和平台处置记录。
林凡点开之前保存的页面,很多已经显示“内容不存在”。
截图能说明曾经看见过,但要追链路,远远不够。
与此同时,青橙数科也收到客户要求:删除社区推荐事故中所有相关日志,理由是“避免用户隐私继续暴露,降低舆情风险”。
项目经理把邮件转给林凡:“客户说删。”
林凡看见“删除历史推荐记录”“清空异常反馈缓存”“不保留争议商家关联信息”几行字,头皮一紧。
老周看完,直接说:“不能删。”
项目经理苦着脸:“客户要求。”
“客户要求不等于合法合理。”老周指着屏幕,“这些日志是事故复盘和用户投诉处理依据。
你现在删了,将来问责时,你拿什么证明系统怎么推的、谁审核的、用户授权了什么?”
项目经理压低声音:“客户怕舆情扩大。”
老周冷笑:“删日志就不扩大?
那叫把小火苗塞进纸箱里祈祷它讲素质。”
林凡提议:不直接删除,先做证据保全和隐私脱敏。
用户敏感信息加密封存,访问权限收紧,保留推荐链路、规则版本、审核记录和处置过程。
等法定保存期和投诉期结束,再按规范清理。
老板听到“不能删”时,第一反应也不舒服。
他问老周:“如果客户坚持呢?”
老周说:“那让客户出具书面指令和法律意见。
别口头说一声,最后锅落我们头上。”
会议室里空气变硬。
本章未完,请翻下一页继续阅读.........