实践案例|星瀚遇上SAP:凭证集成,让财务工作更高效

A客户基于星瀚构建集团财务共享平台,该平台承担部分核算业务的记账功能,与各单位的SAP核算系统并行。
为了保证SAP核算系统的数据完整性,基于星瀚与SAP的标准功能,项目组制订了凭证集成方案,实现凭证的自动生成与推送,有效消除冗余工作环节,提升共享员工的工作效率。方案具有一定的通用性和扩展性,为相似项目提供参考。
案例撰稿人:张瑞丰
1 业务背景
A客户依托金蝶·星瀚产品建设面向全集团的财务共享平台,但客户希望保留各单位的核算系统,即不改变原核算系统的记账职能,财务共享平台仅承担部分核算业务的记账功能。由此带来了以下痛点:
(1)增加无效的工作环节,在两套系统重复记账,后续还要定期对账。
(2)冗余、无效的工作环节,降低共享员工的工作效率。
(3)人工在两边记账,容易出现差错、导致记账不一致。
(4)投入更多的员工会增加财务共享中心的运行成本。
为了解决上述问题,制定本方案,期望通过凭证集成的方式,自动生成原核算系统的凭证,无需人工重复记账。
同时,消除冗余、重复的工作内容,提高员工的工作效率,降低财务共享中心的运行成本,达到降本增效的目标。
财务共享平台生成的记账凭证,作为临时凭证,通过接口传输至A客户的SAP核算系统,并生成正式凭证,以保证SAP核算系统会计账簿的完整性。
进一步地,在凭证推送环节也减少人工参与,对于SAP凭证需要但金蝶无法直接提供的信息,无需手动提供,通过抽象出的映射逻辑,在系统内自动完成转换。这能提高财务共享中心的运行效率,同时还能保证两边记账的准确性和一致性。
2 解决方案
在本案例的集成方案依照“自顶向下、先正向后逆向”的原则制定,先设计集成正向流程,再设计集成逆向流程、最后设计集成字段。
首先介绍集成流程的设计。通过前期调研客户SAP系统的使用现状,我们了解到,SAP对于凭证的操作主要有记账、调账、清账、冲销、过账,且SAP对于凭证操作没有严格意义上的逆向流程,如果凭证需要逆向操作,仅支持通过冲销操作完成,即将冲销流程作为正流程的延续。
而星瀚产品对凭证的操作有8项,包括制单(删除)、提交(删除)、作废(生效)、审核(反审核)、复核(反复核)、过账(反过账)、红字冲销、蓝字冲销。上述操作串联起来即为流程,双方系统的流程如下图所示:


考虑客户提出的一次过账、操作留痕等需求,结合双方系统的差异,设计如下集成流程:(1)在金蝶凭证完成过账后,将凭证自动推送至SAP记账并过账。(2)禁用反过账功能。凭证在金蝶完成过账后,不允许反过账。对于需要逆操作的凭证,通过红字全额冲销完成。同样在冲销凭证过账完成后,自动推送至SAP冲销,SAP过账操作自动完成。(3)对于由上游单据生成的机制凭证,在被冲销后,要允许重新生成凭证。通过打开“忽略模板唯一性控制”参数(ignoretemplateunique)实现。由于该参数打开后可以无限制生成,因此需要再补充条件,当该单据没有生成凭证或生成的最新一张凭证已被冲销时,允许无限制生成凭证。
注意:参数ignoretemplateunique:忽略模板唯一性控制参数。开启之后允许一张单据在一个模板下无限制生成凭证,需要和multidap同时开启才生效。参数multidap:同账簿多次生成参数。开启之后允许一张单据在一个账簿下每个模板各生成一张凭证。
具体流程如下图所示:

综上,凭证集成操作分为记账、冲销两类,记账操作又可细分为记账、调账和清账。其中记账凭证与调账凭证共用一套接口,因此总共涉及三类接口。下面将按照四类凭证分别进行设计和描述。
对于凭证推送的字段设计,区分金蝶凭证可以直接提供的和无法直接提供的。如下图所示:核算组织、记账日期等SAP需要的信息,金蝶凭证可以直接提供,则通过金蝶集成服务云进行推送。
对于记账码、SAP会计科目等SAP需要的信息但金蝶凭证无法直接提供,则通过开发、配置等操作进行转换,转换完成后将结果通过金蝶集成服务云进行推送。

接下来将分章节介绍记账凭证、调账凭证、冲销凭证、清账凭证的集成字段设计。
2.1 记账凭证推送
金蝶通过如下条件判断记账凭证:(是否冲销凭证=“否”)或者(是否冲销凭证=“是”并且冲销类型=“蓝字冲销”),并且‘是否清账=“否”’的凭证走此接口。
2.1.1 接口取数逻辑
2.1.1.1 SAP会计科目转换逻辑
由于财务共享平台使用的会计科目与SAP的会计科目在编码、名称、层级关系不尽相同,因此在通过凭证接口向SAP传送会计科目时,需要将共享会计科目转换为SAP的会计科目。
其次,虽然共享会计科目和SAP的会计科目均是集团层维护一套,下级单位根据集团层的再个性化分配,但映射关系集团内统一,因此映射关系建立在集团层即可。
最后,两边的会计科目并非完全是一一对应的关系,站在共享侧的角度,对于一对多的对应关系,增加核算维度进行区分。

转换设计如下:
首先,维护SAP集团层会计科目至财务共享平台。
其次,开发《SAP科目映射表》,建立SAP会计科目与共享平台的会计科目的映射关系,在推送凭证时,将共享的会计科目转换为SAP的会计科目。对于一个共享会计科目对应多个SAP会计科目时,设计子表,建立该共享会计科目及其核算维度与SAP会计科目的映射关系。《SAP科目映射表》表样:
当“是否映射唯一SAP科目”为“是”时(不显示子表):
核算组织 | 科目表 | 共享会计科目编码 | 共享会计科目名称 | 是否映射唯一SAP科目 | SAP科目编码 | SAP科目名称 | |
集团总部 | XXX科目表 | 10020101 | 银行存款 | 是 | 10021010101 | A公司 | |
当“是否映射唯一SAP科目”为“否”时(显示子表):
主表:
核算组织 | 科目表 | 共享会计科目编码 | 共享会计科目名称 | 是否映射唯一SAP科目 | 核算维度 |
集团总部 | XXX科目表 | 10020101 | 银行存款-活期 | 否 | 银行账户,币别 |
子表:
银行账户 | 币别 | SAP科目编码 | SAP科目名称 |
B银行 | 人民币 | 1002*****01 | A财务公司 |
R银行 | 美元 | 1002*****20 | Q集团总部 |
最后具体转换逻辑为:在实际推送会计凭证时,用共享凭证中分录行上的会计科目,去《SAP科目映射表》查询SAP的会计科目。
如果查询不到或者查询到多个,报错提示。
如果查询到唯一值,判断“是否映射唯一SAP科目”,若为“是”,返回主表维护的SAP会计科目;若为“否”,根据“核算维度”去子表匹配SAP会计科目。按照该科目“核算维度”在具体的共享凭证中的具体值,去《SAP科目映射表》子表查询。如果查询不到或者查询到多个,报错提示。
如果查询到唯一值,返回子表维护的SAP会计科目。
2.1.1.2 SAP记账码转换逻辑
SAP记账码的取值逻辑如下:
科目组与记账码映射表(示例)
SAP科目组 | SAP统驭科目 科目类型 | 是否 特别总账科目 | 是否 清账凭证 | 借方 记账码 | 贷方 记账码 |
ANL. 固定资产科目 | - | 否 | 否 | 70 | 75 |
ERG. 成本损益科目 | - | 否 | 否 | 40 | 50 |
FIN. 资金科目 | - | 否 | 否 | 40 | 50 |
SAKO 总分类帐科目 | - | 否 | 否 | 40 | 50 |
RECN 应收应付统驭科目 | D | 否 | 否 | 1 | 11 |
RECN 应收应付统驭科目 | D | 否 | 是 | 1 | 15 |
RECN 应收应付统驭科目 | K | 否 | 否 | 21 | 31 |
RECN 应收应付统驭科目 | K | 否 | 是 | 25 | 35 |
RECN 应收应付统驭科目 | D | 是 | 否 | 9 | 19 |
RECN 应收应付统驭科目 | K | 是 | 否 | 29 | 39 |
可以看出,SAP记账码主要包含了科目信息和借贷方向信息。因此生成SAP记账码根据共享凭证的会计科目和借贷方向进行匹配。
由于SAP科目组、SAP统驭科目的科目类型、是否特别总账科目分别存在于SAP集团层会计科目、公司层会计科目和应收应付统驭科目特别总账科目表,因此将上述三张SAP基础资料维护至共享平台【集团层会计科目】、【公司层会计科目】、【应收应付统驭科目特别总账科目表】。
然后,取共享凭证分录行转换后的SAP会计科目,分别去【集团层会计科目】、【公司层会计科目】查询科目所属的SAP科目组、SAP统驭科目的科目类型,以及是否存在于【应收应付统驭科目特别总账科目表】。根据查询结果,匹配《科目组与记账码映射表》。再根据会计科目所属借贷方向匹配到唯一的记账码并返回值。
记账码在清账凭证中的特殊处理:在完成上述逻辑判断后,如果匹配到的记账码为11、21、31,且该凭证是清账凭证时,将记账码更换为15、25、35。
2.1.1.2.1 SAP会计科目必输字段转换
SAP会计科目的必输字段,是SAP在编制记账凭证时,选取会计科目后所必输的信息,相当于会计科目的核算维度。因此SAP会计科目必输字段转换的原则是与财务共享平台的核算维度建立关联,将财务共享平台的核算维度转换为SAP会计科目必输字段通过接口传输至SAP。
接口涉及的必输字段(示例)见下表:
SAP必输字段 | 接口字段编码 | 核算维度 | 是否直接转换 |
客商 | (视具体接口而定) | 客商 | 是 |
成本中心 | (视具体接口而定) | 成本中心 | 否 |
项目 | (视具体接口而定) | 项目 | 是 |
供应商 | (视具体接口而定) | 供应商 | 是 |
客户 | (视具体接口而定) | 客户 | 是 |
税码 | (视具体接口而定) | 税率 | 否 |
现金流量项目 | (视具体接口而定) | 现金流量项目 | 否 |
(1)直接转换
若上表涉及的核算维度对应的基础资料的编码与SAP的编码相同,则可以直接转换。对于直接转换的必输字段,首先在《SAP科目必输字段映射核算维度列表》中建立接口字段编码和核算维度的关系。然后在实际推送凭证时,判断各会计科目维护的核算维度是否建立了前述关联关系,若建立了,将具体核算维度值的编码通过维护的接口字段,传递至SAP对应的必输字段。
(2)特殊转换
若上表涉及的核算维度对应的基础资料的编码与SAP的编码不同,则需要建立两侧编码的对应关系。
对于“成本中心”来说,由于财务共享平台对成本中心进行了治理,包括重新编排成本中心编码,但治理后的共享成本中心编码与SAP成本中心编码是一一对应的。所以在【成本中心】二开字段维护SAP的编码,由此建立起双方编码的对应关系。
然后在实际转换时,先在《SAP科目必输字段映射核算维度列表》中建立接口字段编码和核算维度的关系,将凭证中选取的成本中心编码(若有),根据在基础资料【成本中心】维护的成本中心编码与SAP成本中心编码的对应关系,转换为SAP成本中心编码。
最后将其通过维护的接口字段,传递至SAP对应的必输字段。
对于“税码”来说,由于财务共享平台使用“税率”替代SAP的“税码”,且重新编排了编码,两侧不是一一对应的关系。
所以在《SAP科目必输字段映射核算维度列表》中建立税码接口字段编码和税率核算维度的关系后,要将凭证中选取的税率编码(若有),根据在【税码信息】维护的税率编码+会计科目与“税码”的对应关系,转换为“税码”。最后将其通过维护的接口字段,传递至SAP对应的必输字段。

对于“现金流量”来说,由于财务共享平台对现金流量进行了治理,包括重新编排现金流量编码,但治理后的共享现金流量编码与SAP现金流量编码是一一对应的。所以在【现金流量项目】二开字段维护SAP的现金流量编码,由此建立起双方编码的对应关系。
此外,由于财务共享平台的现金流量项目不属于核算维度,所以取凭证分录行主表项目作为现金流量。取值完成后,根据在【现金流量项目】维护的现金流量编码与SAP现金流量编码的对应关系,转换为SAP现金流量编码。最后将其通过维护的接口字段,传递至SAP对应的必输字段。
2.1.1.2.2 SAP自定义辅助核算集成
(1)SAP自定义辅助核算使用现状
自定义辅助核算1、自定义辅助核算2、自定义辅助核算3(以下统称SAP自定义辅助核算),在填制凭证时,是作为部分SAP会计科目必输字段以外的辅助核算,补充必输字
实践案例|星瀚遇上SAP:凭证集成,让财务工作更高效
声明:除非特别标注,否则均为本站原创文章,转载时请以链接形式注明文章出处。如若本站内容侵犯了原著者的合法权益,可联系本站删除。



