，还是U6，分析出现过的一些Bug

xiaocuo

大概在一年多以前，我刚刚接触用友的通系列产品，在使用存货核算的时候出现过一个问题。大致就是一个材料如果采购入库的时候数量为6只。然后出库的时候按照三笔，每笔2只出库是正常的，如果入库的时候分别是2，2，2 出库也按照2，2，2就会提示库存不对。但是查询现存量的时候库存明明还有2个。后来我简单推理了一下，估计是一个程序设计时候的常识，就是处理浮点数据的时候，对应的尾数问题，一般来说我们对于两个数值型变量做数学比较的都会遇到这个问题。很显然用友公司有些新手程序员不具备这样的常识所以闹了笑话，后来这个bug有没有修正我不清楚，我记得当时是提交了问题。我自己处理就是直接打开currentstock这张表，把库存改到一个可以校验过去的数字，然后出库后再改过来。骗过了系统。
后来我发现U6系统中多少存在一些问题。虽然和上面的不大一样，但是也很莫名其妙。

我发现在含税单价和不含税单价处理上。用友提供了一个报价的字段，这个字段是计算后面含税和不含税的依据。因为我不懂VB，但是我猜测可能是类似Onchange之类的事件发生的时候不好捕捉，因为这里边有一些自动计算和反算的因素在里面。比如含税单价输入后，反算不含税单价金额。相反输入不含税的单价，根据税率反算含税单价。加上扣率，使这几个字段之间来回算来算去变得很复杂。所以到现在为止这段代码还没有被理清楚。下面是我的测试记录：
环境：windows XPSP3 , MSSQL2000 SP4,U63.2Plus1(031910）
填制采购订单：表头税率为17，表体存货数量 15000，含税单价6.3（没启用报价字段），保存，审核
进入库存模块：点击采购入库单，点击生单，找到该订单，把生单后是否编辑 打勾，把显示表体打勾，选择入库仓库，确认。
到这个步骤为止没有出现什么异常情况，但是你在数量这个位置双击后（你也可在数量这个位置输入一个实际入库的数量比如：12000）再双击含税单价，看看看含税单价。我的神啊。已经算出现了偏差。这个时候的算法和订单明显不一样，单价变成了6.29.
很多朋友会说，安啦，无所谓，采购入库单反正是暂估的一个单价。没关系啦。之类。但是事实上。这是不科学的。这组数字是误差比较小的时候，有时候误差大了会相差好几十块。特别你根据采购入库单做发票的时候。又一次出现了不一致。不知道大家感受得到么？