用友ERP U8852版年度结转集团知识库.docx
《用友ERP U8852版年度结转集团知识库.docx》由会员分享，可在线阅读，更多相关《用友ERP U8852版年度结转集团知识库.docx（14页珍藏版）》请在冰点文库上搜索。
用友ERPU8852版年度结转集团知识库
用友ERPU8-852版年度结转集团知识库
总账2
应收应付3
库存管理4
存货核算5
合并报表9
总账
问题编号:
59727
版本:
5-8.52
模块:
6-总账
行业:
0-通用
状态:
2-最终解决方案
关键字:
年度结转
适用产品:
U852----总帐
补丁号:
问题名称:
2004年12月可以建2005年帐套并且做一些期初设置吗
问题现象:
客户那因为12月份不能做完结转的工作，那么1月份的单据应该怎么做？
客户现在想在12月就建立05年的帐，并且对一些科目、部门人员进行调整。
请问这样在结转的过程中会有问题吗？
问题原因:
因为结转的过程要保证上年的基础档案在下年的数据库中都还保存，所以不能在下年的基础档案中修改或删除已使用过的档案，但新增档案是可以的，建立年度帐和录入凭证也是可以的。
解决方案:
建议要做完结转后，再把要调整的内容调整，否则容易引起年度结转的错误。
但建立年度帐是可以的，增加档案和录入凭证也是可以的，新的年度帐在结转前不能记帐。
问题编号:
62048
版本:
5-8.52
模块:
6-总账
行业:
0-通用
状态:
2-最终解决方案
关键字:
年结后05年银行对帐余额调节表不平，而04年时平的。
适用产品:
U852----总帐
补丁号:
问题名称:
年结后05年银行对帐余额调节表不平，而04年时平的。
问题现象:
年结后05年银行对帐余额调节表不平，而04年时平的。
问题原因:
建议客户这样处理，客户的所有银行帐在04年都已经勾对。
但没做核销，应该04年做银行帐核销操作，打印04年余额调节表。
然后重新结转年度帐，结转过来后银行期初不对，根据04年余额调节表调整银行对帐期初。
即可。
问题的实际原因是我们的结转程序有问题。
经过跟踪，我认为问题出在
selectsum（md）aszd1,sum（mc）aszd2fromGL_AccVouchwhereccode='1020201'andiperiod<>20anddbill_date>='2003-04-01'andgl_accvouch.iflagisnull
这条语句上。
期间条件iperiod<>20有错。
系统在进行年度结转时还应该将上年的期初待核银行帐排除，即iperiod=21记录。
已经有补丁解决。
解决方案:
建议客户这样处理，客户的所有银行帐在04年都已经勾对。
但没做核销，应该04年做银行帐核销操作，打印04年余额调节表。
然后重新结转年度帐，结转过来后银行期初不对，根据04年余额调节表调整银行对帐期初。
即可。
问题的实际原因是我们的结转程序有问题。
经过跟踪，我认为问题出在selectsum（md）aszd1,sum（mc）aszd2fromGL_AccVouchwhereccode='1020201'andiperiod<>20anddbill_date>='2003-04-01'andgl_accvouch.iflagisnull这条语句上。
期间条件iperiod<>20有错。
系统在进行年度结转时还应该将上年的期初待核银行帐排除，即iperiod=21记录。
已经有补丁解决。
应收应付
问题编号:
66103
版本:
5-8.52
模块:
15-应收应付
行业:
0-通用
状态:
2-最终解决方案
关键字:
年度结转
适用产品:
U852----应收款管理
补丁号:
问题名称:
应收账款模块结转到2005年后，发现05年的期初数与04年的期末数对不上。
问题现象:
该账套是8.52版本，使用的是总账、应收、库存、存货、销售。
发现问题为：
2004年的应收账款模块结转到2005年后，发现05年的期初数与04年的期末数对不上。
比如在查询科目122、206的05年期初数就与04年的期末数对不上。
问题原因:
因为有红票对冲没有制单或预收冲应收的业务在冲销过程中修改科目的原因，造成单据只转余额时，把原来的单据上的科目转过来，而不能把所有不同科目的业务结转过来，这是正常的，而用户的数据总帐应是去年结转过来的，与去年一致的金额，可惜去年的总帐没有期初的明细数据。
解决方案:
建议把总帐去年的数据恢复记帐，并到期初进行应收科目的补录数据，再重新在总帐系统用按明细结转2005年，可以把总帐的数据正常结转.在2005年的数据库中用以下语句：
updateaccinformationsetcvalue='true'wherecsysid='gl'andcnamein'bBLSupQC','bBLCusQC'），可以在应收科目帐中用总帐的期初进行查看科目帐，即用总帐的期初加应收的平时科目帐来查看。
建议以后不要用与原来单据不同的科目制单，并把红票对冲是否制单的选项选中，防止科目不同的红票对冲出现问题。
问题编号:
63157
版本:
5-8.52
模块:
15-应收应付
行业:
0-通用
状态:
2-最终解决方案
关键字:
年度结转后的应收帐表问题
适用产品:
U852----应收应付
补丁号:
问题名称:
年度结转后05年应收期初不等于去年期末
问题现象:
年度结转后05年应收期初查看应收余额表，包含已出库未开票时，不等于去年期末查看应收余额表，包含已出库未开票时的数据。
问题原因:
原来的应收的视图V_OutNotBalance在包含出库未开票时，包含DISPATCHLIST中BIAFIRST为1的数据了，而实际上此记录是不应包含的。
解决方案:
已有补丁，应收的已出库未开票的SQL脚本可以解决，该脚本修改了V_OutNotBalance视图算法。
问题编号:
61896
版本:
5-8.52
模块:
15-应收应付
行业:
0-通用
状态:
2-最终解决方案
关键字:
年度结转后余额与去年不一致
适用产品:
U852----应收款管理
补丁号:
问题名称:
年度结转后余额与去年不一致
问题现象:
2004年数据结转到2005年后，应收应付中的科目余额表与上年对不上：
1、上年供应商的余额只有应付帐款的余额，结转到05年后，在预付款科目中会有此供应商的余额，应付中也有；2、同时04年的暂估应付款有明细余额，转到05年后，一笔明细都没有了。
部份客户在04年无应收余额的，结转至05年后，会有应收余额体现。
问题原因:
1.年度结转是按业务账结转的，用户的业务中有些预付冲应付没有制单，造成结转过来的业务帐期初与去年的业务帐余额对不上。
2、应收业务的科目在单据上的科目和制单时的科目不一致，或者有操作没有制单，在科目余额表中查看的是期初的业务帐加上平时的科目帐，由于去年的业务帐和科目帐对不上，造成在查询去年的科目帐和今年的科目帐对不上。
解决方案:
1.年度结转是按业务账结转的，用户的业务中有些预付冲应付没有制单，造成结转过来的业务帐期初与去年的业务帐余额对不上。
只能手工调整期初。
用户在今年的业务使用中,建议以下几点:
1）转帐业务都要制单，如预收冲应收，预付冲应付，其他业务也都要制单。
2）在平时的业务使用中，单据上的科目要和制单时使用的科目一致，尽量不要单据上使用某科目，而制单时使用另一科目。
如果经常无法确定科目,建议核销业务要制单。
2、更改选项，科目账可以与去年对上，即把是否补录期初标志打上，科目帐的查看就可以都从总帐表取数了。
从界面无法修改,只能从库中修改。
updateaccinformationsetcvalue='true'wherecsysid='gl'andcnamein（'bBLSupQC','bBLCusQC'）
库存管理
问题编号:
63547
版本:
5-8.52
模块:
56-库存管理
行业:
0-通用
状态:
2-最终解决方案
关键字:
年度结转后货位数据错误
适用产品:
U852----库存管理
补丁号:
1373
问题名称:
年度结转后货位数据错误
问题现象:
2005年期初数据中所有数量为“0”的品种，货位都为空。
正常应该数量为“0”的品种数据应不转为对。
问题原因:
原因：
由于数据库中的字段类型为双精度，所以存储时数据库中会变成16位的浮点数（如0.9100000000000001），导致货位数量汇总后有特别小的结余，数据结转时没有对其做格式化处理，使得这些结余数量特别小的货位结转过来，所以相对应的rdrecord,rdrecords表中数据也结转了过来，数量为0，货位为空，请在货位结转过程中加上判断。
解决方案:
已有补丁usgxljz.dll
问题编号:
61878
版本:
5-8.52
模块:
56-库存管理
行业:
0-通用
状态:
2-最终解决方案
关键字:
库存年度结转
适用产品:
U852----库存管理
补丁号:
问题名称:
升级软件结转后，现存量及存货数据不对
问题现象:
在U821的2004年底结帐之后,升级为U852.然后建立年度账，结转年度数据后，开始现存量都是正确的，但是用了整理现存量这个功能后，发生以下情况：
1、现存量表发生错误；2、在填发货单时，选择存货批号时会看到有2003年的批号3、存货期初也有问题,也有2003年的批号
问题原因:
数据问题,补丁问题
解决方案:
已经通过补丁解决。
另外，还有一些数据有错误，具体说明如下，可参照修正：
这个错误最初是由于821期初和单据对不上造成（没有对应单据），850升级生成调整数据，但没有指定追踪关系。
现在新补丁只能能调整相对合理的数据。
现在帐套还有两个存货批次据对不上。
原因：
04年升级生成两张调整单据，追踪存货的负的期初单据但没有指定入库单。
这样的数据年结会丢失（“负入”只能是“出”，而“出”必须指定“入”库单（这是库存核心的业务之一，不能变更此逻辑），否则无法接转。
）。
另外此二数据结存均为负，在库存追踪存货也是不会存在的。
问题编号:
61382
版本:
5-8.52
模块:
56-库存管理
行业:
0-通用
状态:
999-其他
关键字:
年度结转
适用产品:
U852----系统管理
补丁号:
1321
问题名称:
年度结转出错
问题现象:
购销连年度结转不成功，结转库存管理的现存量时报“库存管理相关的数据错误”
问题原因:
数据量大,结转时影响效率不能顺利结转.
解决方案:
在我们技术支持网站下载补丁USGXLJZ.dll就可以解决问题.
存货核算
问题编号:
62248
版本:
5-8.52
模块:
30-系统管理
行业:
0-通用
状态:
2-最终解决方案
关键字:
年度结转到存货－直运采购发票时提示：
结转失败
适用产品:
U85X----系统管理
补丁号:
1373
问题名称:
年度结转到存货－直运采购发票时提示：
结转失败
问题现象:
年度结转到存货－直运采购发票时提示：
结转失败。
语句为：
INSERTINTOPO_Pomain（POID,dPODate,cVenCode,cDepCode,cPersonCode,cPTCode,cArrivalPlace,cSCCode,nflat,cexch_name,iTaxRate,cPayCode,iCost,iBargain,cMemo,cPeriod,cState,cMaker,cVerifier,cCloser,cDefine1,cDefine2,cDefine3,cDefine4,cDefine5,cDefine6,cDefine7,cDefine8,cDefine9,cDefine10,POID,iVTid,cChanger,cBusType,cDefine11,cDefine12,cDefine13,cDefine14,cDefine15,cDefine16）SELECTPOID,dPODate,cVenCode,cDepCode,cPersonCode,cPTCode,cArrivalPlace,cSCCode,nflat,cexch_name,iTaxRate,cPayCode,iCost,iBargain,cMemo,cPeriod,cState,cMaker,cVerifier,cCloser,cDefine1,cDefine2,cDefine3,cDefine4,cDefine5,cDefine6,cDefine7,cDefine8,cDefine9,cDefine10,POID,iVTid,cChanger,cBusType,cDefine11,cDefine12,cDefine13,cDefine14,cDefine15,cDefine16FromUFDATA_666_2004..PO_PomainWHEREUFDATA_666_2004..PO_Pomain.POID=139其中有两个POID，而第一个应为cPOID
问题原因:
该问题开发已出补丁，请从支持网站下载并安装U852系统管理最新补丁然后进行结转，对应补丁文件：
USGXLJZ.DLL。
解决方案:
该问题开发已出补丁，请从支持网站下载并安装U852系统管理最新补丁然后进行结转，对应补丁文件：
USGXLJZ.DLL。
问题编号:
61770
版本:
5-8.52
模块:
54-存货
行业:
0-通用
状态:
2-最终解决方案
关键字:
存货年度结转
适用产品:
U852----存货核算
补丁号:
问题名称:
年度结转后存货和库存的收发存汇总表和去年的数量都对不上
问题现象:
年度结转后存货和库存的收发存汇总表和去年的数量都对不上，但存货的金额和去年的金额对上。
是打了1月13号的补丁之后，客户有全月和先进先出法的仓库。
问题原因:
数据有问题,结转补丁有问题
解决方案:
问题已经通过补丁解决.请下载2005.1.22日提交的年度结转补丁重新年结.【问题原因】：
数据有不对应的错误.主要是先进先出法造成的。
【解决方案】：
1.在结转之前,请首先下载结转补丁中关于先进先出法的脚本（61177.sql和调ia_valuationass.sql）,运行这两个脚本,直至结果栏为0行.这两个脚本将修复很多错误数据.2.但仍有未能修复的数据.主要是在计价辅助表中,有一条记录（正常单据）的记帐日期与明细帐的不同,而上述两个脚本主要是修复期初单据的.故需要手工调整,可使用如下语句：
updateia_valuationasssetdikeepdate=（selectdkeepdatefromia_subsidiarywherecwhcode='002'andcinvcode='430504'andid='134407'）whereautoid='25129'3.使用最新的年结补丁，重新结转，问题得以解决。
问题编号:
61327
版本:
5-8.52
模块:
54-存货
行业:
0-通用
状态:
2-最终解决方案
关键字:
存货年度结转
适用产品:
U852----系统管理
补丁号:
问题名称:
年度结转后存货期初不正确
问题现象:
仓库采用个别计价法，结转到2005年后存货期初余额为很多数量为负数，无法记帐。
问题原因:
结转程序及用户数据有问题
解决方案:
在上年度数据库中,使用最新的结转补丁,同时注意执行针对个别计价法的脚本程序.之后使用维护工具中的修复重算存货总账,进行数据修复后,再做结转.
问题编号:
61224
版本:
5-8.52
模块:
54-存货
行业:
0-通用
状态:
1-临时解决方案
关键字:
年度结转时存货模块分开考虑数量、金额结转
适用产品:
U852----存货核算
补丁号:
问题名称:
年度结转时存货模块分开考虑数量、金额结转
问题现象:
现在很多企业已经上了我们软件的全套业务链+财务,但作为财务年末核算来说,存货金额上的核算肯定滞后于正常的下一年业务的开展,但下一年业务开展的时候又需要上年的期末数量为依据,因此希望能将数量与金额有一个妥善的分开处理的结转方法,而不致于影响下一年度正常业务工作的开展。
问题原因:
目前在供应链中可以录入下年度单据；
供应链业务模块与存货核算财务模块分开结转下年的问题以后版本考虑解决。
解决方案:
问题反馈到开发需求部门，现需求答复建议如下：
目前在供应链中可以录入下年度单据；供应链业务模块与存货核算财务模块分开结转下年的问题以后版本考虑解决。
问题编号:
67955
版本:
5-8.52
模块:
54-存货
行业:
0-通用
状态:
1-临时解决方案
关键字:
年结后结算不生成调整单
适用产品:
U852----存货核算
补丁号:
问题名称:
年结后结算不生成调整单
问题现象:
基本情况是：
个别计价，出库跟踪入库，月初回冲，上年暂估入库并部分出库。
存货选项选择：
结算单价与暂估单价不一致时是否调整出库成本。
问题是：
1、年结后结算不生成调整单；2、此时再出库系统按暂估单价出库，不是按结算单价出库。
如果是本年单据则无上述问题。
问题原因:
问题分析：
1、此问题属于正常现象，对于‘期初暂估入库单’只是将上年没有开票的入库单余额结转到下年做为‘33’的单据类型存在，并在存货期初结余中包含这部分数据，此单据对于存货来说只为了结算后可以进行暂估成本处理，并不会在存货中查看出来；
2、不能生成‘出库调整单’，是由于在IA_subsidiary表中‘期初结存’的单据类型为‘34’，程序在结算成本处理生成出库调整单时根据存货中指定该采购入库单（单据类型为‘01’）的出库单记录，生成相应出库调整单。
而由于在存货中出库单在进行个别计价指定时，只能指定到期初结存上，而不能指定到采购入库单上，所以不会生成出库调整单。
例如：
您的期初暂估单0000000002在存货明细账中AUTOID=4，但是出库指定的时候，指定的是AUTOID=2的期初结存（虽然‘业务类型’为‘普通采购’，但却不是‘采购入库单’，而是期初结存）。
解决方案:
问题分析：
1、此问题属于正常现象，对于‘期初暂估入库单’只是将上年没有开票的入库单余额结转到下年做为‘33’的单据类型存在，并在存货期初结余中包含这部分数据，此单据对于存货来说只为了结算后可以进行暂估成本处理，并不会在存货中查看出来；2、不能生成‘出库调整单’，是由于在IA_subsidiary表中‘期初结存’的单据类型为‘34’，程序在结算成本处理生成出库调整单时根据存货中指定该采购入库单（单据类型为‘01’）的出库单记录，生成相应出库调整单。
而由于在存货中出库单在进行个别计价指定时，只能指定到期初结存上，而不能指定到采购入库单上，所以不会生成出库调整单。
例如：
您的期初暂估单0000000002在存货明细账中AUTOID=4，但是出库指定的时候，指定的是AUTOID=2的期初结存（虽然‘业务类型’为‘普通采购’，但却不是‘采购入库单’，而是期初结存）。
合并报表
问题编号:
61496
版本:
5-8.52
模块:
77-合并报表
行业:
0-通用
状态:
2-最终解决方案
关键字:
年度结转
适用产品:
U852----合并报表
补丁号:
问题名称:
合并报表是否要年度接转
问题现象:
是否需要年度结转？
问题原因:
85WEB系列的合并报表无需年度结转，只有取数时，要设置从新的年度取数，私有数据库不用年度结转。
解决方案:
85WEB系列的合并报表无需年度结转，只有取数时，要设置从新的年度取数，私有数据库不用年度结转。
系统管理
问题编号:
61241
版本:
5-8.52
模块:
30-系统管理
行业:
0-通用
状态:
1-临时解决方案
关键字:
年度结转红叉错误
适用产品:
U852----系统管理
补丁号:
问题名称:
年度结转红叉错误
问题现象:
一个客户的供应链帐套在年度结转时有问题。
不能结转到下一年度。
（系统在结转的过程中有一个红色的“×”.没有其他的提示，就停止了帐套的年度结转）（为U852版本，共使用了有采购、库存、存货三个模块）
问题原因:
首先通过sql事件跟踪器进行错误定位分析，将出错时捕获的后台sql语句放到sql查询分析器中执行，提示外键冲突，发生在数据表inventory，之后同样外键冲突发生在数据表inventoryclass,vendor,vendorclass上。
查询数据表，发现年度结转后上述4个档案表中与上年对比，都缺少部分档案记录。
问题的原因可能是由于上年档案是手工导入所致。
解决方案:
解决方法：
通过sql企业管理器的dts导入/导出功能，从04年一次性导入数据表inventoryclass,inventory,vendor,vendorclass到05年,执行结转成功。
是在最新补丁环境下进行的。
问题编号:
61598
版本:
5-8.52
模块:
30-系统管理
行业:
0-通用
状态:
2-最终解决方案
关键字:
年度结转
适用产品:
U852----系统管理
补丁号:
问题名称:
业务模块年度结转
问题现象:
用户是财务业务一体化，业务要盘盈盘亏所以不能马上将04年余额结转到05年，只是建立了05年的年度账，并在05年的年度账里做了单据。
现用户想结转年度数据，请问这样会不会将05年新做的单据覆盖？
如果覆盖的话怎样才能避免？
假如用户在04年的年度账里做05年的单据，这样这些单据会不会结转到05年？
问题原因:
结转前05年只能做凭证，其他05年的业务只能在04年的帐套中录入然后结转到05年，但是04年录入后不能审核。
解决方案:
结转前05年只能做凭证，其他05年的业务只能在04年的帐套中录入然后结转到05年，但是04年录入后不能审核。
问题编号:
63491
版本:
5-8.52
模块:
30-系统管理
行业:
0-通用
状态:
2-最终解决方案
关键字:
年度结转
适用产品:
U852----系统管理
补丁号:
问题名称:
不能取消月末结帐
问题现象:
采用852采购、销售、库存、存货和应收，建帐日期是04年6月，会计结帐日期是每月的25日，04向05年度结帐时，完全正常。
当05年1月结完帐后，发现有错误，在取消1月的存货核算的月末结帐时，当以1月份的日期登陆，提示：
“当前月必须大于存货启用月才能恢复月末结帐”，而当以2月份的日期登陆时，又提示：
“当前业务日期不在本会计月
（1）内，不能进行此操作”。
在查询会计期间时候，发现问题，05年1-5月份的会计期间，成了自然日历，即每月的最后一天
升级会员 