迁移数据盘点表以“一行一个迁移对象”为基本粒度，核心字段分为六组：对象标识、规模、责任归属、敏感级别、迁移优先级和依赖关系，再补充迁移方式、目标位置、计划窗口与状态等执行字段。这套结构适用于源系统对象类型多、项目并行、存在多套用户目录的场景，下文给出可直接复制的空白表、字段口径、必填规则、填写示例与维护方法。
要点总览（TL;DR）
- 盘点表以“一行一个迁移对象”为粒度，核心字段分六组：对象标识、规模、责任归属、敏感级别、迁移优先级、依赖关系，再补迁移方式、目标位置、计划窗口与状态。
- 对象编号、对象类型、对象名称、源系统位置、记录数、业务负责人、数据负责人、敏感级别、迁移优先级、状态为必填；附件量、估算容量、计量口径、前置对象等可按场景取舍。
- 多套用户目录场景需补充关联用户目录、目录来源、账号映射状态三个字段，单目录场景可整列省略。
- 规模字段要统一计量口径（是否含附件、是否含历史版本），否则汇总容量无法用于排期。
- 盘点表需固定更新节点与责任人，对象编号保持稳定，并与后续映射表、验证清单共用编号衔接。
可复制空白盘点表模板
下表可直接复制到 Excel、在线表格或文档中填写。表头保持固定，填写行按对象类型分组排列；对象类型较多时，复制整行结构继续追加即可。示例中保留一行空白填写行，实际使用时按盘点对象数量扩展。
| 对象编号 | 对象类型 | 对象名称 | 源系统位置 | 记录数 | 附件量 | 估算容量 | 计量口径 | 业务负责人 | 数据负责人 | 敏感级别 | 迁移优先级 | 前置对象 | 关联用户目录 | 目录来源 | 账号映射状态 | 迁移方式 | 目标位置 | 计划窗口 | 状态 | 备注 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| OBJ-001 | 项目 | （填写项目名称） | （源系统空间/项目路径） | 待盘点 | ||||||||||||||||
| OBJ-002 | 工作项 | 待盘点 | ||||||||||||||||||
| OBJ-003 | 文档/页面 | 待盘点 | ||||||||||||||||||
| OBJ-004 | 附件 | 待盘点 | ||||||||||||||||||
| OBJ-005 | 用户与用户组 | 待盘点 | ||||||||||||||||||
| OBJ-006 | 权限配置 | 待盘点 | ||||||||||||||||||
| OBJ-007 | 系统配置 | 待盘点 | ||||||||||||||||||
| OBJ-008 | （其他对象类型） | 待盘点 |
表头之外建议在表格顶部保留三行元信息：盘点表版本号、更新日期、盘点范围说明。这三项不占用对象行，用于后续版本比对和交接。
字段说明：六类字段各自回答什么问题
六组字段分别回答“迁什么、有多大、谁负责、多敏感、先迁谁、依赖谁”六个问题。填写时每个字段只承担一个判断，避免把多个信息塞进同一格。
| 字段 | 所属分组 | 含义 | 取值示例 | 填写口径 |
|---|---|---|---|---|
| 对象编号 | 对象标识 | 盘点对象的唯一标识，全表及后续映射表、验证清单共用 | OBJ-001 | 按“OBJ-序号”统一编码，一经分配不再变更 |
| 对象类型 | 对象标识 | 对象所属类别，决定迁移方式和字段映射规则 | 项目、工作项、文档/页面、附件、用户与用户组、权限配置、系统配置 | 使用预先约定的类型清单，不逐行自由命名 |
| 对象名称 | 对象标识 | 对象在源系统中的可识别名称 | 研发管理项目A | 与源系统显示名称一致，便于核对 |
| 源系统位置 | 对象标识 | 对象在源系统中的路径、空间或项目归属 | 空间/研发中心/项目A | 记录到可定位的层级，多套源系统时在路径前加系统简称 |
| 记录数 | 规模 | 对象包含的记录条数 | 1200 | 工作项按条计，文档按页计，用户按账号计；注明是否含已归档记录 |
| 附件量 | 规模 | 对象关联的附件数量 | 86 | 按文件个数统计，与记录数分开记录 |
| 估算容量 | 规模 | 对象占用的存储空间估算值 | 3.2 GB | 注明是否含附件与历史版本，同一张表内口径保持一致 |
| 计量口径 | 规模 | 说明记录数、附件量、容量的统计边界 | 含附件，不含历史版本 | 逐行填写或整表统一在表头注明，二者选其一 |
| 业务负责人 | 责任归属 | 确认对象是否需要迁移及业务含义的人 | 产品经理张三 | 填写到具体人员，不填部门代称 |
| 数据负责人 | 责任归属 | 对数据完整性、字段映射和迁移结果核对负责的人 | 数据管理员李四 | 与业务负责人可为同一人，但需分别填写 |
| 敏感级别 | 敏感级别 | 对象数据的敏感程度，用于排期与审批 | 高、中、低 | 使用有限取值，判定标准写在表头附注中 |
| 迁移优先级 | 迁移优先级 | 对象进入迁移批次的先后顺序 | P1、P2、P3 | 与计划窗口对应，P1 优先安排；取值定义提前约定 |
| 前置对象 | 依赖关系 | 必须先完成迁移的对象编号 | OBJ-005 | 填写对象编号而非名称，多个用逗号分隔 |
| 关联用户目录 | 依赖关系 | 对象数据所关联的用户目录 | 目录A | 多套目录时逐行标注，与目录来源字段配合使用 |
规模类字段的关键是口径一致。同一张盘点表中，如果部分行按含附件统计、部分行按不含附件统计，汇总后的容量就无法用于排期。建议在表头统一注明口径，个别对象口径不同时在“计量口径”列单独说明。
责任归属需要区分两类人：业务负责人判断对象是否值得迁移、迁移后业务上是否可用；数据负责人判断字段是否映射完整、附件与评论是否齐全。项目并行时，两类负责人可能分属不同项目组，分开填写才能明确交接对象。
依赖关系字段记录两类信息：前置对象决定迁移顺序，关联用户目录决定账号与权限的处理顺序。用户与用户组、权限配置通常应作为前置对象排在业务数据之前，避免数据迁完后无法归属到人。
必填与选填：哪些字段缺失会导致盘点失效
必填字段的判断标准是：缺失后无法确定“迁什么、迁多少、谁确认、先迁谁”。满足这四项判断的字段必须填写，其余字段可按场景取舍。
| 字段 | 必填/选填 | 判断依据 |
|---|---|---|
| 对象编号 | 必填 | 后续映射表、验证清单的关联主键，缺失则无法追溯 |
| 对象类型 | 必填 | 决定迁移方式与映射规则，缺失则无法分组排期 |
| 对象名称 | 必填 | 核对对象身份的基本依据 |
| 源系统位置 | 必填 | 定位源数据，缺失则执行阶段无法取数 |
| 记录数 | 必填 | 判断规模与批次划分的基础 |
| 业务负责人 | 必填 | 迁移范围确认的责任人，缺失则范围无法定稿 |
| 数据负责人 | 必填 | 数据完整性与映射核对的责任人 |
| 敏感级别 | 必填 | 影响审批路径与排期，缺失则高风险对象可能被漏审 |
| 迁移优先级 | 必填 | 多项目并行时用于排序，缺失则无法排期 |
| 附件量 | 选填 | 对象不含附件时可不填；含附件的对象建议填写 |
| 估算容量 | 选填 | 用于容量规划；小规模对象可暂不估算 |
| 计量口径 | 选填 | 整表口径统一时可在表头注明，无需逐行填写 |
| 前置对象 | 选填 | 无依赖的对象留空；有依赖时必须填写 |
| 关联用户目录 | 选填 | 单套用户目录场景可整列省略；多套目录场景转为必填 |
| 目录来源 | 选填 | 多套用户目录场景下必填，用于区分账号所属目录 |
| 账号映射状态 | 选填 | 多套用户目录场景下必填，记录账号是否已匹配到目标账号 |
| 迁移方式 | 选填 | 执行阶段补充，盘点初期可留空 |
| 目标位置 | 选填 | 映射方案确定后补充 |
| 计划窗口 | 选填 | 排期确定后补充 |
| 状态 | 必填 | 跟踪盘点与迁移进度，建议从“待盘点”开始统一取值 |
多套用户目录场景下，盘点表需要额外补充三个字段：关联用户目录、目录来源、账号映射状态。原因是同一人员可能在多套目录中存在不同账号，若盘点阶段不记录目录归属，迁移时会出现账号重复或权限错配。这三个字段在单目录场景可以整列省略，在多目录场景应转为必填。
项目并行场景下，建议在对象编号之外增加“所属项目”列，或在对象名称中体现项目归属。这样按项目筛选盘点行时，能快速拆出各项目的迁移范围，避免不同项目的对象混在同一批次。
填写示例：一个多项目并行场景的完整盘点行
以下示例为演示情景，用于说明字段如何联动填写，不代表真实客户数据。背景设定：某研发组织从两套源系统迁移，源系统包含项目、工作项、文档、附件、用户与权限配置等多种对象类型；两个项目并行推进；用户账号分布在两套目录中。
| 对象编号 | 对象类型 | 对象名称 | 源系统位置 | 记录数 | 附件量 | 估算容量 | 计量口径 | 业务负责人 | 数据负责人 | 敏感级别 | 迁移优先级 | 前置对象 | 关联用户目录 | 目录来源 | 账号映射状态 | 迁移方式 | 目标位置 | 计划窗口 | 状态 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| OBJ-001 | 用户与用户组 | 研发中心全员账号 | 系统A/用户管理 | 320 | 0 | — | 按账号计，不含禁用账号 | 研发管理部王五 | IT管理员赵六 | 中 | P1 | — | 目录A、目录B | 目录A为主，目录B为历史账号 | 待映射 | 账号导入 | 目标系统/用户管理 | 第1周 | 待盘点 |
| OBJ-002 | 权限配置 | 项目A空间权限 | 系统A/空间/项目A/权限 | 45 | 0 | — | 按权限条目计 | 项目A产品经理张三 | IT管理员赵六 | 高 | P1 | OBJ-001 | 目录A | 目录A | 待映射 | 权限重建 | 目标系统/项目A/权限 | 第1周 | 待盘点 |
| OBJ-003 | 项目 | 项目A | 系统A/空间/项目A | 1 | 0 | — | 按项目计 | 项目A产品经理张三 | 数据管理员李四 | 中 | P1 | OBJ-001、OBJ-002 | 目录A | 目录A | 已映射 | 系统迁移 | 目标系统/项目A | 第2周 | 待盘点 |
| OBJ-004 | 工作项 | 项目A需求与缺陷 | 系统A/空间/项目A/工作项 | 1200 | 86 | 3.2 GB | 含附件，不含历史版本 | 项目A产品经理张三 | 数据管理员李四 | 中 | P1 | OBJ-003 | 目录A | 目录A | 已映射 | 系统迁移 | 目标系统/项目A/工作项 | 第2周 | 待盘点 |
| OBJ-005 | 文档/页面 | 项目A技术文档 | 系统B/空间/项目A/文档 | 210 | 140 | 1.8 GB | 含附件，含历史版本 | 项目A技术负责人孙七 | 数据管理员李四 | 高 | P2 | OBJ-001 | 目录A、目录B | 目录A为主 | 待映射 | 系统迁移 | 目标系统/项目A/知识库 | 第3周 | 待盘点 |
| OBJ-006 | 工作项 | 项目B迭代任务 | 系统A/空间/项目B/工作项 | 860 | 52 | 2.1 GB | 含附件，不含历史版本 | 项目B产品经理周八 | 数据管理员李四 | 低 | P2 | OBJ-001 | 目录B | 目录B | 待映射 | 系统迁移 | 目标系统/项目B/工作项 | 第3周 | 待盘点 |
示例中依赖关系的填写逻辑是：用户与用户组（OBJ-001）作为所有业务数据的前置对象，保证迁移后数据能归属到人；权限配置（OBJ-002）依赖用户账号，排在项目与工作项之前；项目（OBJ-003）依赖账号与权限，工作项（OBJ-004）再依赖项目。优先级上，账号、权限、项目与项目A的核心工作项列为 P1，文档与项目B数据列为 P2，按批次推进。
多套用户目录的处理体现在 OBJ-001 与 OBJ-005：关联用户目录列出目录A、目录B，目录来源说明主次，账号映射状态记录匹配进度。这样在迁移执行前，可以先完成账号映射，再迁移依赖账号的业务数据。
调整与维护方法：盘点表如何随迁移推进更新
盘点表在初次填写后仍需持续维护，否则会与迁移实际进度脱节。维护的核心是固定更新节点、明确更新责任人、保持对象编号稳定。
- 按对象类型裁剪列：对象类型单一且不含附件的场景，可省略附件量、估算容量、计量口径三列；单套用户目录场景可省略关联用户目录、目录来源、账号映射状态三列。裁剪后需在表头注明版本，避免不同项目使用不同结构导致汇总困难。
- 固定更新时点：建议在迁移范围确认、映射方案完成、切换前检查三个节点各更新一次。每次更新记录版本号与更新日期，保留上一版本用于比对。
- 明确更新责任人：数据负责人负责更新规模、依赖与状态字段；业务负责人确认对象范围与优先级变更；项目经理负责汇总各项目盘点行并核对批次。
- 保持编号稳定：对象编号一经分配不随范围调整而变更，范围取消的对象标记状态为“已排除”而非删除行，便于回溯。
- 与映射和验证衔接：映射表以对象编号为关联字段，记录源字段与目标字段的对应关系；验证清单同样引用对象编号，记录核对结果。三张表共用编号，迁移过程可逐对象追溯。
当盘点结果需要跨项目共享和跟踪时，可以把盘点表作为文档沉淀，把每个迁移对象拆成工作项，在状态字段中同步“待盘点、映射中、迁移中、已验证”等阶段。ONES 的 Jira 迁移方案覆盖项目、工作项、状态、字段、流程、附件和历史记录，Confluence 迁移可将空间、页面、附件和权限结构迁入 ONES Wiki，迁移内容还包括用户、用户组与系统配置。盘点表中的对象类型、规模、责任人与依赖字段，正好对应这些迁移内容的范围确认与排期依据；对象编号则可以作为文档与工作项之间的关联线索，让盘点、映射、验证三个阶段使用同一套标识推进。
维护节奏建议与项目并行情况匹配：每个项目每周更新一次状态字段，跨项目汇总每月核对一次依赖关系与优先级。发现前置对象变更时，及时调整受影响对象的计划窗口，避免批次顺序错乱。
常见问题
盘点表里的“记录数”和“估算容量”必须同时填吗？
记录数为必填，用于判断规模与划分批次；估算容量为选填，用于容量规划。小规模对象可暂不估算容量，但同一张表内若填写容量，需在“计量口径”列或表头统一说明是否含附件与历史版本，避免汇总时口径不一致。
单套用户目录的场景，关联用户目录相关列可以删掉吗？
可以。单套用户目录场景下，关联用户目录、目录来源、账号映射状态三列可整列省略，盘点表结构更简洁。若后续可能接入第二套目录，建议保留列头但暂不填写，并在表头版本说明中注明当前为单目录口径，便于后续扩展时对照。
对象编号在迁移范围调整后需要重新编排吗？
不需要。对象编号一经分配应保持稳定，范围取消的对象将状态标记为“已排除”而非删除行，便于回溯。映射表和验证清单均以对象编号为关联字段，重新编号会导致三张表无法逐对象追溯。
盘点表填完后，和后续的映射表、验证清单怎么衔接？
三张表共用对象编号作为关联主键。映射表记录源字段与目标字段的对应关系，验证清单记录核对结果，均引用盘点表中的对象编号。盘点表的状态字段可同步“待盘点、映射中、迁移中、已验证”等阶段，使盘点、映射、验证三个阶段使用同一套标识推进。
多项目并行时，盘点表按项目拆成多张还是共用一张？
建议共用一张总表，在对象编号之外增加“所属项目”列，或在对象名称中体现项目归属。这样按项目筛选即可拆出各项目的迁移范围，同时保留跨项目依赖关系的完整视图。若各项目独立维护，需在汇总时核对对象编号不重复、依赖关系不遗漏。
