1、维护案例,主讲人：谢艳 U8技术支持部,采购管理,问题描述： 821、850，采购系统的暂估入库余额一览表与存货核算系统的暂估材料余额表的本期结余不相等。 分 析： 两张表统计取数的数据表不同，统计口径也不一致，具体说明如下： 1.取数的数据表不同： 采购暂估入库余额表从rdrecord/s,pursettlevouch/s取数。存货核算的暂估材料余额表从ia_subsidiary中取数。 2.统计口径不同： 采购暂估：采购暂估入库余额表判断“暂估”时，只以采购入库单是否结算为标准，如果采购入库单未结算，即认为暂估。 采购报销：采购入库单与发票结算后，即认为报销。 存货暂估：未结算的采购入库单
2、在存货记帐，即认为暂估记帐。 存货报销：已暂估记帐的采购入库单，在采购结算后，存货进行了暂估处理后，认为是存货报销。,采购管理,维护案例八（接上一案例） 经过分析，两表对不上的原因有： 1.采购有未结算采购入库单，采购统计为暂估；存货未对其记帐（即押单处理），存货不会统计成暂估。 2.存货已暂估记帐的采购入库单，发票到并与采购入库单结算，采购减少暂估数量。但存货未进行暂估处理，存货系统仍以暂估来统计。 3.U821分次结算的采购入库单存货不能进行暂估处理，只有全部结算完毕才能暂估处理。这样采购将分次结算部分统计在结算金额中，而存货却统计在暂估中。（较多）4.U850本月业务中，如果先暂估记帐，
3、后部分结算，也不能进行暂估处理，同样会造成两表的结存不一致。解决办法：1.本月采购入库单，本月存货全部记帐；2.月末结算前，一定要进行暂估处理业务（850的结算成本处理）3.由于821存货不支持的部分结算暂估处理业务，所这种情况目前不能解决。4.850中，本月的采购入库单暂估记帐，最好在月底进行，保证先部分结算再对采购入库单记帐的业务，可避免因先暂估记由后部分结算造成的两表不一致。,采购管理,问题描述：850SP版本，采购管理中输入到货单，然后在库存管理中根据到货单生成采购入库单，发现有一部分到货单中有数量，单价，金额，但是在生成采购入库单时，只有数量，没有单价和金额。 分 析： 采购到货单子
4、表（PU_ArrivalVouchs），有部分到货单表体存货对应的记录中的本币单价等为0，而采购入库单取的是到货单上的本币单价，所以由到货单生成入库单时带出的单价是0而不是没有带出单价。 解决方法： 由于此数据没有外币设置，所以可以用sql语句直接修改。update pu_ArrivalVouchs set iCost=iOriCost, iMoney=iOriMoney, iTaxPrice=iOriTaxPrice, iSum=iOriSum where isnull(iCost,0)=0 or isnull(iMoney,0)=0 or isnull(iTaxPrice,0)=0 or
5、isnull(iSum,0)=0 如果有外币设置的话，需要换算，则可以找 出表体存货本币单价为0的到货单，修改，重新输入单价保存即可。,采购管理,问题描述：821暂估入库余额表上月期末余额与本月期初余额相差几分钱。如：2002年9月期末余额3961651.70元，10月期初余额3961651.85元。 分析及处理：暂估入库余额表中的本期入库金额取自于rdrecords.iaprice,而下月期初余额，则是由（iquantity-isquantity+pursettlevouch.isvquantity(上月结算数量)）*facost得来的。由于rdrecords.iaprice为浮点型数值，使
6、用两者会产生差额。出现这种情况可使用以下语句作调整： update rdrecords set iaprice=round(iquantity*facost,2) from rdrecord a join rdrecords b on a.id=b.id where abs(abs(iaprice)-abs(round(iquantity*facost,2)0.001开发针对此问题，作了补丁脚本，可调整正确。,采购管理,其他常见小问题： 1.问题描述：升级到8.21后,在采购管理中录入入库单和发票时,供应商档案无法进行模糊查询 解决方法：系统默认的选项是“基于基串向前模糊匹配”，将选项改为“基
7、于基串前后模糊匹配” 2.问题描述：采购入库单单据号不按顺序排列，出现跳号现象。如第一采购入库单号0000000001，第二张采购入库单为0000000003 解决方法：理解问题，U821 单据号按仓库收发类别（brdflag）排序。例如A仓库增加一张采购入库单，单据号为0000000001；A仓库增加一张其他入库单，单据号0000000002，A仓库再增加一张采购入库单，单据号为0000000003。 3.问题描述：采购结算单删除，采购入库单还有结算标志。 解决办法：程序原因造成，删除结算单时未将采购入库单与结算有关的字段值删除。Rdrecords.dsdtae（结算日期）、Rdrecord
8、s.isquantity （累计结算数量）、isnum（累计结算件数）、imoney（累计结算金额）注意:isquantity,imoney 不能改为null,而应改为0，否则在手工结算处仍不能过滤出来。,采购管理,4.问题描述：采购系统中的采购入库单和采购发票的格式乱了,应如何处理。（821） 解决办法：从Ufmodel.mdb数据库中将InvoiceItema表导入本数据库生成一个新表替换原表即可。 5.问题描述：采购结算单列表的条件项没有结算单号，过滤操作不方便，能否加上？（821） 解决办法： update vouchlist set bcondition=1,bcanset=1 wh
9、ere cvouchcode=99 and citemname=结算号 6.问题描述：在采购管理模块-帐表-采购明细表点击“设置”出现“越界”，按确定出现“错误提示”，其他象“入库明细表”也会有出现同样现象。 解决办法：将999演示帐套数据库中以rpt_开头的表导入到出错的帐套数据库中即可。,销售管理,问题描述：850sp版本，销售明细账中查询范围：截至2003-4-30，但查询出的数据包括5、6月份的销售发票，没有销售数据，只有成本。 分 析：销售明细帐的查询条件中，开票日期表示销售开票日期，结算日期表示销售成本日期。此用户查询时，只录入了开票截止日期，没有录入结算日期查询范围，系统会将开票
10、截止日期的销售发票与全部销售成本查询出来。 解决办法：输入结算日期查询范围。问题描述：821版本，发票或发货单的含税单价*数量不等于价税合计，通常相差几分钱。 分 析：很多情况下由于报价折扣引起，表体上的报价如果与含税单价（无税单价）有差额，系统自动会根据两者相差算出扣率，扣率直接影响价税合计的计算。 解决办法： 1.如果没有折扣，建议直接修改报价，这样含税单价（无税单价）会与报价同时改变，金额相同，扣率为100，也就不会因扣率产生尾差问题。 2.另外使用最新的销售exe，最新exe可将扣率小数位设置为2位，扣率小数位增加，价税合计计算精度会增加，减少发生问题的概率。,销售管理,问题描述：82
11、1销售年度结转后，发货统计表、发货结算收款勾对表等本月期初与上年期末对不上。 分 析： 常见的原因有： 1.程序问题，造成统计出错。 2.上年结转至今年的退货单上，期初标志错误。 3.去年有超发货单开票业务，帐表统计未开票数量（金额）为负，（未开票数量用发货数量开票数量）。而年结时，如果开票数量=发货数量，且已生成出库单，就不会结转到今年，今年的相关帐表统计时，就不会统计出负数的未开票数量。 4.程序原因，使得一些应结转至今年的退货单未结转过来。解决办法（见下页PPT）,销售管理,（接上页） 解决办法： 1.遇到此类问题，先将销售有关的帐表补丁执行一遍，补丁中已解决了大部分因程序原因造成的统计
12、错误。2. update dispatchlist set bfirst=1 where ddate=2002-12-31 and bteturnflag=1 and bfirst=03.与用户解释清楚软件的统计规则。也可使用相关补丁，补丁将去年超发货单开票业务的未开票数量（金额）统计为零，这样能够与今年对上。4.开发针对这种错误，已出相关调整工具，但不是全部情况都适用，需要具体情况，具体对待。如果开发工具不适用，可以打上结转补丁后，重新结转，然后对比两个数据库，将少结转的退货单通过sql语句写入今年数据库。,销售管理,问题描述：821版本，发货单或发票不能保存、不能审核。 分 析： 常见原因
13、： 1.accsess版本一般是最大单号表出现问题。 2.Sql版本则是目前最大单号异常，如出现0099999999或者000000009z(带字符)，由于821单据号增加时，是先查询已存在的最大单号，再加1，得出目前单据号，如果遇到上面异常单据号，系统将无法处理。 3.sql版，dispatchlist/s,salebillvouch/s、rdrecord/s的表结构出现问题. 4. 关于单据定义、单据项目定义的表vouchers、invoiceitem_sal等出现问题。解决办法： 1.修改maxvouch，或者启用远程应用。 2.将异常单号修改正确，或者启用远程应用。 3.参照999表结
14、构，修改相应属性，或者修复表。 4.从999帐套中导入vouchers、invoiceitem_sal等表的默认数值。,销售管理,问题描述：U821版本，存货核算填制销售出库调整单，收发存汇总表金额已被调整，但此单据未回写到销售统计分析表中去。 分 析：销售统计表的成本金额取自于存货，销售出库单的成本与销售出库调整单的成本应反映到销售统计表的成本中。但821帐表查询时，要求销售出库调整单，必须填写部门、客户，否则销售系统不能反映此笔调整金额。（850无此问题） 解决办法：销售调整单填写部门、客户即可。问题描述：U821，销售收入明细账数值型自定义项的是否汇总选择项置灰，不能进行汇总。 解决办法
15、：select * from rpt_flddef where modeex=0 and id=(select b.id from Rpt_GlbDEF b where name=销售收入明细账)，找到需要汇总的自定义项，把其对应的note字段的数据由改为sum 问题描述：U821版本，销售统计表数量乘以单价不等金额。 解决办法：update rpt_flddef set condition=价税合计/数量 where id_field in (select id_field from rpt_flddef a inner join rpt_glbdef b on a.id=b.id wher
16、e b.systemid=sa and b.name=销售统计表 and a.modeex=0 and a.name=单价),销售管理,问题描述： 821先发货模式下发货单不再显示发票号，如何查询发货单开票情况。 解决办法：由于U8支持发货单拆单生成多张发票，所以无法在发货单上显示多个发票号。可通过以下三种变通办法来查看发货单开票的情况 1.通过发货单列表，设置出结算数量，来查询发货单开票情况； 2.可在发货结算勾对表、发货开票收款勾对表查询发货开票情况； 3.发货单点击右键查询对应的发票； 提示：先开票后发货模式下，由于发票与发货单是一对一关系，货单上可以显示发票号。问题描述：821、850
17、版本，发票上的客户应收款余额不能显示出来。 解决办法：设置信用控制，点击客户档案上的信用，即会刷新客户应收余额。 注：此问题同样可以解决信用控制不正确问题。,环境：Win2000+U850 问题描述：库存其他入库单单据列表联查单据为空白，如图 分析过程： 进入其他入库单录入界面正常 判断单据模板的没有问题 解决过程： 跟踪检查发现数据在检索模板 打开模板表中其他入库单模板，发现同在检索编号不同 修改其他入库单对应模板编号 再进入单据列表问题解决。 备注：用此方法对其他单据也适用,库存管理,环境：Win2000+U850 问题描述：库存生成销售出库单时报错违反了主键约束，收发记录主子表rdrec
18、ord(s) 插入重复值，见下图 分 析： 系统在保存单据时从ufsystem的ua_indentity表获取最大id号 检查ua_identity表，cacc_id(帐套号)、cvouchtype(类型)、ifatherid(号)、ichildid(子表号)。一些单据主子表的最大id号存放在这里 解决过程： 检查rdrecord(s)最大值，发现大于ifatherid(ichildid)的值，修改ifatherid (ichildid) 成对应最大值。问题解决 备注：库存单据有可执行年度帐数据库中的存储过程sp_UpdateId_ST,库存管理,环境：Win2000+U850 问题描述：出入
19、库单中存货参照提示“没有对应的数据字典” 分 析：栏目字典表（AA_Columndic）缺少存货的参照记录。 解决方法： 把999演示帐套对应的数据导入即可（可在查询分析器对应的数据库中执行如下语句）： INSERT INTO UFDATA_008_2003.dbo.AA_ColumnDic (cKey, cFld, cQryField, iColPos, cCaption, cCaptionPar,bFixed, bDisp, iColWidth, iAlign, cOrder, bLock, iMergeCols, bMustSel, bNeedSum) select cKey, cFld
20、, cQryField, iColPos, cCaption, cCaptionPar, bFixed, bDisp, iColWidth, iAlign, cOrder, bLock, iMergeCols, bMustSel, bNeedSum from UFDATA_999_2002.dbo.AA_ColumnDic where cKey=InventoryKcRef And (bDisp=1 or bMustSel=1) order by iColPos,库存管理,库存管理,问题描述：850sp， 批次存货，现存量查询及保质期预警查询中数据错误，与批次台帐中的数据不符，现存量查询表的现
21、存量、保质期预警查询数量为-2970（已经限制零出库），而批次台帐数量为0。 分 析：库存选项中的现存量修改时点是单据审核，而此存货的所有单据只有一张6月份的其他出库单审核了，5月份的单据均没有审核。这样只有一笔6月的单据作为现存量统计，其它作为到货在检量和待发货数来统计。而保质期预警取自现存量查询的现存量。批次台帐则统计的是批次出入库单数据，批次出入库单只要保存就统计在批次台帐中。 解 决：将所有的出入库单据进行审核即可。,库存管理,问题描述：850版本，存货多计量单位，固定换算率。查询库存收发存汇总表，查询出来的件数与单据录入中的不符。 分 析：850库存帐表查询界面，都有一个过滤条件“第
22、几辅计量”，用于录入固定换算率中的计量单位序号，过滤查询时，按每个存货对应序号的辅计量换算率，换算件数。用户在单据上输入的是第2序号辅计量，帐表查询时默认第1辅计量，所以与单据上的件数不符。 解决办法：查询时输入第2辅计量。,见下页,库存管理,（接上页） 以999帐套为例，以下两个存货均为固定换算,存货8006计量单位,存货8006计量单位,见下页,库存管理,（接上页） 过滤条件为第一辅计量时的查询结果：,过滤条件为第二辅计量时的查询结果：,取第1辅计量盒的换算率为2 200/2=100,取第2辅计量盒的换算率为20 200/20=10,没有第2辅计量,库存管理,问题描述： 821批次业务、8
23、50出库跟踪入库业务：1.批次负结存 2.批次存货还有现存量，但出库提示现存量不够。 分 析： 1.批次错误问题，一般是由于批次入库的累计出库数量isoutquantity错误，以及mainbatch表的出空标志(bisnull)错误造成的。当批次入库的累计出库数量与入库数量相等时，mainbatch.bisnull为1，即不允许再出库。如果累计出库数量算错，就会使mainbatch.bisnull判断错误，使得批次结存为零时，还可再出库，造成负出库。或者批次结存不为零时，却不能出库了。 2. 批次管理存货在数据表中如何体现的？现用图表说明如下：（注：以下未考虑存货自由项。并且只说明库存批次出
24、库，未涉及销售的批次发货、开票业务，如果同时使用销售、库存且有批次业务时，建议先将销售批次业务全部生成销售出库单，再做库存批次数据调整，这样有利于简化数据处理过程。） 3.以下数据图表中只选取了与批次有关的字段： Rdrecord:brdflag,cbustype,cbuscode Rdrecords:autoid,cinvcode,iquantity,cbatch,cvouchcode,isoutquantity,见下页,库存管理,（接上页） 1.蓝字批次入库与蓝字批次出库的说明,说明： 蓝字批次入库单：Rdrecords.isoutquantity为累计出库数量 蓝字批次出库单：Rdrec
25、ord.cvouchcode为对应入库单子表的autoid,说明： Rdid为批次入库子表的autoid，即rdrecords.autoid Bisnull为出空标志，当批次入库子表的入库数量等于累计出库数量时，rdrecords.isoutquantity=rdrecords.iquantity，bisnull1。,见下页,库存管理,(接上页) 2.红字批次出库单：分两种情况说明 2.1 未与蓝字批次入库对应的红字批次出库,说明：未与蓝字批次入库对应的红字批次出库，等同于蓝字批次入库处理规则。,红字批次出库,说明：1.mainbatch表中同时也加入一条记录。,见下页,库存管理,(接上页)
26、2.2. 与蓝字批次入库对应的红字批次出库（出库退回业务）,说明： 1.与蓝字批次入库对应的红字批次出库，界面实现时，实际对应选择的是蓝字批次出库记录，再通过蓝字批次出库记录与蓝字批次入库记录建立起关联。 2.该红字批次出库子表的cvouchcode,写对应蓝字批次出库单子表的cvouchcode(见红线走向)，同时减少关联入库单子表的isoutquantity(见蓝线走向，原isoutquantity为16，现为13=16-13) 2.同时对应蓝字出库子表的isoutquantity写红字出库累计数量。 3.同时，该红字出库子表的isoutquantity写对应蓝字出库子表的autoid，,
27、见下页,注：请主要看 蓝色流程与红色流程,库存管理,(接上页) 3.红字批次入库单,说明：红字批次出库单业务等同于蓝字批次出库单处理规则,库存管理,(接上页) 4.小结,小结：1.凡是rdrecords.cvouchcode的值等于批次入库子表autoid的记录，都应是影响批次入库累计出库数量的单据。 2.批次入库的累计出库数量对应蓝字批次出库与其对应的红字批次出库+ABS(对应的红字批次入库数量) 3.作为批次入库的来源有：蓝字批次入库单、未与蓝字批次入库对应的红字批次出库。简便方法，可以根据mainbatch表确定，凡是mainbatch表中有的记录，都是作为批次入库来处理的。,5,1,2
28、,3,4,ABS,库存管理,(接上页),解决办法：（如有销售批次发货、开票业务，应先全部生成销售出库单，再进行调整） 1.调整批次问题，首先要计算出正确的批次入库子表的累计出库数量（rdrecords.isoutquantity），如果正确的累计出数量小于批次入库数量，可直接更新isoutquantity，如果正确的累计出库数量已经大于批次入库数量，有两种方法，一是更新isoutquantity前，先删除多出库的单据，再重算累计出库数量，再更新isoutquantiy；二是根据多出库数量补录一张入库单据，再到数据库中将此此张入库单的累计出库数量改成入库数量，同时将多出单据的cvouchcode
29、指向这张入库单。 2. 根据累计出库数量与入库数量的关系统来调整mainbatch表。 3.调整批次问题还有需要注意的地方： 批次上年期末有结存时（即累计出库数量小于入库数量），要被接转至本年。结转本年的期初记录与上一年期末完全相同，累计出库数量也同样被结转下来。这样，如果本年有指定期初批次结存进行出库的业务时，是在上年结转过来的累计出库数量上再加上本年累计出库数量，所以调整数据时，要注意将上年结转过来的累计出库数量减掉，再去比较今年累计出库数量与实际出库数量是否相等。,库存管理,环境：Win2000+SQL7+U821（U850） 问题描述:存货中调拨单记帐错误而出入库单记帐正确 分 析：存
30、货中对调拨单生成的其他出入库单单独记帐，数据正确 解决办法： 跟踪发现调拨单同其生成的出入单子表关联项数据错误 取消单据记帐，然后做如下更新：update RdRecords set iTrIds=TransVouchs.AutoID FROM (RdRecords join RdRecord on RdRecord.id=RdRecords.id) join (TransVouch join TransVouchs on TransVouch.ctvcode=TransVouchs.ctvcode ) onTransVouch.ctvcode=RdRecord.cbuscodeand RdR
31、ecords.cinvcode=TransVouchs.cinvcode where cvouchtype between 08 and 09 and TransVouchs.AutoIDiTrIds and iQuantity =iTVQuantity 重新对调拨单记帐，数据正确 备注：适用条件同一调拨单中同样的存货可有多条分录但数量不同,库存管理,问题描述： 821、850，先进先出计价法，调拨单生成的其他出库单成本不按先进先出规则核算成本。（库存选项，选择调拨单自动取单价引起的问题） 分 析：经查看数据，其他出库单记帐前就已有出库单价及金额，此类其他出库单均由调拨单生成。库存选项中选择了
32、调拨单自动取单价。选择此选项，调拨单保存时会从存货核算取结存成本，同时其他出入库单也带入相同成本，记帐时按已有的出库成本来核算。 解决办法：取消选项，重新生成调拨单。如果要求出库成本按计价方式核算，不要选择这一选项。,库存管理,问题描述： 821版本，现存量与库存收发存汇总表不符，大部分存货现存量不正确。 解决办法： 1.使用整理现存量工具。 2.整理现存量后，依然不对，可到ufsystem数据库的ua_account_sub中查看是否该帐套库存启用的记录是否正确，如没有手工添加即可。（参照999）如有启用日期计算rdrecord/s=启用日期的记录，如果没有计算rdrecord/s=业务日期
33、。 3.不属于以上两种情况，应重点查看st_totalaccount 的期初，因为整理现存量时是根据st_totoalaccount的期初与rdrecord/s的收入发出计算的，rdrecord/s属于原始单据的记录，一般不会有错，所以现存量错误应重点检查st_totalaccount的期初数量。例如，启用帐套的ibeginquantity,库存管理,问题描述：821， 库存里销售出库单表头项目发货单号，不是相应销售发货单的发货单号，给客户带来很多不方便。 分 析：销售出库单上的发货单号实际是dispatchlist.id号，不是发货单据号。销售出库单上的业务号，实际上是与销售出库单对应的发货
34、单或发票的单据号，但是在销售出库单列表不能被设置，需要运行一下脚本，然后把业务号选出来就是发货单号或发票号。 解决办法：update invoiceitem_ set canmodify=1 where cardnum=0303 and cardsection=t and fieldname in (cbuscode) 问题描述：821库存系统收发存汇总表，本月期初和上月期末对不上？ 分 析：库存收发存汇总表期初是从st_totalaccout中取数，本期数从rdrecord/s中取数，一般情况下，是库存总帐错误st_totalaccount。经查看数据发现同一月份、同一仓库、同一存货存的两条
35、记录的情况很多，库存取消结帐，重新结帐即可，系统会自动重算st_totalaccout.,存货核算,问题描述： 821、850，计划价法计算出的差异率异常偏大，或者全月平均、移动平均核算出的成本单价异常偏大。 分 析：以上三种计价方式下，由于零出库或暂估成本与结算成本不一致，会造成出库单价(或差异率)极大或极小甚至出现负单价（或差异率）等情况的问题。 解决办法： 1.如果目前的结存数量为正，单价异常大，直接用调整单来调整金额。 2.如果目前的结存数量为负，单价异常，需要做入库单将数量与金额调整为正，再进行出入库。 3.对于以上三种计价方式，经常有零成本出库业务，一定要将选项中的“最高最低控制”
36、选上，并设置好最大最小单价。这样当记帐成本超出范围时，系统会提示，并按选项取数。 4.存货选项中的“账面为负结存时入库单记帐自动生成出库调整单”也要选项，此选项可根据负结存数量、入库单成本自动生成调整单，减少单价异常偏大发生的概率。,存货核算,问题描述：U821版本，存货记帐提示“存货记帐失败”。 分 析：这种错误一般在升级到U8的帐套中出现。错误原因是由于存货总帐ia_summary有重复记录造成。即ia_summary中同一月份、同一仓库、同一存货只有两条记录。Access版本有重复记录一样可以进行记帐并进行期末处理。U8sql版不能处理重复记录，要求记录必须唯一。 解决办法： 1.如果能
37、确认重复记录的值是完全相同的，则删除多余记录，只保留一条即可。有语句可供参考 delete from ia_summary where autoid not in (select min(autoid) from ia_summary where imonth=5 group by cwhcode,cinvcode,imonth having count(imonth)1 ) and imonth=5 2.如果重复记录各不相同，需要通过与ia_subsidiary、rdrecord/s或st_totalaccount联查，来确认重复记录中正确记录，将错误记录删除即可。 3.如有可能，恢复记帐，
38、重新记帐。,存货核算,问题描述：U821版本，采购入库单记帐失败。 分析解决：存货对采购入库单记帐时，要判断采购入库单是否结算过。对未结算记录记帐时，检查该记录的结算信息是不为空，如rdrecords.dsdata是否为空，rdrecords.isquantity是否为零，如果不符合则不予以记帐。经查看数据，发现未结算的采购入库单记录上有结算信息，只要清空（注意：isquantity必须改为零，而不是null），即可正常记帐。问题描述：821全月平均法，期末处理后。明细帐的出库成本正确，但对应单据成本错误。 分 析：程序问题造成的错误，只在回写出库单金额时错误，存货明细帐是正确的。 解决办法：
39、 1.使用补丁，避免以后再发生错误。 2.对已经存货的错误，可根据存货明细帐修改单据金额，有sql语句可供借鉴。 update rdrecords set iprice=b.iaoutprice from rdrecords a inner join ia_subsidiary b on a.autoid=b.id where b.cvoutype in (09,11,32) and b.iaoutpricea.iprice and a.iquantity=b.iaoutquantity and b.ioutcost=a.iunitcost,存货核算,问题描述：U821版本，存货期末处理失败，
40、错误提示有：“存货期末处理失败”、“运行实时错误，-2147418113（8000FFFF），连接失败” ，“运行时错误2147 ，仅当使用列的列表，并且identity_insert为on时才能在表tempdbiaperdeal_xy 分析解决：存货期末处理失败的常见原因有以下几种： 1.存货总帐中同一月份、同一仓库、同一存货的记录重复，按照维护案例一的处理方法，删除多余记录即可。 2.磁盘空间不足 3.如提示“运行实时错误，-2147418113（8000FFFF），连接失败”，一般情况下是数据表中有异常字符，主要查看ia_subsidiary、ia_summary。还可使用以下办法来清除
41、异常字符：在数据库中将ia_subsidiary表置为设计状态，将cdefine1字段的原数据类型bit改为char,长度默认为10位后点保存，会出现保存的提示框，点是。然后再将brdflag字段的数据类型char改为其原数据类型bit，长度默认为1位再点保存，仍会出现保存的提示框，点是，接着会出现验证警告，仍点击是即可。然后再进入存货系统进行期末处理即可,存货核算,维护案例(接上页) 分析解决： 如果错误提示：“运行时错误2147 ，仅当使用列的列表，并且identity_insert为on时才能在表tempdbiaperdeal_xy ，则表示数据表中的字段属性值有问题。 用sqlserv
42、er跟踪器跟踪发现，系统在执行insert into tempdbIAPerDeal_XIEYAN Select rdrecords.autoid FROM 时出错，经查看rdrecords表，发现rdrecords.autoid应不是种子标识，但被打上了种子标识。将种子标识去掉即可期末处理成功。,存货核算,问题描述：850sp版本，在存货核算模块中查询收发存汇总表进行打印设置和打印时，打印设置不能保存，每使用一次设置一次，比较麻烦；而且在打印时经常会自动退出此模块。 分析处理：预览界面页面设置，设置完成后点击“保存”，系统会将此打印格式保存成为文件，下次再进入出选择“此打印格文件即可”。问题
43、描述：821、850版本，存货收发存汇总表查询出来后，表头错位，表体中没有数据。 分析解决：使用sql跟踪器，跟踪发现系统在查询IA_tblRCsetM（存货表定义） 时出错，从999帐套导入该表默认数值，再查询一切正常。,存货核算,问题描述：存货与总帐对帐不平 分 析：存货与总帐对帐，是按存货明细帐中的存货科目ia_subsidiary.cinvhead汇总与总帐中的存货科目汇总进行对比。对不上的原因通常有： 1.存货期初未录入存货科目； 2.总帐使用存货科目生成凭证； 3.单据记帐与生成凭证不在同一月份处理； 4.生成凭证时，在凭证界面改科目。由于存货明细帐的存货科目是在生成凭证之前，根据
44、存货科目设置表取入。因此在凭证界面修改科目，不会再改写存货明细帐的存货科目，此张凭证保存即传入总帐，两者必然会对不上。 5.在凭证准备界面更改金额。,存货核算,（接上页） 解决办法： 1.期初未录入存货科目的，可使用sql语句，根据期初存货明细帐的存货与存货科目设置表（ia_opphead）关联查询，更新写入。 2.总帐使用存货科目生成凭证,可使用sql语句，判断总帐gl_accvouch中凭证来源不是存货，但却使用了存货科目的记录，并改正。 3.单据记帐与生成凭证不在同一月份处理 4.生成凭证时修改存货科目 ，这种问题并不能完全用sql语句来解决，把相关凭证和单据查询出来之后，具体到每张单据
45、改什么科目要具体对待。 5.根据存货明细的cpzid、cinvhead、总帐coutno_id、code，关联汇总比较。 由于篇幅所限，这里不能将相关语句写出来，如需要可U8支持部联系取得。,存货核算,问题描述：821，存货单到回冲、计划价法，年度结转后，暂估入库余额表的期初只显示数量不显示金额。 分 析：用户上年有一部分采购入库单，只有计划价，未录入实际单价，差异为零。但由于程序结转的原因，结转至本年的期初暂估入库带有差异，差异与计划金额相等。如果有问题的暂估入库单本年结算，生成的红字回冲单也会带有错误差异。而暂估入库单与红字回冲单直接影响暂估入库余额表的正确与否。 解决办法： 查询出去年未
46、录入实际价的暂估入库单，与本年存货明细帐的期初暂入库单关联对比，根据去年差异改今年差异。 红字回冲单再与本年修改后的暂估入库单关联，修改差异。 重新计算存货总帐差异。（存货最好能够恢复记帐到一月份） 如果用户在一月份进行计划价调整，还需要根据具体情况具体对待。 关于此问题的调整方法与sql语句，由于篇幅所限不能写出。,存货核算,问题描述：813、 821，期末处理时提示“尚有已全部暂估报销的单据未进行处理” 但暂估处理界面没有可进行暂估的单据。 分 析：由于813、820程序问题，上年的未结算退货单没有结转到本年存货明细帐，即存货期初暂估入库单缺少记录，导致本年采购结算后，暂估处理界面没有该单据，不能进行暂估处理。而期末处理时，检查pursettlevouch/s的baccount字段是否为已暂估处理状态，如不是则予以提示。 解决办法： 1.使用补丁重新结转 2.开发有相关补丁，可以补录退货单，再暂估处理。 3.如果用户的采购退货单金额与采购发票金额是相等的，暂估处理意义不大，可以直接修改pursettlevouchs.baccount为已暂估处理。（此种方法不推荐）,
