用友U8库存管理系统操作问题详解
期初
1、点击库存期初无反应
问题现象：点击库存期初无反应
问题版本：8.52
问题模块：库存管理
问题原因：机器名有‘-’
解决方案：删除机器名中的‘-’,按规X重新起机器名,用字母开头,不超过八个字符.
2、库存期初和收发存汇总表数据不一致
问题现象：存货02030504 2005年库存期初余额为6个而库存收发存汇总表中期初为5个；存货02030105 2005年库存期初余额为5个而库存收发存汇总表中期初为4个，上述两种存货的库存期初结存表是正确的，都是出库跟踪入库业务。
问题版本：8.51
问题模块：库存管理
问题原因：1、02030504、02030105、02030107存货都是手工对数据做了调整导致，因为今年的rdrecords中的出库单autoid、id号和去年的都不一样了，对于autoid=11369的入库单所做得出库中，由于去年有一个autoid=34147的红字出库单0000000996指定了autoid=19245的蓝字出库单0000000423进行退货，但是结转后没有了该红字出库单，而且2005年的autoid=34154,34155的两X红字出库单上所记载的指定的蓝字出库单的autoid号有错误，虽然与2004年一致，但是您手工调整使得2005年出库单的autoid号与上年不一致了非出库跟踪入库存货02031101的因为跟随其他出库跟踪入库的存货整单结转过来，所以应生成相应的冲销的单据，但却少了一个冲销单据，导致收发存汇总表与期初不对。
解决方案：将少的单据和累计出库数补录到rdrecord\rdrecords中
3、年度接转后库存数据不正确
问题现象：客户数据851a，库存采用货位管理。年度接转后，库存期出数据不正确。从存货取数之后，也没有货位。
问题版本：8.51A
问题模块：库存管理
问题原因：现存量与实际库存量不符，没有加上2004期初库存量部分，导致结转后数据不对。
解决方案：可以在2004年使用整理现存量功能整理，然后结转即可。
4、库存期初录入提示该单据已被修改或删除
问题现象：库存管理录入期初结存数时，相同存货，不同批号录入结存数时提示该单据已被修改或删除，请刷新后进行，刷新后还是这种提示
问题版本：8.52
问题模块：库存管理
问题原因：环境问题
解决方案：把存货记录删除后，重新录入即可
5、库存不能正常从存货模块中取到期初数
问题现象：在库存期初数据中进行取数操作时提示“客户端失败时间超时，可能没有连接服务器或网络不正常”，不能正常从存货核算模块中取到期初数
问题版本：8.52
问题模块：库存管理
问题原因：数据库太大
解决方案：增加一条512M的内存条
6、库存期初从存货中取数后无法保存
问题现象：1、库存无法进行取数。2、2005年期初有负数现象。
问题版本：8.51
问题模块：库存管理
问题原因：同解决方案
解决方案：1、您的存货档案中CG025(葱管)存货有应税劳务属性。正常情况下应税劳务应该没有结存。请确认该存货是否是应税劳务，如果不是可使用下面语句更新。
SELECT * FROM Inventory WHERE (bService = 1) AND (cInvCode = 'cg025') go
UPDATE Inventory SET bService = 0 WHERE (bService = 1) AND (cInvCode = 'cg025')
2、存货期初纪录中有单价为负数的纪录，这些记录在存货期初中有两条纪录，需要在存货期初中合并调整。通过下面的语句检索，SELECT * FROM IA_Subsidiary WHERE (iInCost < 0)
7、查询库存台帐时查不到期初数据
问题现象：2004年年转后，只有帐套主管能够查询到库存的年初数据，其它操作均查询不到，在库存的录入期初数据处是空的，在查询库存台帐时不包括期初数据，而在存货模块中能够查询出来。权限分配均正常，请问如何解决？
问题版本：8.52
问题模块：库存管理
问题原因：在做年度结转时，程序将最后的“结存”数据转到下一年做为期初。对于上一年的单据有可能是很多个操作员填写的，而程序不会将最后结转的汇总数据按照操作员来区分，因此将下一年的库存期初制单人默认为asuser。可能因为您在库存对操作员有权限控制的关系，因为库存结转时，只是将结存汇总后插入到新年度帐中，作为新年度期初，所以操作员是系统的一个隐藏的操作员asuser，权限分配处是没有该操作员的，所以一般业务员没有察看该操作员所做的期初结存的权限
解决方案：建议您将数据库中rdrecord表的期初结存的操作员由“asuser”换成您有的操作员的名称，然后再对其他操作员分配权限，使之有这个操作员的权限即可。
日常业务
8、远程导入的采购入库单无法删除
问题现象：远程导入的采购入库单无法删除,提示部分存货已结算,但并无结算单
问题版本：8.52
问题模块：库存管理
问题原因：数据问题
解决方案：结算标志取消，删除冗余的记录
9、单据列表查不到单据
问题现象：单据列表查不到单，但在单据录入里下X上X可以查到
问题版本：8.60
问题模块：库存管理
问题原因：数据问题
解决方案：单据的类别不对，修改正确即可
10、库存出现分配不足问题
问题现象：在库存管理系统进行依发货单生成销售出库单作业，按CTRL+O批量进行出库跟踪入库匹配，在存货有库存的情况下，会出现库存分配不足问题。
问题版本：8.60
问题模块：库存管理
问题原因：使用或数据问题
解决方案：因为您在发货单上对存货手工指定了入库单，已经形成预出库数据，在销售出库的时候您又重新匹配入库单号，这时系统（您在选项中的设置）按照先进先出法进行自动全部重新匹配一次入库单，和您手工填写的入库单号有可能不一样，现在界面上的提示是由于您在发货单上指定的预出库占用了934pcs的库存造成的，它造成出库跟踪入库数量不足，重新匹配入库单，系统不会调整原来发货单上已有的对应到入库单（入库单不会被清空，因为已经手工预约了库存），所以提示324，147，461没有分配。出库跟踪入库，
在发货单上指定入库单和在出库指定入库单规则要一样，或者发货单已经指定了对应的入库单，发货单就不要再重新指定，不然系统没办法用出库单信息重新调整发货单上手工指定的库存预约信息。
11、材料出库单实际数量小数位问题
问题现象：材料出库单中的实际数量默认为小数点后保留6位，当输入带小数的数据时小数点无法输入。
问题版本：8.52
问题模块：库存管理
问题原因：产品中此"实际数量"是预留字段.
解决方案：执行以下语句解决update voucheritems set maxlength = 16 where
fieldname='ifquantity' and cardnum in (select cardnumber from vouchers where appname='库存' and ccardname = '材料出库单')
update voucheritems_prn set maxlength = 16 where fieldname='ifquantity' and cardnum in (select cardnumber from vouchers where appname='库存' and ccardname = '材料出库单')
12、填制销售出库单时客户被停用了
问题现象：U8软件8.51A和8.52中，在客户档案中填写停用日期为2010-1-1，以2005年的日期注册进入发现在填制销售出库单时该客户被停用了。
问题版本：8.51A
问题模块：库存管理
问题原因：同解决方案
解决方案：在库存系统，如果停用日期大于当前作业日期，系统还可以进行入出库作业，如果停用日期小于当前作业日期，则不能进行相关的入出库操作；销售系统，不论停用日期是多少，只要停用日期不为空就不能对该存货进行销售作业。所以如果还有业务请不要停用，如果已经停用但还有业务需要处理就需要重新启用，处理完成后再关闭，不然会造成一些业务数据只能查询但不能处理。
13、配比出库不可增加子件
问题现象：配比出库只可删除子件、修改子件用量,不可修改子件代号，不可增加子件。因客户很多产品在不影响产品属性的情况下经常会更换零件,希望增加该功能。
问题版本：8.60sp
问题模块：库存管理
问题原因：同解决方案。
解决方案：配比出库是系统将其按照物料清单（BOM）展开到子项材料，并计算生产或组装父项产品需要领用的子项材料数量，如果直接修改可能造成ＢＯＭ展开数量和实际出库的物料／数量不一致，建议使用替代ＢＯＭ，如果生产订单发现没有相应的物料库存可以直接选用有物料的替代ＢＯＭ，这样在配比出库就不用修改了，严格按照ＢＯＭ进行出库。
14、库存管理中可以弃审前几月的单据
问题现象：852库存管理中，对于以前月份的已经审核的单据可以取消审核，如果在库存管理的选项中选择在审核时候修改现存量时那么现存量是否都回混乱？不知道这属不属于程序问题，这种情况是否正常问题版本：8.52
问题模块：库存管理
问题原因：使用问题
解决方案：从数据上说现存量不会混乱，比如入库单据弃审后这部分量从现存量转换成到货/在检量（是可用量的一部分，而整个系统是按照可用量进行零出库控制的），重新审核后又变成现存量。在实际业务中如果以前月份单据已经由库管人员确认，即实物已经办理入库，则不要再弃审此单据，只有在有实际需要时再弃审（比如暂时还不能作为现存量时）。因为这会影响部分报表查询数据，比如库存台账如果按审核日期进行查询则有可能与实际情况不符。
15、输入采购入库单时无法直接在存货代码处录入
问题现象：在库存中输入采购入库单时，将单据格式中加入存货代码但录入单据时无法直接在代码处录入问题版本：8.52