从旧网盘迁移到资料管理系统，先做一个试点

旧网盘用了几年，文件夹层级混乱、命名五花八门、离职员工的文件没人管。决定换资料管理系统后，最容易犯的错误是：一次性把所有文件搬过去，结果新系统里还是一团乱。

正确的做法是：先做一个小范围试点，跑通流程，再逐步推广。

一、为什么不要一次性全量迁移

一次性迁移的问题：

- 文件太多，迁移过程中无法逐份核对； - 旧网盘里的重复文件、临时文件、过期文件全部搬过去，新系统继承了旧问题； - 权限映射没验证，搬完发现谁都看不了或谁都能看； - 业务部门在迁移期间找不到文件，影响日常工作。

试点的目的是：用最小代价验证迁移流程，发现问题再调整。

二、试点选什么范围

建议选：

- 一个部门：比如销售部或行政部，不要全公司一起上； - 一类资料：比如合同类或证照类，不要什么都搬； - 时间范围：最近1-2年的活跃文件，历史档案是否纳入应按使用与保管要求判断，不以年限直接排除。

举例：选销售部最近一年的客户合同作为试点。

三、迁移前做清单

迁移前先列一份文件清单，而不是直接拖文件：

以下为自制示例，处理方式仅为经负责人确认后的样例，不按名称直接排除草稿或备份。

清单的作用是：迁移后可以核对数量和文件对不对得上。

四、迁移过程中要做的事

1. 去重

旧网盘里同一个文件可能存在多个位置。迁移时按文件内容（不是文件名）判断是否重复，内容相同也应核对业务事项、版本和引用关系。可以复用文件对象并保留多处业务关联；不因字节相同直接删掉某个业务记录。

2. 原路径映射

记录每份文件在旧网盘里的路径，迁移后在新系统里标注。这样如果有人记得旧路径，可以快速找到新位置。

3. 权限映射

先盘点旧工具实际权限模型，再对照新工具支持范围建立映射，不预设两者一定按文件夹或角色。试点期间验证：旧部门的谁能看到什么，在新系统里是否一致。

4. 命名和分类

迁移时不是原样复制文件夹结构，而是按新系统的分类框架重新归类。命名不规范的文件顺便规范化。

五、试点验收

试点迁移完成后，验收以下几项：

1. 数量核对：清单上该迁移的文件是否全部迁移，数量对不对； 2. 内容核对：按资料风险和事先约定确定核对范围，选取文件，打开确认内容完整、没有损坏； 3. 检索验证：用自制样本的预期关键词搜索，能否找到对应文件； 4. 权限验证：不同角色登录，确认看到的资料范围正确； 5. 用户反馈：试点部门同事是否能正常找到文件、日常工作是否受影响。

验收通过后，再按同样的流程推广到其他部门和资料类型。

六、回退方案

试点前保留旧网盘原始清单与必要备份，明确当前正式记录来源。试迁移阶段如旧系统仍接受业务修改，需记录新增和变更；在批准的切换窗口冻结试点范围写入，完成增量核对后，再由负责人决定将该范围改为只读并切换。未纳入范围照原流程运行。

回退不是切回旧入口就结束。切换后在新系统新增或修改的数据，必须按事先约定导出、核对并安全接回，明确冲突处理和责任人；未验证这个过程，不能承诺随时回退且业务不受影响。失败时保留两边状态及记录，避免直接覆盖。

常见问题

迁移时旧网盘里的临时文件怎么办？

按批准范围和保管要求分类登记为纳入、待确认或本次不纳入；草稿和历史材料可能有追溯价值，不按文件名或过期标签直接删除。

数智通提供一键迁移工具吗？

本文讲的是迁移方法论。具体系统是否提供批量导入工具，以产品实际功能为准。关键是迁移前做清单、迁移后做验收，而不是依赖"一键迁移"。

迁移期间业务中断怎么办？

明确每一阶段的正式记录来源、增量登记与切换窗口，不允许两边自由修改却无人对账；中断与回退安排须先验证。

一个可核对的切换记录样例

以下为虚构练习：试点选择某部门一类自制合同样本，初始清单记录十个业务事项，其中两项引用同一个模板。复制文件时可识别模板内容相同，但两个事项的引用都应保留。试迁移中旧端新增一份附件，由增量记录追踪，最终切换前将附件与事项对应，分别核对文件和业务清单。

记录批准冻结时间、实际停止写入时间、最后增量、核对人和切换决定。若回退测试发现新端字段不能导出，应在扩大试点前解决或明确保留限制，不能把下载附件当作完整回退。若新系统没有原路径字段，可使用受控映射台账，不承诺系统自动保存路径。数智通具体导入和导出范围以产品说明及获准测试为准。