UDN-企业互联网技术人气社区

板块导航

浏览  : 2801
回复  : 15

[知识文档] 【关于拉式取数那些事儿】

[复制链接]
云想月的头像 楼主
发表于 2016-1-13 08:51:57 | 显示全部楼层 |阅读模式
本帖最后由 云想月 于 2016-1-13 08:58 编辑

    但凡用过管理会计领域的人都应该知道拉式取数。

    从2014年NC63发版后,利润中心会计作为管理会计精细化考核的重头大戏,开始在北上广深开花散叶,但是随之而来的是无穷无尽的项目问题,它们都有一个共同的特性:都是拉式取数惹的祸。

    面对不同类型的客户原型和业务要求,本来已经写了一份17000多字的文档,无奈生活发生重大变化,无以为继,只能把其中的一部分以帖子的形式分享给大家,见谅。

    以下十种业务场景已经包含了到目前为止所有客户的业务场景,也有可能客户的业务场景是以下十种业务场景其中几种的组合,稍微将场景中的公式进行组合使用即可。

   

相关帖子

云想月的头像 楼主
发表于 2016-1-13 08:52:14 | 显示全部楼层
1、取数场景一
业务要求:系统既生成总账凭证、也生成责任凭证,同时总账手工凭证拉式取数生成责任凭证(同组织传递数据)
业务原型:实现利润中心考核,既有基于业务系统来源的,根据企业实际内外核算需要生成总账凭证、同时生成责任凭证,也有基于无业务系统来源的,在总账自制的凭证,月末在利润中心会计模块通过拉式取数生成责任凭证。同时,上述财务组织和利润中心组织是同一个组织。
实现配置所需完成的操作步骤:
1.1、平台设置
要求所选择的业务单据(交易类型而非单据类型)生成总账凭证的同时,也生成责任凭证;
其次,总账明细仅生成责任凭证(系统已预置)

1.2、入账规则
推式生成业务:该业务单元既有财务职能,又有利润中心职能,且同时对应的主财务核算账簿和利润中心会计账簿均启用了,所以入账规则不需要设置。系统会自动生成到当前组织对应的主财务核算账簿和利润中心会计账簿。

拉式取数业务:拉式取数业务不走入账规则,所以拉式取数业务并不需要此步骤。

1.3、科目对照表或者要素对照表
此项设置更偏向于会计平台业务,此处不做详细分解。
1.4、分类定义
此项设置更偏向于会计平台业务,此处不做详细分解。
1.5、转换模板
此处需要详细分解,因业务不同,转换模板配置均不相同,所以针对于此业务需求,特详细分解转换模板过程。
业务单元既有财务职能,又有利润中心职能,且同时对应的主财务核算账簿和利润中心会计账簿均启用了,则对应的模板公式如下:

推式生成:
分类定义使用步骤1.4中的配置;
币种使用业务单据中表体的元数据;
金额使用业务单据中表体的金额字段,至于金额是放在借方还是贷方取决于业务需求;

拉式生成:
分类定义使用步骤1.4中的配置;
成本中心使用公式
币种使用总账明细的元数据;
借方原币金额使用总账明细的借方原币金额,借方本币金额使用总账明细的借方本币金额,
贷方原币金额使用总账明细的借方原币金额,贷方本币金额使用总账明细的借方本币金额,
至于集团本币金额和全局本币金额,取决于业务需求,个人建议:最好配置上,若业务上没有启用,则来源和目标均不会存在,不会对数据有影响;

使用道具 举报

回复

云想月的头像 楼主
发表于 2016-1-13 08:52:49 | 显示全部楼层
2、取数场景二
业务要求:系统既生成总账凭证、也生成责任凭证,同时总账手工凭证拉式取数生成责任凭证(跨组织传递数据)
业务原型:实现利润中心考核,既有基于业务系统来源的,根据企业实际内外核算需要生成总账凭证、同时生成责任凭证,也有基于无业务系统来源的,在总账自制的凭证,月末在利润中心会计模块通过拉式取数生成责任凭证。同时,上述财务组织和利润中心组织不是同一个组织。
实现配置所需完成的操作步骤:
2.1、平台设置
要求所选择的业务单据(交易类型而非单据类型)生成总账凭证同时,也生成责任凭证;
其次,总账明细仅生成责任凭证(系统已预置)




2.2、入账规则
推式生成业务:该业务单元既有财务职能,又有利润中心职能,且同时对应的主财务核算账簿和利润中心会计账簿均启用了,所以入账规则不需要设置。系统会自动生成到当前组织对应的主财务核算账簿和利润中心会计账簿。
配置如下图:getmainresponsibilitybook($bodys.pk_pcorg@),其中$bodys.pk_pcorg@可以替换成单据上任意的业务单元,但要求该业务单元有对应的责任核算。


拉式取数业务:拉式取数业务不走入账规则,所以拉式取数业务并不需要此步骤。

2.3、科目对照表或者要素对照表
此项设置更偏向于会计平台业务,此处不做详细分解。
2.4、分类定义
此项设置更偏向于会计平台业务,此处不做详细分解。
2.5、转换模板
此处需要详细分解,因业务不同,转换模板配置均不相同,所以针对于此业务需求,特详细分解转换模板过程。
因为跨组织传递数据,不是本组织的单据往本组织的账簿生成数据,所以配置与场景一不一样。

推式生成:
分类定义使用步骤2.4中的配置;
币种使用业务单据中表体的元数据;
金额需要进行公式判断,至于金额是放在借方还是贷方取决于业务需求,具体公式见下图:
iif(getcurrentbusiunit()==$bodys.pk_pcorg@,$bodys.money_de@,0)
该公式的意义为:判断当前凭证对应的利润中心会计账簿对应的业务单元与入账规则中的业务单元是否一致,


拉式生成:
分类定义使用步骤1.4中的配置;
成本中心有两种处理方法:
A、取业务单据上的成本中心;
B、通过业务单据的部门取对应关联的成本中心(见组织架构应用模型解决中1.4中讲解);
通常,在客户业务中,使用方法B较多,因业务员并不了解成本中心为何物。
币种使用总账明细的元数据;
金额需要进行公式判断,其中:
借方原币金额为iif(getcurrentbusiunit()==$pk_org@,$debitamount@,0)
贷方原币金额为iif(getcurrentbusiunit()==$pk_org@, $creditamount@,0)
借方本币金额为iif(getcurrentbusiunit()==$pk_org@,$localdebitamount@,0)
贷方本币金额为iif(getcurrentbusiunit()==$pk_org@,$localcreditamount@,0)
同1.5中的描述,至于集团本币金额和全局本币金额,取决于业务需求,个人建议:最好配置上,若业务上没有启用,则来源和目标均不会存在,不会对数据有影响;

使用道具 举报

回复

云想月的头像 楼主
发表于 2016-1-13 08:53:12 | 显示全部楼层
3、取数场景三
业务要求:业务系统只生成总账凭证,然后总账凭证全部拉式取数生成责任凭证(同组织)
业务原型:根据企业实际核算需要,业务系统数据只通过会计平台生成总账数据。而这部分外系统数据连同总账手工补录的数据及内部数据处理产生的数据在月底通过拉式取数生成责任考核数据。同时,上述财务组织和利润中心组织是同一个组织。
3.1、平台设置
系统默认总账明细会生成责任凭证,若无调整,不需要变更。


3.2、入账规则
拉式取数业务:拉式取数业务不走入账规则,所以拉式取数业务并不需要此步骤。
3.3、科目对照表或者要素对照表
此项设置更偏向于会计平台业务,此处不做详细分解。
3.4、分类定义
此项设置更偏向于会计平台业务,此处不做详细分解。
3.5、转换模板
拉式生成:
分类定义使用步骤3.4中的配置;
成本中心使用公式
币种使用总账明细的元数据;
借方原币金额使用总账明细的借方原币金额,借方本币金额使用总账明细的借方本币金额,
贷方原币金额使用总账明细的借方原币金额,贷方本币金额使用总账明细的借方本币金额,
至于集团本币金额和全局本币金额,取决于业务需求,个人建议:最好配置上,若业务上没有启用,则来源和目标均不会存在,不会对数据有影响;


使用道具 举报

回复

云想月的头像 楼主
发表于 2016-1-13 08:53:46 | 显示全部楼层
4、取数场景四
业务要求:业务系统只生成总账凭证,然后总账凭证全部拉式取数生成责任凭证(跨组织)
业务原型:根据企业实际核算需要,业务系统数据只通过会计平台生成总账数据。而这部分外系统数据连同总账手工补录的数据及内部数据处理产生的数据在月底通过拉式取数生成责任考核数据。同时,上述财务组织和利润中心组织不是同一个组织。
4.1、平台设置
系统默认总账明细会生成责任凭证,若无调整,不需要变更。


4.2、入账规则
拉式取数业务:拉式取数业务不走入账规则,所以拉式取数业务并不需要此步骤。
4.3、科目对照表或者要素对照表
此项设置更偏向于会计平台业务,此处不做详细分解。
4.4、分类定义
此项设置更偏向于会计平台业务,此处不做详细分解。
4.5、转换模板
此处需要详细分解,因业务不同,转换模板配置均不相同,所以针对于此业务需求,特详细分解转换模板过程。
因为跨组织传递数据,不是本组织的单据往本组织的账簿生成数据,所以配置与场景一不一样。

推式生成:
分类定义使用步骤4.4中的配置;
币种使用业务单据中表体的元数据;
金额需要进行公式判断,至于金额是放在借方还是贷方取决于业务需求,具体公式见下图:
iif(getcurrentbusiunit()==$bodys.pk_pcorg@,$bodys.money_de@,0)
该公式的意义为:判断当前凭证对应的利润中心会计账簿对应的业务单元与入账规则中的业务单元是否一致,


拉式生成:
分类定义使用步骤4.4中的配置;
成本中心有两种处理方法:
A、取业务单据上的成本中心;
B、通过业务单据的部门取对应关联的成本中心(见组织架构应用模型解决中1.4中讲解);
通常,在客户业务中,使用方法B较多,因业务员并不了解成本中心为何物。
币种使用总账明细的元数据;
金额需要进行公式判断,其中:
借方原币金额为iif(getcurrentbusiunit()==$pk_org@,$debitamount@,0)
贷方原币金额为iif(getcurrentbusiunit()==$pk_org@, $creditamount@,0)
借方本币金额为iif(getcurrentbusiunit()==$pk_org@,$localdebitamount@,0)
贷方本币金额为iif(getcurrentbusiunit()==$pk_org@,$localcreditamount@,0)
至于集团本币金额和全局本币金额,取决于业务需求,个人建议:最好配置上,若业务上没有启用,则来源和目标均不会存在,不会对数据有影响;
使用道具 举报

回复

云想月的头像 楼主
发表于 2016-1-13 08:54:06 | 显示全部楼层
5、取数场景五
业务要求:拉式取数只取科目编码为ABCD(ABCD为任意数值)的科目的数据,其他科目的数据不需要(同组织)
业务原型:客户的财务数据中各类科目的数据均包含,但是在进行责任考核时,仅仅考核管理费用和销售费用,其他科目数据均不进行考核。同时,上述财务组织和利润中心组织是同一个组织。
5.1、平台设置
系统默认总账明细会生成责任凭证,若无调整,不需要变更。


5.2、入账规则
拉式取数业务:拉式取数业务不走入账规则,所以拉式取数业务并不需要此步骤。
5.3、科目对照表或者要素对照表
此项设置更偏向于会计平台业务,此处不做详细分解。
5.4、分类定义
此项设置更偏向于会计平台业务,此处不做详细分解。
5.5、转换模板
拉式生成:
分类定义使用步骤5.4中的配置;
成本中心使用公式
币种使用总账明细的元数据;
金额处需要加公式进行判断,将来源数据上的科目不是ABCD的数据进行提出掉,然而因为总账明细上只记录了科目的主键,并没有记录科目的编码,所以我们首先需要写公式取出科目的编码。

首先通过科目主键取到对应的科目表,使用公式
getcolvalue(“bd_accasoa”,”pk_account”,”pk_accasoa”,$pk_accasoa@)

其次通过该科目表找到对应科目的编码,使用公式
getcolvalue(“bd_account”,”code”,”pk_account”,getcolvalue(“bd_accasoa”,”pk_account”,”pk_accasoa”,$pk_accasoa@))

由于上述公式除了$pk_accasoa@为元数据,其他字段均为数据库表、列和字段,所以上述公式在任意环境中均生效,不需要任何调整。

金额需要进行公式判断,其中:
借方原币金额为
iif(getcolvalue(“bd_account”,”code”,”pk_account”,getcolvalue(“bd_accasoa”,”pk_account”,”pk_accasoa”,$pk_accasoa@))==”ABCD”,$debitamount@,0)
贷方原币金额为
iif(getcolvalue(“bd_account”,”code”,”pk_account”,getcolvalue(“bd_accasoa”,”pk_account”,”pk_accasoa”,$pk_accasoa@))==”ABCD”, $creditamount@,0)
借方本币金额为
iif(getcolvalue(“bd_account”,”code”,”pk_account”,getcolvalue(“bd_accasoa”,”pk_account”,”pk_accasoa”,$pk_accasoa@))==”ABCD”,$localdebitamount@,0)
贷方本币金额为
iif(getcolvalue(“bd_account”,”code”,”pk_account”,getcolvalue(“bd_accasoa”,”pk_account”,”pk_accasoa”,$pk_accasoa@))==”ABCD”,$localcreditamount@,0)
至于集团本币金额和全局本币金额,取决于业务需求,个人建议:最好配置上,若业务上没有启用,则来源和目标均不会存在,不会对数据有影响;

使用道具 举报

回复

云想月的头像 楼主
发表于 2016-1-13 08:54:22 | 显示全部楼层
6、取数场景六
业务要求:拉式取数只取科目编码为ABCD(ABCD为任意数值)的科目的数据,其他科目的数据不需要(跨组织)
业务原型:客户的财务数据中各类科目的数据均包含,但是在进行责任考核时,仅仅考核管理费用和销售费用,其他科目数据均不进行考核。同时,上述财务组织和利润中心组织不是同一个组织。

6.1、平台设置
系统默认总账明细会生成责任凭证,若无调整,不需要变更。


6.2、入账规则
拉式取数业务:拉式取数业务不走入账规则,所以拉式取数业务并不需要此步骤。
6.3、科目对照表或者要素对照表
此项设置更偏向于会计平台业务,此处不做详细分解。
6.4、分类定义
此项设置更偏向于会计平台业务,此处不做详细分解。
6.5、转换模板
拉式生成:
分类定义使用步骤6.4中的配置;
成本中心使用公式
币种使用总账明细的元数据;
金额处需要加公式进行判断,将来源数据上的科目不是ABCD的数据进行提出掉,然而因为总账明细上只记录了科目的主键,并没有记录科目的编码,所以我们首先需要写公式取出科目的编码。

首先通过科目主键取到对应的科目表,使用公式
getcolvalue(“bd_accasoa”,”pk_account”,”pk_accasoa”,$pk_accasoa@)

其次通过该科目表找到对应科目的编码,使用公式
getcolvalue(“bd_account”,”code”,”pk_account”,getcolvalue(“bd_accasoa”,”pk_account”,”pk_accasoa”,$pk_accasoa@))

由于上述公式除了$pk_accasoa@为元数据,其他字段均为数据库表、列和字段,所以上述公式在任意环境中均生效,不需要任何调整。

金额需要进行公式判断,其中:
借方原币金额为
iif(getcolvalue(“bd_account”,”code”,”pk_account”,getcolvalue(“bd_accasoa”,”pk_account”,”pk_accasoa”,$pk_accasoa@))==”ABCD”, iif(getcurrentbusiunit()==$pk_org@,$debitamount@,0),0)
贷方原币金额为
iif(getcolvalue(“bd_account”,”code”,”pk_account”,getcolvalue(“bd_accasoa”,”pk_account”,”pk_accasoa”,$pk_accasoa@))==”ABCD”, iif(getcurrentbusiunit()==$pk_org@, $creditamount@,0),0)
借方本币金额为
iif(getcolvalue(“bd_account”,”code”,”pk_account”,getcolvalue(“bd_accasoa”,”pk_account”,”pk_accasoa”,$pk_accasoa@))==”ABCD”, iif(getcurrentbusiunit()==$pk_org@,$localdebitamount@,0),0)
贷方本币金额为
iif(getcolvalue(“bd_account”,”code”,”pk_account”,getcolvalue(“bd_accasoa”,”pk_account”,”pk_accasoa”,$pk_accasoa@))==”ABCD”, iif(getcurrentbusiunit()==$pk_org@,$localcreditamount@,0)
,0)
至于集团本币金额和全局本币金额,取决于业务需求,个人建议:最好配置上,若业务上没有启用,则来源和目标均不会存在,不会对数据有影响;

使用道具 举报

回复

云想月的头像 楼主
发表于 2016-1-13 08:55:44 | 显示全部楼层
7、取数场景七
业务要求:拉式取数只取科目类型为损益类(损益类科目替换成其他任意类型)的科目的数据,其他科目的数据不需要(同组织)
业务原型:客户的财务数据中各类科目的数据均包含,但是在进行责任考核时,因责任考核并不直接影响企业报表的资产负债,所以不需要资产负债类科目数据,只对其他科目数据进行考核。同时,上述财务组织和利润中心组织是同一个组织。
7.1、平台设置
系统默认总账明细会生成责任凭证,若无调整,不需要变更。


7.2、入账规则
拉式取数业务:拉式取数业务不走入账规则,所以拉式取数业务并不需要此步骤。
7.3、科目对照表或者要素对照表
此项设置更偏向于会计平台业务,此处不做详细分解。
7.4、分类定义
此项设置更偏向于会计平台业务,此处不做详细分解。
7.5、转换模板
拉式生成:
分类定义使用步骤7.4中的配置;
成本中心使用公式
币种使用总账明细的元数据;
金额处需要加公式进行判断,将来源数据上的科目的科目类型不等于损益类的数据进行剃出掉,然而因为总账明细上只记录了科目的主键,并没有记录科目的编码,所以我们首先需要写公式取出科目的编码。

首先通过科目主键取到对应的科目表,使用公式
getcolvalue(“bd_accasoa”,”pk_account”,”pk_accasoa”,$pk_accasoa@)

其次通过该科目表找到对应科目的编码,使用公式
getcolvalue(“bd_account”,”code”,”pk_account”,getcolvalue(“bd_accasoa”,”pk_account”,”pk_accasoa”,$pk_accasoa@))

由于上述公式除了$pk_accasoa@为元数据,其他字段均为数据库表、列和字段,所以上述公式在任意环境中均生效,不需要任何调整。

然而定义科目时,科目编码的首位就决定了科目的科目类型,按照系统预置数据,损益类的科目的编码首位是6。

金额需要进行公式判断,其中:
借方原币金额为
iif(left(getcolvalue(“bd_account”,”code”,”pk_account”,getcolvalue(“bd_accasoa”,”pk_account”,”pk_accasoa”,$pk_accasoa@)),1)==”6”,$debitamount@,0)
贷方原币金额为
iif(left(getcolvalue(“bd_account”,”code”,”pk_account”,getcolvalue(“bd_accasoa”,”pk_account”,”pk_accasoa”,$pk_accasoa@)),1)==”6”, $creditamount@,0)
借方本币金额为
iif(left(getcolvalue(“bd_account”,”code”,”pk_account”,getcolvalue(“bd_accasoa”,”pk_account”,”pk_accasoa”,$pk_accasoa@)),1)==”6”,$localdebitamount@,0)
贷方本币金额为
iif(left(getcolvalue(“bd_account”,”code”,”pk_account”,getcolvalue(“bd_accasoa”,”pk_account”,”pk_accasoa”,$pk_accasoa@)),1)==”6”,$localcreditamount@,0)
至于集团本币金额和全局本币金额,取决于业务需求,个人建议:最好配置上,若业务上没有启用,则来源和目标均不会存在,不会对数据有影响;
使用道具 举报

回复

云想月的头像 楼主
发表于 2016-1-13 08:56:01 | 显示全部楼层
8、取数场景八
业务要求:拉式取数只取科目类型为损益类(损益类科目替换成其他任意类型)的科目的数据,其他科目的数据不需要(跨组织)
业务原型:客户的财务数据中各类科目的数据均包含,但是在进行责任考核时,因责任考核并不直接影响企业报表的资产负债,所以不需要资产负债类科目数据,只对其他科目数据进行考核。同时,上述财务组织和利润中心组织不是同一个组织。
8.1、平台设置
系统默认总账明细会生成责任凭证,若无调整,不需要变更。


8.2、入账规则
拉式取数业务:拉式取数业务不走入账规则,所以拉式取数业务并不需要此步骤。
8.3、科目对照表或者要素对照表
此项设置更偏向于会计平台业务,此处不做详细分解。
8.4、分类定义
此项设置更偏向于会计平台业务,此处不做详细分解。
8.5、转换模板
拉式生成:
分类定义使用步骤8.4中的配置;
成本中心使用公式
币种使用总账明细的元数据;
金额处需要加公式进行判断,将来源数据上的科目的科目类型不等于损益类的数据进行剃出掉,然而因为总账明细上只记录了科目的主键,并没有记录科目的编码,所以我们首先需要写公式取出科目的编码。

首先通过科目主键取到对应的科目表,使用公式
getcolvalue(“bd_accasoa”,”pk_account”,”pk_accasoa”,$pk_accasoa@)

其次通过该科目表找到对应科目的编码,使用公式
getcolvalue(“bd_account”,”code”,”pk_account”,getcolvalue(“bd_accasoa”,”pk_account”,”pk_accasoa”,$pk_accasoa@))

由于上述公式除了$pk_accasoa@为元数据,其他字段均为数据库表、列和字段,所以上述公式在任意环境中均生效,不需要任何调整。

然而定义科目时,科目编码的首位就决定了科目的科目类型,按照系统预置数据,损益类的科目的编码首位是6。

金额需要进行公式判断,其中:
借方原币金额为
iif(left(getcolvalue(“bd_account”,”code”,”pk_account”,getcolvalue(“bd_accasoa”,”pk_account”,”pk_accasoa”,$pk_accasoa@)),1)==”6”, iif(getcurrentbusiunit()==$pk_org@,$debitamount@,0),0)
贷方原币金额为
iif(left(getcolvalue(“bd_account”,”code”,”pk_account”,getcolvalue(“bd_accasoa”,”pk_account”,”pk_accasoa”,$pk_accasoa@)),1)==”6”, iif(getcurrentbusiunit()==$pk_org@, $creditamount@,0),0)
借方本币金额为
iif(left(getcolvalue(“bd_account”,”code”,”pk_account”,getcolvalue(“bd_accasoa”,”pk_account”,”pk_accasoa”,$pk_accasoa@)),1)==”6”,iif(getcurrentbusiunit()==$pk_org@,$localdebitamount@,0),0)
贷方本币金额为
iif(left(getcolvalue(“bd_account”,”code”,”pk_account”,getcolvalue(“bd_accasoa”,”pk_account”,”pk_accasoa”,$pk_accasoa@)),1)==”6”,iif(getcurrentbusiunit()==$pk_org@,$localcreditamount@,0),0)
至于集团本币金额和全局本币金额,取决于业务需求,个人建议:最好配置上,若业务上没有启用,则来源和目标均不会存在,不会对数据有影响;
使用道具 举报

回复

云想月的头像 楼主
发表于 2016-1-13 08:56:19 | 显示全部楼层
9、取数场景九
业务要求:业务系统单据上的部门或者总账的辅助核算的部门,辅助核算值可能为一级、二级、三级等等部门,但到了利润中心会计考核时,仅考核为一级部门数据(同组织)
业务原型:企业财务数据中,多个会计科目都具有部门辅助核算,而且业务单据中多数均会在部门维度进行业绩考核,单据中带有部门档案,但是单据上的部门档案为实际业务发生的部门,从上到下包含了各个级别。同理,财务考核时,因要记录实际业务发生的详细数据,对应的部门辅助核算值也是包含了各个级别的数据。但是进行责任考核时,往往是从对一级部门或者二级部门进行综合维度考核,不会具体到下级每个部门。而拉式取数仅仅取这些带有部门维度的科目的数据,没有部门维度的科目的数据不进行归集。同时,上述财务组织和利润中心组织是同一个组织。
9.1、平台设置
系统默认总账明细会生成责任凭证,若无调整,不需要变更。


9.2、入账规则
拉式取数业务:拉式取数业务不走入账规则,所以拉式取数业务并不需要此步骤。
9.3、科目对照表或者要素对照表
此项设置更偏向于会计平台业务,此处不做详细分解。
9.4、分类定义
此项设置更偏向于会计平台业务,此处不做详细分解。
9.5、转换模板
拉式生成:
分类定义使用步骤9.4中的配置;
成本中心使用公式
币种使用总账明细的元数据;
金额处需要加公式进行判断,将来源数据上的没有部门辅助核算项的科目的数据进行剔除掉。

首先面对一个问题,因总账的辅助核算可以发生数据后调整,而且调整完之后可以通过工具调整数据库里的原始数据,所以总账的辅助核算项在数据库存储的值有很多种。

以下分别为科目的辅助核算项及辅助核算值分别存储情况:

1、该科目从建立到开始使用均未增加过部门辅助核算;
结果:$addis.f1@的值为空,即为null

2、录入凭证时,该科目没有部门辅助核算,在其他业务发生后,增加了部门辅助核算;
结果:$addis.f1@的值为空,即为null

3、录入凭证时,该科目有部门辅助核算,在其他业务发生后,删除了部门辅助核算;
结果:$addis.f1@的值为一个主键

4、录入凭证时,该科目的部门辅助核算允许为空,未录入值;
结果:$addis.f1@的值为N N/A

5、录入凭证,该科目有部门辅助核算,且辅助核算值也录入了。
结果:$addis.f1@的值为一个主键

其次通过上述五种情况和结果,对金额进行公式判断,其中:

借方原币金额为
Iif($addid.f1@<>null&&$addid.fi@<>”N N/A”, $debitamount@,0)

贷方原币金额为
Iif($addid.f1@<>null&&$addid.fi@<>”N N/A”, $creditamount@,0)

借方本币金额为
Iif($addid.f1@<>null&&$addid.fi@<>”N N/A”, $localdebitamount@,0)

贷方本币金额为
Iif($addid.f1@<>null&&$addid.fi@<>”N N/A”, $localcreditamount@,0)

对应的辅助核算项为部门,辅助核算值依旧用公式来取:

getcolvalue2("org_dept”,”pk_dept",innercode,left($addid.f1@,4),innercode, left($addid.f1@,4)

    公式中所有字段均为数据库表、列和字段,所以上述公式在任意环境中均生效,不需要任何调整。

    本币金额和全局本币金额,取决于业务需求,个人建议:最好配置上,若业务上没有启用,则来源和目标均不会存在,不会对数据有影响;
使用道具 举报

回复

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

关于我们
联系我们
  • 电话:010-86393388
  • 邮件:udn@yonyou.com
  • 地址:北京市海淀区北清路68号
移动客户端下载
关注我们
  • 微信公众号:yonyouudn
  • 扫描右侧二维码关注我们
  • 专注企业互联网的技术社区
版权所有:用友网络科技股份有限公司82041 京ICP备05007539号-11 京公网网备安1101080209224 Powered by Discuz!
快速回复 返回列表 返回顶部