如下图：

如上图，数量*含税单价≠价税合计，这是为什么呢？

首先，单据上显示的单价和金额都是根据币别精度来显示的，单据上看到的精度属于“显示精度”（就好比后台都是按10位小数计算的，但是系统的币别精度只有2位，那么展现出现的就是四舍五入后的2位小数数值），这个值并不是数据库后台实际运算的精度，要想知道实际存储的价格精度是多少，可以把鼠标滑过单价字段，当出现一个手掌的图标时，右边会出现一个数值，这个就是后台实际存储的精度值（如下图）

我们可以看到，单据上的单价是33.33，但是实际精度是33.3334090909，而实际商品资料里维护的是33.33

因此大致可以推断这个单价应该是被反算出来的，我们可以检查单据上的选项是否开启了价税合计来确认一下：

那么结合以上2点可以判断，应该选商品带出价格后，又手动修改了价税合计，改成了1466.67，系统又反算了单价，所以算出来的单价才会那么多精度。

我们可以新增一行商品，试试不修改价税合计和修改价税合计的效果，就能明白这个现象是怎么出现的了。

综上所述，为了避免出现上述这种现象，需要用户结合实际业务场景来选择是否要开启选项，因为一旦开启后，系统反算单价时，会容易因为除不尽而存在精度问题，如果不希望反算，请慎重开启。