《用友通业务难点解析—批次管理》由会员分享，可在线阅读，更多相关《用友通业务难点解析—批次管理（17页珍藏版）》请在金锄头文库上搜索。
1、用友通业务难点解析 批次管理,常见问题 批次处理规则 解决问题思路,批次管理（一）,常见问题 目前版本的用友通10.2版本，批次管理经常容易出现的问题就是批次数据不准，如批次结存为负数、批次台账和批次结存表对不上等。 批次管理处理规则： 批次处理涉及到的主要的数据表：Mainbatch（批次主文件）、RdRecords（收发记录子表）、St_TotalAccount（库存总账） A、批次结存表：依据Mainbatch（批次主文件）中对应的RdRecords（收发记录子表）中对应的记录出空与否，来决定是否在批次结存表中显示； B、发货/出库单参照批次：参照的结果和批次结存表一样 C、批次台账按不
2、同期间，查询的结果不同：选择了期间范围，那么期初结存会首先从St_TotalAccount（库存总账）中取得，如果本身库存总账的当月期初就是错误的，那么查询出来的账簿数据肯定也是不正确的。,批次管理（二）,批次主文件（Mainbatch） 应该主要关注的是此表的bIsNull和RdId BisNull：表示对应的这条批次的存货是否全部发出；字段的值有1和0，1表示这条记录已全部发出，0表示未全部发出； 由此可以看，批次存货，最多也就只能是把这条存货的数量全部发出，一旦全部发出，bIsnull的值将修改为1，此时再做单据时是不能参照这条记录的，那么查询批次结存表，也是无法查询到bIsNull的值
3、为1的记录的。 所以正常情况，查出来的批次，至多为0，不可能为负数，一旦为负数，就表示数据出问题了，需要我们进行后台处理 RdId：每笔批次存货的入库详细记录（即 “收发记录子表”）都将在批次主文件中形成一条记录，Mainbatch与RdRecords关联是通过Mainbatch的RdId与RdRecords的AutoID进行关联； 所以，对于批次管理的存货，只要在收发记录子表中存在入库记录，那么它对应也应该在批次主文件中形成对应的一条记录，两个表之间关联是通过批次主文件的RdId和收发记录子表的的AutoID关联，我们可以用下面的语句，查询出批次结存表中缺少的记录： Select * fro
4、m rdrecords where cbatch is not null and id in (select id from rdrecord where brdflag=1) and autoid not in (select rdid from mainbatch) 假如存在这样的记录，就需要把它们添加到批次主文件(Mainbatch)；,批次管理（三）,收发记录子表（RdRecords） 首先，要判断对应的记录是否入库记录 我们可以通过下面的SQL语句来筛选出来入库记录： 1、Select * from rdrecords where id in (select id from rdre
5、cord where brdflag=1) 其次，还要判断这样的记录是批次管理的存货的记录 我们在上面语句1的基础上，可以加如判断是否批次的条件即可（批号的字段为cbatch) 2、Select * from rdrecords where id in (select id from rdrecord where brdflag=1) and cbatch is not null 再次，我们还要判断，带有批次的入库记录，是否合法的记录 我们在上面的语句2的基础上，再加入合理的判断条件，就可以查找出合适的记录（应关注的是入库数量（iQuantity）和发出数量(iSOutQuantity)） 3
6、、 Select * from rdrecords where id in (select id from rdrecord where brdflag=1) and cbatch is not null and iQuantity- iSOutQuantity=0 只有这样的记录，我们才认为是合法的，具体它能不能被参照，还需要由Mainbatch中的bIsNull来决定。 之所以认为第3条语句查询的结果是合法的，一个大的前提和原则就是：批次存货单笔的发出数量（ iSOutQuantity ），不能比入库数量还要大（ iQuantity ）,批次管理（四）,库存总账（ St_TotalAcco
7、unt） 库存总账（St_TotalAccount）对于批次业务处理影响不如前两个表大，主要影响的是一些账簿的查询 如批次台账的查询，在区分会计期间查询时，会影响查询出来的期初和结存数量 St_TotalAccount表主要影响查询账簿结果字段为期初库存数量（iBeginquantity） 本期期初库存数量（ iBeginquantity ） = 上月的期初库存数量（ iBeginquantity ） + 上月的收入数量（iIncomeQuantity）- 上月发出数量（iSentOutQuantity） 但是在某些情况下，有可能出现本期期初库存数量（ iBeginquantity ）不符合上
8、面的等式，那么此时再按期间查询相关账簿（如批次台账），就可能出现上月结存和本月期初数据不符的现象 注：出现这种现象，还会影响现存量整理的准确性。,批次管理（五）,解决思路： 在了解了以上用友通业务关于批次的数据处理原则，我们再处理以后遇到相关批次的问题，就可以数据查询和相关的原则，做相关处理。 下面我们就常遇到的一些问题，以一个例子来操作，希望给大家提供一些思路： 5月23日，批次存货胖大海（1302）入库，仓库为销售一库（08），批次分别为12，11。,批次管理（六）,6月2日，从销售一库（08）发出11批次的胖大海（1302）2个。 参照存货的界面如下：,批次管理（七）,我们在做完其他入库
9、单后检查批次主文件中的记录，和做了其他出库单后分别检查批次主文件中的记录，发现是一样的，具体如下： 如果不出现任何问题，此时我们可以在软件中查询对应的批次结存表和批次台账，正常的数据都应该是如下图： 11批次台账,批次管理（八）,12批次台账 1302存货批次结存表,批次管理（九）,此时我们再检查这个存货相关带批次的收发记录子表中的记录信息，可以发现： （收发子表记录） （批次主文件记录） 其中，我们不难发现：在做出库单时，我们参照的都是批次主文件中bIsNull为0的记录，参照出来的具体内容，则是收发子表中对应的记录，对应关系我们前边已讲过。 我们再查下库存总账（St_TotalAccoun
10、t）中，此存货的记录，如下： 我们再分别按2007-05-01到2007-05-31和2007-06-01到2007-06-30的期间查询批次台账，可以发现5月31日的结存和6月1日的期初是对得上的，查询5月1日到6月30日和6月1日到6月30日的批次结存，也是相符的。,批次管理（十）,下面，我们针对数据库，做一下修改，来解释软件应用过程中，客户发现的错误现象： 1、）我们先修改批次主文件(MainBatch)中，1302存货批次11的bIsNull记录为1，此时我们再到软件中进行单据参照、查询批次结存表、批次台账和现存量，可以发现如下情形： （批次主文件） （录出库单批次参照界面） （批次结
11、存表） （现存量） （现存量按批次查询）,批次管理（十一）,2、）我们把上面的修改的标志还原，再把收发记录子表中，11批次入库记录（AUTOID为140）的iSoutQuantity的值修改为21，我们再操作软件时，可以看到以下的现象： （收发记录子表） （录单参照界面） （批次结存表） （现存量查询） （按批次查询现存量）,批次管理（十二）,3、）把刚才修改的数据再还原，我们在修改下库存总账（St_TotalAccount），把1302存货11批次的6月份期初结存（ibeginquantity）修改为99，我们再查询相关帐簿，会发现如下结果。 -对于和之前重复的账簿就不再多插入图片了，重点说
12、下批次台账。 （5月1日到5月31日11批次的台账） （6月1日到6月30日11批次的台账）,批次管理（十三）,（查询所以日期时，11批次的台账） 针对以上列举的问题，我们以下几个原则来解决批次的问题： 1、批次不允许零出库，即RdRecords中，isoutquantity大于iquantity记录都是有错误的记录，需要修改； 2、修改的原则，可以参照出库单记录的cvouchcode来统计和改写对应入库单记录isoutquantity，出库单记录的cvouchcode对应的入库单记录的autoid； 3、当入库单记录的 isoutquantity等于它的iquantity时，修改对应批次主文
13、件（MainBtach）的bIsNull值为1； 4、如果确实遇到发出比入库多，那么先补入库单，补入的数量为该批次的负数，然后再修改入库单对应的isoutquantity为此数量。可以保证不再有负数结存。 5、其他的，可以依据实际，再补录其他入库单或者做盘点处理； 6、查询如发现批次台账不准确的，需要及时查询库存总账（St_TotalAccount）； 7、所有明细的查询，以库存的出入库流水账为最准；,批次管理（十四）,以上只是简单的列举了批次管理使用过程中单一出错的现象，有可能客户实际操作时，要更复杂一些，但是只要我们把批次管理在软件中处理规则把握，按规则处理疑难问题和数据，就自然会水到渠成！ 谢 谢！,
