华橙咨询

13530902396

服务选择与交付指南

BP服务结束后，怎样约定敏感资料的保留期限与处理方式？

BP服务结束后，怎样约定敏感资料的保留期限与处理方式？

保密条款能定责任，定不了动作；结项后资料还在谁手上，靠的是一张按文件名列的清单。

2026-11-08 02:40:47 0 admin

BP服务结束后，怎样约定敏感资料的保留期限与处理方式？

这篇写给刚结束或即将结束BP委托、要在结项单上签字并继续对资料安全担责的创始人与法务、财务负责人。

BP服务合同里的保密条款多数长这样：「双方对合作过程中知悉的对方资料负有保密义务，未经书面同意不得向第三方披露。」态度写清楚了，三个操作问题没答：哪些资料在范围内、结项后还能留多久、到期资料去哪了。结项时卡住的多半不是对方愿不愿意保密，而是没人能说出资料现在在哪。

我的判断是：这类约定要能执行，得在合同或结项文件里落清四件事——什么算敏感资料、谁能接触、保留多久、到期怎么处理；而保留期限要从用途推，不能从习惯抄。

01｜真正要谈的不是保密态度，是四件没写清的事

保密态度在合作第一个月就解决了。结项时暴露的是可执行性：条款还在，没人能把它变成动作。

什么算敏感资料，是第一件。「全部项目资料」等于没有边界——执行时人是对着文件删的，不是对着概念删的。清单要按载体落：哪个文件夹、哪个文件名、属于哪一类、到期怎么处理。类别粗分五档即可：经营与财务数据、客户与供应商名单（带个人联系方式的还属个人信息）、未公开技术、融资安排、过程性材料。这一档只是标签，不是删除单位。

谁能接触，是第二件。条款常写「仅限于项目需要知悉的人员」，这句在结项时无法核对。要能核对，得写到两级：角色层（项目组、质检、设计、翻译、财务开票）与名单层（结项时给出实际接触过的人）。还有一层最易漏：外包设计、翻译、印刷、云盘与协作工具服务商都算实际接触方；只写「不得向第三方披露」而不点名它们，最常见的披露路径就留了空。

02｜保密条款为什么常常写了等于没写

模板继承。BP服务合同多半从通用服务合同改来，保密条款是格式条款；写的人当时关心付款、交付节点和违约责任。

时机不对。签合同时讨论「资料什么时候删」，双方都觉得像在预设对方泄密，于是推到结项；结项时注意力在交付物和尾款上。

责任写了、动作没写。条款说「到期应删除或返还」，没写谁执行、执行完给什么凭据。合同能定责任，定不了动作。

所以条款的效力不取决于措辞多严厉，取决于它是否绑定了三样东西：一个具体动作、一个具体责任人、一份可留存的确认件。缺一样，就退化成一句礼貌用语。

03｜保留期限从用途推，不从习惯抄

大部分保留期限写成整数年，来源是模板或「写个看起来安全的数」。这不叫推导。期限该从用途倒推，一个项目里通常有四种。

履约必须：服务期内的当前工作稿、待确认版本、待交付文件，期限到服务期结束，权限在项目组。

留底备查：证明做过什么、按什么口径做的、成果何时交付，含合同、结项确认、终版成果与变更记录。期限长于服务期，通常与合同、发票同一档，权限收到少数责任人、只读。

举证与审计：财务底稿、数据来源、访谈记录。期限不由双方谈，由外部要求决定——拟上市、国资、受监管行业的项目本来就有留存要求；要点是能按需调取，调取留记录。

内部复用：服务方想把方法沉淀成案例，这是最常发生也最少被写进条款的一种。要用就单独授权，把脱敏程度写清：能不能出现行业与规模、能不能对外说服务过这个赛道。

分档后会出现一个看似矛盾的结果：同一份资料在不同用途下对应不同期限。所以清单应按用途分行，而不是按资料分行——按资料分行时整行只能填一个期限，必然取最长的，结果是所有资料都被长期保留。

04｜「已删除」怎么才算数

结项时最常见的对话是：一方说资料已处理，另一方点头。这句话无法验证。

可验证的删除要满足三个条件：能列出载体、能指明执行人、能出示确认件。载体清单必须区分原件与衍生件——原件是终版交付文件，衍生件是中间稿、批注版、截图、导出件、邮件附件、协作工具的版本历史与回收站。漏得最多的是三处：来回发的邮件附件、协作工具的历史版本、个人设备里的截图。

交回与销毁是两种动作，不能互相替代。交回解决资料在谁手里，销毁解决资料是否还存在。面对审计或纠纷时，两侧都清空反而是坏结果。更稳的是分开写：服务方一侧销毁并出确认件，委托方保留一份封存件，封存范围、保管人、启封条件写进结项文件。

还有一侧常被忽略：委托方内部的扩散。服务商是有合同约束的有限主体，内部是无合同约束的多主体——群聊、个人社交工具、转发邮件、共享盘、离职人员的设备。对外约定处理方式，对内还要约定转发规则。

05｜这套约定的失效条件，通常出现在三类项目上

项目以文本材料为主、不含个人信息、也没有技术交付时，上面这套在条款层面基本够用。

三类项目不够用。含个人信息的（名单带手机号、用户数据、员工信息）要写到字段级并叠技术措施——最小化、去标识化、访问日志。含未公开技术的（源代码、配方、工艺参数），删除必须有系统记录，口头确认在这个场景等于零。有子处理方或多主体协作的（外包设计、翻译、境外云盘），需要单独的子处理方清单并把责任往下传一层。

前提变了结论也变：项目从一次性BP转成长期维护，保留期限要重设，否则每轮更新都要委托方重发资料。

在华橙咨询做结项交接时，这条边界我会说在前面：合同条款能约定责任归属，但管不住数据的实际流向；涉及个人信息或未公开技术的项目，必须在条款之外再叠一层技术措施，否则约定只停在纸面上。

自检清单

· 结项文件里能翻到一张按文件夹、文件名列的资料清单，每行标了类别与处理方式（交回／销毁／封存），不是一句「全部项目资料」
· 接触范围写到角色与名单两级，质检、设计、翻译、财务开票、外包与云盘服务商都在内
· 保留期限按用途分档，履约、备查、举证、复用各自都有期限与取用权限
· 到期处理区分原件与衍生件，中间稿、截图、邮件附件、工具历史都已列出
· 交回与销毁分开写，删除另有确认件写明谁在何时覆盖了哪些载体；有审计或纠纷可能时写明封存件保管人与启封条件
· 内部也定了流转规则：谁能转发、能否进个人社交工具、离职时资料怎么交接

FAQ

保密条款写「永久保密」是不是更安全？

分两层看。义务层可以不设终止，「永久保密」在这层没问题。载体层不行：承诺永久保留资料，就得给出保留的理由、范围和取用权限，否则条款自己打架。更稳的是义务不设期限、资料保留设期限。

服务方说资料已全部删除，我需要拿到什么？

三样东西：载体清单（覆盖哪些目录、邮箱、协作工具与回收站）、执行记录（谁在什么时候执行的）、书面确认件（能作为合同履行证据留存）。聊天里一句「都删了」不算。

结项时把资料全部交回、服务方一侧全部删除，是不是最安全？

通常不是。全部清空会让双方在需要举证时都失去依据。更稳的安排是：服务方一侧销毁并出确认件，委托方保留一份封存件，并约定封存范围、保管人和启封条件。

回到最开始那个问题：BP服务结束后，敏感资料的保留期限与处理方式该怎么约定。答案不在条款写得严不严，而在四件事有没有被落到能执行的位置上——清单、名单、期限、处理方式。

只来得及改一处的话，先改清单：把「全部项目资料」换成按文件名列的那张表。期限、权限、处理方式都要挂在这张表上，表不存在，后面三项没地方可挂。结项也不是交付完文件就结束了，它是资料责任从一方转到另一方的时点；这个时点没人主持，责任就留在原地。

上一篇：: 企业需要长期更新BP，怎样约定定期维护的内容与工作范围？

下一篇：: BP编写期间经营数据持续更新，怎样约定定稿使用的数据日期？

栏目分类

产品推荐

文章推荐

热门推荐

报价方案免费咨询