本页内容
先查类型，再按字段转换
- 保留原图、原生XLSX与来源位置，先核对百分号、小数点、表头和单位有没有识别错误。
- 选一个代表性单元格，用ISNUMBER及引用范围COUNT检查类型；不要只看右对齐或带百分号的外观。
- 只对已确认的百分比字段建立新列或副本，保留原文本，再按明确分隔符和百分号含义转换。
- 检查12.5%应对应0.125、100%对应1、0%对应0，再设置所需百分比显示位数。
- 复核COUNT、零值、编号和异常格，保存并重新检查实际文件；业务汇总还要核对分母、权重和统计期间。
本页的辅助表由本地制作，重算使用Apple Numbers，未在Microsoft Excel或WPS执行。原生产品XLSX另行下载，不能把本地处理当成自动识别效果。
看起来同为12.5%，底层类型不同
2026-10-16，复用此前真实图片识别的XLSX。只在本地添加百分比核对表：左侧保留原件三格文本，右侧按已确认含义写入0.125、1、0并设置百分比格式。随后在Numbers实际打开重算，再导出一份XLSX保留结果。
| 来源位置 | 原生文本 | 本地数值 | 显示与类型核对 |
|---|---|---|---|
| 表1!E3 | 12.5% | 0.125 | 显示12.5%，ISNUMBER为TRUE |
| 表1!E4 | 100% | 1 | 显示100.0%，ISNUMBER为TRUE |
| 表1!E5 | 0% | 0 | 显示0.0%，仍计入COUNT |
- 原件百分比文本三格的ISNUMBER均为FALSE，辅助数值列均为TRUE；引用范围COUNT分别为0和3。
- 左侧平均计算先用COUNT判断没有数值，显示“无数值”，没有把未知或缺失统一补成0。
- 右侧SUM为112.5%、三值算术平均为37.5%，只演示类型进入计算；缺少各项分母，不能据此确定整体达标率。
- 编号0012和123456789012345678仍按文本，未把整张表或所有看似数字的字段统一转换。
- Numbers重算导出的公式缓存与画面一致。文件组织或公式写法可能变化，原生XLSX保持原字节。
同源输入为此前自编清晰表格，不是本轮新OCR。辅助数值由本地逐项确认后写入，不能称为Numbers或Doc2X自动修正。截图是Apple Numbers实际画面，不是Microsoft Excel截图；本例未在Excel/WPS验证公式执行、再导入或通用兼容。
先了解这几件事
先检查单元格是真数值还是带百分号的文本，不要只看外观。本例原生XLSX里的12.5%、100%、0%都是文本；本地确认含义后另写0.125、1、0并设置百分比格式，Numbers实际重算才把三格都计为数值。编号和未知空白另行保留，三项比例的算术平均也不等于整体业务达标率。
- 原生输入
- 复用已有图片表格修订版XLSX，未再次上传、OCR或产品导出。
- 类型问题
- 表1!E3:E5为文本12.5%、100%、0%，不是三格数值。
- 实际重算
- Numbers显示ISNUMBER由FALSE对照TRUE，COUNT为0对照3。
- 保留边界
- 0%是明确零，未知空白不补零；0012与18位编号保持文本。
在自己的副本中，先用单格核对
类型检查：针对单元格引用
=ISNUMBER(B5)
=COUNT(B5:B7)本地辅助表左侧B5:B7保留三个原生文本，右侧D5:D7为确认后的数值。本次Numbers已实际执行；其他接收软件还需打开核对。
Excel官方语法示意：保留百分号参与换算
=IF(B5="","",NUMBERVALUE(B5,".",","))仅对本例已确认的百分比文本、点为小数且逗号为分组的情况示意，未在Excel实测，也不是本轮脚本转换方法。NUMBERVALUE已处理末尾百分号，12.5%得到0.125，不再除100；异常、横线和未知空白不要用IFERROR(...,0)掩盖。
先分清这几类内容
| 看到的内容 | 先确认 | 处理原则 |
|---|---|---|
| 12.5% | 文本还是数值0.125 | 确认含义后在副本转换，再检查格式 |
| 明确0% | 是否原表记录了零 | 转换后保留数值零，不当成缺失 |
| 未知空白、横线 | 未记录还是不适用 | 保留状态，不统一补0 |
| 0012或长编号 | 标识符而非计算量 | 保持文本，避免丢零或精度变化 |
| 多个达标率 | 各自分母、权重和期间 | 不能仅凭算术平均作为整体比例 |
表格识别后百分比是文本，为什么不能直接统计
本例原生表1!E3:E5保存12.5%、100%、0%三个字符串。图中文字识别正确，不意味着已生成可计算数值；COUNT引用范围只计数值，因此本次Numbers得到0。先查类型，再判断统计是否有意义。
显示成百分比，不代表类型已经转换
外观相同的12.5%可能是字符串，也可能是数值0.125配百分比格式。本页两列并排显示相似内容，ISNUMBER却分别FALSE与TRUE。转换后另看数据类型和格式，不把一项检查替代另一项。
百分号参与换算，不要重复除100
微软NUMBERVALUE说明末尾百分号会参与转换，3.5%示例返回0.035。对本例12.5%直接保留百分号转换时，结果已是0.125，再除100会改变含义。若采用先移除百分号的方法，规则又不同，必须按自己的实际处理方法核对。
明确0%与未知空白分别保留
本例0%是原表明确记录，数值0仍被COUNT计入。空字符串在NUMBERVALUE中会得到0，所以先分流未知和缺失；横线、不适用或异常文字不能都变成一个0。本页没有用补零方式得到计算结果。
编号和日期不能跟着百分比整列乱转
0012和18位编号仍按文本保存，日期文字也有独立含义。只转换已确认的百分比字段，不对整张表删除非数字字符；重要值保留来源与原文本，避免为了计算把标识符改坏。
百分比求平均，先确认业务分母
本例三值算术平均37.5%与合计112.5%只证明数值进入了演算。原样例没有三项比例各自的分母，不能把平均数称为整体达标率；不同样本量、期间和单位都要单独判断。
原生、辅助与重算文件各是什么
原生XLSX仍是此前产品下载；本地辅助XLSX增加类型对照和数学示意；Numbers重算XLSX保存实际公式结果并可能重写文件组织。三份分别提供，不把本地添加或计算冒充自动识别完成。
相关官方说明
遇到这些情况
- 百分比看起来对，COUNT却为0
- 检查单元格引用的值类型。本例三个字符串都不计为数值，不能只看百分号。
- 平均值异常或不参与计算
- 先确认有效数值个数，再查范围、空白与转换规则；不要把异常直接补0。
- 12.5%转换后缩小100倍
- 核对百分号是否已参与换算，避免再除100。
- 编号0012变成12
- 原件保留，编号列按文本处理，不能跟着比例字段统一转换。
常见问题
图片转Excel后百分比不能计算怎么办？
先核对识别内容与单元格类型。本例原生百分比为文本，在本地副本确认含义并写成0.125、1、0后，Numbers才把三格计为数值。
PDF转Excel也要检查百分比类型吗？
需要按实际文件检查，不能只由输入是PDF或图片推断。本页演算复用图片修订版；关联扫描样例也分别保留原生XLSX，不据此保证所有表格类型。
12.5%转换后一定还要除100吗？
不一定。NUMBERVALUE保留百分号转换时已经得到0.125，不再除100；先去百分号的处理则是另一套规则，必须明确方法。
0%和空白都可以当0吗？
不能。本例明确0%保留数值零，未知、未记录和不适用应分别保留，不能用空字符串转换或IFERROR补零混淆。
这次使用Microsoft Excel验证了吗？
没有。本次实际重算与截图使用Apple Numbers，Excel NUMBERVALUE仅依据官方语法示意，未在Excel执行。
图片识别后把三个达标率平均就是总达标率吗？
不能这样推断。缺少分母和权重时，37.5%只是三值算术平均，本页不把它当成业务汇总。
内容核对：2026-10-16 · 功能条件与配额以当前产品界面为准