新零售SaaS架构:订单履约系统的概念模型设计

订单履约系统的概念模型

  • 订单:客户提交购物请求后,生成的买卖合同,通常包含客户信息、下单日期、所购买的商品或服务明细、价格、数量、收货地址以及支付方式等详细信息。
  • 子订单:为了更高效地进行履约,大订单可能会被拆分成多个子订单,子订单会根据商品类型、配送地址、仓库位置或供应商等因素进行拆分。
  • 发货单:根据子订单生成,指导完成订单的具体履约任务,如商品的拣选、包装、出库、配送等。

在整个订单履约过程中,订单是起始,子订单是订单拆分的结果,用于处理更细粒度的履约逻辑,发货单则是具体的执行单据,指导商品从仓库到客户手中的具体操作任务。这三个模型层层递进,确保整个履约链条的高效管理。

订单拆分场景

单门店履约场景

在连锁模式下,系统会自动根据用户的收货地址匹配最近的门店。如果匹配到某个门店,且门店库存充足,能完成履约服务。在这种情况下,不会对订单进行拆分,直接分配给门店进行发货配送。

多仓库履约场景

有些商家有多个仓库,不同的商品存放在不同的门店或仓库里。
当用户下单时,如果订单内的商品在不同的仓库,就需要拆分订单,把拆分后的子订单匹配到对应的仓库中,然后根据商品的数量进行备货和出库。

按订单类型、商品类型拆分

由于订单和商品类型的差异,我们需要将其拆分成不同类型的子订单。
商品中包括跨境商品、分销商品等,我们会根据不同的商品类型自动拆分。
对于生鲜水果、冷链食品以及其他易碎物品,由于它们对快递的保护性和及时性有较高的要求,我们需要单独包装并发货。如果订单中包含这类商品,会对订单进行拆分处理。

按物流场景拆分

物流公司通常对包裹的重量和体积有限制。如果订单中的商品超过这些限制,就需要将订单拆分为多个发货单来发货。
从成本的角度考虑,在某些情况下,将大量商品分成多个发货单可能会比一个大包裹发货更省钱。
客户可能会有特殊的物流要求,如分批送达或特定时间送达,需要将订单拆分为多个发货单。例如预售商品与其他商品一起下单,需要等到预售商品到货后再发货。

写在最后

本文主要介绍了订单履约系统的概念模型设计。
文章首先定义了"订单"、"子订单"和"发货单"这三个核心概念,并澄清了它们在整个订单履约过程中的关系。
接着,文章详细描述了四种常见的订单拆分场景,分别是单门店履约场景、多仓库履约场景、按订单类型、商品类型拆分以及按物流场景拆分。各种场景下的订单拆分,能确保整个履约链条的高效管理。

相关推荐
小哈里2 天前
【运维】云计算的发展历程,云原生时代的运维理念&工具技术栈,高可用系统的云运维 —— 以K8S集群调度算法与命令为例
运维·云原生·kubernetes·云计算·架构设计
CodeBlogMan3 天前
【解决方案】多租户技术架构设计入门(二)
saas·多租户·技术架构
刀法如飞5 天前
Go语言架构实践:从 MVC 到 DDD 的演进之路
go·mvc·领域驱动设计
淘源码A7 天前
一套SaaS多租户医疗云his源码,基于云计算的医院信息管理系统(云HIS)
saas·云his·源代码·医院信息系统·区域医疗·his源码
阿里云大数据AI技术9 天前
爱橙科技基于 MaxCompute 智能物化视图最佳实践
大数据·架构·saas
咖啡教室12 天前
DDD四层架构和MVC三层架构的个人理解和学习笔记
后端·mvc·领域驱动设计
hope_wisdom17 天前
实战设计模式之解释器模式
设计模式·解释器模式·软件工程·软件构建·架构设计
小小工匠19 天前
架构思维:软件建模与架构设计的关键要点
架构·架构设计·软件建模
洛北辰南19 天前
系统架构设计师—案例分析—架构设计
系统架构·知识库·架构设计·架构风格
别说我什么都不会19 天前
OpenHarmony驱动框架HDF中设备管理服务构建过程详解(二)
harmonyos·领域驱动设计