今天谈下财务中台,在讲财务中台前还是先谈下业财一体化的概念,然后再来谈下财务中台构建的一些思考。业财一体化-业务财务融合 对于业财融合或业财一体化当前谈得相当多,简单来说就是业务和财务两条线应该融合和统一,业务流和财务流两者不应该是割裂的,而应该是深度融合的。 企业的任何生产经营活动,人员活动往往都伴随着后端的财务活动,简单总结就是收入和成本,要么是增加了收入,要么是增加或降低了成本,从静态呈现来说就是资产。可以看到企业的核心生产经营活动往往都会涉及到财务信息的变化。 业务活动最终会形成财务结算或计量。 从一个供应链流程来说,当企业发起一起对外采购,那么形成采购订单,这个订单是一个业务单据信息,那么供应商基于这个订单进行送货,那么在进行采购接收入库的时候就涉及到一个关键动作,即库存记账。 简单来说就是货你已经收到并且验收,那么就应该给供应商付款了,可以去走供应商的付款流程进行付款操作。货物进入到企业可以通过转资形成企业固定资产,而最终给供应商的费用就通过应付凭证最终形成付款,变成成本支出。 财务活动不应该孤立于业务而存在,而是在整个业务流程执行和处理中,自然形成了财务核算数据,那么财务流自然和业务单据流是完全匹配和映射的,任何财务收入或支出都能够对应或映射到具体的业务活动上。 再比如一个企业是项目型软件企业,有多个产品线,每个产品线承担多个外部项目。一个项目往往涉及到人员投入,外部软硬件采购,差旅开支等多种费用。而我们期望做到的是企业的成本核算能够完全核算到具体的项目上面。 只有这样你才能够知道哪些项目真正赚钱了,哪些项目是亏钱的。 那么如何做到这点。 简单来说就是所有的生产经营活动首先要能够严格计算到具体是对应哪个产品,哪个项目。比如一个采购订单采购,是哪个项目发起的。人员本月或本周的工资投入是为哪个项目服务?一次差旅活动产生的费用具体对应到哪个项目等。 当你业务和生产经营活动严格对应到项目的时候,那么后续项目的应付和付款操作自然可以对应到具体的项目和业务单据,将财务类凭证和业务单据间建立勾稽关系。这才有了具体进行项目成本核算的基础。 所以可以看到要实现业财一体化,往往都会涉及到信息化和IT系统的建设,通过信息化手段来将业务和财务两者融合统一,业务流程驱动业务事件,而业务事件本身有产生财务事件,所有的业务数据,财务数据都应该深入融合和匹配。财务共享中心和财务共享服务平台 对于财务域,当前谈得比较多的就是FSSC财务共享服务中心的概念,特别是对于大型集团和多分支机构的企业。 可以先看下百度百科上对财务共享中心的一个简单说明。 财务共享服务中心(Financial Shared Service Center,简称FSSC)作为一种新的财务管理模式正在许多跨国公司和国内大型集团公司中兴起与推广。财务共享服务中心是企业集中式管理模式在财务管理上的最新应用,其目的在于通过一种有效的运作模式来解决大型集团公司财务职能建设中的重复投入和效率低下的弊端。FSSC最初源于一个很简单的想法:将集团内各分公司的某些事务性的功能(如会计账务处理、员工工资福利处理等)集中处理,以达到规模效应,降低运作成本。 在共享服务中心模式下,对财务人员的要求不再像从前那样全面。没有共享服务中心之前,各地分公司都设有自己的财务部门,在控制成本的前提下,要求每个财务人员都熟悉整套财务系统,能独立完成所有的账目处理。但在共享服务中心的财务中心,每个财务人员只需完成整个账目处理中的一个或某几个环节。 比如应收账款一项,对中国、日本、韩国的分公司都是同样的业务内容,一个财务人员就不需要做一个国家的全套账目处理,而只是需要处理某几个国家的同一个账目处理环节。这就如同工业化的流水线,降低了对每个流水线上员工的要求,即使是刚毕业的大学生,也能胜任。在大量节省人力资源及人力成本的同时,还保证了操作的准确性和可靠性,并且明确了各人的责任,有助于员工的绩效考核。 财务共享将分散于各业务单位重复性高、易于标准化的财务业务进行 流程再造和标准化,并集中到共享服务中心统一进行处理。 是节约成本、提高效率和服务水准的最为卓著的一种管理体系,同时促进企业核心业务发展和加速标准化进程,增强企业的扩展潜力。 所以从这里可以看到财务共享中心本身就是SOA核心架构思想和当前中台思想的一些关键体现,即在财务这个细分的业务域下,我们希望能够将记账,支付,审单等各种财务共性能力进行集中化,并统一提供成可复用的能力共享给上层应用使用。 比如我们公司本身也有个产品线专门做财务共享平台。 远行财务共享解决方案是针对具有跨地域、多组织和多业务特征的集团型企业的财务管理信息化解决方案。共享服务中心是节约成本、提高效率和服务水准的最为卓著的一种现代管理体系;是将分散于各业务单位重复性高的财务业务进行流程再造、标准化和服务化,并集中管理的共享服务平台,其提供企业费用与收入报账信息采集、预算控制、财务核算、资金管理、信息归档和决策分析等端到端的财务共享服务,实现财务管理的全面信息化和共享服务化。 对于该财务共享平台,我在前面谈微服务文章也谈到过,即我们在18年开始对该平台进行微服务架构和容器化改造,当前基本也全部完成,整个改造后架构如下。 该平台基于SpringCLoud微服务开发框架,实现核心的技术平台和技术组件,同时对业务层拆分为11个独立的微服务中心。而类似发票中心,档案中心,凭证中心等已经和当前谈的财务数据中台概念类似。从财务共享平台到财务中台 如何来理解财务中台?简单来说就是财务域的共性能力下沉,并统一提供给上层应用使用,那么这些共性能力就是财务中台。 但是实际当前的财务中台往往存在两个方面的理解,其一就是业务系统和ERP间的一个中台适配,其二是本身财务共享能力平台化和微服务化建设并提供给上层使用,方便上层业务或财务前端应用快速组合。 业务系统和ERP间的适配 对于企业财务相关业务,在ERP核心系统里面主要涉及到财务应收,应付,总账,资产管理等大的模块。从财务共享和中台化的角度来说,就是ERP核心中的财务能力应该下沉为财务后台,那么在类似CRM,供应链等前端业务系统和ERP核心财务能力交付的时候,我们希望在两者之间构建一个适配层。 财务中台就是就是在业务系统和财务核算系统之间做一个桥梁,汇集所有与财务相关的业务数据,然后进行检查(人工或系统)、筛选、转换,再通过接口将转换成后的数据传入财务核算系统。 也就是说通过财务中台,能够更好的完成业务和财务之间的数据融合和协同,这个本身也是实现业财一体化思想的一个重点。 对于这适配层中的检查主要有两部分:一是原始票据和系统数据的核对和检查,检查是否账实相符,检查是否违规等,随着技术的发展,越来越多的人工检查已被AI技术所取代;二是转换后数据的检查,系统根据规则进行业财转换,转换前可能会有先有业务数据汇集再转换,转换的结果传入财务核算系统之前,也需要检查,当然,这些也会有技术稽核系统来检查。 财务中台另外一个作用就是方便财务人员在一个统一的业务操作界面能够完成所有的财务相关操作。比如在传统模式下销售模块的数据需要转成财务数据时,需要财务人员进入到销售系统中,进行数据确认,再回到财务系统中,录入或确认通过接口从销售转入财务的数据,同样,采购系统、工程系统、合同系统、银企系统等也是如此,需要先在对应业务系统中确认和检查数据再到财务核算系统中确认核算(凭证)数据, 这样造成财务人员需要频繁地切换系统。对已经建立集团财务共享中心的共享财务人员来说,还需要不断地切换核算系统的各公司账套。如果实现财务中台,并打通了所有业务系统,对财务人员来说,只在一个工作界面,可以完成所有的工作。 除了实现业务数据集中,业财自动转换外,财务中台还汇集了业务和财务的数据,可以进行方便的数据分析,也不需要跨系统协同。同时标准化业务与财务的接口规范,当新的业务系统建立后,可以立即复用之前的规范接口对接财务中台,避免新业务系统与财务系统之间接口的重复开发。 财务共性能力平台化和服务化 首先还是要回到为啥要构建中台? 即中台构建的关键目的是实现原有业务系统前后台的分离,也就是我们说的厚平台 轻应用的构建模式。只有先分离,共性业务能力先下沉,才能够形成中台,也才能实现前台和中台的解耦。 前台和后台为啥要解耦,核心目的来讲两个方面。 从业务系统构建层面来说,分离后我们利用中台的能力能够快速的构建前台应用,即中台可复用的业务能力开放。从用户角度来说,用户只关心前台业务流程,不再关心底层有多少模块,多少业务系统提供能力。 那财务中台构建目的是啥? 流程实现和中台业务能力解耦 实际上还是得回到一个关键概念,就是财务共享中心建设上,没有财务中台我们也可以建立财务共享中心,而有了财务中台,我们可以更加灵活方便的建立财务共享中心。 你可以理解为原来构建模式是烟囱式的纵向建设模式,流程和业务能力耦合在一起。而新模式下,采用的是中台能力层前台多样化灵活流程构建的模式。即前台应用构建更加灵活,同时前台应用不再有原有的业务系统边界概念,更多的是业务流程驱动。 比如上图可以看到,要实现一个业务报账流程,实际上财务中台+其它业务中台中心能力的一个组合和编排来完成。而财务中台层能力实际是对ERP底层财务能力的进一步抽象。这和我们传统说的SOA BPM的目标是一致的。 再次,当前说中台构建,一定脱离不了微服务架构和模块化。即中台是有多个松耦合的微服务模块组成的,每个微服务模块提供关键的业务能力和数据能力供前台使用。各个模块独立自治,可灵活扩展。 即通过构建中台可以进一步打破原有财务类单体业务系统按照报账,预算,资金等业务系统的构建模式,而进一步转变为以核心业务能力组件构建的新的微服务架构层构建模式。这种转变也是财务中台构建的一个关键点。 基于以上这点思考,即财务中台的构建重点应该是传统财务类业务系统本身的业务流程和业务能力解耦,将业务能力变为类似凭证中心,发票中心等中台能力服务中心,然后基于这些中心再来建设类似上层的财务报销流程等。即不能简单的将当前的报账,预算等财务系统就认为是财务中台能力。 我们可以参考下元年科技的一个财务中台架构图如下: 即该财务中台是将企业业财管理中关键业务逻辑构建为财务能力中心,提供完整、成熟的财务共合享能力中心(基础财务管理、往来核算、税务管理、费用管理、差旅管理)、管理会计能力中心(计划预算管理、财管报并、成本管理、责任中心核算、阿米巴核算)等业财能力中心,帮助企业快速沉淀业务能力、实现财务数据有效应用,向业务数字化运营赋能。 这个和我前面谈到的财务中台核心思想一致,但是关键还是中台能力中心和前端应用之间的彻底分离和解耦。 最后,到中台层,实际上各个业务域的边界仍然应该是模糊的。即虽然我们说财务中台,但是中台层边界应该是模糊的,应该是企业大中台的概念,要明白只有财务中台模块,财务核心流程,类似报账流程也是无法正常运作的。真正要成功运行还需要外部类似合同,订单,人员多个中台模块提供能力才能够实现财务报账的全流程。 同时可以看到,业务域中台不仅仅是支撑该业务域,还需要支撑跨域的端到端业务流程,这才是企业大中台构建的关键意义。即彻底打破原有业务域和业务系统边界的概念。在这个意义上,中台应该是做了组件化的领域服务层,提供领域服务能力给上层应用。而一个完整的领域服务层,本身就不再有业务系统边界。