1. 程式人生 > >零售電商交易中的訂單生成與拆分

零售電商交易中的訂單生成與拆分

下單過程中各系統呼叫:

結算頁通常是訂單生成的第一步,確定訂單型別與訂單標識給下游系統識別。

下單 (2).png

訂單拆分系統定義:

先款訂單支付並足額/超額對賬或後款訂單生成後由訂單管道呼叫訂單拆分服務,訂單拆分系統是用來實現使用者提交訂單後,按庫房、商家、訂單型別、支付方式、生產方式、配送方式、配送時效等維度進行不同路徑分發的系統。

訂單拆分系統流程:

Clipboard Image.png

訂單拆分規則:

1.父單必須拆淨,即父單商品數量等於子單商品數量之和

2.父單商品金額、運費、支付金額、虛擬幣金額、優惠金額要與子單金額相等

3.子單實付大於0

4.第三方訂單按商家維度拆分、自營(不包括虛擬和廠商直送、線下交易等特殊訂單型別)按庫房維度拆分

5.贈品不分攤優惠,延保必須跟主單

訂單資訊組成部分:

訂單資訊 (2).png

正向訂單狀態生命週期:

先款訂單狀態生命週期1.png

後.png

先款訂單狀態生命週期 (2).png

特殊訂單狀態:

訂單鎖定:使用者對售前訂單進行取消時

等待稽核:使用者對售前訂單進行取消後

訂單解鎖:使用者對售前訂單進行取消後客服稽核未通過時

已取消:使用者對售前訂單進行取消後客服稽核通過時或拒收、售後退款完成後

訂單交易過程中的風險:

交易過程中尤其是低價商品、促銷商品、宣傳問題商品等需要注意的風險很多,例如刷單、惡意訂單、套贈、套利等。為了保證財/物/資訊保安也出現了類似鏢局這樣的系統與系統性改造,讓使用者放心購物。

惡意訂單:類似職業打假人、國外信用卡支付等

虛假訂單:刷單佔庫存是最常見的虛假訂單

套利、套贈:刷單套利、退單退貨套子訂單利或主商品贈等情況

而這些風險的主要解決方案都在下單與拆單的過程中優化完成的,比如下單的黑名單呼叫,保留主贈/主套/主附關係,構建促銷類父子訂單取消關聯等。

以上內容均不涉及任何電商,純屬個人場景模擬總結,若有雷同,純屬巧合哈~

SeniorWoo ,郵箱:[email protected]

http://www.pmcaff.com/article/index/672218326825088?from=related&pmc_param[entry_id]=633029420116096

相關推薦

零售交易訂單生成拆分

下單過程中各系統呼叫:結算頁通常是訂單生成的第一步,確定訂單型別與訂單標識給下游系統識別。訂單拆分系統定義:先款訂單支付並足額/超額對賬或後款訂單生成後由訂單管道呼叫訂單拆分服務,訂單拆分系統是用來實現使用者提交訂單後,按庫房、商家、訂單型別、支付方式、生產方式、配送方式、配

專案的重要概念 SPU SKU

什麼是SPU 和SKU? 在電商中對於商品,有兩個重要的概念:SPU和SKU 先看一段非常長的介紹 SPU = Standard Product Unit (標準產品單位) SPU是商品資訊聚合的最⼩小單位,是⼀一組可服⽤用、易易檢索的標 準化資訊的集合,該集合描述了了⼀一個產品的特性。 通

-支付-支付流水錶訂單表的設計

一.支付流水錶 作用:主要用於記錄每一次的支付動作,主要用於,記錄使用者是否有重複支付,重複支付或者過期支付,可以用於檢查,然後退款。 二訂單表 1.說訂單表,一般都是主表和子表兩個結構。 1.1主表記錄買家買了什麼?付款是多少錢?總的優惠是多少?還有要發往哪裡的地址

專案SPUSKU的設計

1. 先說明幾個概念.電商網站採用在商品模組,常採用spu+sku的資料結構演算法,這種演算法可以將商品的屬性和商品的基本資訊分離,分開維護,這樣我們就可以在不同的類目下自定義商品資訊和分類的屬性資訊,我們的業務系統就可以儲存不同門類的商品資訊了•SPU = Standard

系統的商品模型的分析設計

在電商系統中,商品模型至關重要,是整個電商的核心,下面通過一個簡單的分析,設計一個基礎的商品模型。 商品模型的演化     在以前,那時CMS很流行,最常見的模型是欄目-文章模型。於是做電商的時候,自然就繼承了這種一對多的關係。只是欄目變成了分類,文章變成了商品。商

系統的商品模型的分析設計—續

 在《電商系統中的商品模型的分析與設計》中,對電商系統商品模型有一個粗淺的描述,後來有博友對貨品和商品的區別以及屬性有一些疑問。我也對此做一些研究,再次簡單的對商品模型做一個介紹。 從SPU、SKU開始     首先我們需要澄清上篇中的這兩個概念,在上篇文章中“貨品”

基於大中臺架構的業務臺最佳實踐之三:交易臺技術要點設計之高效能

接著上篇繼續講,接下來主要介紹交易總體設計的技術要點設計,對於電商中臺來說,交易系統是核心中的核心,一開始就需要圍繞高效能,高可用,和高擴充套件三個方面來重點設計。本篇主要介紹高效能設計。 對於高效能的定義,通常可以理解為系統/服務介面響應時間低(rt)且併發量(qps,tps)高. 提

基於大中臺架構的業務臺最佳實踐之二:交易業務臺核心設計

為什麼要用業務中臺化思想來架構交易系統 上一篇文章已經簡要介紹了交易業務中臺的設計理念,本篇會詳細的來說為何要用中臺的思想來架構交易系統。要說明白這個問題,我們必須回看系統的演化路徑是怎樣隨著業務規模的增長進行變化的。 首先來看初創公司/新業務系統是如何演進的;以基於雲端計算為基礎的架構模式

系統的訂單生成方案

訂單的生成需要1.全域性的唯一性2.自增長3.長度的要求4.具有一定的可讀性5.保密性訂單號的生成方案    1.UUID                  2.資料庫自增             3.snowflake         4.redis    還有分散式上面應

系統購物車-訂單-支付流程

原文地址:https://blog.csdn.net/Cpath/article/details/72872258/** * 電商 購物車--訂單--支付 */ #使用者登陸--未登入 #pc/wap #1、根據客戶端ip 設定session_id保證使用者唯一標

系統SKUSPU的區別

SKU:stock keeping unit(庫存量單位)。 SPU:Standard Product Unit (標準化產品單元)。 那麼SKU與SPU的區別是什麼呢? 舉個例子:      比如現在有一款產品為IPhone手機,但是IPhone有很多型號和顏色

scroll()和scrollTop()方法——實現網站的電梯導航

窗口 css樣式 ram 每一個 最新 top index hid none 要想實現電商網站的電梯導航效果,首先需要了解以下知識點: jquery 事件 - scroll() 方法 對元素滾動的次數進行計數,當用戶滾動指定的元素時,會發生 scroll 事件。scroll

暴改無人機,探秘活躍在平臺的地下黑工坊

無人機人類一直癡迷於速度。不論是汽車、火車還是飛機都在提速,仿佛速度才能顯示技術的強大。美國空軍計劃開發超音速噴氣式飛機,每小時超過6100公裏,但不載人。原因是人類無法承受這樣的高速運動,其實在1969年,阿波羅10號的三名宇航員乘坐的飛船從月球後方繞過時,他們相對地球的運動速度高達每小時39897公裏。假

網站添加商品到購物車功能模塊2017.12.8

全部 入參 es2017 nal 購物 依次 response .net 臺電 前言: 電商網站中添加商品到購物車功能模塊實現: 根據前一篇博客的介紹,我們看到淘寶網站為了保證購物車數據的同步,直接是強制用戶必須登錄才可以將商品加入購物車。而京東網站是用戶在未登錄的狀態下也

Reminders在推薦的價值

map 技術 post 商品 cat eat lan 轉化 相同 原論文在UMAP‘16。文章並沒有太高深的模型,比較接地氣;但其觀點與結論很獨到,並且在工業界具有很強的實際操作價值。 針對推薦系統的研究大多關註在挖掘用戶並不知道但是卻與其興趣相關的物品。不過每個推薦系統所

關於網站購物車功能如何登錄賬號相關聯的一點想法

客戶 實體類 數據庫 後來 購物 賬號登錄 就是 解決 過程 最近在試著做電商網站,自然也需要涉及到實現購物車的功能。然後就想到去用cookie來完成購物車的功能。 實現過程是新建一個cookie,把購物車實體類的list放進去,每次給購物車新增商品和刪除商品的時候就new

深度|人臉圖像的技術原理及在業務的應用

人臉圖像/原理/電商業務/應用1、概述時至今日,計算機視覺和深度學習的迅速發展,給很多技術領域帶來了顛覆性的變化。人臉圖像處理(Face Image Processing)就是其中的典型例子:在互聯網時代,該技術通過各種各樣的應用方式,為人們的生活帶來了便利和安全,並增添了樂趣。另一方面,電子商務領域歷經PC

Java開源生鮮平臺-銷售管理設計架構(源碼可下載)

svti ont new 更新 short cto lan 加工 dai Java開源生鮮電商平臺-銷售管理設計與架構(源碼可下載) 說明:在Java開源生鮮電商平臺中,銷售人員我們稱為跟餐飲店老板溝通與下載APP的一類地推人員。(所謂地推指的就是一個一個上門拜訪。)

區塊鏈實現簡單的交易(以太坊)

lse TE sta str hand cto 需要 新版 sed 一、流程如下:1、買家下單2、賣家接單3、買家付押金4、賣家付押金5、賣家發出貨物6、運輸方甲收到貨物7、運輸方甲送到貨物8、運輸方乙收到貨物9、運輸方乙送到貨物10、買家收到貨物 二、將以上規則寫入編譯合

京東如何打造K8s全球最大集群支撐萬億交易

ans 系列 feature 10個 不可 負載均衡。 一般來說 新一代 Opens 在過去一年裏,Kubernetes以其架構簡潔性和靈活性,流行度持續快速上升,我們有理由相信在不遠的未來,Kubernetes將成為通用的基礎設施標準。而京東早在2016年年底上線了京東新