16
结算系统功能详解-下篇
返利
当平台在特定时间内采购或销售的特定商品满足一定条件时,商家应允按照一定规则对平台进行奖励。需要注意,这里说的返利是商家对平台返利,有的公司或系统返利是平台对商家的返利,但原理相同。
常见的返利模式
采购返利、销售返利、单品促销、毛利保护、非结构化返利。
采购返利指当平台向商家所采购的特定商品商品的数量或金额达到一定标准后,商家按照规则进行返利。销售返利同理。
说返利必须说规则,可以是达到返,也可以是出返,两种规则有所不同。
比如同样是下面的公式和同样的基数6300:
如果是达到返,返利金额=6300*5%;
如果是出返,返利金额=(2000-1000)*2%+(5000-2000)*3%+(6300-5000)*5%;
区间 返利比例
1000-2000 2%
2000-5000 3%
5000-10000 5%
单品促销是指商家对平台在特定时间售卖的特定商品的予以的一定比例的补贴。
毛利保护是指商家针对平台售卖的特定商品,保证金该商品的毛利达到N%,如果没有达到,则商家对差额进行补贴。
有的返利规则是没有明确计算公式或计算公式很复杂,系统无法实现,需要有一种简单粗暴的规则来实现返利,这就是非结构化。这种返利在规则录入时的内容一般仅作为参考,实际返利金额需要平台和商家两方人员线下确认。
特定规则
一个是返利计算基数。只要对应场景订单发生即属于返利计算范围,还是需要过滤条件剔除特定订单,这是很重要一点,因为这会影响返利计算的基数,使返利结果偏离正确值。
比如:季度销售返利,是只要发生了正向销售即统计返利,还是需要剔除逆向退货订单?某个SKU的单品促销,是否包含赠品部分?
三方入驻的模式主要有两种:代收代付模式和代销转采销模式。对应的开票方和开票内容分别是佣金、平台和增专、商家。
特征
这两种模式在京东商城称之为SOP和FBP。**种平台仅是商家商品的售卖方,提供技术服务,因此商家向平台支付佣金,平台向商家开具佣金。后一种是类自营模式,平台向商家采购商品,商家向平台开具。在美团这两种模式也叫佣金模式和底价模式。
功能
代收代付模式:在结算单完成之后,提供商家自助选择开票结算单、申请、开票进度查询、快递查询等功能。
代销转采销模式:这种是在结算单付款前,先完成供应商的扫描、校正、核销和反核销。这个卡控比较重要,因为如果不在结算单付款前限制供应商的到票周期,付款后就难卡控,平台自身的风险较大。
审批流
审批流是一个辅助工具,在结算系统介绍时经常被忽略,但是缺之不可。结算单、调整项、返利等各类业务的审核都会用到它的功能:审批流自动配置、消息通知、审批委托。
线下收款
负向结算单、保证金收款、返利收款等收款方向结算单都会涉及到,虽然京东、阿里这种量级的公司已经支持商家线上支付,但是仍然有部分商家坚持线下对公(对私)汇款,因此需要这么一个系统完成线上应收和线下实收的匹配和核销。所以作为辅助输出,线下收款管理也是结算系统的重要功能之一。
汇率
在涉及到外币的订单款、返利、保证金的结算时会使用到汇率。因为平台面对的是数以万计的海内外商家,汇率必须有ZF背书,所以汇率通常不是结算系统自己手工维护,而是通过平台(如中行外汇牌价)并在某个结算时点进行换算使用。
国家政策!大有广阔天地的商城结算平台
在刚过去不久的**日子里,各大电商网站都拉出了“,**一年不再有”的活动口号,打出了各种营销活动策略。
在各个商争得你死我活的时候,还有一个地方也打折打得热火朝天——朋友圈。
维维是亲眼所见朋友圈代购的各种衣服化妆品口红香水奶粉牙膏牙刷各种日用品都打出了代购的历史低价。俨然一副老板带着小姨子跑了,统统20块,统统20块的**气势。
让维维一度不敢买,害怕是假货。
后来才从熟悉的代购口中得知,大部分的代购今年都要清仓了,趁着年底**这一波,能出多少出多少,就算不赚钱也会想要尽快卖掉。
一问原因才知道,代购们在含泪吐出三个字:电商法。
这个电商法是指,今年8月31日十三届**会五次会议表决通过的《*共和国电子商务法》(简称《电商法》)将在2019年1月1日正式实施。
那么什么是电商法呢?
根据《电商法》二章节九条规定:“本法所称电子商务经营者,是指通过互联网等信息网络从事销售商品或者提供服务的经营活动的自然人、法人和非法人组织,包括电子商务平台经营者、平台内经营者以及通过自建网站、其他网络服务销售商品或者提供服务的电子商务经营者”,
十一、十二条规定:“电子商务经营者应当依法履行纳税义务,并依法享受税收优惠;电子商务经营者从事经营活动,依法需要取得相关行政许可的,应当依法取得行政许可。”
什么意思呢?
也就是说,不管是朋友圈里的代购或微商,甚至视频直播里的网红购物播主,以后它们的新名字都叫“电子商务经营者”,都要依法取得营业执照,从事海外代购的还需要办理外国和中国双方的营业执照。而且还需要缴纳相应的税费。
刚出这个规定的时候,反响还是比较大的。
大家比较在意的点在于,要交税了、要注册登记了、东西又要贵了,很多的代购也会觉得麻烦、利润减少等原因决定不做了。
其实这样的事情也并非只有坏处。被无良微商害了的例子数不胜数。那些甚至是三无产品也照旧卖给广大消费群体。等到真正出了什么事情之后,亦找不到人解决和赔偿。
微信商城具有怎样的竞争优势
如今,各个行业竞争都是很激烈的,尤其是销售行业的竞争是激烈,随着网络的飞快发展,商家都在使用微分销进行商品的销售。微信商城是商家理想的销售模式,使用这种销售模式有严格的购物管理系统。购物管理系统是多功能的交易系统,能够在线上交易进行结算,也能够满足商家在实体店进行交易结算。
要是商城的会员在实体店进行购物消费时,会员只需要在自己的手机端进入到微信平台会员中心页面后,由商家输入编号和密码,会员消费积分就转入商家后台,后台积累的积分是客户和微商城结算的凭证。
微信商城与PC端网站无缝连接,这种商城拥有移动3D虚拟购物中心,酷、华丽、舒适、时尚、360度产品展示、360度自由旋转,让每一位进店购物的客户体验到**的购物的美好享受!同时这种商城具有搜索功能、自动定位的功能,只要是用户进入到3D购物中心,系统会自动定位客户所在的位置,然后将客户带进到所在区域的3D购物大厦里面。
微信商城里面客户能够随意走进商城的每个楼层、商城的每个商铺,客户能够看到商城里面的每个展柜,直至让客户能够360度欣赏到商城里面的每一款产品,客户还能够进入个人中心收藏物品、购买物品、在线进行交易支付等,各种应用和操作能够满足商家的需求。
结算系统功能详解-上篇
计费和结算是每个公司结算系统的关节部分,向上完成业务订单流向结算信息流的转换,向下完成由结算信息流向资金流的转换。这个系统并非向OA、ERP等内部系统一样在每个公司都能见到,但是一旦存在,就起着至关重要的作用,因为涉及到钱。一个逻辑的错误或校验的漏判,造成的损失,可能是几十块几百块,也可能是几千万上亿。如果你也负责结算系统,请仔细阅读。
计费
在特定节点,对符合向商家付款或扣款的订单中各类费用进行依次计算。
前置条件
订单中心会把各种业务订单的状态和订单信息分发,结算系统到可以进行结算的订单状态并对订单信息进行解析,根据已有信息进行计费。
订单计费和计费明细
计费的结果就是一条一条的计费明细。计费明细的颗粒度有:订单维度、SPU、SKU、SKU类型、费用维度。注意,这里是依次递进的关系,也就是越往后粒度越细,结算系统需要与之交互的上下游系统越多,结算系统自身越复杂。京东POP结算就是下沉到SKU的费用明细维度,全部费用类型近百种。
费用明细并不全是由计费系统直接计算得到,也有上游直接透传、结算系统解析、从其他系统拉取等方式。视业务场景,方式不一。
举个例子,一个只有一个SKU的POP订单,端情况下可能需要给商家结算20几种费用,例如:货款、佣金、配送费、仓储费、京豆费、退换服务费等。
结算方向
C端用户下单之后,订单状态满足结算条件就会进行正向计费和结算,扣除佣金后将货款结算给商家。需要注意,这只是订单正向部分,还有逆向退货部分也要考虑到,这个场景一般比正向要复杂,因为像阿里、京东这种量级的电商,客服系统、退货退款系统的操作可能会影响商家结算金额。另外,个别费用有逆向退款或扣款,而有些费用因为特定业务场景是没有逆向的,所以必须提前确认好。否则,结果还用我说嘛?
通用计费接口
计费系统由哪方负责因公司不同而有所差异,但是功能大同小异。但是京东POP计费系统有一个通用计费接口,能够对接各个垂直业务系统,对业务系统自己生成的计费明细进行校验和透传,生成结算单进行付款。这就形成了自有计费和通用计费的双保险。
总
结
京东的POP结算中心是面向商城内部各个事业部的POP业务提供的平台型服务,它有自己的先天优势就是,京东主流交易系统平台化做的相对完善,比如单品页、购物车、结算页、优惠券系统、订单中心、OFC(订单履约系统,细分为拆分、OCS、转移、OFW、风控)等,所有新增或已有业务的订单都必须通过这个中心向下流转。如果要做订单结算,POP结算系统只需要对这个出口进行过滤和处理,相对标准。而美团大部分BU是各个业务线自己做自己的计费,结算系统实现的只是下面要介绍的结算部分的职能,相对个性化。
结算
账期开始前生成、账期中进行计费明细的填充、账期结束后补充必要结算信息,并在商家确认后进行付款或收款。
结算单
计费输出的是一条一条的计费明细,要结算给商家需要有一个载体,这个载体就是结算单。结算单的形式一般是前置结算单,即在账期开始前生成,账期内接收到的计费明细就填充到这个结算单里。等到账期结束,这个结算单就停止接收计费明细,生成一个新账期的结算单:旧结算单提交付款,新结算单重新接收计费明细。周而复始。
结算单可以理解成是一张白纸,计费明细就是在一定周期内写入的一行一行的文字,当到达约定时间就不再写入文字,进行下一道程序。
模式
每一个结算单都需要有特定的模式,因为在结算单付款成功之后,需要按照对应的模式进行销项开具或进项核销。需要说明的是,有的公司商家的模式是支持修改的,这会导致一个问题:历史账期已结算订单的模式与当前账期的模式不一致,如果产生退货,处理流程比较复杂。
结算机构
电商一般有多个主体开展不同业务,当结算单提交到资金系统进行付款时,资金系统需要知道使用哪个主体的账户进行付款。这个主体即使写在结算单上的必要信息,和上面的模式类似。
总
结
结算系统说白了是一个承“上”启“下”的环节,“上”指的是所有涉及向商家收、付款的业务,比如订单款、保证金、调整项、返利,职能就是对上面提到的各个业务生成的费用进行汇总生成完整结算单。“下”就是支付平台,因为所有公司都需要有这么一个收口,职能就是对各个业务生成的结算单进行统一付款和收款,其中也包括后面要提到的线下收款管理。