本文按照FMS收支结算划分，结算流程分类及各系统交互，财务系统内部结算基础能力，收支结算整体结构的顺序来依次介绍，总结财务系统收支结算的结构，和一些作者的个人思考，希望能给大家带来帮助。

1. 概览

开始前，有必要说说看我对收支结算的理解，我认为财务收支结算是负责集团资金流转在系统中信息流的体现，一方连接着事务或者商品存货的变化，另一方则连接着集团资金账户中实际存款的变化。而整个系统的目的就是能达到信息流，资金流，货物流的统一。

接下来我将按照FMS收支结算划分，结算流程分类及各系统交互，财务系统内部结算基础能力，收支结算整体结构的顺序来依次介绍，回顾收支结算的结构及本人的思考，不会展开太多细节。

2. 收支结算划分

结算可以根据对象划分为门店结算，供应商结算，客户结算等等；根据流程类型可以划分业务请款结算，余额提现结算，对账计费类结算；按照性质可以划分为事务性和交易性；其中事务性在集团特指审批中申请的各种付款信息，交易则包括集团交易链和供应链发生的各项业务。

交易性收支结算包括了两部分，分别为应收和应付；

• 应收：对于电商平台，应收的主要来源于销售订单，同时由于集团拥有庞大的门店加盟群体，因此门店的费用也在集团应收中占有一定比例，除此之外还包括集团向外部提供技术支持等服务的合同应收款，以及一些交易产生的佣金，信贷费用等等。
• 应付：供应商货款占据着集团交易应付账款的头把交椅，门店的结算款紧随其后，二者占据了应付账款的大半江山；除此之外还有通过工单审批流转到财务的各类申请款（审批在前文已划分到事务性收支当中），还有一些提现及售后理赔。

3. 流程分类及系统交互

财务系统针对集团各项应付账款有三种处理流程：

3.1 业务请款类

第一类：以采购货款为代表的业务请款流程，特点是流程参与系统少，业务系统发起申请，审批系统审核（或者财务系统审核），财务系统执行打款并入账。

以采购请款为例，流程如下：

由于目前系统未能实现供应商进项发票与入库单匹配，采购货款的申请也没有完全的按照发票金额的申请，在这个流程中，采购系统做了很多流程前期的工作，比如确定请款金额；审批流分担了业务和财务审核的工作，而最后由负责货款的财务负责排款（当日要付款的供应商，按照到票金额安排）并由出纳人员负责后面的付款操作。

3.2 余额提现类

第二类：以SAAS提现为代表的余额提现流程，特点是引入了金融支付平台的账户系统，整个流程中，由业务前端负责请款金额，账户系统负责余额管理，财务系统负责审核及入账，支付平台或者财务系统执行付款动作。

以SAAS提现为例，流程如下：

目前这个套提现流程，是我认为较为正规的流程，门店洗美业务的结算也使用了这套类似的流程，各个系统分工合作专注自己专业的部分，权责划分清晰，相信未来会由越来越多的业务使用这套流程。

3.3 对账结算类

第三类：以门店结算为代表的对账结算；结算流程从订单完成开始，覆盖了订单的应收付对账，门店的管控对账，财务的收付款等步骤。由于门店与集团往来繁杂，因此还会牵扯到信贷等系统，导致了单次结算的费用项会非常多。

结算的费用项如下图：

门店结算流程如下：由于结算的功能细节多，如果都体现在一个流程图会导致流程图边变得复杂艰涩，因此下面的流程图着重展示系统数据流转及参与对象的重要工作，省去各个系统内部的功能操作。

总得来说门店结算主要包含了订单计费和门店得费用，两者汇总轧差得到一个最终得结算金额。用到的系统模块较多，光财务系统就用到了对账模块，收付款模块，工厂店费用模块，进项发票管理模块还包括门店及信贷的各个模块某些费用票还需要自加工加逻辑计算，因此导致了结算的流程也较为复杂。

以上介绍了目前财务系统内部关于结算的三种方式：采购货款类的业务请款流程，SAAS类的余额提现流程，以及门店业务的对账结算流程。这些基本构成了目前FMS的结算流程，支撑着集团的各项资金业务。但是当前还有部分结算没有收到FMS系统内部，这部分可能需要之后的清结算一并对接过去。

4. 财务系统内部结算基础

财务系统内部结算基础能力包括业务对账，资金对账和资金支付，业务对账在财务系统内部是一个单独的模块，负责计算每个订单的应收应付并向门店输出业务对账单，方便进入后期结算流程。

功能上包括计费规则的配置和基础设置，这一块也是整个门店结算的精华所在，为后面的结算流程提供了订单的数据支撑，但是内容太多，不在这里展开了。资金对账包括资金解析和资金对账，由资金管理平台和财务系统共同协作完成，细节同样繁琐，这些细节对观看此分享的人不会有进一步的帮助，如果对资金对账感兴趣的朋友可以从文末的链接跳转查看。

下面介绍目前财务系统支持的资金支付部分。

财务系统支持现金，银行票据，手工，银企直连四种执行付款的操作；其中“现金支付”基本上只会出现在事务性的工单审批付款中，银行票据目前也只是用于采购货款的支付中；手工付款和银企直联的付款覆盖的业务面较为广泛，且理论上支持银企直连付款的业务单据同样支持手工付款，反之亦然。

这里提一下银企直连付款，首先当前的银企直连对接方式为中台式对接，汇总前面待处理数据统一审核，推送金蝶K3执行付款操作。

示图如下：

5. 财务收支结算的整体结构

回顾前文，已经介绍了财务系统目前收支结算的划分，三大类结算流程，以及内部的基础收付款能力。

对于收支结算的整体结构，在这里做一个简述：首先对于任何交易系统都应该追求货物流，资金流，信息流的统一；而对于交易结算的系统，则应该追求资金账，业务账，财务账的三账合一。

本文只介绍了业务的部分，整个版图还缺少资金和会计账的部分。当前的财务内部结算系统与账务结合还算流畅，与资金对接的较为困难，痛点还是在业务流程不规范上。

下面以门店对账结算订单部分的结算生命周期为例，来看看为什么结算要强调业务，财务，资金三账合一

上图可见，在完整的生命周期中，业务，财务，资金三大支撑模块都有参与，并且各个模块都在流程的各个节点处理不同的数据。

从系统运行来看，各模块看似独立，那么最后谁来为这笔交易/结算负责呢？

我个人倾向于，通过对账管理模块将财务凭证中心从OMS及WMS得到的数据和资金支付，从收付款得到的数据以及资金解析，从银行账单获得的数据整合匹配，最后得到的结果，才能对这一笔交易或者一笔结算画上句号。

本文由 @锅锅 原创发布于人人都是产品经理，未经作者许可，禁止转载。

题图来自Unsplash，基于CC0协议