用友通业务难点--批次管理.ppt

批次管理（一） 常见问题 目前版本的用友通10.2版本，批次管理经常容易出现的问题就是批次数据不准，如批次结存为负数、批次台账和批次结存表对不上等。 批次管理处理规则： 批次处理涉及到的主要的数据表：Mainbatch（批次主文件）、RdRecords（收发记录子表）、St_TotalAccount（库存总账） A、批次结存表：依据Mainbatch（批次主文件）中对应的RdRecords（收发记录子表）中对应的记录出空与否，来决定是否在批次结存表中显示； B、发货/出库单参照批次：参照的结果和批次结存表一样 C、批次台账按不同期间，查询的结果不同：选择了期间范围，那么期初结存会首先从St_TotalAccount（库存总账）中取得，如果本身库存总账的当月期初就是错误的，那么查询出来的账簿数据肯定也是不正确的。 批次管理（二） 批次主文件（Mainbatch） 应该主要关注的是此表的bIsNull和RdId BisNull：表示对应的这条批次的存货是否全部发出；字段的值有1和0，1表示这条记录已全部发出，0表示未全部发出； 由此可以看，批次存货，最多也就只能是把这条存货的数量全部发出，一旦全部发出，bIsnull的值将修改为1，此时再做单据时是不能参照这条记录的，那么查询批次结存表，也是无法查询到bIsNull的值为1的记录的。 所以正常情况，查出来的批次，至多为0，不可能为负数，一旦为负数，就表示数据出问题了，需要我们进行后台处理 RdId：每笔批次存货的入库详细记录（即 “收发记录子表”）都将在批次主文件中形成一条记录，Mainbatch与RdRecords关联是通过Mainbatch的RdId与RdRecords的AutoID进行关联； 所以，对于批次管理的存货，只要在收发记录子表中存在入库记录，那么它对应也应该在批次主文件中形成对应的一条记录，两个表之间关联是通过批次主文件的RdId和收发记录子表的的AutoID关联，我们可以用下面的语句，查询出批次结存表中缺少的记录： Select * from 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 rdrecord 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、 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_TotalAccount） 库存总账（St_TotalAccount）对于批次业务处理影响不如前两个表大，主要影响的是一些账簿的查询 如批次台账的查询，在区分会计期间查询时，会影响查询出来的期初和结存数量 St_TotalAccount表主要影响查询账簿结果字段为期初库存数量（iBeginquantity） 本期期初库存数量（ iBeginquantity ） = 上月的期初库存数量（ iBeginquantity ） + 上月的收入数量（iIncomeQu