功能定位：为什么文本数字总会“算不动”
从 ERP、网页或第三方系统导出的报表，数字常被识别为“文本”，导致求和、透视、图表全部失灵。WPS 表格把“文本转数值”做成可审计的批量动作，既保留原始痕迹，又提供一键回退，是数据清洗里最高频、也最容易被忽视的合规环节。
最短可达路径（桌面端）
选中待转换区域 → 数据(Data) 选项卡 → 分列(分列到列) → 直接点“完成”。
原理：分列向导默认以“常规”格式重写单元格，文本数字被强制识别为数值，原内容不变，仅格式与底层存储类型刷新。
一键求和验证
转换后，状态栏自动出现“求和=xxx”；若仍显示“计数”，说明区域里仍有文本残留，可继续用“定位条件”精确定位。
最短可达路径（Android/iOS）
长按区域 → 工具 → 数据 → 分列 → 完成。移动端无“定位条件”，但提供“单元格格式”面板，可把格式批量设为“数值”后，再用 Σ 快捷求和。
例外与副作用：绿色三角≠都能转
绿色三角是“文本数字”提示，但以下场景分列会失效：
- 全角数字、前后不可见字符（U+00A0 不换行空格）
- 带引号的 CSV 残留，如 "123"
- 以文本函数显式生成，如 =TEXT(123,0)
经验性观察：若分列后绿色三角仍在，可用“查找替换”把空格、引号批量清空，再二次分列。
可审计的回退方案
WPS 12.9.1 起，任何“分列”操作自动写入“最近操作”栈，Ctrl+Z 可逐级回退；若文件已保存，可在“协作→Ghost Track”里回放 30 天内任意步骤，满足审计留痕要求。
性能边界：多少行算“批量”
DeepCalc 引擎在 1,500 万行 × 256 列表格内可实时计算，但“分列”属于重写单元格类型，会触发一次全表重算。经验性观察：10 万行文本数字转换，主流笔记本约 3–5 秒，期间 CPU 占用可见提升，建议关闭自动保存的“实时备份”以缩短等待。
与第三方机器人协同（最小权限）
若企业使用自研 Python 脚本调用 WPS COM 接口，建议只授予“打开只读+另存为”权限，转换完成立即释放句柄，避免宏病毒链。可复现验证：脚本末尾加 app.Quit()，任务管理器应无残留进程。
故障排查：分列后求和仍为零
- 现象：状态栏求和=0，公式栏左侧仍显示绿色三角。
- 可能原因：区域含混合全角字符或尾随空格。
- 验证：在空白列输入
=LEN(A1)，若返回值大于目视长度，即含不可见字符。 - 处置：复制空白单元格 → 选中异常列 → 选择性粘贴→“加”运算，强制把文本数字转为数值（原理：空白 0 加任何文本数字，WPS 自动类型转换）。
适用/不适用场景清单
| 场景 | 建议 | 理由 |
|---|---|---|
| 财务月报<100 MB | 直接分列 | 数据量小，可人工复核 |
| ERP 导出 500 万行 | 先采样 1 万行验证 | 避免全表重算锁死 |
| 含公式 =TEXT() | 不改源公式，另起一列粘贴为值 | 防止破坏业务逻辑 |
| 已开启 SM9 加密 | 转换前关闭兼容模式 | 避免跨平台无法打开 |