新零售SaaS架構:訂單履約系統架構設計(萬字圖文總結)

来源:https://www.cnblogs.com/tangshiye/p/18054953
-Advertisement-
Play Games

什麼是訂單履約系統? 訂單履約系統用來管理從接收客戶訂單到將商品送達客戶手中的全過程。 它連接了上游交易(客戶在銷售平臺下單環)和下游倉儲配送(如庫存管理、物流配送),確保信息流順暢、操作協同,提升整個供應鏈的效率和響應速度。 系統定位 訂單履約系統的目標是讓訂單處理更快、更清晰,提高客戶體驗。 履 ...


什麼是訂單履約系統?

訂單履約系統用來管理從接收客戶訂單到將商品送達客戶手中的全過程。

它連接了上游交易(客戶在銷售平臺下單環)和下游倉儲配送(如庫存管理、物流配送),確保信息流順暢、操作協同,提升整個供應鏈的效率和響應速度。

系統定位

Untitled

訂單履約系統的目標是讓訂單處理更快、更清晰,提高客戶體驗。

履約過程需要快速處理訂單,同時為客戶提供訂單、物流信息的實時更新。保證每個訂單都能準時、正確地完成,不僅要提高庫存和物流配送的效率,降低成本,還要提升客戶對履約服務的滿意度。

業務流程

Untitled

訂單履約過程是一系列步驟,從客戶下單到商品交給客戶,包含很多步驟,例如客戶在銷售平臺下訂單,訂單履約系統接收訂單,倉庫或門店備貨和發貨,配送小哥交付給客戶。每一步都必須順利進行,確保整個過程高效。

履約流程的關鍵是協同順暢,只有各系統相互配合,訂單能從頭到尾順利完成各個環節,才能確保在客戶約定的時間內完成履約。任何一個環節出問題都會導致履約時間延長,降低客戶滿意度。

  • 接收訂單:當客戶在銷售平臺下單後,第一步是收訂單。這個步驟需要收集和確認訂單信息,包括銷售店鋪信息、客戶信息、商品信息、收發貨地址、交付信息、支付信息等。在這個階段,系統會檢查訂單是否有效,確保所有的訂單信息都是完整的。
  • 訂單拆單:此環節的目標是把複雜的訂單分解成更好管理的子訂單。通常根據訂單類型、商品類型、存放位置、履約要求等因素來分解。比如,需要從不同地方發貨的商品、預售商品。拆分子訂單可以提高我們處理的速度,減少物流的費用,每個小訂單都可以根據最佳的履約流程來處理。
  • 派單:該步驟會基於物流配送的因素進行決策,比如物流公司對包裹的重量和體積有限制、客戶需分批送達或特定時間送達,在派單環節,可能會進一步拆單,分配給合適的倉庫或門店。
  • 預占庫存:該環節可以防止在處理訂單時,庫存被其他訂單占用,防止超賣情況發生,是庫存管理的關鍵環節,確保了庫存的準確性。
  • 改派:在履約過程中,可能會因為庫存不足、配送地址問題或其他突發情況,需要把訂單轉給另一個倉庫或門店。改派環節允許訂單根據實際情況進行調整。這個過程有助於更好地利用資源,確保訂單能快速準確地完成。
  • 揀貨:指根據訂單信息從庫存中挑選出下單商品的過程。這個環節要求高度的準確性和效率,揀選錯誤,會直接影響客戶滿意度。倉庫工作人員通常會使用手持終端設備,確保按照訂單作業的準確性。
  • 打包:揀貨後商品會被妥善包裝,保證運輸安全。包裝時會貼上運輸標簽和配送信息,確保商品能順利送達。
  • 出庫:打包好的商品被快遞員或配送小哥攬收後,會被記錄為已出庫,這就意味著商品已經離開門店/倉庫。
  • 物流配送:商品出庫後,將通過快遞或同城配送方式進行運送。這一階段,物流公司或配送公司負責將商品運送到客戶指定的收貨地址。
  • 確認收貨:當客戶收到並確認商品沒有問題後,訂單就算完成了。客戶通常在網上確認收貨。這個環節是記錄服務時間、收集客戶反饋的時機。

核心概念模型

Untitled

在整個訂單履約過程中,訂單是起始,子訂單是訂單拆分的結果,用於處理更細粒度的履約邏輯。

發貨單則是具體的執行單據,指導商品從倉庫到客戶手中的具體操作任務。

這三個模型層層遞進,確保整個履約鏈條的高效管理。

  • 訂單:客戶提交購物請求後,生成的買賣合同,通常包含客戶信息、下單日期、所購買的商品或服務明細、價格、數量、收貨地址以及支付方式等詳細信息。
  • 子訂單:為了更高效地進行履約,大訂單可能會被拆分成多個子訂單,子訂單會根據商品類型、配送地址、倉庫位置或供應商等因素進行拆分。
  • 發貨單:根據子訂單生成,指導完成訂單的具體履約任務,如商品的揀選、包裝、出庫、配送等。

訂單拆分場景

單門店履約場景

在連鎖模式下,系統會自動根據用戶的收貨地址匹配最近的門店。

如果匹配到某個門店,且門店庫存充足,能完成履約服務。在這種情況下,不會對訂單進行拆分,直接分配給門店進行發貨。

Untitled

多倉庫履約場景

有些商家有多個倉庫,不同的商品存放在不同的門店或倉庫里。

當用戶下單時,如果訂單內的商品在不同的倉庫,就需要拆分訂單,把拆分後的子訂單匹配到對應的倉庫中,然後根據商品的數量進行備貨和出庫。

Untitled

按訂單類型、商品類型拆分

由於訂單和商品類型的差異,我們需要將其拆分成不同類型的子訂單。

商品中包括跨境商品、分銷商品等,我們會根據不同的商品類型自動拆分。

對於生鮮水果、冷鏈食品以及其他易碎物品,由於它們對快遞的保護性和及時性有較高的要求,我們需要單獨包裝併發貨。如果訂單中包含這類商品,會對訂單進行拆分處理。

Untitled

按物流場景拆分

物流公司通常對包裹的重量和體積有限制。如果訂單中的商品超過這些限制,就需要將訂單拆分為多個發貨單來發貨。

從成本的角度考慮,在某些情況下,將大量商品分成多個發貨單可能會比一個大包裹發貨更省錢。

客戶可能會有特殊的物流要求,如分批送達或特定時間送達,需要將訂單拆分為多個發貨單。例如預售商品與其他商品一起下單,需要等到預售商品到貨後再發貨。

Untitled

系統的核心能力

通過分析訂單履約的全流程和各個業務活動,我們可以梳理出訂單履約流程所需的核心業務能力,分別為履約服務表達、履約調度和物流配送。

Untitled

  • 履約服務表達:負責清楚、準確地向客戶傳遞履約服務的能力,包括訂單處理時間、配送時間、費用計算和服務範圍。確保客戶下單時有明確的期待,併在整個訂單過程中保持透明和一致。
  • 履約調度:涉及訂單的接收、處理、門店/倉庫分配。這一能力確保訂單根據預定的規則和優先順序,有效地分配給門店/倉庫。提升內部操作的效率,減少履約時間,同時最大限度地減少延期情況。
  • 物流配送:確保下單商品從門店/倉庫準時地運送到客戶手中,這包括與第三方運力服務商的合作、配送管理、配送路徑的優化以及送貨執行。這部分能力由配送系統提供。

應用架構設計

Untitled

應用層定義軟體的應用功能,它負責接收用戶請求,協調領域層能力來執行任務,並將結果返回給用戶,核心模塊包括:

  • C端履約服務
    • 預計送達時間:為消費者提供訂單的預計處理時間、配送時效等,通常基於訂單處理時間、配送情況、配送距離等多種因素計算。
    • 實時訂單狀態查詢:允許消費者實時查看他們的訂單所處階段。包括訂單待接單、揀貨、打包、已發貨、配送中等狀態。
    • 配送軌跡跟蹤:提供訂單從出庫到最終送達的完整路徑跟蹤,消費者可以查看訂單的當前位置和過往的配送節點,瞭解配送進度。
    • 配送信息修改:在訂單還未最終發出之前,消費者可能需要更改配送信息,如地址或配送時間。
    • 配送費用明細:顯示消費者的訂單配送費用的詳細分解,包括配送費、包裝費、服務費等。
    • 確認收貨:消費者可以通過系統確認收貨,是完成訂單流程的最後一步。
  • B端管理模塊:
    • 訂單派單:接收來自銷售平臺的訂單,並按照既定規則自動分配給對應的門店/倉庫。
    • 訂單管理:全面管理訂單的生命周期,包括訂單的確認、處理、狀態跟蹤、修改和取消等管理操作。
    • 揀貨管理:管理倉庫內的揀貨操作,確保商品被準確無誤地從貨架上揀選出來,併進行打包和發貨。
    • 發貨管理:全面管理髮貨單的生命周期,根據訂單的地址、商品大小、重量和客戶選擇的履約方式,匹配合適的發貨方式,並對發貨流程進行跟蹤。
    • 逆向履約:當客戶不滿意或需退換商品時,逆向履約模塊負責處理退貨請求,並管理退貨退款和換貨流程。

領域層是業務邏輯的核心,專註於表示業務概念、業務狀態流轉和業務規則,沉澱可復用的服務能力,模塊包括:

  • 履約服務表達:負責向客戶提供履約服務的明確信息。包括預計的送貨時間、費用計算、服務選項(如定時達、次日達等)以及履約可達性要求。
  • 訂單履約調度:提供訂單履約調度的核心能力,確保訂單被高效地處理和執行。它涉及訂單從接收到最終準備配送的所有調度和處理過程,包括訂單拆分、分配、揀貨、包裝、發貨等。

訂單履約系統與其他系統的依賴關係:

  • 商品管理系統:提供的商品信息,包括價格、規格、描述、分類、SKU等。
  • 中央庫存系統:需要訪問中央庫存系統來確認下單商品的實物庫存情況,包括庫存數量和庫存位置。
  • 配送系統:一旦商品打包完成,將依賴配送系統來處理商品的實際配送工作,包括配送安排、跟蹤和狀態更新。配送系統提供的配送狀態和時間信息,對於訂單履約系統中訂單狀態的更新至關重要。
  • 基礎數據系統:提供組織機構信息、用戶許可權信息、服務商信息等基礎數據。這些標準化的數據確保各個系統數據的一致性
  • 數據分析系統:訂單履約系統將產生大量數據,包括訂單數據、履約過程數據、配送時效數據等,這些數據需傳輸到數據分析系統。數據分析系統基於採集到的數據,提供分析與洞察,幫助優化訂單履約流程,提升客戶滿意度,並提供預測分析,來輔助庫存管理和需求預測。

寫在最後

訂單履約系統負責管理從接收客戶訂單到將商品送達客戶手中的全過程。它連接上游交易和下游倉儲配送,以提高供應鏈效率。

該系統的核心業務能力包括履約服務表達、履約調度和物流配送。

根據物流和商品類型等因素,訂單會被拆分成子訂單。這樣做可以提高處理速度並減少物流費用。

在訂單履約系統的應用架構中,應用層定義了軟體的應用功能,包括C端履約服務和B端管理模塊。領域層是業務邏輯的核心,專註於表示業務概念、業務狀態流轉和業務規則。

訂單履約系統與商品管理系統、中央庫存系統、配送系統、基礎數據系統和數據分析系統等其他系統存在依賴關係。各系統通過相互協作來完成訂單履約流程。

本文來自博客園,作者:架構師湯師爺,轉載請註明原文鏈接:https://www.cnblogs.com/tangshiye/p/18054953


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 本文分享自華為雲社區《GaussDB資料庫SQL系列-動態語句》,作者:Gauss松鼠會小助手2。 一、前言 在資料庫中構建動態SQL語句是指根據不同的條件或參數創建不同的SQL語句。這通常是為了適應不同的業務需求,提高SQL的靈活性和效率。GaussDB資料庫是一款具備高性能、高可用性和高擴展性的 ...
  • 本文分享自華為雲社區《GaussDB跨雲容災:實現跨地域的資料庫高可用能力》,作者:GaussDB 資料庫。 金融、銀行業等對數據的安全有著較高的要求,同城容災建設方案,在絕大多數場景下可以保證業務數據的安全性,但是在極端情況下,如遇不可抗力因素等,要保證數據的安全性,就需要採取跨地域的容災方案。 ...
  • Ubuntu22.04安裝 本操作在虛擬機上 安裝Redis 1)更新系統 sudo apt update sudo apt upgrade 2)安裝Redis sudo apt install redis-server 3)測試Redis是否工作 redis-cli --version syste ...
  • Linux入門(五) 本篇文章主要講述下文件處理相關的命令 1: 顯示許可權 ls -lh 總用量 36K drwxrwxr-x 5 zh zh 4.0K 2月 28 16:47 app -rw-rw-r-- 1 zh zh 530 2月 22 18:25 build.gradle drwxrwxr- ...
  • 這裡給大家分享我在網上總結出來的一些知識,希望對大家有所幫助 開始之前 Composition API 可以說是Vue3的最大特點,那麼為什麼要推出Composition Api,解決了什麼問題? 通常使用Vue2開發的項目,普遍會存在以下問題: 代碼的可讀性隨著組件變大而變差 每一種代碼復用的方式 ...
  • 這裡給大家分享我在網上總結出來的一些知識,希望對大家有所幫助 一、Object.defineProperty 定義:Object.defineProperty() 方法會直接在一個對象上定義一個新屬性,或者修改一個對象的現有屬性,並返回此對象 為什麼能實現響應式 通過defineProperty 兩 ...
  • SpringBoot底層預設使用logback日誌框架。 切換使用Log4j2日誌框架。 pom.xml配置 <!-- web場景啟動器 --> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-b ...
  • 在微服務架構或者分散式系統中,客戶端如何捕捉服務端的異常?這裡說的客戶端指調用方、服務端指被調用方,它們通常運行在不同的進程之中,這些進程可能運行在同一臺伺服器,也可能運行在不同的伺服器,甚至不同的數據機房;其使用的技術棧可能相同,也可能存在很大的差異。 ...
一周排行
    -Advertisement-
    Play Games
  • 隨著Aspire發佈preview5的發佈,Microsoft.Extensions.ServiceDiscovery隨之更新, 服務註冊發現這個屬於老掉牙的話題解決什麼問題就不贅述了,這裡主要講講Microsoft.Extensions.ServiceDiscovery(preview5)以及如何 ...
  • 概述:通過使用`SemaphoreSlim`,可以簡單而有效地限制非同步HTTP請求的併發量,確保在任何給定時間內不超過20個網頁同時下載。`ParallelOptions`不適用於非同步操作,但可考慮使用`Parallel.ForEach`,儘管在非同步場景中謹慎使用。 對於併發非同步 I/O 操作的數量 ...
  • 1.Linux上安裝Docken 伺服器系統版本以及內核版本:cat /etc/redhat-release 查看伺服器內核版本:uname -r 安裝依賴包:yum install -y yum-utils device-mapper-persistent-data lvm2 設置阿裡雲鏡像源:y ...
  • 概述:WPF界面綁定和渲染大量數據可能導致性能問題。通過啟用UI虛擬化、非同步載入和數據分頁,可以有效提高界面響應性能。以下是簡單示例演示這些優化方法。 在WPF中,當你嘗試綁定和渲染大量的數據項時,性能問題可能出現。以下是一些可能導致性能慢的原因以及優化方法: UI 虛擬化: WPF提供了虛擬化技術 ...
  • 引言 上一章節介紹了 TDD 的三大法則,今天我們講一下在單元測試中模擬對象的使用。 Fake Fake - Fake 是一個通用術語,可用於描述 stub或 mock 對象。 它是 stub 還是 mock 取決於使用它的上下文。 也就是說,Fake 可以是 stub 或 mock Mock - ...
  • 為.net6在CentOS7上面做準備,先在vmware虛擬機安裝CentOS 7.9 新建CentOS764位的系統 因為CentOS8不更新了,所以安裝7;簡單就一筆帶過了 選擇下載好的操作系統的iso文件,下載地址https://mirrors.aliyun.com/centos/7.9.20 ...
  • 經過前面幾篇的學習,我們瞭解到指令的大概分類,如:參數載入指令,該載入指令以 Ld 開頭,將參數載入到棧中,以便於後續執行操作命令。參數存儲指令,其指令以 St 開頭,將棧中的數據,存儲到指定的變數中,以方便後續使用。創建實例指令,其指令以 New 開頭,用於在運行時動態生成並初始化對象。方法調用指... ...
  • LiteDB 是一個輕量級的嵌入式 NoSQL 資料庫,其設計理念與 MongoDB 類似,但它是完全使用 C# 開發的,因此與 C# 應用程式的集成非常順暢。與 SQLite 相比,LiteDB 提供了 NoSQL(即鍵值對)的數據存儲方式,並且是一個開源且免費的項目。它適用於桌面、移動以及 We ...
  • 1 開源解析和拆分文檔 第三方的工具去對文件解析拆分,去將我們的文件內容給提取出來,並將我們的文檔內容去拆分成一個小的chunk。常見的PDF word mark down, JSON、HTML。都可以有很好的一些模塊去把這些文件去進行一個東西去提取。 優勢 支持豐富的文檔類型 每種文檔多樣化選擇 ...
  • OOM是什麼?英文全稱為 OutOfMemoryError(記憶體溢出錯誤)。當程式發生OOM時,如何去定位導致異常的代碼還是挺麻煩的。 要檢查OOM發生的原因,首先需要瞭解各種OOM情況下會報的異常信息。這樣能縮小排查範圍,再結合異常堆棧、heapDump文件、JVM分析工具和業務代碼來判斷具體是哪 ...