浪潮erp标准版维护手册(ps8x)v1

浪潮erp标准版维护手册(ps8x)v1内容摘要：

据我国现行会计制度的规定，进行外币业务的会计处理，在会计期间（月份、季度或年度）终了时必须计算汇兑损益，并进行相应的帐务处理。 即对于各外币帐户的外币期末余额，企业应按照期末市场汇率折算为记帐本位币的金额 ,并将其与记帐本位币帐户中对应帐户的期末余额进行比较，其差额则为本期发生的汇兑损益。 对于使用外币业务核算的企业，在每个会计期末 都需要进行汇兑损益的处理。 通过调汇凭证定义功能定义好需要处理的调汇凭证，则在 月末 期末调汇”自动生成相应的调汇凭证即可。 利用系统定义好的调汇凭证生成调汇凭证的七个步骤： 1 选择需要生成的调汇凭证 2 对相关账务资料进行平衡检查 3 出具检查报告 4 显示调汇的科目，对需要选择的科目进行选择 5 对所选科目的期末汇率进行修改确认 6 显示辅助原始凭证的调汇信息 7 生成凭证（为账前凭证） 历史数据调整 功能说明 ： 可以实现历史月份增加凭证，选择复核人，保存后自动记账。 但不能修改和删除以前月份的凭证。 新 建帐套，该功能是隐藏的，可以修改 LSCONF 中 ZW_HISTZ 的值改为 1,进软件时 ,就可以在月末结转下面看到此功能。 辅助管理 往来业务核销 功能说明 ： 使用单位往来账核销主要是完成单位往来业务核销和单位账龄分析。 单位往来核销在系统中支持两种核销方式：自动核销、手工核销。 自动核对有三种方法：顺时全额核销、后进先出、依据金额核销。 17 取消 处理 ： 为保持数据一致性，取消某些核销时，会把相关的使用相同业务号的已核销的记录同时取消。 为了减少取消范围请尽量使用不同的对账序号，同时凭证要做的尽量简单。 避免单个凭证有 过多分录。 常见问题 : 新建的单位无法进行往来核销。 检查 该单位和往来科目是否校验通过。 (如果是新增科目需要查看是否设置核销 依据 ） 为什么对符的记录不能核销。 看该记录是否满足核销依据，可以适当的修改核销依据后，再次核销。 完全核销后，往来核销中的余额和单位余额表中的不一致。 查看是否存在未转入的记录，由校验日期开始再次读取往来凭证。 账龄分析的结果和单位余额表中的不一致。 检查 账龄分析的分析时间是否和单位余额表的查询时间一致。 账龄分析的分析区间是否连续。 是否把所有的往来凭证都读入了，且是否完 全核销。 账龄分析是按照业务日期分析的，是否存在业务日期和凭证日期不在同一个会计期间的往来凭证。 客户年初核销后，发现与科目余额表对不上；查对核销记录没有发现问题。 以下版本才有重复核销的问题。 产生原因可能是核销后又做了取消记帐。 解决方法： 先将涉及到的年度的 ZWHXJL 和 ZWWLDJ 表合成一个表 WLALL，然后通过确定核销日期、科目编号、单位编号，查出重复核销的数据。 通过 SQL 语句将核销记录中的数据转入 ZWWLDJ 表中，然后通过 ZWWLDJ_NM将已经核销又转入的记录删除： DELETE ZWWLDJ WHERE ZWWLDJ_NM IN (SELECT ZWHXJL_NM FROM ZWHXJL WHERE ZWHXJL_KMBH=39。 20901139。 AND ZWHXJL_DWBH=39。 20202039。 AND WHXJL_WCF39。 039。 ) 此时的数据应该就是正确的。 （如果重复读入的数据又进行核销，且部分核销，则数据不一定正确） 18 往来业务核销中的单位余额和帐上与单位往来动态中的都不一致 以下版本才有重复核销的问题。 此问题是 取消核销恢复到单位往来帐转入前的状态导致。 解决方法： 涉及的表有 ZWFZYS、 ZWHXJL、 ZWWLDJ ,从中对应修改。 单位往来帐转没转入的标志为： ZWFZYS_DWDZ 这一列，为‘ 1’表示已转入，为‘ 0’则表示没转入 记录在表 ZWHXJL 表中。 将往来业务核销中已核销掉的记录中的已核销金额去掉应将 ZWHXJL_HXJE和 ZWWLDJ_HXJE 改为 39。 039。 注意： 如果 以下版本出现核销数据问题（重复核销，数据紊乱等），强烈建议升级到 ACK4，重新初始使用往来核销。 报表管理 报表 报表封存启封 功能说明 ： 一般情况，多个操作员对相同的报 表会有各种操作权限，在月底可能刚刚作好的报表会被其他不了解情况的操作员改变，如果报表进行了封存，就会有效的保证报表的安全性、正确性。 如果操作报表时不正常退出时，系统会自动设为 ―只读 ‖状态，此时只有对该表进行解锁，才能恢复对该数据的操作权限。 如果由于某种特殊原因 ,当执行 ‗报表解锁 39。 功能不起作用时，可手工修改。 报表锁标志存在表 LCBBZD 的 BBZD_USE 列， ―0‖表示正常， ―1‖表示加锁。 update LCBBZD set BBZD_USE = ‗039。 where …… Go 注： LCBBZD 中字段 BBZD_USE 值的含义： 0：新建的报表 1：别人在用 (可能为删除报表不掉的原因 ) 6：下次打开时刷新公式及数据 . 7：自己在用 19 公式 报表公式定义 功能说明 ： 报表公式中的编号规则 ： 编号是一类对象，其值仅由 ‗039。 到 ‗939。 的数码字符组成，例如科目编号、部门编号等。 除非特别说明，编号遵循如下规则： 如果作为函数参数，其输入格式为：起始值：结束值；如果出现在条件对象中，其输入格式应符合条件语法，且比较值应括在单引号中，例如： XMBH like ‗0801%39。 对于分级编号的取数，规定为每次只能取同一级上的数。 级数的确定规则为：如果没有在条件参数中明确指定级数，就根据编号起始值的宽度所在的级数来确定；如果在条件中指明了级数（例如明确指定 KMJS=2），则优先按照该级数取数。 起始值和结束值只是表示一个范围的起始和终止点，因此可以输入不存在的编号值，例如可以输入字母 ―A‖表示最大编号， ―0： A‖表示全部编号。 作为函数参数，起始值和结束值应直接输入，不能括在引号中。 输入形式有四种，意义规定如下： 输入形式 表示范围 101 ‗10139。 ： 101 ‗039。 ~ ‗10139。 101： ‗10139。 ~ ‗A39。 101： 109 ‗10139。 ~ ‗10939。 工资管理 初始 工资类别 扣零处理 功能说明 ： 如果本月只有一次发放，计算时直接将本月第一次的实发金额加上月零头，然后根椐扣零单位减去本月的扣零形成本月第一次的实发金额，同时形成本月第一次零头。 本月如有多次发放，计算时将本次实发金额加上次零头（如果为第一次发放，则为上月零头），然后减去本次零头形成本月实发金额，同时形成本月本次零头。 20 扣零单位的确定： 如果本月工资发放到角，那么扣零单位定义为 ； 如果本月工资发放到元，那么扣零单位定义为 ； 如果本月 工资发放到十元，那么扣零单位定义为 员工档案 功能说明 ： 员工档案是用来存放公司或单位的员工的信息的，在员工档案窗口可以进行员工的增加，删除，员工基本信息的维护，更换部门，更换类别等。 及以前的版本中，银行编号和银行帐号是存放在 GZBAS 表中，在员工档案中录入的； 及以后的版本中，银行编号及名称是从基础数据中录入，在工资的初始 —银行目录中选择要使用的银行，员工的银行帐号是存放在 GZYGYH 表里，在初始 —员工银行帐号窗口录入。 常见问题 ： 停薪复薪 (gzbase_syf),上月 零头 (gzbase_sylt)会显示英文字段 升级或新建帐套，有时停薪复薪 (gzbase_syf),上月零头 (gzbase_sylt)会显示英文字段 ， 此时需要查一下 GZJGZD 表中的 GZJGZD_DYLM 列中是否有 gzbase_syf 和 gzbase_sylt， 如果没有需要参照正常帐套插入到 GZJGZD 表中。 如果 GZJGZD 表中的 GZJGZD_DYLM 列中 已经 有 gzbase_syf 和 gzbase_sylt，那么需要打上补丁： 2020202901[gz][8227][,]当前月份为非启用 月份，上月零头在员工档案中显示为 gzbase_sylt 字符。 打开员工档案后看不见各部门下的员工 有时升级的帐套因为部门编号长度发生变化或员工编号规则发生变化，打开员工档案后看不见各部门下的员工。 此时需要把 GZBASE表中的 GZBASE_BMBH的级数及编号等 调整的同 GZBMZD 视图中的 GZBMZD_BMBH 一致 ,另外 GZJGZD_FCBZ 列的值应该为 39。 039。 ,GZBASE_SYF 列的值为 39。 Y39。 有些升级上来的数据有时增加员工时可能会提示 ， 不能在具有唯一索引的表中插入重复键的值 ， 此时需要查看一下 LSNBBM 表中 LSNBBM_XTBH=39。 GZ39。 的那条记录的 LSNBBM_DQNM 字段的值是否是 GZBASE_YGNM 列的最大值 +1， 如果不是 ， 将其值更新为 GZBASE_YGNM 列的最大值 +1。 21 业务 工资录入 功能说明 ： 工资录 入界面是用来录入员工的工资的，当多个员工同时录入工资时，只有最 后 一个人录入的工资数据有效，现在 已经增加员工档案操作和工资录入操作的冲突控制，有人在操作员工档案时，不允许录入工资，有人在录入工资时，不允许对员工档案中的员工进行操作。 用户录入完工资，忘记了点计算按钮进行计算，只要记得点保 存按钮保存数据，系统自动先计算后保存。 常见问题 : 工资计算时提示 Error: Invalid DataWindow row/column specified at line xxx in ue_compute event of object w_gz_gzlr， 工资录入完毕，点计算时，出现错误提示，提示 Error: Invalid DataWindow row/column specified at line xxx in ue_pute event of object w_gz_gzlr。 可 能是由于用户把实发合计、收 入合计、应交税金、零头等系统项目封存所致，因此，系统项目不能封存。 部分员工实发合计，收入合计，应交税金等计算不出来。 有时部分员工的实发合计，收入合计，应交税金等计算不出来，可能是由于部分员工的GZBASE_SYF 列的值不是 39。 Y39。 ,或者 GZJGZD_FCBZ 列的值不是 39。 039。 工资录入界面计算不出工龄或计算时出错提示 有时客户定义了工龄公式 ,但在工资录入界面计算不出工龄或计算时出错提示数据类型不匹配。 可能是用户定义的入职日期或入场时间等定义成了字符型的 ,应将其定义为日期型的 ,然后定义工龄是 数值型 ,就可以定义为当前业务日期 入职日期或入场时间等。 个人所得税上报 功能说明 ： 个人所得税用来完成个人所得税的上报功能。 数据逻辑 ： 涉及主要的数据库表及关键字段： GZBASE， GZBASE_BAK， GZNSBB,LSCONF 涉及的参数 ： GZBASE_SYF， LSCONF 表中的 F_VKEY=39。 GZ_NSJD39。 对应的 F_VAL 的值 22 为税率精度。 常见问题 ： 如果客户看到的所得税想精确到 2 位，但实际得到的应交税金不是想要的结果，就需要查看一下 LSCONF 表的 39。 GZ_NSJD39。 月末处理 功 能说明 ： 月末结转就是把本月的数据进行备份存档，并且将财务日期自动置为下一会计期间的日期。 在本月月结前，应将工资管理的当前工资类别的所有业务（工资录入，银行代发，工资补发，个人所得税申报）处理完毕。 月结后， 以前 月 份的 所有数据只能进行查询，不允许再进行任何修改。 如果当前会计月份是本会计年度的最后一个会计月份，系统还将进行年末的工作，进行年结操作前 ,应保证所有工资类别的业务都已经进行到本年度的 12 月份 ,进行年末结转时，系统将备份本年度数据，并结转至下一年。 年结过程如下： 进行所有工资类别的 12 月数据 备份 将数据备份 ,以下为相应的表 : 工资类别 GZLBZD Create GZLBZD+yyyy Back_Table 面值字典 GZMZZD Create GZMZZD+yyyy Back_Table 工资部门字典 GZBMZD_BASE Create GZBMZD+yyyy Back_Table 工资部门字典视图 GZBMZD Create view(GZBMZD+yyyy) from LSBMZD+yyyy and GZBMZD+yyyy 对照目录 GZDZML Create GZDZML+yyyy Back Table 对照字典 GZDZZD Create GZDZZD+yyyy Back Table 工资结构 GZJGZD None 工资结构备份表 GZJGZD_BAK Create GZJGZD_BAK+yyyy Back Table 工资信息 GZBASE None 工资信息备份表 GZBASE_BAK C。