电商订单中台架构设计

战略设计

从企业级架构角度来分解。
商业画布:
细分客户。 1 老板的诉求,2 使用这个系统的客户述求(工厂的直接客户,代理商,经销商)3 消费者(买手机的用户的)的诉求。
如公司业务高管(老板)的要求提升订单的交付及时率,履行率,降低库存周转率等。
客户的述求:提高操作的效率,如全链路单据状态分析,支持批量处理等
消费者的述求:线上下单门店取货,面向用户的小程序或者公众账号太多太杂等。

渠道通路:除了传统代理模式,高端机型支持总部直供优质经销商,服务商模式等。

价值主张:XXX

业务流程基于价值主张

流程

网上的资料
订单生成:购物车合并下单、预售订单、拼团订单、秒杀订单
支付:组合支付(余额+积分+优惠券)、分阶段支付(如定金+尾款)
履约:分仓发货、物流调度、O2O即时配送、电子凭证核销
- 多渠道订单接入:支持从多个销售渠道(如官网、电商平台、移动应用、线下门店等)接收订单,将不同格式和标准的订单数据进行标准化处理,统一存储到订单中台系统中,实现订单的集中管理。
售后:退货逆向流程、换货链路、价保补偿、异常订单拦截
结算:商家分账、平台抽佣、运费险结算

正向

交易订单生成
客户订单生成
销售订单评审
推送履约系统
接收承诺数据
接收签收数据
收入确认

逆向

核心流程

1 逆向申请发起和审核(退换货申请单,品质召回单,差异签收数据)
如退换货需要发售后鉴定,售后返回鉴定报告(作为生成销退单的数据源头)
2 生成销退单推送WMS
3 WSM返回入库通知单,更新销退单,作为逆向结算的依据
4 推ERP RAM入账( ERP 正向流程生成 SO - Sales Order,逆向流程生成 RMA - Return Merchandise Authorization退货授权,属于交易凭证。而财务结算成对出现的是AR和AP)。

推结算节点:差异签收,退换货在生成销退单的时候即可推结算做AR入账(因为工厂或者售后已经验收商品了)。 品质召回接到入库通知单的时候才推结算。

支持多种业务模式

委托代销:

单据流:客户C向Seller1进货,Seller1把请求抛给Seller2。 Seller2发货给C;
发票流:Seller1开给C,Seller2开个Seller1
销售存库:模式1:Seller1本身没有库存。 Seller1和Seller2 共享库存。局限性:Seller1必须本身没有库存。模式2:Seller1自身有库存,但是没库存的时候向Seller2委托代销。 这个时候做法是C向Seller1下单的时候不占库存,Seller2发货的时候,Seller1会生成C虚拟的占库存扣库存。

业务对象设计:订单类型:委托代销。
上下游单据串联: upstream order id :上游订单ID。source order id: 源头订单ID

如何支持总部直供,代理,服务商业务模式

  1. 供销网络设置买方和卖方关系。 这样客户可以看到不同卖方的店铺,进不同的店铺去采购。 比如经销商可以进二代或者总部的店铺采购
  2. 客户类型:经销商,一代理商,二级代理,服务商
  3. 结算。 总部直供,和代理。 货权是买断的,交易获取就发生转移

服务商模式比较灵活

  1. FD模式。 服务商提供资金物流平台。 FD把货买断。FD向下卖的时候,价格是由总部控制的
  2. 服务商仅提供物流能力。 总部把货放在服务商仓库,服务商先垫资。 服务商向下分销的时候,再按单或者按月结算服务费。
  3. 服务商仅提供经销商拓展和管理。 根据分销的单量提成服务费。

货从总部->服务商仓库。 服务商自己下单(FD); 或系统自动触发,当服务商仓库的水位不足,系统自动生成销售订单,扣款。

多角贸易

A与B交易,货发给C,开票给C (税号是C,收货地址是C的地址)
转口贸易 https://www.cnblogs.com/aibi1/p/18733229
实现1: 客户模块新增的新客户类型(关联客户),维护地址信息。 下单选择多角贸易,带出关联的收货地址
实现2:通过交易链,把关联客户也加到交易链路。 关联客户向 客户进货,客户把单抛给总部。 这种模式更灵活,能支持各种各样的花式玩法。

业务能力(功能)

交易子领域

核心目标:处理订单生成、支付、优惠计算等交易环节的规则与逻辑,时效承诺-SLA(TMS领域提供)确保交易流程高效、准确且可扩展。

支持多种业务模式

委托代销:服务费结算。品牌方把货放在苏宁,按销量结算。
寄售模式。 委托你卖, 我把货放你仓库,你卖多少结多少,卖不完无条件退货。
多角贸易
服务商模式
总部直供模式
代理模式

预售
拼团

履约子领域

计税
分货占用
额度占用 (看不同公司的业务,有些公司产品在交易阶段就占用额度)
销售库存占用(看不同公司的业务,有些公司产品在交易阶段就占用额度)
价格刷新
拆单
合单

业务模型

正向

交易领域

交易订单,其他(生产工单,储备订单,打包订单)
客户订单
销售订单
订单承诺
其他系统同步的数据:签收数据,退货入库数据,销售出库数据,暂收入库数据(贸易合规)

逆向

调整单

逆向申请单:品质召回单 ,退换货申请单,差异签收单

销退单(退货商品返仓依据)

买家
卖家
发货地址
收货地址
商品信息
入库信息
补寄单(行业玩法, 我们通过客户订单加类型)

电商整体架构(界限上下文)

前台

B2B商城,B2C商城,价格
【解说】为什么价格属于前台?因为B2C,B2B有不同的定价实现。比如面向大B的定价和小B的定价差异就很大。

中台

履约,,商品,营销/政策,库存中心,结算中心,
企业级能力中心(客户,合同,账号-4A里面的一个)

后台

财务中心,HR,

其他集成的系统

供应链,售后,仓储,TMS,关务,MES(生产制造)

领域模型

交易

交易订单:消费者与平台的一个简单的契约

履约

履约订单:对交易订单的履约

posted @   向着朝阳  阅读(7)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· CSnakes vs Python.NET:高效嵌入与灵活互通的跨语言方案对比
· DeepSeek “源神”启动!「GitHub 热点速览」
· 我与微信审核的“相爱相杀”看个人小程序副业
· Plotly.NET 一个为 .NET 打造的强大开源交互式图表库
· 上周热点回顾(2.17-2.23)
点击右上角即可分享
微信分享提示