用友U8的V8.7的问题

各位大虾：
求救！
我服务的公司正在上V8.7的ERP,问题太多了。其中最大的问题是数据的准确性。
在产品结构中有一个基本数量和基本用量，当引用产品结构制作组装单、调拨单的时候，展开带出的数据会有1.2、0.9、7.08这样带小数点的数。但是在实际操作中怎么会有这样的材料用量？！打电话咨询北京那边，回答我没有办法修正，只能每次录完单再人工核对一遍！那不是搞笑吗？
有没有哪位高人知道怎样解决这个问题？？恳请指教！！[size=5][/size]

1、BOM子件的用量，可以不录入小数，而是用基础用量和基本用量来处理；

870帮助：

基本用量：每基础数量所对应的子件需求数量，如在某一母件下该子件的基本用量为1/27，则可以基本用量为1而基础数量为27来表达。系统默认值为1可改，必输。

基础数量：表示基本用量的放大倍数，如在某一母件下该子件的基本用量为1/27，则可以基本用量为1而基础数量为27来表达。由表头"默认基础数量"带入，可改必输。

如包装物，3个成品使用一个纸盒，9个纸盒放在一个纸箱里，则建立成品BOM时，子件纸盒的基本用量和基础用量就可以分别填写为1和3，子件纸箱的基本用量和基础用量可以分别填写为1和27。


2、有些子件是整数领用的，则可以在子件的物料档案控制页签中，设置整数的领用批量和领料切除尾数。同时，考虑计划时，也可以在子件的物料档案计划页签中，设置切除尾数。

谢谢ohk的指导！

我按照你说的，在控制页签做了3个操作：
1、领料批量“1”；
2、最小分割量“1”；
3、勾选“领料切除尾数”。
结果是，带小数点的现象消除，可是产生的数量仍然与实际数量不符。
以调拨单为例：
子件的基本用量1，基础数量1，换算率600，辅助基本用量0.0017（1/600），使用数量1.02（？怎么会是1.02？怎样改为1？）。
当输入产品产量1000后，带出的数量为1020，多与实际领用量20。
另一个子件的基本用量1，基础数量1，换算率960，辅助基本用量0.0010（1/960），使用数量0.96（？）
当输入产品产量1000后，带出的数量为960，少于实际领用量40。

问题在哪里呢？

回复 #2 ohk 的帖子

期待解惑！……

这个是用友U8系列产品的癌症，从U821开始一直到现在的U871都未能解决

由于不能真正支持双单位换算，所有的其他单位都要根据换算率变通处理为主计量单位来进行

这不仅仅影响到发料，还影响到采购核准单价的维护、BOM维护、MRP运算、发票记帐、成本核算等地方

光这一个玩意就能整的各个部门鸡飞狗跳的，用友的U8功不可默:)

回复 #5 醉眼看世界 的帖子

没错。正是看到觉得影响蛮大的，才麻烦。

难道一点办法都没有吗？或者有没有把影响减小到最小的办法？？尽量的减小误差？？

头大！！

[quote]原帖由 [i]Artmis996[/i] 于 2008-4-25 09:55 发表 [url=http://www.itpub.net/redirect.php?goto=findpost&pid=10196895&ptid=975517][img]http://www.itpub.net/images/common/back.gif[/img][/url]
谢谢ohk的指导！

我按照你说的，在控制页签做了3个操作：
1、领料批量“1”；
2、最小分割量“1”；
3、勾选“领料切除尾数”。
结果是，带小数点的现象消除，可是产生的数量仍然与实际数量不符。
以调拨单为例：
子件的基本用量1，基础数量1，换算率600，辅助基本用量0.0017（1/600），使用数量1.02（？怎么会是1.02？怎样改为1？）。
当输入产品产量1000后，带出的数量为1020，多与实际领用量20。
另一个子件的基本用量1，基础数量1，换算率960，辅助基本用量0.0010（1/960），使用数量0.96（？）
当输入产品产量1000后，带出的数量为960，少于实际领用量40。

问题在哪里呢？ [/quote]

是否设置了子件的损耗率？

此外基础数量和基本用量使用的是基本单位还是辅助单位？

U8目前的多计量单位存在缺陷，还不能完全支持多计量单位的业务处理。

不过你提到的问题不一定是主单位和辅助单位造成的，有时间加我QQ，我远程看一下。

[quote]原帖由 [i]醉眼看世界[/i] 于 2008-4-25 10:23 发表 [url=http://www.itpub.net/redirect.php?goto=findpost&pid=10197422&ptid=975517][img]http://www.itpub.net/images/common/back.gif[/img][/url]
这个是用友U8系列产品的癌症，从U821开始一直到现在的U871都未能解决

由于不能真正支持双单位换算，所有的其他单位都要根据换算率变通处理为主计量单位来进行

这不仅仅影响到发料，还影响到采购核准单价的维护、BOM维护、MRP运算、发票记帐、成本核算等地方

光这一个玩意就能整的各个部门鸡飞狗跳的，用友的U8功不可默:) [/quote]

就会说风凉话……:grin2:

回复 #7 ohk 的帖子

谢谢你耐心的指导！检查的工作量减轻了许多，大致上数据都正确了……

谢谢楼上各位大虾的指点，单位马上要弄BOM了，没想到一个单位也能出这么多事，希望楼主能总结下经验共享出来，万分感谢！

[quote]原帖由 [i]醉眼看世界[/i] 于 2008-4-25 10:23 发表 [url=http://www.itpub.net/redirect.php?goto=findpost&pid=10197422&ptid=975517][img]http://www.itpub.net/images/common/back.gif[/img][/url]
这个是用友U8系列产品的癌症，从U821开始一直到现在的U871都未能解决

由于不能真正支持双单位换算，所有的其他单位都要根据换算率变通处理为主计量单位来进行

这不仅仅影响到发料，还影响到采购核准单价的维护、BOM维护、MRP运算、发票记帐、成本核算等地方

光这一个玩意就能整的各个部门鸡飞狗跳的，用友的U8功不可默:) [/quote]


如果按楼主的说法来讲应该是底层数据存储造成的问题。为什么在辅助用量1/600要在数据库中算出结果呢？而不是当显示调用的过程时临时计算，而在下单时以数据库存储(1/600)来计算，这本是个小问题，不知为何这样。。。。。。

回复 #11 xyqfeng 的帖子

对这个还没有整理得很清楚，等试过之后再回复……

回复 #10 dengke227 的帖子

实在不好意思，现在才回复，惭愧，因为一直都总结不出来，细节性的东西很多……比如从存货名称、规格型号的统一，光从新产品到ERP的协同就涉及很多，比如定名称、BOM、采购、领用……

[quote]原帖由 [i]Artmis996[/i] 于 2008-7-15 16:53 发表 [url=http://www.itpub.net/redirect.php?goto=findpost&pid=10956151&ptid=975517][img]http://www.itpub.net/images/common/back.gif[/img][/url]
实在不好意思，现在才回复，惭愧，因为一直都总结不出来，细节性的东西很多……比如从存货名称、规格型号的统一，光从新产品到ERP的协同就涉及很多，比如定名称、BOM、采购、领用…… [/quote]

楼主用不着惭愧，俺系菜鸟，整天只能到处捡别人的现成方法，楼主提的问题是很麻烦的！