第1个回答 2019-08-16
红色的不是计算错误，只是一个计算误差，这两个数都是接近0的数，人工计算结果应该为0，但电脑的算法很复杂，计算有误差，结果并不为0，-8.9E-16这个数表示-8.9然后小数点往左移动16位，所以这个数在非常小，接近于0，它再参与其他计算时并不会影响结果，自己清楚就行。如果你设置保留小数几位后，它就变成0了追问
老哥，标红的我再弄一哈，可是标黄的确实是错了，25那一栏中间出库项目应该为0，，，可是竟然把库存项弄到出库项了，，，公式检查过没得问题
绿色那一栏，，，说错了
第2个回答 2019-08-16
-8.9E-16 的意思是-8.9*10^-16，
就是负8.9乘以10的负16次方，是科学计数法，不是乱码。
就是-0.00000000000000089。
因为0太多，不容易读数，因此使用科学计数法。
那这个公式为什么计算成这个结果了呢？
实际上是由于计算精度导致的。
简单点说，你设置一下单元格格式，小数位数设置3位即可。就会显示0
（看你的表格中小数位数最多就3位。）追问
就是负8.9乘以10的负16次方，是科学计数法，不是乱码。
就是-0.00000000000000089。
因为0太多，不容易读数，因此使用科学计数法。
那这个公式为什么计算成这个结果了呢？
实际上是由于计算精度导致的。
简单点说，你设置一下单元格格式，小数位数设置3位即可。就会显示0
（看你的表格中小数位数最多就3位。）追问
老哥，那是精度问题我认同，但是标黄色的那些是真的计算错误，，，
25那一栏中间出库项目应该为0，，，可是竟然把库存项弄到出库项了，，，公式检查过没得问题
绿色那一栏，，，说错了
追答没看明白你这些数字之间具体怎么计算的，错误处的公式又是什么，具体要怎么计算？你希望的结果是什么？
追问就是计算的位置不对，，，错位了，，，第一张图中标绿色的出库部分应该是在库存的，公式没问题，就是错位，，，
您要是有空您留个微信qq邮箱什么的我给您发过去您看看？
本回答被网友采纳第3个回答 2019-08-16
你可以先筛选一下G列，看看有多少个25，看你计算的都有1万行了，估计中间会有其他值。
论做库房表格的话，你用这个公式是有问题的，第三张图状态哪里包含了很多项，但是SUNIF只有一个条件，你求的是25，也就是意味着25的所有出入库项目都会被计算在一个状态内。（当然不同表格计算不一样，不知道这个跟你想的一不一样。）本回答被提问者采纳
论做库房表格的话，你用这个公式是有问题的，第三张图状态哪里包含了很多项，但是SUNIF只有一个条件，你求的是25，也就是意味着25的所有出入库项目都会被计算在一个状态内。（当然不同表格计算不一样，不知道这个跟你想的一不一样。）本回答被提问者采纳
第4个回答 2019-08-16
sumifs有问题，不知道怎么跟你说，你再看看sumifs追问
老哥是sunif
相似回答