一切正常操作，但是在做发运确认时，依旧提示如下错误：
Error: Delivery [xxxx] cannot be Ship Confirmed.
For more information click the details button.
点击查看错误明细：
Error: In delivery [xxxx] , the total shipped quantity for order number [xxxxx] exceeds the tolerance.The source system for this order is Project Contracts. The maximum shipped quantity allowed for the line [xxxxxx] within this delivery is 30.
Actions suggested to resolve the issue:
1) If delivery lines are pending with over pick flag checked and source line [xxxxxx], please pick confirm them. (Not for Third Party Warehouse)
2) Reduce the shipped quantity for the delivery lines with source line [xxxxxx] to bring within over ship tolerance.
Metalink 943179.1 提到过该现象，是由于发运数量超出Ship Tolerance Above (STA)造成的。这是常规原因，但它并没有涵盖所有的问题。进入Shipping Transactions Lines查ship_tolerance_above值为空，也就是说，默认上限为行上的Requested QTY，而在本案例中，发运数量为30，比需求数量30.409370703164要小。
乍看之下，似乎没有问题，但是事实上这是一个比较基本的，也是普遍的问题。在Oracle ERP中，各个模块和功能对于数字精度的处理方式都是不同的，有些地方最大到小数点后5位，有的地方可以到9位，甚至于，有些功能在应用patch升级后，直接将小数位精度调高（有时候会因为数字不匹配而导致功能异常）。所以在任何时候，都必须对精度问题保持警惕。
在这个案例中，将需求数量调整为30或者30.1（也可以采取四舍五入的简单办法，关键是精度），重新Ship Confirm，一切回归正常。
由于各模块集成度较高，建议在任何可能的情况下，控制数值精度在小数点后5位以内，这是最简单解决此类异常的有效办法。
相关阅读:
- Recovery Rate is null for second distribution
在EBS 11.5.10.2版本中，做自动创建的时候，如果一个发运行中存在多个分配行，系统没有将发运行税码中的退税率带入分配行，导致第二个分配行及以上的分配行中退税率均为0。这种订单在做接收后，将影响到应付暂估的金额。 Oracle的patch 4406401解决了这个问题。它对该问题的描述是： In Oracle Purchasing,when a... - 请购单自动创建采购订单
EBS 11i采购模块提供两种从请购单创建采购订单的方式：自动创建和手工创建。 自动创建模式根据item, revision, line type, transaction reason,...
