客户要求删数据，删到什么程度才算删干净

一、客户说删，指的是哪一份数据

客户提出删除，通常只说一个人名或一个账号。系统里与这个人有关的数据，可能散在好几张表里。

举个例子：一家做培训的公司，一位客户买了课，后来要求注销账号、删掉所有资料。公司一查，账号、订单、课程留言、上传的作业、和课程顾问的聊天记录，散在好几个地方；订单记录还在法定留存期内，短信服务商那里也存着手机号。

先按人把范围找全：账号、订单、留言、上传的文件、与服务人员的聊天记录，都算在内。

范围没找全就动手删，最容易留下半份。客户下一次查看，还能看到自己的信息，信任就没了。

把范围写成一张清单，处理一项划掉一项。不要只在脑子里记。

清单按系统分，不要按部门分。部门会变，系统不会。

二、生产库删掉，备份里那份怎么办

生产库里的记录删掉之后，备份文件里还留着更早的版本。备份不处理，等于没删干净。

备份有两种处理办法。一种是等备份自然过期，在过期前不再用这份备份恢复这个人的数据；另一种是单独清理。

选哪一种，要写进流程，并且告诉客户大概什么时候完成。含糊其辞，客户会一直追问。

备份过期的时间要能查到。查不到，就说不清什么时候算处理完。

这家公司的备份还有一段保留期，他们选择等它过期，并在回复里写明日期。

三、日志和报表里的副本谁来清

日志里常常带着账号、手机号、地址这些内容。报表系统为了查询方便，也会留一份副本。

这两处最容易漏。日志通常有保留期限；到期是不是真的清掉，要有人确认，不能只看设置。报表里的副本如果没有期限，就会一直留着。

删除时要同时通知管日志和管报表的人，让他们确认自己那一份什么时候清完。

日志和报表的负责人也要在清单上签字，确认自己那一份处理完了。

副本清完之前，先别回复客户已经全部完成。

日志和报表的负责人也被拉进清单，各自确认哪一天清完。

四、删之前要不要先留一份记录

要留。留的不是数据本身，而是这次删除的记录：谁提出、什么时候提、删了哪些范围、谁批准的。

记录里不要抄客户的具体信息，只写编号和范围。这样既能证明处理过，又不会多留一份数据。

记录本身也要有保留期限。留得太久，记录会变成新的负担。

记录和客户名单分开放。记录里不要出现手机号、住址这类内容。

五、交给第三方的数据怎么追回来

系统里常常把数据交给第三方，比如发短信、做数据分析、存文件。这些地方也有一份。

删除时要按合作清单逐个确认：对方存了什么、能不能删、删完怎么回复。

合作合同里最好提前写好这一条：客户要求删除时，第三方要在多长时间内处理完并给出回复。没有这一条，追起来会很慢。

第三方回复的邮件或记录要留着。口头答应不算处理完。

短信服务商那边，他们按合同发了删除通知，要求书面回复。

六、员工电脑和聊天记录里的那份

客户资料常常被员工下载到电脑上，或者发在聊天工具里。这些地方不受系统控制，最容易忽略。

删除时要提醒相关员工，把自己手里的文件一起清掉。不是不信任，而是这些副本同样属于客户的数据。

提醒要留记录。谁收到了提醒、什么时候清的，写清楚，后面才说得明白。

员工离职时也要检查一次。人走了，电脑里的文件还在。

课程顾问把下载过的学员名单也交了出来，清完后在提醒记录上签字。

七、删除请求要谁批准

删除是不可逆的动作，要有明确的批准人。不能谁收到消息谁就动手。

批准人要先确认两件事：提出请求的人是不是客户本人，删除范围有没有找全。

核验身份要走原来的登录、短信或人工验证，不要只凭一条消息就动手。

确认之后再动手。遇到拿不准的情况，先暂停，问清楚再继续，比删错了再补救便宜得多。

批准人不能是提出请求的人。自己提、自己批，等于没有把关。

八、多久之内必须删完

期限要在收到请求时就定下来，写进回复里。不同系统的处理速度不一样，不能给一个做不到的时间。

定期限时把备份、日志、第三方这几处都算进去。只算生产库，答复就会落空。

到期没处理完，要主动告诉客户进度，不要等对方来问。主动说明，比被追问更容易获得理解。

期限到了还没处理完，先回复客户已处理的部分和剩下的计划。

期限定得太紧，处理的人只能赶，容易漏掉副本。

有一种情况不能按客户说的日期删：法律、行政法规要求留存的那部分，比如交易记录、发票和与之相关的账目。这部分不能直接抹掉。

按《个人信息保护法》第四十七条，保存期限未届满，或者删除在技术上难以实现时，要停止使用，只保留存储和必要的安全保护，并把原因告诉客户。

留存期满再按流程删除。客户问起时，说清哪一部分要留、依据是什么、留到什么时候。

给客户的回复分成两部分：能删的写完成时间，法定留存的那部分写依据和到期时间。

九、怎么证明已经删了

客户提出要证明时，不能只说一句“已经删了”。要给得出处理的范围和时间。

可以给一份删除记录，写清处理了哪些系统、哪些副本、什么时候完成。记录里不出现客户的具体信息。

如果对方要求更正式的材料，再由负责合规的人出具。技术团队把手上的记录留全，就够了。

记录里写清系统名称与处理时间，不用写技术细节。

最后给客户的证明，就是那张逐项打勾的清单，加上各方的书面回复。

十、删错了怎么补救

删错了，先停下来，不要再继续扩大范围。然后确认删掉的是什么、有没有备份、能不能恢复。

能从备份恢复的，尽快恢复，并核对恢复出来的数据是否完整。恢复不了的部分，要如实告诉客户。

事后要查清原因：是范围找错了，还是批准环节没把住。找到原因，才谈得上避免下一次。

恢复之后要再看一遍，确认删掉的那部分没有被一起带回来。

删错之后的处理和原因，也要写进同一张登记表，下一次先看它。

十一、把删除写进日常流程

删除请求不要靠某个人记着。收到请求就登记，按清单逐项处理，处理完打勾。

清单上的项目固定下来：生产库、备份、日志、报表、第三方、员工手里的副本、记录与回复。

每一项都要有人负责。负责人不在时，要有替代的人接手，不能让请求停在半路。

流程写好后，找一次真实请求走一遍。走不通的地方当场改。

登记表放在大家都能看到的地方，谁处理了都能更新。

十二、先做哪一步最要紧

先把范围找全。范围不清，后面每一步都可能做错。

再定批准人和处理期限。这两样定下来，事情才不会拖着。

最后补记录。记录不用复杂，能说清谁、什么时候、处理了什么，就够用了。

范围、批准人、期限三样定下来，其他的可以慢慢补。

清单写好后，交给下一个接手的人看一眼，能照着做才算写清楚。

这家公司一开始漏了聊天记录，后来补上才把清单凑齐。