在财务系统中,结算系统的组成模块是哪些?
结算系统一般分为几个模块?主要功能有哪些?作者结合工作时间,从三个方面概述了财务结算系统的组成模块,供大家一同参考和学习。
结算是将集团各个公司主体与外部客户之间往来产生的应收应付转化为实收实付的过程,因此大多数的结算流程包含了对账-申请-审核-核销-账务处理-资金对账的流程。
本文将先介绍公司的应收应付业务再由业务简单说明各业务的结算流程,涉及到财务系统、门店系统、订单采购、支付信贷、资金管理等内部系统还包含金蝶cloud等外部系统。
由于结算业务较多,很多地方不会详细展开。
结算将分为三块介绍:
- 业务说明;
- 流程说明(部分);
- 账务处理。
一、业务说明
由于公司业务多且复杂,因此涉及到结算的业务也多,但所有的业务离不开收支两条线:
应收应付直接体现企业的资产和负债,公司作为电商平台大部分的营收业务为订单产生,其他的还有提供服务和一些费用。
订单的应收分为toC和toB订单,合同包含一些软件服务和广告等收入,还有加盟门店产生的相关费用。
应收业务基本公司作为销售主体的业务,应付业务则为采购主体。
由于所处行业为汽车行业,所以商品种类繁多,供应商也会多种多样。
除开供应商的货款,应付业务还包含费用报销,提现,退款赔付,门店结算等。
以上为公司结算涉及到的业务,接下来将会说明解决这些业务用到的流程和系统模块及账务处理。
二、流程说明
1. 订单相关
toC订单收款:公司所有非现金支付的订单都走收银台,现金订单。(线下门店代收款的订单将会在门店结算中抵扣)
toB订单收款:额度支付订单将会生成大客户对账单;再由相关负责人定期导出数据与第三方大客户对账,对账结束后生成结算单,再通过人工或者资金管理平台核销结算单。
以下为门店大客户对账流程:(与一般大客户对账流程一致,区别在于一般大客户下单时没有额度限制)
(1) 订单退款
订单退款分为多种情况,有客户通过售后投诉,有取消订单退款也有重复支付退款;
退款优先考虑原路退款即按照客户支付的渠道退回,若原路退款失败则系统自动转手工再由财务统一处理。
以重复退款为例说明流程(支付平台发起,财务系统判断退款并通知售后创建退款单以免重复退款,同时调短信服务通知客户):
订单存在和合并支付的请款,单目前售后创建的退款单均为按单个订单生成的。
因此对于门店和QPL的合并支付,财务需要先调用接口查询支付流水对应的订单,再分别创建退款单。
(2) 代收代付订单结算
Saas和QPL平台为三方服务,代收代付因此会涉及到和第三方结算。
这类结算由业务方(Saas或者QPL平台)计算分佣并发起结算申请,财务审核并打款。
以下以Saas平台为例:
2. 门店结算
门店结算涉及类容较多,本文只做简单说明。
线下门店作为公司最为重要的业务部门,和公司往来较多因此结算的需求也较大。
门店包含了普通的合作门店、加盟店和自营店,门店结算即和这三类门店结算。
门店结算包含了订单和费用:线上和线下订单解析出来应结算给门店的费用、线上订单即电商平台下的订单、线下订单即客户直接去门店通过门店系统下的订单。
线下订单引出了一个新的订单类型:货权转移单,即公司铺货到门店的商品,货主发生了改变,由公司变为了门店,公司要收回这部分商品的成本。
费用则为门店应该缴纳的加盟费,信贷费用,管理费用,及一些分成。
(1) 订单对账
即根据每个订单解析出铺货成本,铺货毛利,订单服务费,安装费,门店外采成本,门店外采毛利,门店外采服务,手续费,优惠券扣除等等费用。
门店结算-费用流程如下:
门店发起结算后,费用汇总成应收费用账单和订单对账做抵扣行程结算单,因此整体的结算流程如下:
门店结算付款采用的批量导出的方式付款,具体在财务结算模块中具体的状态流转如下:
(2) 采购请款
采购请款即向供应商支付货款,由业务部门和供应商沟通后在采购系统中勾选采购单发起请款,审批矩阵审核通过后,最后由财务系统付款。
采购请款因为要求每日单量没有门店结算大,所以财务在付款时采用了银企直联付款,即财务系统将采购请款单生成付款单推送金蝶再由金蝶通过前置机调用银企接口支付付款。
出纳只需要再财务系统选择付款银行点击罚款即可。
采购请款流程如下:
三、账务处理
每笔结算都应该对应一笔财凭证,方便财务查账。
账务处理作为目前财务系统的大头,已实现90%的凭证系统自动化推送,减少了财务的手工账,结算生成的凭证自动推送金蝶cloud冲掉之前业务单据产生的应收应付的凭证,以下为采购说明:
1. 采购入库时:
- 借:库存商品
- 贷:应付账款-暂估供应商
2. 到票后:
- 借:待抵扣进项税
- 应付账款-暂估供应商
- 贷:应付账款-供应商
3. 付款后:
- 借:应付账款-供应商
- 贷:银行
以上即公司部分结算的简要说明,结算后的对账流程将在资金对账模块讲到。
整体来讲结算包含了功能和账务两部分,要保证最终的财务账和业务账能对的上。
本文由 @锅锅 原创发布于人人都是产品经理,未经作者许可,禁止转载。
题图来自Unsplash,基于CC0协议。
您好,看到您的文章,很有感触,可以加微信进一步沟通吗~我的微信号15933556182
这流程图真的看起来有点乱,线交叉,看得不是太清楚
楼主能不能加个微信交流一下,我这边现在也是做电商财务这块,微信:windll_ll
您好,请问一下您说的财务账具体指的什么
wx:anderson_wb 必有重谢
希望能联系到大神当面请教
其实最大的难点还是国内企业财务管理,目前有几家公司不是几套账,ERP系统里面一个,用友或者金蝶一个,手工Excel一个,反而在业务系统里面帮助生成数据对接的系统更有市场,这也是个china特色。不过每家公司的财务处理方式不同,收付实现制还是权责发生制,这些都是由CFO的水平能力决定,反正一定要跟财务总监对接好。
说到点上了~系统永远只是工具,财务的管理思想才是核心。 三套账,再加一套内账~哈哈,所以整真实ERP计划的,风险一半一半,整好了脱胎换骨,整差了伤筋动骨。
可以加您个微信吗,期待跟您进一步交流呀~,我的微信号15933556182
哈哈 好久没登录看
真的忍不住再发一条来吐槽,写的什么乱七八糟,拜托请在发出文章之前自己通读一遍是否通顺,错别字和错词这种低级错误都有,请不要把你的笔记或者草稿发出来好么
感谢分享,希望以后能写得更有逻辑和通用性一些,夹杂了蛮多多你们公司自身的业务逻辑和情况,导致读起来不是很顺畅并难以理解。建议结合你的经验总结抽象出通用的方法和理论。
金蝶、用友 这些能做得很好的话,SAP能进国内市场?到底也就是帮会做软件不解决客户问题的,比拟金山毒霸
这个贴有货,实践出真知。 流程图梳理得更条例、易读些就好了,毕竟是开放给众人看的,有学习成本。
财务后台的逻辑需求相当强,需要保持学习了~
逻辑基本上是符合的,但就是乱。没有形成体系
你好,之前也做了类似有结算的系统,但考虑点没你这边多,可用加微信交流一下吗
好的呀,但是怎么加呢
事实上很多财务借贷关系、账套、凭证的管理都是在如金蝶、用友等系统做了, 业务系统和其对接就好。 但是这些财务系统的对接,对方公司的配合度也很一般。本人亲历。