会计科目新增、删除核算维度及删除版本化记录的技巧
1 问题描述
在实际的账务处理过程中,用户常常需要对会计科目增加或减少核算维度。但常常不能保存成功。会提示:
-
2 解决方法
2.1核算维度的上下级管控原理
基于集团管控的原则,星瀚系统中会计科目的核算维度需要遵循下级包含上级的原则。即上级有的核算维度,下级必须有,上级没有的核算维度,下级可以有可以没有。
#此处的上级可指某科目的上级科目,也可指上级组织的同科目,也可指上级组织的上级科目;下级可指某科目的下级科目,也可指下级组织的同科目,也可指下级组织的下级科目。
举例:
①
编码 | 名称 | 核算维度 | 创建组织 |
1001 | 银行存款 | 银行账户 | 集团 |
1001.01 | 银行存款-美元 | 银行账户/金融机构 | 集团 |
1001 | 银行存款 | 银行账户/金融机构 | 下级组织 |
上表这种核算维度的设置方式在系统中是合理的,因为下级的核算维度包含了上级的核算维度。
②
编码 | 名称 | 核算维度 | 创建组织 |
1122 | 应收账款 | 客户 | 集团 |
1122.01 | 应收账款-暂估 | 集团 | |
1122 | 应收账款 | 产品线 | 下级组织 |
上表的这种核算维度的设置方式在系统中是不合理的,因为集团的应收账款科目有客户维度,但其下级科目应收账款-暂估却没有包含客户维度,其下级组织同科目应收账款也没有包含客户维度。
2.2变更会计科目核算维度的逻辑
2.2.1直接修改变更科目的核算维度
对于没有做过账的会计科目,可以直接点击科目编码,修改核算维度后直接保存。此时科目只要符合2.1核算维度的上下级管控原理,则可以保存成功。
2.2.2版本化修改变更科目的核算维度
当会计科目已经用于做账后,则只能通过版本化的方式修改会计科目的核算维度。
增加维度:用户可以选择明细组织的明细科目开始,自下而上逐级增加核算维度。在4.0.016版本及以后,也支持在非明细组织或非明细科目直接操作版本化新增核算维度,后台会自动从最下级组织最明细科目开始逐级向上添加。
减少维度:需要从最上级组织最上级科目开始版本化减少维度,逐级向下依次减少。
2.2.3删除版本化记录的技巧
对于未做账科目,即使通过版本化增减维度,由于科目没有账务引用,所以视同修改,科目不会产生新的版本化记录,而是直接在最原始的1900~2999版本的记录上进行修改。
对于已做账科目,则会在版本化日期及以后增加一条新的版本化记录。
当上下级科目同时添加维度,由于上级科目未引用做账,所以会在原始记录上直接增加维度;下级科目已引用做账,则会从版本化日期及以后增加一条维度变更后的科目版本记录。如果增加维度有误,删除版本化记录时,很可能无法顺利删除。
举例:
编码 | 名称 | 核算维度 | 创建组织 | 账务情况 |
1122 | 应收账款 | A组织 | ||
1122.01 | 应收账款-暂估 | A组织 | 已做账到2024.5 |
此时若版本化给1122 应收账款加上维度客户,则其下级1122.01 应收账款-暂估也会增加维度。版本化记录会变更为:
编码 | 名称 | 核算维度 | 版本化日期 | 失效日期 | 创建组织 |
1122 | 应收账款 | 客户 | 1900-01-01 | 2999-12-31 | A组织 |
1122.01 | 应收账款-暂估 | 1900-01-01 | 2024-06-01 | A组织 | |
1122.01 | 应收账款-暂估 | 客户 | 2024-06-01 | 2999-12-31 | A组织 |
若发现增加维度错误需要删除下级科目1122.01的版本化记录,一般无法删除成功,会提示:
删除当前版本后,不满足当前组织科目上下级管控校验:##上级科目有'客户'核算维度,下级科目未包含该维度。与当前组织的(集团(0555))的'1122'科目不满足管控关系
此时可以先对上级科目再版本化一次,去掉上级科目的核算维度,再删除下级科目的版本化记录,即可成功。
会计科目新增、删除核算维度及删除版本化记录的技巧
本文2024-09-22 22:56:03发表“云星瀚知识”栏目。
本文链接:https://wenku.my7c.com/article/kingdee-xinghan-129791.html