工资年度结转错误解决办法

jxycktyb

问题现象：工资系统年度结转报“上年数据有误，请检查上年数据后再结转”，工资系统结转失败。

版本：8。12，8.1X Sql
U820
U821（不包含U85X）

注意：U85X版本工资结转失败请参看后文中的“U8.5X工资年度结转失败问题解决办法”一段。

本文所举例为U821版本，其他版本与此类似，请参照解决。
第一种情况
问题原理叙述：
一般而言，出现工资系统年度结转失败的主要原因是由于工资项目设置不对应。这里涉及到的表有3个，分别是
WA_GZTBLSET

工资项目设置表
WA_GZDATA
个人工资数据表
WA_GZHZB
部门工资汇总表
以演示帐套999为例，见图：


我们看到字段iGZItem_id为一不断增大的数字。再来看演示帐套的WA_GZDATA和WA_GZHZB表的数据结构
WA_GZDATA表结构

WA_GZHZB表结构


可以看到WA_GZDATA和WA_GZHZB字段名称同样也是按数字递增的，并且和WA_GZTBLSET的记录是对应的。因此可以得出结论，工资项目设置表的iGZItem_id和个人工资数据表与部门工资汇总表字段应当是一一对应的。也就是说工资项目设置表有多少项目记录，工资数据表和汇总表就应该有多少“F”开头的字段，且数字和iGZItem_id一致。

下面我们以一套用户数据演示如何处理解决工资结转错误。本例是以u821版本为蓝本，其他版本和此类似，不再一一羸述。
首先来看WA_GZTBLSET表

通过检查发现，iGZItem_id由1－32，但是没有27。再看WA_GZDATA和WA_GZHZB的数据结构


可以看到，WA_GZDATA表和WA_GZHZB都有编号27的字段，所以就造成了项目设置表和数据表的不对应，也就是工资结转失败的根本原因。

如何处理呢？
1．
如果已存在2004年度帐，则必须删除；原因是2004年度帐是根据错误的数据生成的，也就是说它也包括错误的字段，所以必须删除。
2．
检查2003年WA_ACCOUNT表的结帐标志iLastMonth是否为12，如果是，请改为11（也就是恢复12月的月末结帐标志）。
3．
检查UFSYSTEM数据库的UA_ACCOUNT_SUB表，该帐套WA的2003记录bCloasing字段值是否为1，如果是请改为0；或用下面语句检查并修改：select * from ua_account_sub where cAcc_id=帐套号 and iYear=2003 and cSub_Id='WA'；
update
ua_account_sub set bclosing=0 where cAcc_id=帐套号 and iYear=2003 and cSub_Id='WA''；
4．
在WA_GZDATA和WA_GZHZB表根据上面提供的方法找到不对应的字段删除掉。
5．
重新建立年度帐并作工资结转。


补充说明：
1．
一般而言，工资模块是所有系统中第一个结转的，所以如果结转失败才可以删除新年度帐。如果已结转其他模块，请慎重考虑是否删除新年度帐。
2．
本文提供的办法基本可以解决绝大部分工资结转问题。如果通过本文提供的方法不能解决，请自行检查调整
3．
部分数据仅仅通过重新建立年度帐就可以实现结转成功的，所以重新建立年度帐是一个十分关键的步骤。
第二种情况
先来看一下这个帐套的WA_GZTBLSET表

红圈里可以看到ID＝7之后的就是ID－30记录，然后又是ID=9的记录（这里没有ID-8的记录）。出现这种情况也会直接导致工资结转失败。因此要调整成如下图所示的情况：

调整的方法很简单
1）
将WA_GZTBLSET表改名为WA_GZTBLSET1
2）
从其他帐套导入一个新的WA_GZTBLSET表
3）
删除其中记录（可以保留ID=1到6的系统项目记录）
4）
将备份的WA_GZTBLSET1中的记录按iGZItem_Id顺序大小逐个拷贝进来，排好顺序即可。

第三种情况
除了以上二种情况外，还有一类原因会导致工资结转失败。我们在处理这类数据的时候，发现有个别用户的非以上所述的3个表出现字段不符合标准库的情况。例如WA_BANK表丢失iBW字段等等。这种情况需要用到REP80SQL.EXE这个检查数据库结构的工具。这个工具在U8安装后的目录下面就有。如果是ACCESS版本，对应的文件是REP80.EXE，也可以在U8安装的目录找到。如果发现字段不符，可以手工增加或修改。