把共享盘里的文件搬进在线协作平台前，先检查迁移后的完整路径是否符合目标规则，以及不同源文件是否仍对应不同目标对象。源文件能打开，不代表目标会接受同样的名称；把路径缩短、把特殊字符替换掉，也可能让原本不同的文件撞到同一个位置。
这一步适合放在批量导入之前。先形成可复查的名称映射，发现冲突后由资料负责人决定保留层级、调整名称还是分开存放，再执行迁移。下面的文件和路径是解释方法的假设示例，不是客户案例或已经完成的产品测试。
先算目标路径，不只看原文件名
源位置可能是“共享盘／部门甲／年度项目／报价.xlsx”，目标位置却多出企业空间、项目目录或客户端同步根。即使保留所有原文件夹，实际处理的完整路径也已经不同。一份官方迁移说明明确提醒：目标用户和站点名称会与源路径组合，目标前缀变长可能导致原本可用的路径超过限制。
因此，扫描表应保存拟采用的完整目标位置，而不是仅检查文件名这一段。还要说清被检查的是哪个入口：网页中的资源路径、迁移接口接收的路径，还是同步到员工电脑后的本地路径。某个网页入口接受文件，不能直接证明客户端也能按相同方式打开、保存或重命名。
长度如何计算，需要绑定目标产品、版本与具体入口。请实施方确认从哪里开始计数，是否先做 URL 解码，计量的是字符、UTF-16 代码单元还是 UTF-8 字节，以及分隔符和扩展名是否计入。跨平台路径帮助就展示了不同入口和计量单位的差异；其中关于云路径解码与编码形式的说明也存在口径不一致，不能摘出一个数字当作本项目算法。遇到这类不明确项，应取得目标版本的解释，再用合成的边界样本验证。
名称能被接受，不代表不会重名
命名检查至少要区分合法性与唯一性。合法性回答“目标允许这个名字吗”；唯一性回答“应用目标规则后，它会不会与另一个对象占用同一位置”。检查前者时，应取得目标当前的禁用字符、保留名和空白处理说明，不能把一个操作系统的清单复制成所有在线协作平台的规则。
一份官方文件命名限制说明按产品与平台列出规则，并记录了客户端行为变化。另一份文件服务命名说明则区分保留大小写与是否区分大小写，还说明特定协议和版本条件下尾随点的处理会变化。这些资料说明：看起来不同的名字，可能被某个目标按同名处理；它们不构成其他平台采用相同规则的证据。
重命名方案也必须再做唯一性检查。删除字符、截短名称、去掉目录层级，每一种变换都可能减少原来用于区分文件的信息。“转换后的名字都合法”与“每份文件仍有独立去处”，是两个需要分别成立的结果。
压平目录，可能把两份报价放到同一个位置
假设源目录中有两份文件：对象 A 位于“部门甲／报价.xlsx”，对象 B 位于“部门乙／报价.xlsx”。它们分别用于两个部门，内容与维护人也不同。项目为了缩短目标路径，提出去掉部门目录，将所有报价集中到“项目”文件夹。
| 源对象 | 源位置 | 拟目标位置 |
|---|---|---|
| A | 部门甲／报价.xlsx | 项目／报价.xlsx |
| B | 部门乙／报价.xlsx | 项目／报价.xlsx |
路径确实变短了，但这份方案把两个源对象指向同一位置。迁移工具遇到它时，可能拒绝、改名、覆盖或采用其他规则，实际行为必须查目标工具约定；不能预设它会自动替项目做出正确选择。即使两个文件当前字节相同，也不能据此自动合并：它们可能承担不同用途、分别授权，并由不同人员继续维护。
解决这组冲突，可以由资料负责人决定保留部门子目录，或采用能区分用途的目标名称，也可以将两份资料放入不同空间。选择要同时考虑使用者怎样找文件、既有链接怎样处理以及谁有访问权。不要为了通过长度检查，直接批量削掉全部目录或覆盖同名文件。
迁移前，把冲突留在映射表里处理
先为本轮源对象建立清单。存在稳定文件标识时优先保留；没有原生标识时，由迁移方案给本轮清单分配记录标识，并关联源位置、采集时点和版本依据。这个记录号不是原系统凭空新增的文件 ID，也不能让已经变化的源文件自动获得同一内容身份。
每行至少保留源对象记录、原位置、拟目标位置、名称变换及理由、冲突组和处理决定。分组时使用目标实际采用的名称比较规则；规则未知就先列为待确认，不能简单把所有名称转成小写后宣布检查通过。对发生改名或移动的文件，还应记录由谁确认，以及需要更新哪些导航或引用。
在上面的报价例子里，A 与 B 应同时保留在冲突组中。资料负责人确认两个独立目标位置后，再更新映射并重查。未决定的行保持“待处理”，其他文件是否先迁由项目方案安排。映射表应能说明每个源对象的去向，而不是只留下修改后的目标文件名。
迁入后，回到同一对对象核对
执行时固定本轮映射版本；结果回读后，关联实际返回的目标对象标识、最终位置及处理状态。目标未提供某类标识时，应说明可使用的查验依据，不自行编造接口。一份官方迁移报告指南把扫描、过滤、预期迁移、上传与实际迁移分别统计，并在逐项报告中记录源与目标对象、任务及轮次。这提醒项目：一个总体成功数，不能解释每份改名文件最终去了哪里。
仍以上述两份报价为例，分别按 A、B 的映射找到目标文件，核对部门用途和关键内容，确认它们没有被合并或覆盖。原样复制的文件可比较字节摘要；若经历格式转换，摘要不同本身不能判失败，需要按约定核对内容与可用性。迁移完成后的权限和引用仍按项目既定方案验收，本文的名称检查不能替代这些工作。
重跑前，先核对已确认的源—目标对应关系和本次源版本。只靠最新文件名重新匹配，可能把已经改名的目标认成缺失，再生成另一份副本。未迁移、规则过滤、扫描失败与目标已确认，应分别保留；源文件在扫描后又变化时，重新确认受影响记录，不把旧映射直接当成新版本已经迁妥。
评估石墨办公套件私有部署时，可带上源目录样本、拟目标结构与冲突映射表，预约演示并确认迁移边界。请方案方按拟交付版本说明命名限制、冲突处置和结果核对方式；不从“支持文件管理”推定已经提供自动改名、特定迁移工具或无损迁移保证。也可以先看私有化部署方案，了解部署形态与交付范围。