快手买卖_写给业务线产品的结算宝典(产品结算清算规则)

在实际工作中，我遇到过很多业务线的产品和商科学生。每次和金融专业的学生(包括产品经理)打交道，都觉得头疼。我听不懂金融专业的学生在说什么，也搞不清结算和会计的区别。最后确定了结算流程，发现应该是自营模式。结果方案是按照平台模式确定的，导致方案的变化，需要从头谈。作者出身于金融工作，后转行到业务线做产品经理。他根据自己的实际工作经验，总结出一本《结算书》供相关同学学习。

适合阅读人群：

和结算人员打交道头疼的学生。

结算工作还没有系统化，准备搭建结算系统但没有想法的同学。

本文目标：

从整体到局部，有条理地理解和解。

能够有条不紊地设计和解决产品。

看完之后，处理结算相关的岗位(包括业务和产品)就不那么麻烦了(不可能一点痛苦都没有)。

本文范围：

主要解释中国最常见、最核心的结算逻辑。其他如预付款结算、跨境结算不在本文讨论范围内。

正文：

毛主席说：不了解业务就做结算是流氓行为。因此，在这个总结中，我将解释什么是结算，结算中必须理解的术语，以及结算的三个要素。

一、什么是结算

一般来说，广义的结算是指从用户支付订单到商家收到付款的过程。

狭义的结算仅指用户支付订金后，将订金从支付公司或电商公司支付到商家账户的过程。(见上图)

这篇文章是关于狭义的和解。

注意：结算必须有交易背景。如果只是简单的给对方账户发一笔钱，那只能叫转账，不能叫结算。我们经常在香港警匪片里看到两组黑社会头目开会说，钱带来了吗？你带货了吗？一手交钱，一手交货。这是典型的(线下)结算。线上移动意味着银行和类似金融机构完成用户和商户之间的资金结算。

二、支付和结算里必懂的那些名词儿

很多同学认为概念不重要，但在实际工作中，名词经常被滥用，导致交流中出现歧义，直接后果就是工作效率低下。

举个栗子：

有一次上班，我跟生意上的同学说，我需要在某年的某一天之前开店。结果这个同学开了银行账户回来了。当然，最后他又重新开了一家店。之前所有的工作都白费了，业务推出推迟了！

温馨提示：以下名词根据工作中的高频词汇总结。如果你对这些概念很清楚，可以跳过，往下看“聚落三要素”。

1. 银行及银行账户

银行无处不在，每个成年人都有银行账户。这里就不多解释了。

2. 支付公司及支付钱包

支付公司：

基准银行，是银行的兄弟，杨妈是银行的母亲，支付公司的后妈。这种地位差距导致支付公司的办事能力远不如银行兄弟，他们的主要定位是结算小额资金。

典型代表：支付宝。

支付钱包：

对标银行账户主要是装载资金的载体和结算的工具。公司和个人在支付公司开户，想要转账都需要使用支付钱包。

典型代表：支付宝钱包。

3. 公司、部门、店铺

在公司：工商局注册的法人(非法人)主要用于对外合作。与其他公司签订合同、在银行开户、收付款单、开具发票，都必须以公司名义进行。

部门：用于划分公司的业务职责和管理公司的员工，其主要目的是内部管理。公司不能以部门名义签订合同、开立银行账户等活动。

公司和部门之间的区别可以参考下图来理解：

注：互联网公司的部门结构与传统公司有很大不同。传统上，公司的结构是每个公司下面会有销售部、财务部和人事部。如果有50家公司，就会有50家销售部、财务部、人事部。与部门有着非常强的隶属关系，而互联网公司的部门架构与公司关系并不强烈，一个部门的业务可能涉及到多个公司主体。我被迫从传统行业转型到互联网行业很久了！

店铺：商人在电子商务公司开设的商店。对于标准线下的商城，商家可以在商城租一个实体店，把各种商品放在里面出售；在线上，商店变成了虚拟状态。其实原理和线下店是一样的。

4. 清算、二清、结算、核算

结算：参考文献1。什么是和解？

清算：指的是银行之间清偿债权债务的行为。注意这是银行之间的。

举个例子：用户在电商平台上购买(电商平台用A支付公司的账单)，用工行的银行卡支付订单的1000元，工行把这1000元转到支付公司的账户上。这个过程就是清算。

顾名思义，二清：是第二个首都聚居地。支付机构曾经在没有支付许可证的情况下将资金清算给平台，平台通过第二次资金结算将资金支付给他的商户。中间平台会沉淀大量资金形成资金池，这个平台的行为属于“两清行动”。(在央行的文件中，二次清算会细分为：信息的二次清算和资金的二次清算，这里指的是资金的二次清算)。

核算：的会计术语主要是指公司经营活动结果的记录，比如公司进货入仓、购买固定资产、向银行借款、支付货款、取得收入等等，这些都需要入账。

注意：

以上解释都是通俗的解释，意在让读者理解意思。官方解释，请出门右转找隔壁杜娘。

关于清算结算的详细说明，请参考知乎文章《银行业务中的清算和结算分别是什么样的过程》。

三、结算三要素

如前所述，笔者在实际工作中遇到过不少同学，而刚遇到结算问题时，他就直接切入流程，下大力气确定流程。结果他发现商业模式不对，对接的部门和人也不对，只好再谈。

因此，结算产品的设计可以分为三个层面：战略层面、范围层面和结构层面(如下图)。要从下往上分析，一级一级来分析，切记不要操之过急。

注：沉降采用《用户体验要素》理论分层。如果你不知道《用户体验要素》，你可以在每个人身上搜索。很多学生都认同这个理论。个人推荐，请看梁宁老师《产品思维30讲》中提到的用户体验元素的理论和栗子。

1. 战略层（以实物为栗）

首先是战略层面，也是最重要.的层面，这个层面需要做的是确定商业模式。

从财务角度来看，商业模式可以分为两类：自营模式和平台模式。其中，自营模式可细分为纯自营和厂家直送；平台模式可以分为纯平台模式和代与代模式。

区分自营和平台业务类型的三个条件：货物所有权、开发票方、资金是否通过电商公司。

下图：

（1）自营纯自营模式

纯自营模式，即先采后销。电子商务公司在销售商品之前会先购买储存。这是最传统的自主创业模式。

流程如下：

电子商务公司购买商品。

电子商务公司的货物仓储。

电子商务公司结算货款给供应商/用户下单付款。

在这里，商品的所有权属于电商公司，发票由电商公司向用户开具，资金通过电商公司流动。

注意，这里，用户下单和付款的顺序与集合的顺序并列

这里的重点在于“账期”结算——，即采购货物时与供应商约定的结算日期。当结算日到来时，无论货物是否售出，都需要向供应商结算货款。(当然也有在账期没有卖给商家退货的，主要看双方谁更强，规则掌握在强者手里。).

举个栗子：

老王3月10日向隔壁供应商马乐购买了一批手机，同意6月1日结算货款。然后，6.1不管老王有没有卖手机，一定要把钱给马乐。

（2）自营厂商直送模式

自营-制造商直接交付模式。顾名思义，当在电子商务公司下订单时，制造商直接交付货物。

流程如下：

用户下单。

电子商务公司从供应商那里购买商品。

供应商直接将货物交付给用户。

电子商务公司向供应商结算货款。

在这里，商品的所有权属于电商公司，发票由电商公司向用户开具，资金通过电商公司流动。

注意，这种模式和纯自营模式最大的区别是，纯自营是先买后卖；厂商直送模式是用户先下单后销售，也叫“按销销售”。

（3）平台纯平台模式

平台—纯平台模式，即只提供平台服务。

流程如下：

用户下单付款，付款公司收到订单付款。

平台商家发货。

支付公司根据电商公司的结算指令，向平台商家结算货款。

在这里，商品的所有权属于平台商家，发票由平台商家向用户开具，但资金流不超过电商公司。

注意：在平台模式下，电商平台不能代公司代收代付货款，否则会出现违规二次结算的情况，后果非常严重。收款和结算必须通过支付公司完成。

（4）平台-代转采模式

顾名思义，平台-代转采模式将代理销售转变为采购。

流程如下：

平台商家的商品进入电商公司的仓库。

用户订购付款。

电子商务公司从平台商家购买商品。

电子商务公司向用户交付商品。

电商公司为平台商家结算货款。

在这里，商品所有权属于电商公司，发票由平台商家向用户开具，但资金流不超过电商公司。

以下总结了以上业务模式(注意区分自营业务和平台业务):

注：平台代转换模式虽然在包装上看似自营，但现阶段仍会有一些差异。但是，整个模式和纯粹的自我操作有一些区别。国内业务和会计被视为自营业务。但根据美国会计准则，仍被认定为平台业务，在调整会计报表时也将作为平台业务进行调整。下面提到的自营和平台主要是指纯自营模式和纯平台模式。

2. 范围层

系统是实现业务的手段。无论部门和系统如何变化，都是围绕责任展开的。在范围层面，最重要的是责任，其次是部门和系统。

（1）职责范围

按照职责分工，核心三大块是：计费、结算和收付款。

计费：要计算应该与商家结算的金额。

里

在结算：，最重要的是风险控制。如果订单支付通过电子商务公司，审查是一个必不可少的解决方案。需要根据现阶段的业务情况设置不同的审批流程，确保资金安全。同时，还会有一些风险控制措施，确保资金安全。

收付款：获批后，最终是收付款环节。

当然，以上职责只是和解的核心部分，也是和解必不可少的一部分。

对于一些公司来说，如果一项新业务要上线，除了结算，还必须满足会计、评估和税务的要求。因此，从业务角度来看，上述所有条件都会影响在线业务。

注意，关于职责分工，不同的公司不可能完全一样，但整个分工是相似的。

（2）部门范围

按照职责划分部门设置。上述职责分为三个部分，部门通常可以设置为三个部分，即计费、结算和收付款。

当然，这不是绝对的。有些业务线可能会将开票和结算分开，有些开票和结算合并在一个部门。

这里需要说明的是：如果是自营业务，货款由公司资金部门完成；如果是平台业务，由于二级清算合规的要求，支付无法通过平台，那么收付款责任不在我司，而在支付公司或其他具有清算结算资格的银行机构。

（3）系统范围

按照职责分工，结算相关系统的设置可以分为结算核心系统和外围系统两大块。

结算核心包括：计费系统、结算系统、支付系统/支付(公司)系统。

外围系统包括：商户系统、合同系统、发票系统和会计系统。

结算核心系统是产品结算必须涉及的系统，而一些外围系统是不必要的、弱相关的或者可以暂时离线支持的。比如会计系统与结算行为无关，但在很多公司都依赖于系统化，也是业务上线的前提条件之一，所以这里也包含在外围系统中。Emmm，如果不考虑，会计专业的学生就麻烦了。

注意，上面的系统范围(也叫系统架构)是根据作者的实际工作列出来的，但不是一蹴而就的。平时和一些想了解结算的同学交流，很多一上来就问结算系统架构怎么设置。其实2C和2B都是从一个点出发，随着业务的发展，慢慢演变成最终适合业务的架构。当你直接上来的时候，你会构建一个高大的系统架构，大多华而不实，毫无用处。

3. 结构层

战略层和范围层确定后，自然进入结构层：流程层。

在结构层面，——系统流程基于业务流程，业务流程基于资本流程。

结算的流程设计与2C流程有很大的不同：2C主要关注用户体验，合规性是结算过程中非常重要的因素，所以资金流是最重要的。

（1）资金流

根据上述自营业务和平台业务，资金流也分为两类：

自营资金流

平台资金流

在这里，两者的区别是订单支付是否已经由电商公司支付，这一点上面已经提到了，这里就不再赘述。

资本流动的主要问题是合规风险。电商和互联网公司由于交易量巨大，容易形成资金池。此前，媒体还报道称，互联网公司非法挪用用户资金。因此，平台公司在这里要特别注意合规风险。

（2）业务流程及逻辑

业务流程，即结算业务流程，是完成资金结算需要执行的操作。按照业务模式分为自营结算业务流程和平台结算业务流程。

自营业务流程

平台业务流程

在平台的业务流程中，由于支付资金无法通过电商公司，计费完成后，支付公司将直接为商家结算支付。但如果涉及到向商家收取佣金，也会涉及到上述自营业务流程。

虽然结算流程分为自营模式和平台模式，但它们之间有一些相似之处，因此我们在这里将对它们进行统一的抽象和解释。

a. 计费

自营业务的计费依据不同于平台业务。自营业务按采购订单结算，平台业务按订单结算。

但总的来说，它们是相似的，可以概括为3W1H.即什么时候-什么时候收费，谁-谁将向谁支付，什么-将结算什么费用，以及结算多少。

When：什么时间计费。

3354计费时间与业务密切相关，类别不同，结算方向不同。

自营业务的收费依据是采购订单，收费时间是采购订单的会计期间，如：3.1采购一批共计1000万元的商品，同意在5.31还款，必须在5.31前对账，在5.31结算。

业务计费以订单为基础，不同的业务核算周期不同，通常分为：实时、T 1、周结、半月结、月结。

例如，当点击用户pin中的[确认接收]按钮时，物理对象通常会触发计费。当然，如果用户不主动点击【确认收货】按钮，系统会在特定时限内代用户点击。

我之前从事的是机票行业，计费时间根据不同业务有所区别。和航空公司的直营业务一样，由于航空公司要求实时结算机票价格，因此需要在用户支付后向航空公司收取并结算机票价格；代理模式是向用户出票后开始收费；在自助售票业务中，当空运协会的账单被导入进行对账时，计费开始。

这里需要注意的是，计费时间必须与商家的确认一致。计费时间看似很简单，但在笔者身边，也出现过公司和商家之间计费时间不一致，导致账户不匹配的情况。

Who：谁给谁结算。

3354指的是哪个销售实体对哪个商家进行结算。一般来说，大公司集团有多个公司，公司会从法律合规、税务筹划、地方政府优惠政策等角度，根据不同的业务类型，使用不同的实体和商户进行结算。该信息通常由业务上线时的法律、税务部门确定，商户入驻时在商户系统中维护对应关系。在开票时，从商户系统获取相应的清算公司主体和商户信息。

What：结算哪些费用。

与商户结算，资金流可能是冲抵结算，也可能是收支两条线，但具体结算费用一定要详细列出，比如付款、佣金、返利、违约金、优惠券、促销等等。

需要注意的是，商户结算的细节与公司要求的有些不同。

货款支付：在没有促销和优惠券的情况下，为商家结算货款=公司内货款=订单付款，但是如果有促销，为商家结算货款=公司内货款促销。

How much：给商家结算多少钱。

这个计算是基于上面的What，确定了计费明细，需要根据和商家确定的规则计算每个明细的具体金额。这是计费的核心和最复杂的部分。

这里我们主要关注三个方面：

计费的维度：是按订单收费，还是按订单上的商品尺寸收费，取决于公司的收费规则，以及是否有商家有特殊要求。

比如一张票单有三张票，是按照整单的总金额结算，还是分别结算三张票的钱。

计费的规则：是如何计算应付金额的。

还是以机票为例：一张机票通常包括机票、机修费、燃油附加费、机票佣金、保险金、保险佣金、旅游it

促销费=单品促销*促销数量(机器建造费和燃料费与机票一起支付给商家)。

注：如推广费、优惠券费由公司承担，应付款项为上述计算公式；如果促销费和优惠券费用由商家承担，则应从机票付款中扣除促销费和优惠券费用。

机票佣金通常分为两种：一种是按比例计算；一个是根据舱位计算的。

按比例：优惠券费用=订单的优惠券费用.

按舱位计算：应结机票货款=（机票款+机建费+燃油费）*数量(这种佣金在实践中会比较复杂，因为不同的航空公司有不同的舱位和不同的舱位佣金。有些人会区分乘客的类型，而有些人不会。你可以理解这里的意思，所以你不需要仔细研究。)

机票佣金=机票票款*佣金比例(保险价格一般是固定的，并提前在系统中维护)。

机票佣金=成人机票对应舱位佣金*票量+儿童机票对应舱位佣金*票量+婴儿机票对应舱位佣金*票量(保险佣金一般会提前和保险公司确定具体价格，也会和保险赔付一起维护在系统中。)

一般来说，收费规则是根据待结算费用的明细项目，根据与商家确认的规则进行计算的。在这里，一定要多和商科学生交流，多了解业务，这样才能保证准确性。

应结保险货款=保险票价*数量的对账节点不是唯一的，要根据实际业务情况。

在我的实际工作中，有的业务是在开票节点对账，有的是结算完成后对账，错误在下一个会计期间进行调整。这里需要在系统中手工查找错误的费用项目，输入调整明细进行调整。

当然，除了以上要素，还有例子：订单号、商品数量、收付款方向、结算币种等。每个公司根据经营情况不同，最好根据公司的具体情况来确定。

保险佣金=在系统维护的佣金

计费逻辑与业务密切相关。只有从整体上了解业务、业务类型、各业务的特点以及不同业务之间的差异，才能抽象出通用的计费逻辑，设计出计费业务和系统逻辑。不同业务计费的具体逻辑不同，但原因是一样的。

计费对账及调整：

结算可以概括为是或否，即是否可以付款。在这里，自营业务和平台业务有很大的区别，这将在下面单独讨论。

小结一下：

资金流会经过电商公司，这个环节主要关注以下逻辑。

b. 结算's自营结算期限在采购货物时已确定，双方在固定的吉日签订结算协议。

自营模式：自营会计期间为固定日期。在会计期间到来之前，系统会手工或系统检查对应的结算采购订单，并生成结算订单。结算单由n个采购订单组成，n=1。

结算账期：生成结算单后，业务或结算员需要检查结算单中应付货物的数量、金额、退货等信息是否有问题。另外，如果商家有返利，我们公司的广告需要一起结算，一起检查。

生成结算单：内部对账完成后，商家需要在商家后台进行核对确认。

如果结算对账：,公司或企业之间的对账存在任何差异，则有必要进行错误调整。这里的做法是允许业务人员手动输入，将差异输入到系统中，并解释差异的原因。调整后，结算金额应与商家最终确认的金额一致。

如果商家确认：的结算条件是“先开发票，后付款”，则需要给供应商开具发票并核销发票，然后才能进行下一次结算。如果结算条件是先付款后票据，结算完成后会进行发票核销。

差错调整：在此所做的核查主要包括合同号是否有误，结算主体是否与合同主体一致，是否结算

在发票核销：,完成上述环节后，将进入审批程序。在我们公司，不同的业务线和金额有不同的审批级别。审批过程受到了所有公司的批评。如果有利于网上审批，就发个微信或者邮件催一下。

；如果是线下审批，拿着打印好的清单，找各个领导审批。领导不在，会更大。必须仔细制定审批流程。审批流程过少会增加风险，过多会降低结算效率。

平台模式：

资金流不经过电商公司，结算时效性高，主要基于实时结算和T 1。所以在这种模式下，不会生成结算单据，也没有电商公司审核的环节，计费系统直接对接支付公司完成结算。

但在结算过程中还是会有风险控制的验证，主要是监控是否与商户有倒挂。结算时会发生退款，涉及到需要扣除商家的货款，以及应收商家的佣金等。结算时，为了降低资金风险，会监控是否有倒挂。如果发生倒挂，会冻结商家钱包，通知计费系统暂停结算。

涉及到给商户开具佣金发票，商户可以在商户系统申请，但不是结算的前提条件。

c. 收付款

这个阶段主要是收付款的“执行”阶段，可以概括为：只管做。这里也要区分自营业务和平台业务。

自营业务收付款：

保证有足够的资金支付：是基金部基金管理的一部分。一般大公司不会把资金全部放在银行，而是会对剩余资金做一些理财和投资，保证资金的最大回报。通常会将所有资金归集到普通账户，然后用普通账户进行支付，完成支付结算。属于资本运营管理领域，不在此进行。

从保证货款能够及时结算：的结算单到收付款阶段，会根据资金方的格式生成收付款单，并有相应的付款日期。资金方需要根据相应的支付日期执行支付。

直连付款：的传统支付方式需要进入银行网银操作，效率非常低。我公司资金部门将内部资金收付系统与银行、支付公司直接连接，手动点击【支付】按钮或设置系统自动触发【支付】按钮完成支付。当然按钮是手动触发还是系统触发，可以根据公司情况进行设置。

对结算的资金能够及时准确记录：,收付款完成后，需要根据收付款记录实时逐一记录，为现金流管理和现金流分析提供决策依据。属于资金内部管理的范畴，可以做结算工作了解一下。

在结算方式：,自营模式下是抵销模式——，即应收金额和应付金额按差额抵销结算。比如电商公司要交100万商家，电商公司要交5万商家，最后结算95万商家。请注意，这不是绝对的。如果一些大公司要求收支两条线，就会把应收账款和应付账款分开。

平台业务收付款：

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

注意这里有一个风险控制点：支付系统会做两个验证：——订单是否收到付款；此订单的结算金额是否小于或等于订单付款金额。

另外，平台模式的结算模式是收支两条线，需要满足央行监管的要求。比如应付给商家10万元，应收商家1万元，需要在商家账户结算10万元，然后扣除1万元佣金。

d. 其他：记录会计账户、资本账户、单独账户和发票。

会计：记录商业活动的结果。

资金账户：简单来说就是指账户内的资金流动情况。

记录并单独记账：记录绩效

业务流程和逻辑确定后，下一步是设计产品系统方案。制定业务流程和逻辑后，就确定了系统流程和逻辑。

不同的业务计费结算流程会有所不同。以笔者工作中涉及的机票代理商的正向和反向计费结算系统流程和逻辑为例。(平台业务，T 1结算)

由于业务属性强，足以满足图纸中的要求，具体做法可结合我公司实际情况制定产品方案。

此外，作者不负责业务线产品部门的后续财务系统。所以系统流程和逻辑主要解释计费部分，财务系统部分省略。

票证计费和结算流程——转发：

车票计费和结算流程——反转：

四、总结

以上主要从战略层面(业务模式)、范围层面(职责、部门、系统)和结构层面(资金流、商流、系统流)三个层面说明结算产品的思路。

第一步是在战略层面确认商业模式是自营还是平台。

其次，根据战略层面，在范围层面确定结算的职责、涉及的部门结构和系统范围。

再次，根据战略层面和范围层面，在结构层面依次确定资金流、结算业务流和系统流。

在设计结算产品时，一定要严格遵循这个层次，从下往上设计，否则后果会很严重。

做好产品结算，不仅要考虑产品，还要从业务角度和财务角度分析产品。不同的视角有不同的思考。

业务方最关心的是业务能否顺利进行；财务方面最关心的是合规性。两者之间经常有冲突。比如对于一个企业来说，目前的法律法规可能还没有那么完善，所以财务部门在评价上往往比较保守，不推荐或者推荐的过程比较繁琐。但是，公司之间的竞争非常激烈，业务部门希望尽可能简化，在战略上更加激进。这导致计划的反复沟通和确认，以及达成协议的延迟。

做结算产品，最重要的是在业务和合规之间做一个平衡。不能不顾风险盲目追求业务发展，也不能盲目追求合规，限制业务进展。毕竟生意没了，财务自然也没了。

文末感谢、老胡、的宝贵意见，感谢郝先生的认可。

写这篇的过程中，真的花了很多精力，从结构到内容再到一些细节，修改了很多次。最终稿出来后，能够像title 《写给业务线产品的结算宝典》这样帮助有需要的同学并得到认可，是非常可喜的。吐出来就好。郝老师的红包只有0.01元，太尴尬了！

本文最初由@孙雨桐发布，大家都是产品经理。未经允许禁止复制。

图来自Unsplash，基于CC0协议。

奖励作者，鼓励TA努力！感激一个人的回报。

免责声明：信息来源网络，不代表本站观点，版权归原作者，分享于新媒兔，如有涉及侵权，请联系我们，将第一时间配合删除。

本文链接：http://www.juwankeji.com/dy/228.html