成都商城结算中心 商城结算系统

商家入驻结算流程及规则
结算规则，会员下单后的费用全部由平台代收，等订单完成后在按照实际有效订单结算金额，结算到商家账户商家从账户发起提现即可。
1、打开平台后台，找到商城下的店铺结算菜单，找到对应的商家进行设置（每个商家都可以独立设置）点击商家列表后面的查看按钮进行设置
2. 对商家的结算模式比例、账单周期以及商家信用额度等设置。
（1）商家信用额度用来给商家操作结算后的订单的退换货处理，（相当于商家的交易保证金）这部分费用可以设置到商家账户冻结金额里。
（2）商家结算模式设置分为两种，按照店铺比例结算或者按照分类比例结算（二选一），结算的百分比可以自己设置比重。
（3）账单结算周期设置，可以按照周期或者具体的天数进行出账结算。
3. 平台打开订单列表，对已完成的商家订单进行结算操进行结算。（结算分为两种，平台直接结算和商家出账之后向平台申请结算）
登录商家后台，找到已经出账的订单，点击申请结算按钮进行账单申请
申请提交之后，登录平台后台找到商城菜单下的店铺结算那里，对已申请出账的订单进行查看和审核等操作。
4. 结算后的资金自动转入商家账户中，商家可以登录后台点击资金明细查看账户情况，然后对账户发起充值或者提现等操作。（提现的话需先实名认证）
5. 平台对商家发起的账户申请进行审核和操作即可。

结算系统整体概述
我们常说的结算系统是指ToB的商家订单款的结算，并非我们在淘宝、京东、美团这些平台下单时的结算页，这一点要先区分开。每个公司的业务范围、体量、部门职能有所不同，导致结算系统的复杂度、业务内容也有所不同，但是如下几个模块还是比较通用。先看一张图，再针对各个模块一一展开。
注意，以下内容均针对京东、美团、阿里等平台的三方（非自营）业务。
01
保证金
商家同意向甲方缴纳一定金额的保证金，作为履行服务协议、消费者权益**义务及遵守“京东平台”各项规则的保证，同意在商家违反上述服务协议、义务或京东平台规则时，京东平台有权根据相关约定扣除相应金额的保证金作为违约金或给予买家的赔偿。
——京东开放平台店铺服务协议
这是之前京东POP平台对保证金的定义，简而言之就是商家向平台缴纳的一定额度的费用，平台可以根据商家行为进行扣减，在合作期结束后全额或部分退还。
02
计费
计费：对符合向结算条件的商家订单中各类费用进行的计算。
京东的POP结算中心是面向商城内部各个事业部的POP业务提供的平台型服务。它有自己的先天优势就是，京东交易系统平台化做的相对完善，比如单品页、购物车、结算页、优惠券系统、订单中心、OFC（订单履约系统，细分为拆分、OCS、转移、OFW、风控）等，所有新增或已有业务的订单都必须通过这个中心向下流转。如果要做订单结算，POP结算系统只需要对这个出口进行过滤和处理。而美团大部分BU是各个业务线自己做自己的计费，结算系统承接的只是结算部分的职能，相对单一。
计费系统由哪方负责，因公司不同而有所差异，但是功能大同小异。但是京东POP计费系统的特色是通用计费接口，能够对接各个垂直业务系统，把业务系统自己生成的计费明细进行校验和透传，生成结算单进行付款。因此实现了自有计费和通用计费的双向管道。
03
结算
结算系统说白了是一个承上启下的环节，“上”指的是所有涉及向商家收付款的业务，比如订单款、保证金、调整项、返利，职能就是对上面提到的各个业务生成的费用明细进行汇总生成结算单。“下”就是支付平台，因为所有公司都需要有这么一个收口，职能就是对各个业务的结算单进行统上付款和收款，其中也包括后面要提到的线下收款管理。
04
调整项
因订单售价或佣金比例错误、业务或结算系统原因、平台对用户赔付、工商罚款等原因，结算员针对已生成的结算单进行的调整。
调整项可以是在调账原因发生当期或者跨账期进行。至于怎么生效，大部分公司可以在原业务结算单进行调整，个别公司也支持新生成调整项结算单进行收付款。
05
返利
返利是采销在合作之初和供应商签订入驻合同时约定的，返利条款做为合同中的一项重要内容。当平台采购或销售的商品满足一定条件时，商家应允按照一定规则对平台进行奖励。当然有的公司为了鼓励商家积宣传平台，提高平台影响力，返利是平台对商家的奖励。
常见的返利模式有：采购规模返利、单品促销返利、满减促销返利、毛保、价保。
06
三方入驻模式主要有两种：代收代付模式和代销转采销模式。这两种模式在京东POP叫SOP和FBP，**种平台仅是商家商品的售卖方，提供技术服务，因此商家向平台支付佣金，平台向商家开具佣金。后一种是类自营模式，平台向商家采购商品，商家向平台开具。
在美团这两种模式分别叫佣金模式和底价模式。
07
审批流
审批流是一个辅助工具，在结算系统介绍时经常被忽略，但是缺之不可。保证金、结算单、调整项、返利等各类业务的审核都会用到它的功能：审批流配置、消息通知、审批委托。
08
线下收款
负向结算单、保证金、返利等收款方向结算单都会涉及到，虽然京东、美团这种量级的公司已经支持商家线上支付，但是仍然有部分商家坚持线下对公（对私）汇款，因此需要有这么一个功能完成线上应收和线下实收的匹配和核销，所以作为辅助输出，线下收款管理也是结算系统的重要功能之一。
09
汇率
在涉及到外币的订单款、返利、保证金的结算时会使用到汇率。因为平台面对的是数以万计的国内外商家，汇率必须有ZF背书，所以汇率通常不是结算系统自己手工维护，而是通过平台（如中行外汇牌价）并在某个结算时点进行换算使用。

商城结算系统对于微商意味着什么
邻居家的小王阿姨是个典型的中国传统妇女，信仰勤俭持家、勤劳致富。王阿姨在赚钱这一方面是一个特别精明的人，经常拉着小区的人炒炒股票，跟左邻右舍讨论她的各种“理财心得”。
在开始微商刚发起的时候，她也跟着别人有模有样跟着别人做起了微商。微商令人烦恼的事情，就是常常刷屏，一旦让人视觉疲劳之后，很容易被人拉黑关进小黑屋。
所以一开始她也是愁红了脸，三天两头往我家跑，跟我妈大述苦水“小美妈啊，这可怎么办啊，可不能让人家屏蔽我啊。”
然后开始怀疑邻居之间的信任“小美妈，你没有屏蔽我吧？”
甚至开始排挤竞争对手，“我跟你说XXX啊一点都不靠谱的，因为###，然后***，所以&&&。”
某，王阿姨正悲愤地哭诉时，我妈一脸无奈不知道该说什么的时候，看到了我，然后眼神闪过一丝决绝，立马向我招手：“小美小美，来来来，快来，你给你王阿姨看看啊，妈妈要做饭去了”
王阿姨一把就拉住我，“小美啊，你给阿姨说说，你有什么好的解决办法没有？”
我妈看了我一眼，走得头也不回。我想了想，对王阿姨说，“阿姨你想，单刷广告肯定是让人不喜欢的，您要不试试在朋友圈做点福利，比如点赞送点礼品，转发发个红包，或者给个产品试用装什么的。”
王阿姨一听，眼睛一转，若有所思的走了。
隔了没有多久，王阿姨又来了。
我看着阿姨跟我妈聊得正火热，于是准备穿过客厅的时候，王阿姨一把拉住我，“诶，小美呀准备去哪里呀，上次你给阿姨说的方法很好用啊。但是阿姨现在还有个问题啊，阿姨朋友圈的人有点少，所以你看看能不能帮阿姨想想怎么扩张扩张人数？”
“阿姨，这个的问题其实很还蛮难的……”
“阿姨给你买了几个你喜欢吃的爆浆蛋糕”
“虽然很难，但是也可以试试。这样啊阿姨，麻烦的就是自己一个一个打广告让人扫你，这样虽然简单，但是效果却不好。你可以让原来的老客户给你带新的客户，这样也是一种口碑宣传，对你的店铺也有一定的正面影响。对了，阿姨你买的蛋糕呢？”
王阿姨只是默默点了点头，“你说的对，但是这个要怎么样让旧客户带新客户呢？”
“阿姨，现在的人想要什么东西呀。肯定是钱呀，你给他们省钱，他们肯定愿意找你买东西呀。再说，一个人连续给你带了很多个客户，你会愿意给他折扣吗？肯定愿意呀。如果你在物美**的基础上，再给他一些带客户的返现，你说她会有动力带多的客户吗？然后可以根据带客的人数，相应的返现规则之类的嘛。”
“看不出来，小姑娘挺不错的嘛”
“嘿嘿嘿，阿姨过奖了，那蛋糕呢？”
“哈哈哈哈，下次给你带过来啊”
“啊？”
N个月过去了，正跟我妈讨论延禧剧情的时候，看到王阿姨提着蛋糕满面春风的来了。
“小美啊，小美妈，来来来这个蛋糕送给你们。”我跟我妈面面相觑。
王阿姨看着我们笑着说，“哎呀，上次小美不是给了建议让我好好分个类自己的客户嘛，我就一个个的分类，然后很认真的了一个返现制度等级。然后隔壁小区的张姐啊，把他们那一栋楼的娱乐中心协会的人都拉过来了，我还专门用了一个本子记那些会员等级呢！现在啊，我每天都好忙，你看，这都好多人来找我了。小美啊，你看你有没有什么办法帮我管理一下现在的客户啊。”王阿姨脸上掩盖不住的笑容。
“阿姨您这能力也真是厉害，要不您考虑用商城软件吧，返现制度后台设置，所有规则优惠均可规定。有智能人工客服24小时在线回复，稳定运行。也不用你的小本本来记录了，多方便。”
“这样的商城去哪里找哇？”
“来，奉道软件，专业安全，值得您信任，所有定制包你满意！”
再然后，好长一段时间没有看到王阿姨了，听说到处出国游玩，不知道现在有没有喜提什么奇怪的东西。

结算系统功能详解-上篇
计费和结算是每个公司结算系统的关节部分，向上完成业务订单流向结算信息流的转换，向下完成由结算信息流向资金流的转换。这个系统并非向OA、ERP等内部系统一样在每个公司都能见到，但是一旦存在，就起着至关重要的作用，因为涉及到钱。一个逻辑的错误或校验的漏判，造成的损失，可能是几十块几百块，也可能是几千万上亿。如果你也负责结算系统，请仔细阅读。
计费
在特定节点，对符合向商家付款或扣款的订单中各类费用进行依次计算。
前置条件
订单中心会把各种业务订单的状态和订单信息分发，结算系统到可以进行结算的订单状态并对订单信息进行解析，根据已有信息进行计费。
订单计费和计费明细
计费的结果就是一条一条的计费明细。计费明细的颗粒度有：订单维度、SPU、SKU、SKU类型、费用维度。注意，这里是依次递进的关系，也就是越往后粒度越细，结算系统需要与之交互的上下游系统越多，结算系统自身越复杂。京东POP结算就是下沉到SKU的费用明细维度，全部费用类型近百种。
费用明细并不全是由计费系统直接计算得到，也有上游直接透传、结算系统解析、从其他系统拉取等方式。视业务场景，方式不一。
举个例子，一个只有一个SKU的POP订单，端情况下可能需要给商家结算20几种费用，例如：货款、佣金、配送费、仓储费、京豆费、退换服务费等。
结算方向
C端用户下单之后，订单状态满足结算条件就会进行正向计费和结算，扣除佣金后将货款结算给商家。需要注意，这只是订单正向部分，还有逆向退货部分也要考虑到，这个场景一般比正向要复杂，因为像阿里、京东这种量级的电商，客服系统、退货退款系统的操作可能会影响商家结算金额。另外，个别费用有逆向退款或扣款，而有些费用因为特定业务场景是没有逆向的，所以必须提前确认好。否则，结果还用我说嘛？
通用计费接口
计费系统由哪方负责因公司不同而有所差异，但是功能大同小异。但是京东POP计费系统有一个通用计费接口，能够对接各个垂直业务系统，对业务系统自己生成的计费明细进行校验和透传，生成结算单进行付款。这就形成了自有计费和通用计费的双保险。
总
结
京东的POP结算中心是面向商城内部各个事业部的POP业务提供的平台型服务，它有自己的先天优势就是，京东主流交易系统平台化做的相对完善，比如单品页、购物车、结算页、优惠券系统、订单中心、OFC（订单履约系统，细分为拆分、OCS、转移、OFW、风控）等，所有新增或已有业务的订单都必须通过这个中心向下流转。如果要做订单结算，POP结算系统只需要对这个出口进行过滤和处理，相对标准。而美团大部分BU是各个业务线自己做自己的计费，结算系统实现的只是下面要介绍的结算部分的职能，相对个性化。
结算
账期开始前生成、账期中进行计费明细的填充、账期结束后补充必要结算信息，并在商家确认后进行付款或收款。
结算单
计费输出的是一条一条的计费明细，要结算给商家需要有一个载体，这个载体就是结算单。结算单的形式一般是前置结算单，即在账期开始前生成，账期内接收到的计费明细就填充到这个结算单里。等到账期结束，这个结算单就停止接收计费明细，生成一个新账期的结算单：旧结算单提交付款，新结算单重新接收计费明细。周而复始。
结算单可以理解成是一张白纸，计费明细就是在一定周期内写入的一行一行的文字，当到达约定时间就不再写入文字，进行下一道程序。
模式
每一个结算单都需要有特定的模式，因为在结算单付款成功之后，需要按照对应的模式进行销项开具或进项核销。需要说明的是，有的公司商家的模式是支持修改的，这会导致一个问题：历史账期已结算订单的模式与当前账期的模式不一致，如果产生退货，处理流程比较复杂。
结算机构
电商一般有多个主体开展不同业务，当结算单提交到资金系统进行付款时，资金系统需要知道使用哪个主体的账户进行付款。这个主体即使写在结算单上的必要信息，和上面的模式类似。
总
结
结算系统说白了是一个承“上”启“下”的环节，“上”指的是所有涉及向商家收、付款的业务，比如订单款、保证金、调整项、返利，职能就是对上面提到的各个业务生成的费用进行汇总生成完整结算单。“下”就是支付平台，因为所有公司都需要有这么一个收口，职能就是对各个业务生成的结算单进行统一付款和收款，其中也包括后面要提到的线下收款管理。