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


1. 概览 在开始之前，有必要谈谈我对收支结算的理解。


我认为财务收支结算是负责系统中集团资本流通信息流的体现。


一方与事务或商品库存的变化有关，另一方与集团资本账户中实际存款的变化有关。


整个系统的目的是实现信息流、资本流和货物流的统一。


接下来我会按照FMS收支结算分类、结算流程分类、各系统交互、财务系统内部结算基本能力、收支结算整体结构顺序依次介绍。


回顾收支结算的结构和我自己的想法，不会有太多的细节。


2. 收支结算划分 结算可分为商店结算、供应商结算、客户结算等。


；业务付款结算、余额提现结算、对账计费结算可按流程类型划分；根据性质可分为事务性和交易性；事务性在集团审批中申请的各种付款信息包括集团交易链和供应链中的各种业务。


交易性收支结算包括应收和应付两部分； 应收账款：对于电子商务平台，应收账款主要来自销售订单。


同时，由于集团拥有庞大的门店特许经营群体，门店费用也占集团应收账款的一定比例。


此外，还包括集团向外部提供技术支持等服务的合同应收账款，以及一些交易产生的佣金、信贷费用等。


应付：供应商货款占据集团交易应付账款的首位，其次是门店结算款，占应付账款的一半以上；此外，还有各种通过工单审批转入财务的申请款(审批已分为事务性收支)，还有一些提现和售后理赔。


3. 流程分类和系统交互 财务系统对集团各项应付账款有三种处理流程： 3.1 业务请款类 第一类:以采购付款为代表的业务付款流程，具有流程参与系统少、业务系统发起申请、审批系统审核(或财务系统审核)、财务系统付款入账等特点。


以采购请款为例，流程如下： 由于目前系统未能实现供应商进项发票与仓单的匹配，采购付款的申请没有完全按照发票金额申请。


在此过程中，采购系统在确定付款金额等过程中做了大量的早期工作；审批流程分担业务和财务审计工作，最后由负责付款的财务排款（当天付款的供应商按票金额安排），出纳负责后续付款操作。


3.2 余额提现类 第二类：以SAAS以提现为代表的余额提现流程，具有引入金融支付平台账户系统的特点。


在整个过程中，业务前端负责付款金额，账户系统负责余额管理，财务系统负责审计和记录，支付平台或财务系统实施付款行动。


以SAAS以提现为例，流程如下： 目前，这个套现流程是我认为更正式的流程。


商店美容洗涤业务的结算也使用了类似的流程。


各系统的分工与合作关注其专业部分，权责划分明确。


我相信越来越多的企业将在未来使用这个过程。


3.3 对账结算类 第三类:以门店结算为代表的对账结算；结算流程从订单完成开始，涵盖订单应收付款对账、门店控制对账、财务收付款等步骤。


由于门店与集团之间的交流比较复杂，也会涉及到信贷等系统，导致单次结算的成本会很大。


结算费用如下图所示： 商店结算流程如下：由于结算的功能细节较多，如果反映在流程图中，流程图边缘将变得复杂和困难。


因此，以下流程图侧重于显示系统数据流通和参与对象的重要工作，节省了各系统内部的功能操作。


一般来说，商店结算主要包括订单计费和商店费用，两者总结了最终结算金额。


使用更多的系统模块，光财务系统使用对账模块、支付模块、工厂商店成本模块、进项发票管理模块还包括商店和信用模块部分成本票也需要自加工逻辑计算，导致结算过程更加复杂。


以上介绍了财务系统内部结算的三种方式：采购付款业务请求流程，SAAS余额提现流程和门店业务对账结算流程。


这些基本构成了目前FMS结算流程支撑着集团的各项资金业务。


但目前还没有收到部分结算FMS在系统内部，这部分可能需要后续的清算和结算来连接过去。


4. 财务系统内部结算基础基础 财务系统内部结算的基本能力包括业务对账、资金对账和资金支付。


财务系统内的业务对账是一个单独的模块，负责计算每个订单的应收应付，并将业务对账单输出到商店，以便进入后期的结算过程。


该功能包括计费规则的配置和基本设置，这也是整个商店结算的本质，为以结算过程提供订单数据支持，但内容太多，不在这里。


资本对账包括资本分析和资本对账，由资本管理平台和财务系统共同完成。


细节也同样繁琐。


这些细节不会进一步帮助观看和分享的人。


如果你对资本对账感兴趣，你可以跳过文章末尾的链接。


以下是当前财务系统支持的资金支付部分。


财务系统支持现金、银行账单、手工、银行直接支付；现金支付基本上只出现在事务单审批支付中，银行账单仅用于采购支付；手工支付和银行直接支付覆盖业务范围广泛，理论上支持银行直接支付业务文件也支持手工支付，反之亦然。


在这里，我们来谈谈银企的直接支付。


首先，目前银企的直接对接方式是中台对接，总结统一审核待处理数据，推送金蝶K三是付款操作。


示图如下： 5. 财务收支结算的整体结构 回顾以上，介绍了财务系统收支结算的划分、三类结算流程和内部基本收付能力。


对于收支结算的整体结构，本文简要介绍：首先，任何交易系统都应追求货物流、资本流和信息流的统一；对于交易结算系统，应追求资本账户、业务账户和财务账户的整合。


本文只介绍了业务部分，整个地图仍缺乏资金和会计部分。


目前，财务内部结算系统与会计的结合相对平稳，难以与资金联系。


痛点仍然是业务流程不规范。


以门店对账结算订单的结算生命周期为例，看为什么结算要强调业务、财务、资金三账合一 从上图可以看出，在完整的生命周期中，参与了业务、财务和资本三个支持模块，每个模块在流程的每个节点处理不同的数据。


从系统运行的角度来看，每个模块似乎都是独立的，那么谁最终对交易/结算负责呢？ 我个人倾向于通过对账管理模块将财务凭证中心从OMS及WMS数据和资金支付，从收付数据和资金分析，从银行账单数据整合匹配，最终结果，可以结束交易或结算。


特别说明：本网站的主要目的是收集与互联网运营相关的干货知识，为运营伙伴提供便利。


本网站收集的公共内容来自互联网或用户的贡献，这并不意味着本网站同意其观点，也不对网站内容的真实性负责。


如有侵权行为，请联系网站管理员删除，。