附件生命周期表：上传、共享、归档、清理 4 阶段规则

企业 IM 里的附件，常常被当成聊天的附属品。合同、图纸、验收单、报价表在群里发出去，聊天窗口一关，文件就失去了上下文。等到存储告警、审计抽查或员工离职，才发现没人说得清哪些该留、哪些能删。

附件生命周期管理要解决的，就是这个问题。它不是按时间给文件排个序，而是让每一份文件在正确的时间进入正确的系统，由正确的人负责。下面这张表把上传、共享、归档、清理拆成四道门禁，后文再逐段说明规则和落地方式。文中的配置与版本边界，以私有化 IM 喧喧IM 为例，其他平台可以按同样思路调整。

一、附件生命周期表：四个阶段各自管什么

阶段	起点	责任人	关键动作	通过标准
上传	文件产生，需要发给同事或群	文件创建人	分类、命名、脱敏、选通道、校验	文件可打开、版本正确、接收范围正确
共享	文件已上传，需要多人使用	文件创建人、群主	最小范围、有效期、外发审批、留痕	接收人必要、可追溯、到期有动作
归档	项目结束、合同关闭、年度归档	部门归档负责人	鉴定范围、转存、补元数据、定期限	文件与元数据完整、可检索、可读取
清理	过期、重复、离职、存储告警	IT 管理员、文件责任人	核对、审批、备份、删除、验证	不在保留范围、审批完整、可恢复

这张表可以直接改成企业自己的版本。表里的通过标准是门禁，不是建议；达不到就退回上一环节，不进入下一阶段。

四阶段也不是单向流水线。归档鉴定不通过，文件退回责任人补充材料；清理时发现未归档的定稿，文件退回归档环节。每个阶段都要回答三个问题，谁负责、什么条件下通过、失败退回哪里。

1. 先分类，再上传

文件类型和敏感级别决定它走哪条通道、给谁看、留多久。分类不做，后面的权限和期限都没有依据。

业务类型可以按合同、项目、财务、人事、研发、行政来分；敏感级别可以按公开、内部、敏感、核心来分。拿不准时按更高一级处理，再让部门负责人确认。

2. 一份文件一个责任人

责任人通常是创建人或项目负责人，不是默认由群主承担。群主负责群秩序，不负责每个文件的业务含义。文件被转发多次后，仍然要能追溯到最初的责任人。

3. 先归档，再清理

没有归档确认，不进入删除清单。清理阶段只处理已经完成归档、超过保留期或确认无保存价值的文件。把顺序倒过来，很容易把还在合同期、审计期或项目期的文件删掉。

二、上传阶段：入口不设规则，后面都是补救

1. 上传前先做分类和命名

命名不用复杂，能让人一眼看出文件属于谁、做什么、哪一版就够了。可以用 部门_项目_主题_v版本_日期 的格式，例如 研发部_星河项目_接口设计_v2_20261103.md 。

不建议只写“最终版”“最新版”或“修改稿”。这些词没有时间、没有版本，过两周就没人分得清。临时文件可以加 临时_ 前缀，并注明复核日期，到期由创建人处理。

敏感文件先做脱敏。必须原样传输时，走审批，并把接收人缩到最小范围。分类、命名、脱敏这三步做完，再考虑用哪种方式发。

2. 选对通道，别把大文件硬塞进聊天窗口

工作文件走 企业 IM 文件传输或企业批准的文件系统。敏感文件不走个人网盘、个人社交账号或来历不明的传输工具。

上传上限要按服务器容量设置。喧喧IM 的安装文档把单文件上传上限放在 XXD 的 uploadFileSize 参数里，示例默认值为 20M，可以按实际容量调整。超过上限的文件，走企业文件服务器、项目系统或受控网盘，不要为了临时发一个文件把服务器上限长期调高。

可执行文件、来源不明的压缩包，先扫描或走审批。文件大小是通道问题，敏感级别是安全问题，两者不能互相替代。

3. 发送后做一次三秒校验

文件发出去，不等于传对了。打开一次，确认能正常预览或下载；看一眼版本号，确认不是旧稿；核对接收人，确认没有发错群。

重要文件再补一条文字说明，写清用途、需要对方做什么、有效到什么时候。这条说明会跟着文件留在聊天上下文里，比单独一个附件更容易被后来的人理解。

上传阶段真正要控制的，不是文件大小，而是文件进入系统前有没有被分类、脱敏，接收范围有没有确认。

三、共享阶段：文件发出去，控制权不能一起交出去

1. 范围最小化

先问一句，这个文件需要这么多人看到吗。能用单聊解决，不发大群；能在项目群解决，不发全员群。群越大，文件被转发、下载、截图的机会越多。

群成员要按项目周期复核。离职、调岗、外部顾问退出后及时移出，项目结束后关闭或归档项目群。外部共享默认走审批，不使用个人账号，接收方、用途、期限都写清楚。

能在线预览的文档，先预览再决定是否下载。预览不能替代权限控制，但能减少不必要的本地副本。

2. 给文件一个业务有效期

聊天消息能长期保存，不等于文件应该长期处于有效状态。私有化部署不会替企业设定统一的到期日，文件保存多久由企业策略和服务器容量决定。

共享时标注“有效至某日”或“项目结束后 30 天复核”。到期做三选一，续期、归档或清理。不要让“先放着”变成永久不处理。

撤回也不等于删除。对方可能已经下载或截图，敏感文件的控制要放在发送之前，而不是发出去之后再想办法收回。

3. 水印、截图与外发

喧喧IM 的 通讯安全能力包括界面水印，可以在聊天界面叠加用户信息，用于截屏溯源。如果制度要求文件级水印，在上传前把水印加到文件里，再发给接收方。界面水印是威慑和追溯手段，不是防止截图的技术锁。

外部共享用审批、接收人清单、有效期和确认回执，不靠一句“别外传”。涉及合同、报价、图纸、客户资料的文件，外发前由业务负责人和合规负责人分别确认。

4. 留痕

重要共享在项目系统或共享台账里登记，至少包括文件名、版本、发送人、接收人、日期、用途和有效期。登记不需要很复杂，但要能回答谁在什么时候把哪个版本发给了谁。

不要只依赖聊天记录。跨群、跨人、跨年检索很难，员工离职后上下文更容易断。台账是共享阶段的收口，也是后面归档和清理的依据。

共享阶段的控制点不是发没发，而是发给谁、为什么发、什么时候收回。

四、归档阶段：不是所有附件都叫档案

1. 先判定归档范围

该归档的通常是能证明业务发生过、能支撑未来决策、能满足审计或合规要求的文件，例如合同、验收材料、设计定稿、会议决议、财务凭证、人事记录、监管报送材料和知识产权相关文件。

不该归档的包括临时协调文件、重复版本、随手拍的照片、个人文件和已经失效的草稿。把这些都塞进档案系统，只会让真正重要的文件更难找。

国家档案局《企业档案管理规定》（国家档案局令第21号，2023年10月1日施行）要求企业编制本企业的文件材料归档范围和档案保管期限表，保管期限分为永久和定期，定期一般分为30年和10年；各信息系统形成的、属于归档范围的电子文件及元数据应一并归档。具体到某类文件，仍以企业自己的保管期限表为准。

聊天文件不等于档案，群文件也不等于归档。判断标准是内容是否属于企业归档范围，不是文件发在哪个群、有多大。

2. 选对承接系统

IM 负责沟通和文件流转，正式归档要进入企业档案系统、文档管理系统或项目管理系统。项目过程中的定稿文件，可以随项目在项目管理系统里沉淀；喧喧IM 与禅道集成，沟通和项目协作能衔接，正式档案仍按企业档案制度移交。

没有档案系统时，至少放到受控的只读共享目录，配好权限和备份，不要只留在个人聊天窗口。个人聊天窗口不是归档位置，也不是长期保存位置。

3. 归档包要带什么

归档不是把文件挪个文件夹。一个可用的归档包，至少要有文件本身和一组元数据，包括题名、责任者、形成时间、版本、密级、关联项目、保管期限。

重要文件记录校验值，归档后做一次打开、检索和权限测试。格式上保留原始文件，同时输出通用 PDF 便于长期阅读；不要只留一个依赖特定软件才能打开的格式。

4. 保留期限与备份

按企业保管期限表执行。合同、财务、人事等文件可能有更长的法定或约定期限，法务保全和审计要求优先于日常清理规则。

备份至少覆盖在线存储和离线副本。备份后做恢复演练，确认附件目录、数据库和配置能一起恢复。只备份数据库，恢复后文件可能对不上；只备份文件，权限和元数据也可能丢失。

判断一份附件要不要归档，看它能否证明业务发生过、能否支撑未来决策，而不是看它占多大空间。

五、清理阶段：删除是收尾，不是起点

1. 先划清清理对象

适合进入清理清单的，包括超过复核日期的临时文件、重复文件和旧版本、已经失效的共享文件、离职人员遗留的无人认领文件、失败上传产生的临时文件，以及项目结束后不再需要的中间文件。

不能直接清理的，包括未归档的定稿、处于法务保全或审计期的文件、未结项目的文件、合同和财务凭证、存在争议的文件。拿不准的文件，先归入待鉴定区，不直接删除。

2. 五道门禁

第一道，归档核对。文件是否已经归档，或者是否属于应当归档但还没归档的范围。未归档的，先退回归档环节。

第二道，保留期核对。文件是否还在合同、法务、审计或企业保管期限要求的范围内。在范围内的，不进入删除清单。

第三道，责任人确认。由创建人或项目负责人确认文件是否还有业务用途。责任人已经离职的，由接任者或部门负责人确认。

第四道，审批。按文件风险设置审批层级，至少包括部门负责人；涉及档案、法务、财务、人事的文件，增加对应负责人审批。

第五道，备份与冷却。删除前备份附件目录和元数据，把待删除文件移入待删除区或保留可恢复副本。冷却期可以按文件风险设为 7 到 30 天，期间可以撤回。

3. 执行与验证

不要直接在生产目录批量删除。先备份附件目录和数据库，按运维流程操作，确认删除范围与审批清单一致。

XXB 后台首页会统计附件总大小，可以看容量趋势，但它不是逐文件台账，不能判断单个文件该不该删。它是容量信号，不是清理依据。

删除后做四件事，抽查剩余文件能否正常打开，确认存储空间已经释放，从备份恢复一个文件验证可恢复性，确认没有业务投诉。清理清册要保留，至少写明文件名、版本、原因、审批人、日期和备份位置。

清理阶段的关键产出不是释放了多少空间，而是一份能说明为什么删、谁批准、还能不能恢复的清册。

六、谁负责哪一段：把规则写进岗位

角色	上传	共享	归档	清理
文件创建人/项目负责人	分类、命名、脱敏	确认接收范围	提交归档	确认可清理
部门负责人	审批敏感文件上传	审批外部共享	指定归档负责人	审批清理
IT 管理员	配置上传上限与存储	维护账号与群组	提供转存与备份支持	执行清理与验证
档案/法务	提供分类与期限要求	审核敏感外发	审核归档包	法务保全与销毁审批
安全/审计	抽查上传合规	抽查共享记录	抽查归档完整性	抽查清理清册

规则写进岗位，才有执行的可能。只写在通知里，过一段时间就会回到“谁方便谁发、谁想起谁删”的状态。

检查节奏可以按三档来定。月度看离职账号、外部共享和存储增长；季度看项目结束未归档、超期共享和重复文件；年度复核归档范围与保管期限表，做一次备份恢复演练和权限复核。

附件生命周期管理不是 IT 一个部门的事。没有业务负责人确认，IT 只能看到文件大小，看不到文件价值。

七、在私有化 IM 中落地：配置点与边界

1. 先算清数据落点和容量

私有化部署把文件放在企业自己的服务器上，数据不经过第三方公有云。数据落点清楚了，容量、备份和权限才有讨论基础。

按喧喧IM 的 XXD 安装文档，附件默认保存在 files 目录，uploadPath 可以调整；实际路径以部署版本为准。上线前把磁盘容量、备份空间、扩容方式算清楚，别等存储告警了才处理。

XXB 后台的服务端管理说明显示，后台首页会统计附件总大小。这个数字适合看趋势，不适合当作逐文件清单。

2. 上传上限与通道

Windows 系统安装 XXD 的参数说明写明，uploadFileSize 控制单文件上传上限，安装文档示例默认值为 20M，可以按实际使用调整。

调大之前先看磁盘、带宽、备份窗口和客户端体验。大文件走文件服务器或项目系统，IM 只传必要文件。上传上限是通道规则，不是安全规则；敏感文件仍然要脱敏、审批、最小范围。

3. 安全能力与版本边界

喧喧IM 支持私有化部署和全链路加密，专业版提供服务器端文件加密存储。IP 登录限制、界面水印等安全能力的版本归属，以官网版本说明为准。开源版与专业版的能力边界不同，选型时不把专业版能力默认写成开源版能力。

正式归档由企业档案系统承接，IM 负责沟通和文件流转。把这两件事分开，选型和制度设计都会更清楚。

4. 备份与恢复

备份要覆盖附件目录、数据库和配置。只备份数据库，恢复后文件可能对不上；只备份文件，权限和元数据也可能丢失。

每半年或一年做一次恢复演练。清理前先备份，冷却期内保留可恢复副本。恢复演练不是走形式，要实际打开文件、检索元数据、验证权限。

私有化部署解决的是数据放在哪里，不自动解决文件该不该留、该由谁删。后者要靠制度和配置一起补。

八、FAQ

1. 私有化部署的 IM 附件会自动过期吗？

通常不会按统一日期自动过期。私有化部署下，保存周期由企业存储策略和服务器容量决定，需要企业自己设复核日和清理规则。喧喧IM 的私有化部署同样如此，具体以版本配置为准。

2. 聊天文件能直接当档案吗？

不能。只有属于企业归档范围、完成元数据登记和移交的文件才是档案。聊天记录可以说明过程，但不替代归档。

3. 清理前要备份多久？

按文件风险和保留要求定。至少覆盖冷却期和一次恢复演练；法务保全、审计期内的文件不清理。

4. 员工离职，文件怎么交接？

离职前列出待归档和待交接文件，转给接任者或归档，群主变更，账号停用前由 IT 核对。个人接收的文件不能随账号一起消失。

5. 上传上限调大就行吗？

不行。上限受磁盘、带宽、备份窗口和客户端体验约束。大文件走文件服务器或项目系统，IM 只传必要文件。

6. 界面水印能代替文件水印吗？

不能。界面水印用于截屏溯源，文件本身不会自动带水印；需要文件级水印时，在上传前处理。

九、参考依据

• 国家档案局《企业档案管理规定》（国家档案局令第21号，2023年10月1日施行），https://www.saac.gov.cn/daj/xzfgk/202309/12176c4c839b4d8cb972724d67f10b37.shtml
• 喧喧IM《如何使用即时通讯软件发送文件》，https://www.xuanim.com/column/how-to-send-files-instant-messaging-apps-3kg-KnowledgeEncyclopedia
• 喧喧IM《企业即时通讯文件传输加密：定义、常见技术与选型指南》，https://www.xuanim.com/column/enterprise-instant-messaging-file-transfer-encryption-definition-common-technology-selection-guide-8ng-KnowledgeEncyclopedia
• 喧喧IM《Windows 系统安装XXD》与《XXB 首页统计信息》，正文已链接，核对日期 2026年11月3日