活字格7.0.104 加减操作结果异常

登录

客户项目中有一个应收台账
运行一段时间后发现个别客户的结果变成如图所示的异常数据
小数点以后位数特别长，而且数据结果也不太对大概和实际应得有亿分之一左右的差距（指的数量级，不是固定数字）

应付应付中只有加减，没有乘除，我现在是没有排查的方向。
请问各位大佬有没有遇到过这个问题，或者说给提点排查的方向。

小兵一号 · 小兵一号

本帖最后由小兵一号于 2022-9-19 10:46 编辑

设置单元格格式，设置成数值，我也遇到过

Syl · Syl

可以考虑上面的格式，或者直接将字段改为2位数

Chelsey.Wang · Chelsey.Wang

您好，这个可能是由浮点误差引起的：
看完必恍然大悟的活字格内幕：三十二、如何处理浮点误差 - 活字格专区 - 专题教程 - 葡萄城产品技术社区 (grapecity.com.cn)
您使用的是内建库还是外联库呢，如果是外联库的话，也可以通过修改字段类型来处理，您可以提供一下您使用的外联库及该数字字段的类型，这边帮您看一下该怎么修改~

高阳酒徒 · 高阳酒徒

小兵一号发表于 2022-9-19 10:45
设置单元格格式，设置成数值，我也遇到过

嗯嗯我试试之前考虑过数据库字段类型没想到会和单元格有关系

高阳酒徒 · 高阳酒徒

Chelsey.Wang 发表于 2022-9-19 11:44
您好，这个可能是由浮点误差引起的：
看完必恍然大悟的活字格内幕：三十二、如何处理浮点误差 - 活字格专 ...

用的内建库之前客户要求保留三位小数，但是大部分情况其实还是整数，当时想着就不要都保留三位了，所以单元格没改成数字，还是偷懒了。

我改一下单元格类型再多测试测试

高阳酒徒 · 高阳酒徒

Chelsey.Wang 发表于 2022-9-19 11:44
您好，这个可能是由浮点误差引起的：
看完必恍然大悟的活字格内幕：三十二、如何处理浮点误差 - 活字格专 ...

其实我主要是想了解下问题产生的原因，刚看了下帖子，大概明白了，只要不是因为我的功能做的有问题就行，误差值都还挺小的，很多办法都能处理。

Grayson.Shang · Grayson.Shang

高阳酒徒 · 高阳酒徒

小兵一号发表于 2022-9-19 10:45
设置单元格格式，设置成数值，我也遇到过

刚想了一下你这个方法，感觉又有点不对，您这个改单元格类型的方式其实有点掩耳盗铃吧，只是改了显示的格式，其实数据库里还是有误差的，
如果是这种情况我感觉在应收应付模块还是会有点问题，我们有时候会去判断客户或者供应商是否还有余额，这时候就会有误判断，又要针对这个误判断展开很多修正。
感觉这种适用于一次性的计算，但是在连续的系统中就会很麻烦，比如入库单参照采购订单的时候我判断该单据还能否被参照（判断是否还有未入库的数量），这个时候如果数据库还有这种余额就判断不准了，同理，整个流程中有十几个环节相互参照，如果不对数据库数据不准确就会很麻烦，虽然也可以用逻辑去修正判断，但是以后出问题不好排查

以上是我的推断，您说的办法我也会再进行测试的
不管怎样还是谢谢啦

小兵一号 · 小兵一号

高阳酒徒发表于 2022-9-19 12:17
刚想了一下你这个方法，感觉又有点不对，您这个改单元格类型的方式其实有点掩耳盗铃吧，只是改了显示的格 ...

说的在理，我这么做目前没出啥问题，可能后续需要改，也可能这样没毛病，哈哈哈

		自动登录	找回密码
密码			立即注册

[已处理] 活字格7.0.104 加减操作结果异常

最佳答案

10 个回复

本帖子中包含更多资源

悬赏达人

活字格认证

时代开发者征文活动

活字格高级认证

微信认证勋章

讲师达人

圣诞拼拼乐

Wyn高级认证

Wyn认证