直接添加索引会在整张表连续编号。若每个客户的记录都要从1开始，需要先按业务顺序排序，再分组，在每个嵌套表中添加索引后展开。
编号粒度与顺序
| 场景 | 判断 |
|---|---|
| 整表唯一流水 | 直接添加索引 |
| 每个客户从1开始 | 分组后在子表添加索引 |
| 编号代表时间先后 | 分组前按日期和稳定键排序 |
| 同日多条记录 | 增加第二排序键避免刷新换序 |
建立稳定组内序号
- 确定分组键
客户ID优于名称
- 定义排序
日期、时间和记录ID完整
- 分组保留所有行
对子表调用添加索引
- 展开并核对
保留原字段与新索引
客户联系次数编号
客户A三次联系编号1到3，客户B两次联系也从1开始。
同一客户同一时间两条记录没有稳定第二键，刷新后顺序可能互换。
若源数据晚到，历史组内序号可能整体变化，因此外部引用不要依赖该序号作为永久键。需要固定凭证号应由源系统生成。验收时比较分组前后行数、每组最大索引和原始记录数量。
围绕“Power Query组内索引”实际处理时，建议把Power Query分组编号、每组重新编号写进操作记录。第一步是先确认输入范围，不要直接在唯一原文件上试错；处理中可先用一条记录或一页样本验证，确认规则后再扩大范围。先用一份副本做小范围验证。完成后分别复核关键设置和输出结果，并记录软件版本、文件来源及处理时间。若结果需要交接，除了最终文件，还应保留一份可回退副本和异常清单，说明哪些项目被跳过、为什么跳过以及下一步由谁确认。这样既能复现Power Query组内索引的处理过程，也能避免把Power Query分组编号、每组重新编号误当成最终结论。复核记录应由实际使用者确认，不能只以编辑者本机显示正常作为交付依据。
刷新稳定性检查
- 每组都从1开始
- 组内顺序可解释
- 展开行数未变化
- 刷新两次结果一致
每组重新编号依赖分组键和稳定排序。索引只是顺序结果，不能替代业务记录ID。
日期来源在文件名时参考Power Query从文件名提取日期：分隔符、类型和异常文件；所有行分组基础见Power Query分组中的“所有行”怎么用：保留明细再计算组内排名。