详解业财一体化：概念、原理、会计引擎
|
admin
2025年2月25日 21:42
本文热度 286
|
全文共7437个字，分概述、三点认知（原理）、业务到会计引擎、会计引擎设计四部分业财一体化是一个非常大的主题，我想可能需要至少20篇万字长文才能够详尽其所以然；不过内容再多只要一点一点的切入，一块一块的展开，总可以从入门逐渐到精通
一个企业的存在需要通过采销的经营活动不断获取营收，采购原材料或者服务，经过生产加工成商品再卖出去获取利润；在整个业务发展过程中存在着非常多的业务，例如采购原材料，原材料入库，加工生产，商品入库，销售，营销等等不同的业务需要不同的人员参与管理，同样不同的业务有不同的“业务流程”，不同的业务流程存在着不同的业务环节......一个企业经营的好坏，赚了多少，赔了多少，需要财务数据进行反映，同样企业的全部业务都需要进行财务数据的记录同样业务流程中也都有财务参与的影子，例如营销的预算需要财务进行审批所以，业务跟财务是紧密联系在一起的，相互关联、相互依赖、互为支撑，业务流程中包含了财务的流程，同样财务的数据来源于业务，谁也离不开谁业财一体化就是业务跟财务的融合，业务和财务本身互为联系，但是二者的这种联系却有多种形态，比如在数字化盛行之前，业务跟财务通过线下联系，可能业务和财务都是线下发生的，线下下单，线下发货，纸质的入库单、采购单；财务也是纸质的账簿、纸质凭证......慢慢随着互联网的发展，业务逐渐线上化，例如电子商务、电子支付盛行以后，基本采销都可以实现线上进行，包括入库、发货等都可以实现线上数据传输，不再依赖线下的各类纸质单据同样财务也实现线上化，软件化，像用友、金蝶、SAP等软件中的财务软件部分可以很好的对财务业务进行数据化管理，电子凭证、电子账簿等一个企业的线上化发展往往是先从局部进行，然后逐渐实现整体线上化，这跟一个企业中的不同部分的重要程度不同有一定关系，企业的业务实现了线上化，财务也实现了软件化，但是业务跟财务之间的联系对于大部分企业来说是线下进行的例如我们出差报销可能需要填写纸质的报销单，贴纸质的发票，然后领导签字，给到财务部门......业务经营数据每月由各业务系统出具报表给到财务，财务根据数据报表编写对应的会计凭证，每月财务再根据会计数据生成相应的报表提供给高层做决策业务跟财务的线下联结一般不会对业务的发展造成什么影响，不会影响到业务的销量和利润，但随着业务的扩大、业务种类的增加、业务流程加长，业务跟财务的这种联系逐渐开始变得繁琐和臃肿，在内部效率上逐渐露出弊端，同样财务数据披露的时效性开始制约业务的发展，经营效果披露的时效性矛盾越来越明显同样，财务对业务的支撑效果要求越来越高，预算计划赶快审批，经营效果分析赶快披露，结算款赶快支付等等矛盾一旦升级到了这个地步，一体化就体现出他的意义和价值，在业务活动和财务活动之间构建一道桥梁，可以使业务跟财务之间的重要联系实现线上化链接，极大的提高业务跟财务之间的沟通效率，财务可以从线上参与业务支撑，快速审批、快速评估、快速付款；同样业务数据可以通过线上直接触达财务，甚至业务发生以后可以立刻触达财务，经过财务活动加工处理生成财务数据以及报表，快速提供经营决策依据，对高层高时效的提供财务报表通过上面的分析知道，业财一体的关键是构建“业务活动跟财务活动之间的线上化链接”，财务可以通过线上支撑业务，业务活动数据可以通过线上高时效触达财务；从业务数据到财务数据，除了需要运营系统的支撑还需要会计引擎的实现，会计引擎将业务数据翻译加工成财务数据提交给财务系统各类业务往往是分散的，不同的业务线，不同的业务类型，不同的业务环节所产生的的数据或者说业务单据分散在各处，同样对于财务来说需要的业务数据跟业务本身需要的数据存在差异，例如采购订单，业务层面需要的数据与财务需要存在差异，财务可能除了采购单基本信息之外还需要合同信息、发票信息等所以，需要一个业务的数据中心，其中采集、汇集、整理、加工全部的业务数据，以满足财务对业务数据的需求，这就是业务台账，业务的发生需要将对应的采购单、订单、入库单、发票、报销单、合同、预算等数据同步这个数据中心业务有业务的运营管理平台，财务有财务的运营管理工具，为了实现业财一体构建共同的的运营链接，可以构建一个共享运营平台，通过共享运营归集分散的杂乱的业务流程，从而制定统一的流程和规范，由统一的财务制度和理念进行支撑管理在该运营平台财务可以更好的为业务服务，进行统一的业务审核、资金管理、收款付款、凭证制定等，从而实现财务流程的线上化，全集团业务的流程统一化、标准化一个企业的业务是非常繁多的，每一类的业务环节有很多，所以，业财融合是个逐步的过程，先实现重要业务中的重要流程的核心环节的线上化链接，然后循序渐进，更多的环节加入进来，更多的流程实现自动化链接对整个企业的全部业务进行抽象，例如采购业务、销售业务、入库业务、发货业务、工资发放业务、供应商选择业务、内部员工优惠审批、业务报账等等，搞清楚了这些业务分类，后续进行各个突破不同业务的流程进行抽象规范，以上的不同业务都具备对应的流程，例如采购业务就需要挑选供应商、对供应商进行评估、采购合同制定、预算制定、发票、货款支付等等，其中也需要不同人员进行审批不同流程的环节划分，就像上述的采购流程中就有很多的环节，比如其中的货款支付环节就可以实现线上审核、线上支付，通过建立银企直联体系实现线上操作付款业务本身的线上化是业务一体化的前提，如果业务的销售、奖惩、计费都没有实现线上化，与库房也没有实现入库、发货的数据链接，各类数据没有得到统一，那实现业财链接也就是天方夜谈下面这张图是一个企业在业务端的财税模块，主要是面向销售环节中的商家结算、业务记账、商家及用户税务和发票管理、商家订单结算款支付的处理平台其中的记账数据来自各业务线的不同业务，商品或者服务销售的清分计费、记账、以及结算付款，这部分业务在客户账务模块和结算模块实现，通过付款类通道进行结算款的支付税务模块实现不同税种的配置、计算、税费代扣、税务申报等职能，报税通过相关报税通道实现发票模块是基于税务数据或者销售数据等进行的发票数据采集、封装生成开票所需要的全部数据以及进行开票申请，并对开具的发票进行存储和管理我提炼出的这三点可以高度概括业财一体化，打开业财一体的大门业务是非标准化，不同的领域、不同的公司、不同的部门、不同的系统都各不相同财务是标准化，有严格的会计准则和法律法规，这也是为什么有全球通用及国内主流的会计软件的原因大部分企业的业务是业务，财务是财务，业务按照财务要求提供数据报表完成记账而业财一体，让业务和财务在数据层打通了，怎样将非标的业务与标准的财务连接起来呢？这就是业财一体的链接模型，从各种形状的口转换成财务的方口而要完整的把握业财一体，或者说是去接手一个业财一体的项目，还应该再增加2点认识，构成5点模型不同行业，不同公司，不同部门和人员目的不同，要想做好业财一体顺利推进，那要了解各个角色的需求是什么
当然，这是个决定要做就困难重重的项目，每个部门每个人都有自己的小九九，业务要投入资源配合你，财务害怕你优化掉了他们的饭碗......
那么，要开始做业财一体，怎么下手，如何落地，这里给大家一个参考路径既然要做业财一体，那么财务那一头至关重要，它就像一个水库
我业务的水要灌进去，是打通一个管道直联水库，还是建立一个车队，长途运输目前市面上有成熟的业财一体化解决方案，企业可以选择将订单、支付、报销、合同等业务及数据直接对接解决方案的相应模块，灌入数据，自动业财一体当然，每一个解决方案模块都有成本，全局采购不是一般企业可以承受得了的，例如采购模块、生产计划、车间管理、财务管理、仓储管理、销售管理、人力资源管理等直接将业务数据转换成财务凭证数据，对接财务模块，业务部分保持自研系统
这就是在中间的转换环节，做好数据转换，也就是会计引擎要想实现业务和财务的高度融合，实现数据打通，提高业务和财务的双向互动，建立起业财链接，那就必须搞清楚会计引擎了
先看一个实例，在没有实现业财一体之前，我是怎么跟财务合作的，每月底会收到财务的结账通知邮件，邮件中包含了200多张数据报表需求，按部门，按业务，按系统提供，每张报表后有提供负责人其中有一张报表叫“薪资表”，本质上是商家的收入结算表，是全部商家在A业务线的全部收益明细，最后计算本月应付其最终收入，这张表有上百个字段，记录了每一个个人商家接单数量、单价、总价、优惠补贴、奖惩等一系列费用明细汇总次月初由运营人员从系统中导出该数据报表，进行数据核对以及加工处理，然后提供给财务，财务进行内部的应付款审核流程，完成全部审批以后，提供给资金部门进行批量付款，以此整个结算付款流程才算结束同样，这样报表也是财务生成会计凭证的原始业务数据依据，报表中的订单收入、营销补贴、奖金罚款等涉及到几十项费用，也就会生成及张会计凭证突然有一天，财务说金蝶有凭证接口，你们到了月底能不能实现自动生成凭证，我们审批通过以后直接提交给金蝶系统，这样就省掉了线下大量的数据处理、管理、审批流程了这个需求里就体现了几个关键的要素和问题：哪些业务数据、哪些会计凭证可以实现自动化、业务在哪里转换成会计凭证、什么时候转换、转换成啥科目、哪些业务数据转换成凭证的什么字段、怎么查看转换后的凭证查看、何时推送金蝶生成正式凭证等一系列问题需要思考这就是会计引擎要解决的问题，其做为业务和财务的连接器，实现业务数据向会计数据的转变，实现原始凭证向会计凭证的转变会计引擎就是业务数据向财务数据转换的翻译器，通过一系列的转换规则和业财数据映射关系将不同的业务数据转换成预制会计凭证不同的企业往往有不同的业务流程，比如纯互联网企业与加工制造企业在业务流程上有特别大的差异，相同的企业在相同事务上的业务流程也有巨大的差异，梳理清楚企业的业务分类以及业务流程非常重要，并且要弄清楚业务流程与财务流程的融合之处，以及流程中所产生的会计凭证是什么但无论什么样的企业，在大的流程分类上具有相似性，比如采购付款、销售收款、费用报销、员工薪酬、固定资产等流程企业需要向上游供应商采购原材料或者服务，通过内部加工生产成商品或者服务产品销售给终端客户获取利润；而采购的过程就需要向供应商进行付款，该过程是收获了原材料、支付货款的过程过程中不仅要与供应商签订采购合同、还需进行采购发票的处理以及支付付款处理，所以产生了采购订单、采购发票、原材料入库验收单、付款单等一些列业务数据，这些数据也将做为应付款凭证以及付款凭证的原始依据企业通过内部转换将原材料加工成商品或者服务销售给客户，客户支付货款；企业向客户发货或者提供上门服务以完成合同履约；客户确认收货以后或者服务完成，并索取发票，企业既可以确认收入这个过程中会产生销售订单数据、用户支付数据、服务履约数据、销售发票数据等业务数据，同样这些数据也将作为收入凭证的原始数据依据相比大家都出过差，有段时间我经常去长沙出差，一般是这样的流程，首先是在OA系统提交出差申请单，然后在携程商务中订购机票，领导审批完成以后出票；到了出差地订购酒店，并且每顿饭一定索要发票用以后续的报销等出差回来以后在OA系统提交报销单，报销单要写明报销事项、比如住宿、餐费等，并且将报销单关联出差申请单，提交以后还需要将纸质发票贴好以后提交到财务指定位置；这时候就可以在OA系统查看报销流程了，如果报销单没有问题，提交的发票也没有问题，那么财务审核通过以后就会将报销款直接付款到工资卡中整个过程从出差申请、机票与酒店预订、报销提交都是线上化操作，不再像以前一样需要填纸质申请单和报销单，自己垫资购买车票和酒店费用；线上化的申请流程和报账流程让整个费用报销效率极大提升，员工体验也得到极大的提升，当然财务的工作量也降低的最小从上述列举的流程中可以发现，业务流程中会产生大量的业务数据，而且业务流程依赖企业信息化系统完成，线下业务很难实现与财务的链接和融合，企业信息化是必须的；而业务流程中的业务节点会产生不同类型的会计凭证这就为我们实现从业务数据向会计数据自动化转换提供了模型依据，同样要能够识别这些业务流程以及业务节点，还要就是要能够将这些结构化的业务流程与会计凭证类型建立联系接下来将对业务数据与结构、凭证类型、凭证结构、会计引擎基础数据、映射规则、凭证模板、案例分析等内容进行解析
4.会计引擎
在企业经营中，财务人员通过会计凭证记录企业的经济活动，并依据会计凭证登记账簿。传统的财务工作中，会计人员根据纸质的原始凭证，依赖财务工作经验编制分录并录入到账务系统中。当企业业务复杂、数据量大时，完全依赖财务人员人工处理，效率低且正确率难以保证。但是企业的业务数据一般为颗粒度更细的明细数据，而财务数据则是需要符合会计准则的数据，因此必须先将业务数据向财务数据进行转换。会计引擎则可以帮助解决此问题。基于以上背景，我们可以把会计引擎理解为一个翻译工具。这需要我们提前将翻译规则在预设翻译器中，然后输入业务语言，便可按照预设的规则，输出对应的财务语言。也就实现了业务数据到财务数据的转换，最终生成预制凭证。 首先要明确，会计引擎的目的是实现账务自动化，即由业务数据自动生成会计凭证。那么我们可以从会计凭证出发，倒推出生成一个会计凭证都需要什么内容，从而明确会计引擎的构成。市面上比较常见的会计核算系统有金蝶、用友、SAP、Oracle，不同会计核算系统的凭证格式不同。下面我们以用友NC生成的凭证为例：核算账簿（帐套信息）、凭证制单日期、凭证类别、会计期间、借贷方向、凭证摘要、会计科目、币种、金额、辅助核算。可以看出，凭证是有一定格式的，并且部分内容无法从业务数据中直接获取。基于以上，会计引擎应具备的主要功能为：
总结来说，会计引擎首先需要预设规则，然后调用相应规则，。还以上面凭证举例，简单列举几个想要生成这张凭证应配置的规则：
核算账簿的取值规则
制单日期的取值规则
会计期间的取值规则
借贷方向的生成规则
摘要的生成规则
会计科目的生成规则
我们知道，规则的组成是：条件语句和结果语句，这放在会计引擎当中依旧适用。会计引擎规则中的条件语句由业务数据组成，结果语句则由财务数据组成。
条件==>商品类别=女装上衣；
理解为：如果业务数据上的商品类别是【女装上衣】时，那么对应到账务系统中的收入成本科目为【服装类/女装】。在实际业务应用中，规则的条件语句可以是多个，多条件的组合逻辑可以是“或”关系“且”关系等，结果语句同理。
条件1==>公司名称=北京xx科技有限公司
条件2==>单据类别=应收单
条件3==>商品类别=女装上衣
条件组合逻辑“==>且”
结果1==>核算账簿=北京xx科技
结果2==>会计科目=应收账款/服装类/女装
理解为：如果业务数据上的公司名称是【北京xx科技有限公】，单据类别是【应收单】，且商品类别是【女装上衣】时，那么此条业务数据对应到账务系统中的核算账簿是【北京xx科技】，且会计科目是【应收帐款/服装类/女装】。以上只是介绍了会计引擎规则基本的构成，具体规则内容，还需要结合公司具体的业务场景、业务流程以及账务处理方式等进行详细梳理。尽管不同公司、不同业务的会计引擎内容大不相同，但配置页面，万变不离其宗。考虑到需要配置的规则数量大，适用场景多，我们在实际应用中可以在规则的结构上增加一级——“规则类型”以便管理和配置。通过维护规则类型，限定每类规则可以使用的条件和结果因子，缩小配置规则时的选择范围。下面举例一个简单的模型，这里我们默认条件和结果之间的判断词为“则”，同一规则各条件、结果之间的组合逻辑均为“且”。即：如果“条件1”且“条件2“，则“结果1”。所属组织用来限定当前规则适用的组织范围；条件因子和结果因子是数据库内已有的字段，用户通过选择的方式任意添加（条件和结果至少各一个），添加即：指定该种规则类型对应可选的条件或结果。条件、结果下拉列表中带出的条件因子和结果因子，会根据已选择的规则类型决定。可添加多个条件和多个结果。条件因子的值、和结果因子的值，即所选条件和结果因子对应的枚举值，例如：以上会计引擎的功能模型、原型页面等都是最简单的逻辑，在实际应用当中需要根据业务复杂程度、用户个性化要求、服务器性能等再做相关设计。
阅读原文：原文链接
该文章在 2025/2/26 12:36:55 编辑过
400 186 1886
