
资产库管理软件里,文件、设计稿、发布包和合同附件都以版本形式沉淀。用得越久,旧版本越多:全删,怕回滚时找不到基线;全留,检索时又会混进大量临时稿和重复副本。
这篇内容要解决的问题很具体:资产库中的旧版本,按什么标准分成在用、可追溯、可清理三档,以及分档后怎么保留、迁移和删除。分档依据不是文件年龄,而是引用关系、留存义务和复用价值。
一、三档的判定标准与边界
下表把资产库管理软件中三档的判定入口、典型对象和退出条件放在一起,便于在复核会上逐项确认。判断对象是版本,不只是文件;元数据、关联对象和审批记录要一起看。判定时按固定顺序:先排除法律冻结和留存义务,再看引用关系,最后看重复度。
| 档次 | 判定问题 | 典型对象 | 退出或处置条件 |
|---|---|---|---|
| 在用档 | 当前交付、回滚或并行维护是否仍然引用 | 当前发布版本、最近回滚基线、客户定制版本 | 被新基线替代且回滚窗口结束,无未关闭关联 |
| 可追溯档 | 是否需要还原修改过程、审批依据或对外承诺 | 合同交付件、验收材料、重大变更记录、审计样本 | 留存期限届满,且无进行中的审计、纠纷或监管要求 |
| 可清理档 | 是否既无留存义务,也无检索和复用需求 | 临时稿、重复副本、失效模板、无关联中间产物 | 冷却期结束,经责任人复核和审批后删除 |
1. 在用档:围绕当前交付和回滚窗口判断
在用档看三个信号:是否被当前发布单引用,是否是最近一个可回滚基线,是否服务于仍在维护的客户版本。
回滚窗口不必统一规定天数,可以按发布节奏和恢复目标确定。例如,每次发布至少保留当前生产版本和上一个稳定基线;并行维护多个客户版本时,每个仍在服务的版本线都要保留自己的基线。在用档的退出条件不是时间到了,而是新基线稳定、回滚窗口结束、没有未关闭的变更或缺陷。
2. 可追溯档:按最小证据包保留
可追溯档面对的是证明需求,不是日常使用需求。合同交付件、验收材料、重大变更记录和审计样本通常属于这一档。
这一档建议按最小证据包保留:文件本体、版本说明、审批记录、关联工作项、交付或验收记录、校验值。少一项,追溯时就可能需要跨系统补证。
国家标准GB/T18894-2016《电子文件归档与管理规范》第6.1.1条要求,具有查考价值的电子文件及其定稿应被保留;第7.2.4条规定,背景信息和元数据的保管期限应与内容信息一致。该标准主要适用于党政机关,其他社会组织可以参照。
第9.5.1条还要求,载体转换后的原载体保留不少于3年。这说明迁移不等于立即销毁,团队可以据此设置最短保留期,但不必照搬具体年限。
3. 可清理档:先排除留存义务,再判断复用价值
可清理档要同时满足三个条件:没有法律、合同或审计上的留存要求;没有被当前项目、版本或发布记录引用;没有检索、复用或争议处理价值。
判断时先查留存义务,再查引用关系,最后查重复度。处于诉讼、审计、监管调查或合同争议中的版本,应进入法律冻结,暂停任何清理动作。可清理不等于立即删除,冻结中的版本也不进入清理候选。
对确认可清理的版本,先移入隔离区,保留原路径、校验值、关联对象和审批记录,设置冷却期;冷却期结束后由责任人和复核人共同确认,再执行删除。国家标准第9.8.1条也明确,鉴定销毁应在办理审批手续后实施。

二、把三档落到入库、复核和清理
1. 入库时补齐标签字段
每个版本入库时,建议至少记录以下字段:资产标识、版本号、生命周期状态、生效时间、关联对象、留存依据、责任人、复核日期和处置方式。
生命周期状态分为在用、可追溯、可清理候选;关联对象写清需求、任务、发布单、合同或验收单的编号;留存依据写明适用制度、合同条款或审计要求;处置方式写明继续保留、迁移、隔离或删除。标签的作用是驱动检索、权限和到期提醒,不是填完就结束的表单。
2. 用事件触发复核
固定周期复核容易流于形式,事件触发更贴近实际。常见触发事件和对应动作如下。
| 触发事件 | 复核动作 |
|---|---|
| 发布完成 | 原在用基线转为可追溯或清理候选 |
| 合同关闭 | 检查交付件、验收材料是否转入可追溯档 |
| 审计结束 | 解除临时保留,重新判断去向 |
| 项目结项 | 清理临时产物,保留交付和验收证据 |
| 客户版本停止维护 | 评估该版本线是否仍有回滚或合同义务 |
3. 清理按六步执行
清理不是点一次删除,而是一组可追溯的动作:
- 生成待清理清单,列明文件、版本、关联对象和判定依据。
- 由责任人确认业务上不再需要。
- 由复核人确认没有留存义务或法律冻结。
- 移入隔离区,保留原路径、校验值和审批记录。
- 冷却期结束后再次确认,执行删除。
- 保留销毁清单,记录删除时间、执行人和审批人。

如果组织已有文档版本管理流程,可以把三档判定接进去,不必另建一套。
三、验证方法与常见偏差
1. 用三个指标加一个保护指标
回滚定位时间:从发现当前版本问题,到找到可回滚基线并确认差异,需要多久。审计取证时间:从一次变更,到找齐文件、审批记录和关联任务,需要多久。可清理占比:隔离区中最终确认可以删除的版本占多少。
再加一个保护指标:误删恢复次数。前三个指标看效率和冗余,误删恢复次数看清理动作是否过于激进。四个指标只看自己的趋势,不需要跨组织比较。

2. 两个常见偏差
第一个偏差是标签一次打死。版本发布、合同关闭或审计结束后状态没有更新,三档就会失真。第二个偏差是清理权限过于集中。同一个人既能判定、又能审批、还能执行删除,记录再完整也缺少制衡。
对应的改法是:把复核绑定到事件上;把判定、审批和执行拆开;至少保留双人确认和操作日志。三档方法能否持续,取决于复核是否跟着事件走,而不是分类表设计得多细。
3. 最小落地顺序
先选一个资产域,例如某条产品线的交付文档或某类构建产物。给现有版本补齐标签字段,按一次真实事件做复核,先处理明确无争议的重复副本,再用四个指标复盘,最后扩大范围。
四、常见问题
1. 旧版本保留越久越安全吗?
不是。保留时间应由留存义务和复用价值决定。超期保留会增加检索干扰和管理成本。
2. 没有外部审计,还需要可追溯档吗?
需要,但范围可以更窄。对外交付、重大变更、安全事件和合同承诺通常仍需要证据链;纯内部临时过程可以缩短保留范围。
3. 删除后发现还要用,怎么办?
取决于删除前有没有隔离区和可恢复备份。若没有,删除就不可逆。清理流程应先隔离、再冷却、最后删除;涉及合同或监管的记录还要走审批。
三档保留的终点,不是把资产库变小,而是让资产库管理软件里的每一个旧版本都有明确去向。
文章标题 :资产库管理软件的旧版本,按“在用、可追溯、可清理”三档保留 ,发布者 :项目管理研究院




























