AG真人平台

写给业务线产品的结算宝典

2019-06-24 11:16 AG真人平台

  笔者在实际工作中遇到过很多业务线的产品和业务同学,每次与财务(含产品经理)同学打交道就觉得头疼,听不懂财务同学在讲什么,搞不清楚结算和核算的区别。好不容易确定了结算流程,最后发现应该是自营模式,结果是按平台模式确定的方案,导致方案变更又要从头聊。笔者财务工作出身,后转入业务线做产品经理,根据实际工作经验总结了一份“结算宝典”供相关同学学习。

  阅读后与结算相关岗位(含业务及产品)打交道不那么头疼(完全不疼是不可能滴)。

  主要是讲解国内最通用最核心的结算逻辑,其他如:预付款结算以及跨境结算等,不在本篇文章范围内涉及。

  毛主席说:做结算不懂业务是耍流氓的行为。所以,在本篇总结里面,我会通过什么是结算、结算必懂的那些名词儿、结算三要素三个方面来进行讲解。

  狭义的结算仅指:用户支付订单款以后,订单款从支付公司或电商公司给到商家账户的过程。(见上图)

  注意:结算一定是有交易背景的,如果只是单纯的给对方账户打一笔钱过去,只能叫转账,不能叫结算。我们经常在香港警匪片里面看到的两伙黑社会头目见面会说,钱带了吗?货带了吗?一手交钱,一手交货。这就是典型的(线下)结算。搬到线上,是由银行及有类似金融机构来完成用户与商户之间的资金结算。

  很多同学觉得概念这个东西并不重要,但是在实际工作中,经常会出现滥用名词的现象,导致的结果就是沟通出现歧义,直接后果就是工作效率低下。

  有一次在工作中,我跟业务同学说需要在某年某月某日前开通一个店铺,结果这位同学开通了一个银行账户回来,最后当然是又重新去开了一个店铺,之前做的工作都白费了,而且业务上线也延期了!

  温馨tips:以下的名词,是根据工作中高频词汇进行汇总。如果清楚这些概念的同学可以直接跳过往下看“三、结算三要素”哦。

  对标银行,跟银行是干兄弟,央妈是银行的亲妈,是支付公司的后妈。这样的地位落差导致支付公司能做的事情范围远远不如银行兄弟,主要定位是小额资金结算。

  对标银行账户,主要是装载资金的载体以及结算的工具。公司和个人在支付公司开立账户,如果要进行收付款转账,都需要使用支付钱包。

  公司:在工商局注册的一个法人(但不是人),主要用途是对外合作。与其他公司签合同,在银行开户,收付款,开发票,都要以公司的名义进行。

  部门:用于划分公司的业务职责以及管理公司员工,主要用途是对内管理。上面公司签合同,银行开户等活动,都不能用部门的名义。

  注:互联网公司的部门架构跟传统公司的架构差异较大。传统公司的架构往往是每一个公司下面会设有销售部、财务部、人事部等,如果有50个公司,则会有50个销售,财务部和人事部。部门与公司有非常强的从属关系,而互联网公司的部门架构,则与公司没什么强关联,可能一个部门的业务会涉及到几个公司主体。笔者当年从传统行业转到互联网行业也是懵逼了好久!

  店铺:商家在电商公司开立的门店。可以对标下线下的商城,商家可以在商城租一个实体门店,在里面摆各种商品出售;到了线上,店铺变成了虚拟的状态。原理其实与线. 清算、二清、结算、核算

  举个栗子:用户在某电商平台购物(电商平台使用A支付公司收单),使用工行银行卡支付订单款1000元,工行将1000元转给支付公司账户,这个过程就是清算。

  前面提到过,笔者在实际工作中遇到过很多同学,刚遇到结算的问题就直接切入流程,费尽力气把流程确定了,结果发现业务模式不对,对接的部门和人都不对,要推倒重聊。

  从财务角度来看,业务模式分为两个大类:自营模式和平台模式。其中,自营模式可以细分为纯自营和厂商直送;平台模式可以分为纯平台和代转采。

  纯自营模式,即先采后销。电商公司先采购商品入库,再进行销售。这是最传统的自营模式。

  注: 平台-代转采模式现行阶段还是会有些分歧,虽然从包装上来看像是自营。但是,整个模式与纯自营还是有些差别,在国内业务以及核算按自营业务处理。但按照美国会计准则来评估,仍认定为平台业务,在调整会计报表时,也会调整为平台业务。文章下面提到的自营和平台,主要是指纯自营模式和纯平台模式。

  部门是承载职责的架构,系统是实现业务的手段,无论部门和系统怎样变,其实都是围绕着职责。在范围层里面,最重要的也是职责,其次是部门和系统。

  当然,上述的职责只是是结算里面最核心的部分,也是完成结算必不可少的部分。

  部门的设置,是根据职责确定之后来划分的。上述职责分为三块,通常可以将部门也设置为三个,即:计费、结算和收付款。

  结算相关系统的设置,按照职责的划分,可以分成两个大块:结算核心和周边系统。

  注意,上面的系统范围(也可以称为系统架构)是根据笔者实际工作中列出,但并非一蹴而就。平时与一些想了解结算的同学沟通,很多一上来就问如何搭建结算系统架构。其实无论2C还是2B,都是从一个点开始,随着业务的发展然后才慢慢演变成最后适合业务的架构。直接上来就搭建一套高大上的系统架构,大都华而不实,中看不中用。

  在这里,两者的区别是订单款是否过电商公司,这个在上面已经提及,这里不再赘述。

  业务流程,即结算的业务流程,为了完成资金结算而需要执行的操作。根据业务模式,分为自营结算业务流程和平台结算业务流程。

  在平台业务流程里,由于货款资金不能过电商公司,所以计费完成后,直接对接支付公司给商家结算货款。 不过如果涉及到跟商家收取佣金等款项,也会涉及到上面自营业务流程。

  自营业务和平台业务的计费依据不同,自营是根据采购单结算,平台是根据订单结算。

  ——指哪个销售主体给哪个商家结算。一般来讲大的公司集团旗下都不止一家公司,而公司也会从法务合规、税收筹划和当地政府优惠政策等角度考虑,根据不同的业务种类使用不同的主体与商家进行结算。这些信息通常在业务刚上线会由法务和税务部门确定,商家入驻时在商家系统维护好对应关系。在计费的时候,从商家系统获取对应的结算公司主体和商家信息。

  与商家结算,资金流可能是轧差结算,也可能是收支两条线,但具体结算的费用肯定是要列出明细的,如:货款、佣金、返点、罚款、优惠券、促销等等。

  这个是基于上面的What来进行计算的,确定了计费的明细,需要根据与商家确定的规则来进行计算每条明细具体的金额是多少。这个是在计费里面的核心,也是最复杂的地方。

  如:1张机票订单里面有3张机票,是按照整个订单总金额结算还是分别结算3张机票的钱。

  仍以机票为栗:一张机票通常包含机票款、机建费、燃油附加费,机票佣金,保险款、保险佣金、行程单配送费、行程单配送佣金、促销、优惠券。(按订单维度结算)

  注意:如果促销费和优惠券费用由公司承担,则应结货款为上面计算公式;如果促销费用和优惠券费用由商家承担,则应结机票货款还要减掉促销费和优惠券费用。

  按舱位计算:机票佣金=成人机票对应舱位佣金*票量+儿童机票对应舱位佣金*票量+婴儿机票对应舱位佣金*票量

  计费规则概括来讲,就是基于应结的费用明细项,掰开揉碎了按照与商家确认好的规则进行计算。这里务必要与业务同学多沟通,多了解业务,才能保证准确性。

  在笔者实际工作中,有的业务是在计费的节点进行对账,还有的业务是在结算完成后对账,差错在下个账期进行调整。这里需要人工在系统内找到错误的费用项录入调整明细进行调整。

  计费的逻辑与业务强相关,要对业务进行理解,从行业整体了解业务种类,每种业务的特点,不同业务的差异等,才能够抽象出共性的计费逻辑并设计好计费的业务和系统逻辑。不同业务计费的具体逻辑不同,但是道理是相通的。

  结算可以总结就为Yes or No,即是否可以付款。在这里自营和平台业务的差异较大,下面分开来讲。

  上述环节完成后,进入审批环节。在我司,不同的业务条线,不同金额大小,对应的审批级次也不一样。审批流这个东西被所有公司所诟病,如果是线上审批还好,发个微信或邮件催下就好了;如果是线下审批,要拿着打印的单子到处找各个领导审批,如果领导不在就比较头大了。审批流在制定时一定要慎重,审批流过少会增加风险,过多会降低结算效率。

  资金流不经过电商公司,同时对于结算时效要求较高,以实时结算和T+1为主,所以该模式下不会生成结算单,也没有电商公司审核的环节,由计费系统直接对接支付公司完成结算。

  在这个环节,主要是收付款的“执行”环节,可以总结为Just do it。这里也要区分自营和平台业务分别说明。

  平台业务资金流不过电商公司,所以在这个收付款环节,可以是计费系统对接资金收付款系统,也可以由计费系统直接对接支付公司。

  业务流程和逻辑确定后,接下来就是设计产品系统方案了,业务流程和逻辑制定后,系统流程和逻辑也就好确定了。

  上面主要通过结算的战略层(业务模式)、范围层(职责、部门和系统)、结构层(资金流程、业务流程和系统流程)三个层面讲解了结算产品工作的思路。

  业务侧最关注的是业务能够顺利走通;而财务侧最关注的是合规。两者往往会有冲突,比如:一项业务,现行法律法规可能没有那么完善,那么财务部门评估起来往往会趋向于保守,建议不做或建议的流程会很繁琐。但公司之间竞争是非常激烈的,业务部门则希望能够尽可能的简化,策略上也会更加激进。导致方案反复沟通反复确认而迟迟不能达成一致。

  文章末尾,要特别感谢倩姐、老胡和盈超提供的宝贵意见,感谢郝老师的认可。在写这个的过程中真是耗费了很多元气,从结构到内容,到里面的一些细节,反复修改了好多遍。最终成稿后,能够像标题《写给业务线产品的结算宝典》一样能够帮助到有需要的同学,能够得到认可,也感到非常欣慰。只是要吐槽下,郝老师的红包只有0.01元实在是太抠了!!!



相关阅读:AG真人平台