（3）、财务团队是不是就只能做核算工作呢？

储备的这些知识能不能更好的，更高效的提供给管理者供他们进行决策？

这种内在的驱动就是我们这个理论界和实践的企业界在讨论的财务转型，也就是说，我们整个财务团队有没有可能在人员总数不变的情况下，通过结构调整，让整个团队发挥出更大的价值。

这就是我们所说的财务转型的迫切需求，驱动着目前财务共享中心的发展。让原来的核算的体系，在维持不变的前提下，用少部分的人力资源去处理基础的会计处理，让更多的人力资源投放的高价值的业务决策跟财务分析之上，这就是我们现在想的这个财务共享中心了。

二、基础的核算业务全部往财务中心目的是什么？

企业构建整个财务团队大的架构是三位一体。这个三位一体的体现在集团总部，放一个小组的财务人员（业务财务）。业务财务也就是我们所谓的这个在业务单元或者事业部放的财务人员啊，叫它业务财务，那还有一部分就是我们所谓的财务共享中心。

为什么要建立这样三位一体的架构呢？因为财务团队在谋求一种变化，期望能产出更高的价值。那是不是说我们把财务人员全部扔进财务共享中心就能实现更大的价值呢？这个答案也不尽然，把财务共享中心建设起来。目的是解放出集团财务跟业务财务，这两个团队。

那财务共享中心以后就变成什么呢？不管是集团的财务核算业务，还是各个事业部各个事业线各个BU，他们的基础核算工作全部扔进这个财务共享中心，这样的话，剩下来的集团财务的人员以及业务财务的人员，他们就可以百分之百的全部聚焦在他们实体的这个管理会计以及集团财务的规划，要的就是这种专注。

三、财务共享中心信息化建设有哪些特点？

（1）、七八年前企业是如何建财务共享中心的？

七八年前，开始有财务共享中心这个概念，很多企业在做实践的时候，他们是怎么做的？

当时很多人觉得业务单位的财务共享中心建设无非就是流程集中、人员集中。把很多的财务核算人员集中以后，就把流程集中在一起。这时大家会想这个系统建设，按照职能在财务共享中心分成：应付组、应收组、费用组、固定资产组等等。

那每一组要用的信息化系统，比如说费用组，首先要有一个费控的系统，要有基础的财务核算系统。费用发生的时候要走某个流程。走完流程以后，要在的核算系统去记账等等。那大家又想，有费用组做费控系统，有应收组我就要做一个应收的系统，要去做认领，收入的认领等等。

那就换句话说，当时建设系统。所有前台的就是应用层，应用系统，比如费控啊，应收的认领啊，应付的流程啊等等。后台呢，我们可以把它看成这个会计核算系统啊，比如说ERP系统、ACP等等。这种前后台呢，就直接进行交互了。那在当时的情况下，我认为还是比较先进的。至少把人都集中在一起，流程都集中在一起了。

（2）建设财务共享中心的时候，我们需要注意哪些事情？

随着这种共享中心长期运行下去，我们也会发现一些问题和不足，实质上功能都很好。只是说这个功能在当时实现以后，在长期的运维过程中也出现了一些挑战。

那挑战在哪呢？就是流程的变化！因为共享中心本身，它也肩负着服务的使命。那既然是一个服务的单位，这个服务，就要不断的提升、不断的优化，以此满足更多的用户，长期稳定的使用它的服务。所以共享中心唯一不变是什么呢？就是流程一直在变，流程一直在优化，共享中心也在寻求自己的提升。

所以如果有在做信息化朋友们的，可能有些感觉。我们最担心的，并不是说我变一个功能，最怕的是变一个流程，因为流程会牵动不同的系统，跟着一起调整的。比如说我从销售到收款过程，会涉及到ERP系统、涉及到企业的审批系统、涉及到合同的系统、涉及到电子文档归档案、会有一些影像的系统、归档的系统等等。流程一旦优化，在各个系统中就得把我的流程都连着一起调整。那在长期运维的状态下，流程是一直在变化的，这个对于信息化系统来讲，挑战太大。

现在我们在反思去看七八年前，去建设的这个共享中心的系统的时候上，最大的一个问题就在于这个流程的适应性。

四、考虑共享中心自身持续运营的这个视角去建设一个中台，这个中台，肩负起了什么样的使命呢？

（1）、什么是前台？什么是中台？

我们建设共享中心的系统的时候，要遵循的一个原则，就是要搭建一个一体化的，集成的、财务共享中心的平台。

那中台到底起了什么作用？我们首先要清晰地定位好中台面向的对象是谁？前台面向的对象是谁？

共享中心的前台就是给共享中心提出服务请求的人。他们就是共享中心的用户，比如说我是一个企业内部的员工，我出差，深夜有一个差旅。我在签出差申请的时候我用的系统、我用的界面是什么？等我出差回来以后拿了很多原始单据，我把原始单据都贴好，开始自己手机拍好照片，然后我要把它录到系统里边。这个时候操作的界面我们叫它前台。

那共享中心还有一种用户是什么呢？再举个例子，除了企业内部以外，还有企业外部。我采购了供应商的一批原材料，供应商就会给我开一张发票。对于共享中心来讲，我收到一张供应商给我开的发票，就触发了我应付账款的流程。那供应商也变成了我整个共享中心的一个用户。那么供应商他进入的共享中心，不管他是以打电话的形式说我已经把一个发票寄给你了，还是说他登录到我的共享中心的平台，把这个发票自助扫描到平台上。不管再以什么形式，我们说共享中心呢，面对着用户的这个接口，这个对接的这个面，都是前台，它的主要服务对象就是共享中心所面对的用户，这是前台。

那我们中台的用户是谁呢？是共享中心内部的人员，也就是说，我们把核算的人员都集中在一起，那共享中心这么多人这么庞大的人，以前是一个小团队，负责一个会计单体，一个核算单体。

现在呢？按照职能分组，比如费用组、应收组、应付组。一个服务请求过来，我可能需要跨组大家协同工作。在每一个组中我接到一个工单以后，我有这么多的一个小组的成员，是哪一位小组成员在负责每一个工单呢，这会涉及到一个派工问题。这中间的过程，中间是如何传导的呢？他们是怎么知道上一道手续完成的程度？他们怎么知道这道手续到我了呢？那他就需要一个这个共享中心的中台和运营平台，来管理我共享中心的所有的这些服务人员，这就是中台。

（2）、前中台的特点是什么呢？

我们回顾一下，刚才我们说了，之前的共享中心建设的时候没有考虑中台的时候，所有的流程全集中在前台。那现在我们接触中台了，长期运维就变得好了。它的原因到底是什么呢？举个例子来说一说，我们现在建立共享中心的中台，我们的使命是什么呢？把流程的压力就是所有服务流程的压力，尽量集中在中台，让中台负责大部分流程，把一个小部分流程就是用户端的流程，放到前台。

这叫什么呢？叫轻前台重中台。这样的话，我们把大部分流程集中在中台统一管理以后我们流程一代优化的话，是我们的一个流程在统一的一个中台进行管理的时候，我们就可以集中地去优化这个中台。这样的话，前台应用系统，由于可能业务、不断的电话，我可能前台有不断地优化，那再优化也不要紧，你优化的是功能。那晓得了会收益到清前台的管理，那个工作量并不是特别大，但是我说出最根本上的流程进行管理的时候，那都在中台进行的管理的时候，这样的话我中台的管理成本就会大幅降低。

我再总结一下，现在的这个前中台的特点是什么呢？重中台轻前台，大部分的流程都放在了中台集中管理。

（3）中台还有更重要的使命是什么？

就是系统集成。之前在建设共享中心的时候，经常听客户讲，在集中上线或者工作量最大，大家没白天没黑夜，项目组加班的时候，大家都说建设共享中心不是在做业务处理人员集中，是在做系统集成。没错，真的是。因为我在系统建设工程都参与了很多项目，我也发觉是这样的。

共享中心的建设，会涉及到大部分企业人内部的英文系统，比如说OA，比如说我们移动应用，比如说我们的ERP，比如说我们的影像，税务，这个发票系统，这个报销系统，资金系统等等很多很多。那既然要建设一个统一的流程管理、人员集中的这个平台，就免不了要对所有应用的业务系统进行整合，所以说这也是为什么这个财务共享中心的建设会涉及到大量的这种接口的开发。

在中间部分中，大家还要想象，在开发的过程中，我还要想到什么呢？共享中心的这个工单的流转问题，那这个开发量成指数级，翻倍的往上跳。好不容易，我把这个系统建设起来了，这么辛苦的把这系统的全部做完了，大家想象一下这个共享中心的使命是什么？流程不断在调，对吧，一调，我所有的这些开发的系统要全部是要都在更新一遍，那可怕的是，不是调一次就完了，是永远它都在调，那这个工作量简直可怕。对于共享中心建设来讲，长期的运维来讲，是非常非常重要的一件事情，也就换句话说评价一个财务共享中心的优与劣，不是说它实现的功能如何，评价的主要核心是长期运维的这个便捷程度。

五、前台、中台和后台的关系？

系统建设的流程设计直接影响了运维的便利性，那么是什么样的一种这个接口设置更能适合这种不断地变化呢？我们给这个共享中心的这个架构，起了一个名词，叫松耦合的架构，也就是说，前台中台后台是一个合作关系。

大家可以想象一下，当时我们说的前台跟后台直接的交互真是一个紧密集成的关系，那现在这种加了中台以后就变成松耦合是什么概念呢？我们来说一说，这个松耦合主要体现在流程的切分，过程我们说了，共享中心的中台以后会承担大部分的流程职能。

那轻前台是什么?少部分的流程会留在前台的应用系统里边。前台和中台的这个流程交互关系，我们把它叫成一个松耦合式的，就是由于有松耦合式的，才能让我们在中台的维护更加的便捷，也就是说前台不管怎么变，我中台的核心是不变的，永远的优化都是主要优化在这个中台。这样就比较健康，成本也会比较低，运维的成本会比较低。

所以大家可以看看这张片子，我们把前中后台，刚才就是这个纵向，现在这个横向的前台，分开以后，前台中台后台，大家就运用这种系统集成的方式松耦合地联系在一起，那么在这种情况下，在这种架构下，这种系统集成仍然还是一个很重要的工作。

前台跟中台的关系更加松散。这样的话，这种架构下边我们去建设系统的时候，我们要考虑哪些问题呢？首先我们定义好共享中心的运营平台。这个中台它是一个交互中心，因为所有的信息都在这其中，流程也都在这其中。所以它首先要建立一个沟通的平台，要融合所有的request。

本身内部我要有一个工单管理的体系，有共享中心一旦接受一个request服务请求进来以后，我在共享中心内部是如何流转的。不管哪一步，我是以随机派工的机制还是抢单的机制。那无论如何我要定义好，我的机制到底是什么？工单是如何在中台运营平台进行管理？

再一个就是要把每一个工单每一个点连成串，也就是说整个工作流是如何定义的，也是在中台确定的。我们也看到很多系统，都有流程管理，甚至说有些专门做流程管理的，不管是国内国外的，国外友人叫BPM，国内有人叫OA。拿这些系统去做承载中工作的管理，那我个人认为的这个财务共享中心的流程体系，可能跟这个传统的这个流程体系有所不同，我认为呢还是有一定压力的。那主要体现在什么呢？就是就是维护性。

我现在建立的共享中心运营平台，这个流程管理，我们把它分体系，分目录，也就是换句话说，在共享中心的这个流程管理里边我们是要分层的。现在建立共享中心，第一，大部分企业考虑的不仅仅是财务共享，比如说人力资源共享啊，IPservice共享啊采购共享啊！不同的共享的主题等。再比如说我们把财务共享再拆开，财务共享里边，我们还有哪些流程呢？比如费用啊应收应付，那这些是二级目录。

那在这个应付的这块，我们把它再分，对私，也就是对员工的报销，以及对公，所谓的对公就是对于公商的付款，这就是变成三级目录。流程分体系分组分层的，这样的话长期运维就会方便很多，成本也会节约很多，更容易去维护，这都是中台它作为交互中心要去搞的。

六：系统的集成

那最后我们就是系统的集成。那当然了，因为现在很多的这个企业都在应用SAP的ERP，我们看到很多招标里边都有写清楚，要跟我们的这个SAP的ERP，要积极成性，如何如何的好。实际上呢，在这个SAP来讲上，也有这么一套中台的运营平台，实际上他就是长在系统之上了。那当然了，SAP的这个运营的这个中台和SAP的后台的ERP交互性应该是最好的。

我截了个图大家看看，第一个呢，是中台的这个业务流程管理，因为刚才我们说到流程实际上是整个共享中心中的核心中的核心，流程在不断的优化不断地调整，我们要适应。

那SAP的这个中台管理的流程，大家可以看看我们是一个界面是，也就是换句话说在这里的我们是分了这个六步到完成一个付款流程。中间减少一步发票录入正确性的这个审查，因为以后啊，这个发票正确性已经不是问题。现在这个随着建设系统的这个越来越升级，功能越来越强大，以后我们企业的这个税务的交互性会越来越好。这个发票这个形式已经从纸质化变成电子化等等，发票已经不用验证了，我们之中有个验证平台，不需要人为的去审核，我只要把这一行项目取消，然后再点这个流程的发布，整个流程体系，体系里边会全部发生变化，大大地降低了这个流程变化以后的测试这个成本，也节约了大家试用的这个过程。

七、工单如何运转？

现在代码开发的这个系统的流程体系，要想修改，实际上是一个最困难的事情。再往下看看啊，这就是一个派工体系，就是工单如何在内部去流转。我们需要系统对不同的业务或者不同的组别，同时能支撑这个随机派工跟抢单的机制。这个工单是如何流转的？要在整个界面里边清晰地去定义，清晰地去维护。

八、 共享中心平台（中台）——与后台系统的协同集成

那再往下看看呢，那就看到了集成了，因为不管怎么样，我财务共享中心在处理业务的时候，我最终都要跟我的这个核算系统，我这里面套的是这个SAP的ERP系统进行交互。

这一块，我截了一个图，是一个采购订单的校验过程。这里面呢，财务共享中心的用户呢，当他们要打开ERP系统，核算系统的时候，他们只需要在流程上点击鼠标，这个中台自动会连到后台，把后台的ERP的信息调起来，调用的启用事务这块采用的采购订单、项目总览这一块它已经调了后台的ERP信息出来。

工作效率大幅增强，核算和ERP都在一个界面，方便用户效率增强，同时也对安全性跟准确性有了大幅的提升。

那我共享中心里，比如说我的资金系统，我的分工系统，我的什么什么系统都是我自己采购别家的不是你SAP的，也有可能是自己开发的，那这些系统呢，你是不是也能像SAP、ERP一样，都能嵌套在一起呢？

答案是：是的。因为我们这个SAP的这个中台，它有一个子模块，就是系统集成，这个系统集成主要用来做的，并不是跟SAP、ERP的这个整合。这个系统集成的模块主要做非ACP的这个其他业务系统的集成，那我们在不同的客户里边，这个我们嵌套了比如说浪潮啊、拥有啊，金蝶啊，泛微的OA呀等等这些系统呢，我们都已经实现了对接。

但这个对接，不是在SAP的这个产品端实现的无缝的对接。是在这个项目的实施过程中完成的这个对接工作。更重要的两方面，一个是界面的集成，还有一个权限的集成。所以我这个SAP这个模块是包含了这四个层面的集成。

九、共享中心运营平台（中台）——服务水平管理

我们再谈谈共享中心的这个绩效管理，内部的绩效管理，现在共享中心的建设，我们要强调整体运营的提高，那根本是什么呢？我们要考虑服务水平的管理，每一个共享中心的工作人员，我是如何对他进行考核？如何衡量他的工作水平？

我们在系统里边是需要有个体系的，只要这个体系搭建的，越来越趋近于这个体系化，那我们就可以体系化的展现这些KPI的实际运营情况，所以我们看到很多的共享中心，在公司外面都会有几块大屏，大屏显示什么呢，显示目前的这个人均的工作效率，每天处理工单的数量。服务的对象啊、我的应收账款的周转率这个效率等等。但是我们往后看看，在SAP的平台里面呢，我们中台里面的我们也交互的一些基础的一些这个看板，比如说发票的平均处理周期啊，每人这个平均处理的数量啊，比如说开票，这个错误的比例等等。

这些看板都默认是可以交互的。咱不管任何的系统，不管是什么样的，开发的中台，我们都希望才有这么一套体系，第一是有些有这个DPI体系，第二是把这些DPI体系图形化的展现出来。第三，他它要有一个戒指，有个大屏展现出来，来看整个运营的情况。再往下看一下，这是面对用户界面，共享中心的面对用户界面。

十、共享中心移动端访问

现在呢，移动端的应用越来越重要啊。所以我们在建设工程中心的这个时候呢，要重点考虑移动端，不管是员工自主的这种发票的扫描，供应商的这些扫描等等。越来越趋于移动化，所以在建设的时候，千万不要把这个遗漏掉。后期再想补呢，还是比较辛苦一点。

十一、共享服务解决方案提供服务的具体内容，不仅仅是财务共享

后面呢，要强调一下，现在的共享中心的建设已经不是单纯的以财务共享中心为主，现在的共享中心建设，要把所有的企业的偏中后台的标准化的业务都整合在一起。大致上，比如财务共享，人力资源、采购共享，服务共享等等。

这些东西要全部囊括在一起，即使是我们先从财务共享中心入手，但是在第一期规划的时候，我们要把这个大平台的价格勾画出来，这样避免什么呢？避免我建立了财务共享中心，只考虑财务共享中心的建设建立操作系统，等到我建立人力资源共享的时候，我再重新建立这个东西，这个又变成了两个系统，两套平台去维护了，那就是越来越复杂了。对吧，所以我们建设之初考虑的越全面，比如我今天要加人力资源，我就把人力资源的业务流程人员都集中在一起就可以了，系统、平台我都已经完备了。这样的话，就避免了很多重复建设。

十二、共享中心运营平台，几个重要的点

1、中台的用户管理

共享中心的集成里面，这个用户，权限的集成很重要。但如果企业的这个信息化做的很好，都是基于比如说一个厂商，比如说SAP在建设，这个用户的权限，这个设置是一致的，那很容易实现单点登录。但是有一些外围的非SAP的系统，要融合在整个平台里面时候，那就是需要我们什么呢，共享中心的中台有一个固定的模块去做这种权限的这个管这块各位要考虑一下。

2，就是服务请求的管理

服务请求如何接收到共享中心，共享中心的一些人员是如何辨识不同的服务请求的种类。我们是把这个辨识交给用户自己还是交给共享中心的前台第一到手。这个设计，在共享中心建设的时候，是中台系统建设的时候我们界定的清楚，我个人的建议是把它尽量前置，要培育我们共享中心的用户主动去自己去辨识我这条服务请求到底是哪个种类，是供应商的付款，是报销，还是说我给人力资源的共享中心提供了一块三。这些尽量往前置。

3、重点是流程管理

共享中心唯一不变的就是流程一直在变，为了应对这个变，我的中台就要重中台，把大部分的流程压在中台，统一管理统一维护，这样整个运行的会越来越好。再往下看就是服务目录，刚才我们说了流程，那不是一个大池子，我们建设过程中需要长期运维得越健康，那我的所有的流程我要分组分层，那在共享中心里面的系统建设上面我们就要考虑服务目录的管理。

4、知识管理

这个相对比较简单，就是我们所有的流程体系，我们所有的这些文档，在共享中心里面平台里面，我们有一个专门的地方去存储，这样共享中心，如果人员有交替那么很快的去拿这些相关的知识，这些要都分目录分地址去管理的。

5、集成的重要性

最后呢，再强调一下集成的重要性，共享中心的建设，集成很重要。如果是SAP的ERP，这个跟SAP的这个中台，这个交互最好，如果有其他外围的系统也没关系。大部分在这个基层工作可以交给中台去做。但是共享中心的中台要有这样集成管理的能力。返回搜狐，查看更多