问题定义：为什么长数字会被“E+”吃掉
在 WPS 表格中输入 18 位身份证号或 20 位订单号时，默认「常规」格式会把数值转成科学计数法（如 4.321E+17），后 4 位直接变 0000。根源在于 WPS 沿用 IEEE 754 双精度规范：超过 15 位有效数字即被四舍五入，科学计数只是“替罪羊”，真正的精度在写入瞬间就已丢失。
一次性修正的最短路径：先文本、后格式刷
多次实测表明，最稳妥的策略是在数据导入阶段就把列强制设为文本，而不是等出现 E+ 再回头抢救——后者只能改显示，救不回已经消失的尾数。
桌面端（Win / macOS / Linux 三端一致）
- 打开空白表格 → 菜单「数据」→「自文本导入」。
- 选 CSV 或 TXT 文件 → 文件原始编码选「65001:UTF-8」→ 下一步。
- 在「列数据格式」面板，单击含长数字那一列，勾选「文本」→ 完成。
- 导入后，该列左上角出现绿色三角，示意文本存储，数字完整。
- 若已有其他工作表需要同格式，用「开始 → 格式刷」一次性刷到其他区域即可。
Android / iOS 移动端
首页 → 应用 → 文件 → 长按 CSV →「用 WPS 表格打开」→ 底部「工具」→「数据」→「文本导入向导」。后续步骤与桌面一致，屏幕较小，建议横屏操作，点选更精准。
Web 版（金山文档）
上传 CSV 后，在预览弹窗点「高级选项」→ 关闭「自动检测数值」→ 手动将长数字列设为「文本」→ 确定。Web 版暂无格式刷，可点「格式 painter」图标或 Ctrl+C / Ctrl+Shift+V 选择性粘贴格式，实现跨列同步。
事后补救：已变 E+ 的列还能救吗？
经验性观察：文件未关闭且未保存时，Ctrl+Z 可回退；一旦保存，精度即永久丢失。以下方法只能让单元格“看起来完整”，无法恢复真实尾数：
- 选中列 →「开始」→「格式」→「单元格」→ 选「自定义」→ 输入 0（或足够多位 000000000000000000）。
- 若源文件已丢，只能让上游系统重新导出文本文件。
例外与副作用：什么时候不该用文本格式
文本格式会关闭数值计算，若该列后续需参与 SUM、VLOOKUP，需权衡：
工作假设：≤15 位且需参与运算的列，可保留「数值」格式，但预先设置「自定义 → 0」避免科学计数；>15 位且需运算，建议拆成两列，左列文本留档，右列用 =LEFT(A1,15)*1 取前 15 位做计算。
与第三方系统协同：ERP、金税盘导出
多数 ERP 默认 CSV 不带引号，WPS 按「通用」规则解析。可在 ERP 导出界面勾选「字段加引号」或「强制文本」，再按前述导入步骤即可。若系统无此选项，让 IT 在 SQL 拼接时加制表符 \t 并改后缀 .txt，能 100% 触发 WPS 导入向导。
验证与观测：如何确认已修复
- 绿色三角：文本存储标志。
- 双击单元格，编辑栏应显示完整数字，无 E+。
- 在空白格输入 =LEN(A1)，应返回 18 或 20，而非 15。
- 保存为 .xlsx 后关闭再打开，数字仍完整。
故障排查：导入后仍被截断
| 现象 | 可能原因 | 处置 |
|---|---|---|
| 绿色三角出现，但后 4 位仍是 0 | 上游系统导出时已四舍五入 | 让上游改 SQL 为字符串拼接并在两端加制表符 |
| 科学计数消失，但 LEN 只有 15 | 手动改过「自定义 0」 | 只能重新导出，无法逆推 |
| Web 版无「文本导入向导」 | 文件<50 KB 直接进表格，绕过向导 | 先桌面导入，再上传云端 |
适用 / 不适用场景清单
- 适用：身份证号、银行卡号、订单号、UUID、税控盘编号等只读码。
- 不适用：需参与加减乘除、数据透视求和的金额列；>15 位且需排序的纯数字（文本排序会按字典序 10<2）。
- 中间地带：快递单号偶尔要做模糊查找，可用文本列 + 辅助列 =LEFT(A1,10) 做前缀匹配。
最佳实践 5 条
- 模板化：把「文本导入」设置保存为 .dqy 文件，下次双击即可复用。
- 批量模板：企业云盘放统一「数据导入模板.xlsm」，宏内已预置列格式，业务同事一键运行。
- 颜色标记：文本列统一填充浅灰，提示团队勿参与计算。
- 版本快照：导入前用 WPS 云「历史版本」留档，方便 30 天内回退。
- 自动化：若每周导一次，可在「数据」→「连接」→「现有连接」里设刷新周期，避免手动。
FAQ（结构化数据）
科学计数列改成文本后还能排序吗？
可以，但排序规则按字典序而非数值序，建议加辅助列 =VALUE(LEFT(A1,15)) 做数值排序。
Mac 版找不到「自文本导入」？
路径在「文件 → 导入 → CSV 文件」，后续与 Win 版向导相同；若灰显，先另存空白表格再试。
能否直接在单元格前加单引号 ' 批量修复？
单引号可把数字变文本，但对已丢失精度的 E+ 无效，且无法批量操作；仅适合手工录入场景。
WPS AI 能否自动识别长数字并设文本？
截至当前版本，AI 助手可提示「是否转为文本」，但需用户确认，尚未支持全自动批量。
导出给税务局 OFD 时报「签章校验失败」？
把长数字列设为文本后，需再检查是否含隐藏空格，用 CLEAN 函数清理后重新生成 OFD 即可通过。
收尾：下一步行动
长数字变科学计数不是显示 bug，而是精度天花板。牢记「导入阶段强制文本」这一原则，就能把风险挡在门外。今天就把团队 CSV 模板改成 .dqy 文件，并给业务同事发一份操作录屏，10 分钟投入，可省后续无数人工补 0 的麻烦。
