AI 表格导入 Excel 后出现前导零消失、日期变化或长数字变形，通常可以沿着“输入格式—字段类型—导入方式—结果校验”四个层级排查。
故障现象
常见表现包括：
000123变成123；- 长订单号变成科学计数法；
03-04被识别成日期；- 金额列无法求和；
- Markdown 表格全部进入 A 列。
一句话诊断
表格结构进入 Excel 后，字段被自动推断为日期或数值；如果输入仍是 Markdown 源码，Excel 还可能无法识别列边界。
原因树
第一层检查输入：网页表格、制表符文本、CSV 和 Markdown 源码需要不同导入方式。
第二层检查类型：编号应是文本，金额应是数值，日期应在确认区域格式后转换。
第三层检查结构：表头分隔行、单元格换行和内部竖线可能造成错列。
第四层检查版本：多轮回答中的字段增删和顺序变化可能导致合并失败。
低风险修复
少量数据可以先把编号列设为文本，再重新粘贴。Markdown 源码需要删除分隔行，并按竖线执行文本分列。已经丢失的前导零或长数字尾数，应从原始回答重新获取。
批量修复
通过“数据—从文本/CSV”进入 Power Query，检查 UTF-8 编码和分隔符，删除错误的自动类型转换步骤，再逐列指定类型。处理完成后加载为 Excel 表格，把清理步骤保留在查询中。
如果不希望长期维护转换脚本，也可以把文档转换工具，如 DS随心转，作为高频整理场景中的一个选项；它属于第三方工具，可辅助处理页面已经加载且当前账号有权访问的内容，Markdown 导出免费，不是相关 AI 平台的官方合作产品。
边界情况
- 单元格内部包含竖线时，不能直接按竖线拆分；
- 多级表头应先转换为唯一字段名；
- 超长编号必须作为文本；
- 多轮补充表格应先统一字段再追加；
- 涉及财务和个人信息时应先脱敏。
验收清单
- 列数与原表一致；
- 前导零保留；
- 长编号长度正确；
- 日期未被意外换算；
- 金额能够求和；
- 分隔行和说明文字未混入数据；
- 抽样记录与原回答一致。
参考资料
- Microsoft Support：Import or export text files
https://support.microsoft.com/office/import-or-export-text-txt-or-csv-files-5250ac4c-663c-47ce-937b-339e391393ba - Microsoft Learn：Power Query documentation
https://learn.microsoft.com/power-query/ - Microsoft Support：Keep leading zeros and large numbers
https://support.microsoft.com/office/keep-leading-zeros-and-large-numbers-1bf7b935-36e1-4985-842f-18c0f7d22db8
常见问题
为什么把单元格设置为文本后，已经丢失的前导零没有恢复？
格式设置只能影响后续解析，已经被 Excel 删除的信息需要回到原始回答重新导入。
金额列为什么显示为文本，无法求和？
通常是列中混入货币符号、空格或说明文字。先清理非数值字符，再统一设置数值类型。
导出后是否还要人工检查？
需要。至少抽查编号、日期、金额、空值和多行文本，并在上传或分享前删除个人、客户及财务敏感信息。
