网页端打开表格时公式变成固定值或整列报错，是不少人在网站维护中会遇到的情况。问题通常不在文件损坏，而在于公式从桌面软件转到网页端的过程中，某一层能力没有对上。按文件本身、解析能力、数据格式三层往下核对，比反复重传文件更有效。
第一层：先看文件本身
最常见的情况是上传前执行过另存为，把公式连同计算结果一起保存成了值，网页端读到的本来就是静态数字，自然不会再计算。可以打开原文件抽查几个关键单元格，看编辑栏里是否还保留等号开头的表达式。另一种情况是公式引用了外部工作簿或本地路径，网页端拿不到被引用的文件，只能显示缓存值或报错。凡是跨文件取数的公式，都要在上传前确认是否已转为当前表内的引用。
第二层：看网页端支持的公式范围
不同解析组件对函数库的覆盖程度不一样，常用的求和、条件判断通常没问题，涉及数组运算、查找引用、文本处理和日期函数的组合写法，就可能出现不识别或结果偏差。核对方法是挑出表格里使用频率最高的几类公式，单独做一张小表上传测试，逐类确认哪些能算、哪些算错。这一步能快速判断是整体不支持，还是个别写法超出范围。
第三层：看数据与格式
单元格被设成文本格式时，公式可能被当成普通字符串；区域设置不同，日期和分隔符的解析结果也会不同，日期在表格内部以序列值存储，格式错位会让计算结果整体偏移。核对时先确认参与计算的单元格格式是否为常规或数值，再检查日期列是否被识别为日期而非文本，最后对比网页端显示的分隔符与原始文件是否一致。
按清单逐项记录
实际操作可以按清单逐项记录：公式是否保留、是否引用外部文件、涉及哪些函数、单元格格式、日期列识别情况、修改数据后是否重算。每项写明现象和结论，便于判断问题范围。如果表格公式复杂、参与人数多、要求结果与原文件完全一致，就不必强求网页端实时计算，转为服务端转换处理，把计算放在后台完成再输出结果，稳定性更好。it数运在处理此类网站维护需求时，通常也是先分清展示与计算两种场景，再决定前端解析还是后台转换。
给普通用户的建议
上传前保留一份原始文件，不要覆盖保存；对公式较多的表格先做小范围测试；明确这张表是只供查看，还是需要在线修改后重算。场景说清楚，排查方向就不会跑偏。
