自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

交易系統(tǒng):線上交易系統(tǒng)流程詳解

開發(fā) 架構(gòu)
當(dāng)所有商品完成退款后,系統(tǒng)返還權(quán)益到用戶賬戶,例如,用戶購買時(shí)使用的優(yōu)惠券、積分等權(quán)益資產(chǎn)。對于有活動(dòng)資格限制的訂單,系統(tǒng)也會返還相應(yīng)的活動(dòng)資格。

今天聊聊線上交易系統(tǒng)流程詳解。

線上交易系統(tǒng)為新零售連鎖商家提供一站式線上交易解決方案。其核心目標(biāo)是,通過數(shù)字化手段擴(kuò)大商家的服務(wù)范圍,突破傳統(tǒng)門店的地理限制。系統(tǒng)支持電商、O2O等多種業(yè)務(wù)形態(tài),為商家提供全方位的線上運(yùn)營能力。

線上交易系統(tǒng)包含兩個(gè)核心流程:正向交易流程、逆向交易流程。

正向交易流程負(fù)責(zé)處理從訂單創(chuàng)建到完成的標(biāo)準(zhǔn)交易過程,而逆向交易流程則處理訂單取消、退款、退貨、換貨等異常交易場景。這兩個(gè)流程相互配合,共同確保交易系統(tǒng)的完整性。

正向交易系統(tǒng)流程

正向交易系統(tǒng)流程是指從用戶下單到訂單完成的標(biāo)準(zhǔn)交易過程,如圖所示,主要包含訂單創(chuàng)建、訂單支付、訂單履約、訂單完成這些環(huán)節(jié)。

圖片圖片

訂單創(chuàng)建

訂單創(chuàng)建是電商系統(tǒng)的核心環(huán)節(jié),需要多個(gè)模塊的緊密協(xié)作。以下是訂單創(chuàng)建過程中涉及的主要步驟:

1.校驗(yàn)商品信息

系統(tǒng)首先校驗(yàn)商品的狀態(tài)和價(jià)格,確保商品已上架,庫存充足,價(jià)格準(zhǔn)確。如果發(fā)現(xiàn)異常,系統(tǒng)會提示用戶無法購買。

2.處理會員等級、積分和優(yōu)惠券等客戶權(quán)益

根據(jù)用戶的會員等級,計(jì)算相應(yīng)的折扣和積分獎(jiǎng)勵(lì)。同時(shí),驗(yàn)證用戶的優(yōu)惠券是否有效,是否符合使用條件,這一步確保能夠正確使用客戶權(quán)益。

3.計(jì)算各類優(yōu)惠

系統(tǒng)獲取促銷活動(dòng)、滿減和折扣等優(yōu)惠,按照預(yù)設(shè)疊加互斥規(guī)則,計(jì)算優(yōu)惠的疊加效果,為用戶提供最優(yōu)價(jià)格方案。

4.驗(yàn)證收貨地址、計(jì)算運(yùn)費(fèi)并預(yù)估配送時(shí)效

核實(shí)用戶提供的收貨地址是否合法、完整。根據(jù)地址計(jì)算運(yùn)費(fèi),并預(yù)估配送時(shí)間,供用戶參考。

5.選擇合適的配送門店或倉庫

系統(tǒng)根據(jù)收貨地址和庫存情況,選擇最合適的配送門店或倉庫,這有助于提高配送效率,縮短送達(dá)時(shí)間。

6.檢查并預(yù)占庫存

如果庫存足夠,系統(tǒng)會預(yù)先占用對應(yīng)的庫存,防止超賣。

庫存扣減方式會影響商品供應(yīng)和用戶購買體驗(yàn)。目前主流采用兩種方式:下單減庫存和付款減庫存。

1)下單減庫存

下單減庫存可立即鎖定商品,有效防止超賣,特別適用于秒殺、搶購等高并發(fā)場景,能提高用戶購買成功率。

但這種方式的缺點(diǎn)是:未付款訂單會占用庫存,導(dǎo)致有真實(shí)購買需求的用戶無法下單,容易造成庫存積壓和銷售受阻。

為解決這些問題,可以設(shè)置訂單有效期,超時(shí)未付款則自動(dòng)取消并釋放庫存。同時(shí)可限制單個(gè)用戶的購買數(shù)量,并通過風(fēng)控策略識別和攔截異常下單行為。

2)付款減庫存

付款減庫存僅在用戶完成支付后才扣減庫存,能避免無效訂單占用庫存,提升庫存利用效率。

但在高并發(fā)情況下,可能出現(xiàn)用戶付款成功而庫存不足的問題,導(dǎo)致無法發(fā)貨,引起投訴并影響商家信譽(yù)。

對此,可在用戶付款前進(jìn)行實(shí)時(shí)庫存校驗(yàn),并及時(shí)提示庫存緊張狀況。

7.計(jì)算訂單總價(jià)、訂單明細(xì)價(jià)格

計(jì)算訂單各項(xiàng)明細(xì)的商品價(jià)格、優(yōu)惠分?jǐn)偨痤~和運(yùn)費(fèi),并匯總計(jì)算訂單總金額。

8.最終生成訂單

完成上述步驟后,系統(tǒng)生成訂單記錄,包含所有相關(guān)信息。訂單生成后,進(jìn)入支付環(huán)節(jié)。

訂單支付

訂單生成后,系統(tǒng)將引導(dǎo)用戶進(jìn)入支付環(huán)節(jié)。在這個(gè)階段,交易系統(tǒng)首先會向支付系統(tǒng)發(fā)起支付請求,生成相應(yīng)的支付訂單。

系統(tǒng)隨后會自動(dòng)跳轉(zhuǎn)到統(tǒng)一支付收銀臺界面,提供多種支付選項(xiàng)。用戶可以選擇微信支付、支付寶或銀行卡等方式完成支付。

當(dāng)用戶完成支付操作后,支付系統(tǒng)會返回詳細(xì)的支付結(jié)果,包括支付流水號和支付時(shí)間等。

交易系統(tǒng)隨后根據(jù)這些信息更新訂單狀態(tài),將訂單標(biāo)記為待發(fā)貨,為后續(xù)的訂單履約做好準(zhǔn)備。

訂單履約

訂單履約是指從訂單支付完成到商品最終送達(dá)用戶手中的全過程,這是確保良好購物體驗(yàn)的關(guān)鍵環(huán)節(jié)。

整個(gè)履約流程需要多個(gè)系統(tǒng)協(xié)同工作,主要依靠訂單履約系統(tǒng)、WMS倉儲系統(tǒng)和物流系統(tǒng)等核心系統(tǒng)的緊密配合。

在電商購物流程中,系統(tǒng)會將訂單智能拆分為發(fā)貨單,并按照就近發(fā)貨原則分配至合適的倉庫。倉庫接收發(fā)貨指令后,按標(biāo)準(zhǔn)流程進(jìn)行打單、揀貨、質(zhì)檢和包裝,最后交由快遞公司配送。

在O2O購物流程中,系統(tǒng)根據(jù)用戶收貨地址將訂單分配給就近門店。門店接單后立即進(jìn)行商品備貨、打包。對于自提訂單,系統(tǒng)生成取貨碼,并通知用戶到店提貨;對于外送訂單,系統(tǒng)會調(diào)度附近騎手配送,并全程追蹤配送狀態(tài),直至商品順利送達(dá)。

訂單完成

訂單完成是訂單生命周期的最終狀態(tài),表示正向交易流程已經(jīng)結(jié)束。具體來說,當(dāng)滿足以下條件時(shí),訂單將被標(biāo)記為完成:

  • ? 用戶已確認(rèn)收貨,或系統(tǒng)自動(dòng)確認(rèn)收貨(一般在快遞簽收后的7-15天)
  • ? 訂單已超過售后服務(wù)期限(通常是收貨后7-15天)
  • ? 所有的售后問題(如退換貨)已經(jīng)處理完畢
  • ? 訂單相關(guān)的貨款已完全結(jié)算給商家

一旦訂單完成,意味著買賣雙方的交易責(zé)任和義務(wù)都已履行完畢,訂單進(jìn)入終態(tài)。此時(shí)除特殊情況外,用戶將無法再對該訂單發(fā)起售后申請。

逆向交易系統(tǒng)流程

在訂單生成后的狀態(tài)流轉(zhuǎn)過程中,可能出現(xiàn)三種逆向流程:取消訂單、僅退款和退貨退款。

圖片

用戶取消訂單

當(dāng)用戶在提交訂單后還未進(jìn)行支付時(shí),可以選擇取消訂單。系統(tǒng)在處理取消訂單請求時(shí),會執(zhí)行一系列操作:

? 將訂單提交時(shí)預(yù)占的庫存全部釋放,確保這些庫存能重新補(bǔ)充到銷售庫存;

? 系統(tǒng)會自動(dòng)返還用戶下單時(shí)使用的所有優(yōu)惠券、會員積分等權(quán)益,這些權(quán)益能在后續(xù)訂單中重新使用

? 系統(tǒng)將訂單狀態(tài)標(biāo)記為"已關(guān)閉",完成整個(gè)取消流程。

由于這類訂單未涉及實(shí)際支付,處理邏輯相對簡單,無需與支付系統(tǒng)進(jìn)行交互,也不存在退款等資金處理問題。

用戶僅退款

用戶完成支付后,可能因商品缺貨、發(fā)貨延遲或商品描述不符等原因申請退款。退款處理主要包含以下步驟:

1.用戶申請退款

用戶需要在系統(tǒng)中選擇要退款的商品,并填寫詳細(xì)的退款申請信息,包括退款金額、退款原因和相關(guān)證明憑證。提交申請后,系統(tǒng)會自動(dòng)將這些商品的狀態(tài)更新為"售后中",防止后續(xù)操作發(fā)生沖突。

2.商家審核

商家審核通過后,可在系統(tǒng)中確認(rèn)退款。系統(tǒng)將通過原支付渠道發(fā)起退款,并詳細(xì)記錄所有退款相關(guān)的資金流水信息。同時(shí),系統(tǒng)會將商品狀態(tài)更新為"已退款",更新退款單據(jù)狀態(tài),確保整個(gè)退款過程可追溯。

若商家審核不通過,則可駁回退款申請,系統(tǒng)將自動(dòng)將商品狀態(tài)恢復(fù)至"待發(fā)貨"狀態(tài)。

3.庫存處理

因?yàn)閮H退款場景下并未發(fā)生實(shí)物商品的退回,因此無需進(jìn)行庫存數(shù)量的變更操作。

4.權(quán)益處理

當(dāng)訂單中所有商品完成退款后,系統(tǒng)會自動(dòng)返還用戶的全部權(quán)益,包括優(yōu)惠券和積分等。對于有活動(dòng)資格限制的訂單,系統(tǒng)也會返還相應(yīng)的活動(dòng)資格。

用戶退貨退款

在商家發(fā)貨后,用戶可能因商品質(zhì)量問題、實(shí)物與描述不符或尺寸不合適等原因,向商家申請退貨退款。退貨退款主要包含以下步驟:

1.用戶申請退貨退款

用戶需在系統(tǒng)中選擇"退貨退款"類型,并指定要退回的具體商品。然后,用戶需填寫完整的退款申請信息,包括預(yù)期退款金額、退貨具體原因,以及相關(guān)的商品問題證明(如照片或視頻)。申請?zhí)峤缓?,系統(tǒng)將自動(dòng)把相關(guān)商品狀態(tài)更新為"售后中",防止出現(xiàn)操作沖突。

2.商家審核

商家收到退貨退款申請后,將根據(jù)用戶提供的信息進(jìn)行詳細(xì)審核。審核通過后,系統(tǒng)會立即通知用戶開始退貨流程,將申請單狀態(tài)更新為"待用戶退貨",并發(fā)送退貨地址等信息。

如果商家發(fā)現(xiàn)申請不符合退貨條件,可駁回申請。系統(tǒng)隨即將商品狀態(tài)恢復(fù)至原始狀態(tài),并向用戶說明駁回原因。

3.用戶退貨

審核通過后,用戶需在系統(tǒng)中填寫退貨物流信息,包括快遞公司和運(yùn)單號。用戶確認(rèn)退貨后,系統(tǒng)自動(dòng)將申請單狀態(tài)更新為"買家已退貨,待商家收貨",履約系統(tǒng)會生成退貨單,并開始跟蹤物流狀態(tài)。

4.商家收貨并退款

商家收到退回的商品后,會檢查商品的完整性和狀態(tài)。

如果商品沒有問題,確認(rèn)收貨后,系統(tǒng)立即通過原支付渠道啟動(dòng)退款流程。系統(tǒng)會生成詳細(xì)的退款資金流水記錄,同時(shí)將商品狀態(tài)更新為"已退款",并相應(yīng)更新訂單狀態(tài)。

如果商品有問題,商家會拒絕收貨并記錄問題原因。此時(shí),系統(tǒng)會將退貨申請狀態(tài)更新為"商家拒收",并通知用戶重新發(fā)起退貨,或與商家溝通解決方案。

5.庫存處理

退貨完成并入庫后,系統(tǒng)會自動(dòng)將退回的商品數(shù)量,添加至可用庫存,確保庫存數(shù)據(jù)準(zhǔn)確。

6.權(quán)益處理

當(dāng)所有商品完成退款后,系統(tǒng)返還權(quán)益到用戶賬戶,例如,用戶購買時(shí)使用的優(yōu)惠券、積分等權(quán)益資產(chǎn)。對于有活動(dòng)資格限制的訂單,系統(tǒng)也會返還相應(yīng)的活動(dòng)資格。

系統(tǒng)核心功能

在前面的章節(jié)中,我們已經(jīng)深入探討了線上交易系統(tǒng)的正向和逆向流程。

通過對正向和逆向流程的系統(tǒng)分析,我們可以明確線上交易系統(tǒng)必需的核心功能:

  • ? 下單環(huán)節(jié):購物車、訂單結(jié)算、價(jià)格計(jì)算、訂單創(chuàng)建、訂單取消。
  • ? 支付環(huán)節(jié):預(yù)支付、支付處理、支付回調(diào)、支付類型。
  • ? 履約環(huán)節(jié):快遞、自提、核銷等場景的訂單狀態(tài)更新。
  • ? 訂單完成:確認(rèn)收貨、訂單評價(jià)。
  • ? 訂單管理:訂單操作、訂單查詢、訂單詳情、訂單導(dǎo)出。
  • ? 逆向流程:買家退款/退貨退款、商家主動(dòng)退款。
責(zé)任編輯:武曉燕 來源: 架構(gòu)師湯師爺
相關(guān)推薦

2024-09-27 12:54:48

上交所交易系統(tǒng)

2020-06-12 12:49:52

數(shù)據(jù)

2020-11-16 12:03:08

Java開發(fā)代碼

2010-03-10 10:05:26

Java

2017-02-20 20:04:05

系統(tǒng)超輕量日志實(shí)現(xiàn)

2010-10-28 09:15:40

Linux交易系統(tǒng)

2012-11-30 13:06:34

網(wǎng)絡(luò)部署負(fù)載均衡應(yīng)用交付

2024-11-12 11:57:08

2009-07-09 09:29:02

2013-06-05 10:37:26

應(yīng)用交付深信服AD

2025-03-12 01:00:00

2012-10-25 16:45:26

應(yīng)用交付深信服

2013-06-05 10:40:15

應(yīng)用交付深信服AD

2017-12-07 22:08:16

系統(tǒng)架構(gòu)設(shè)計(jì)數(shù)據(jù)服務(wù)交易系統(tǒng)

2020-02-05 17:43:14

數(shù)據(jù)庫PostgreSQL Oracle

2025-04-02 00:00:03

2017-05-08 13:45:55

資源池化核心交易系統(tǒng)

2016-07-21 17:50:39

京東

2025-04-29 08:36:28

SpringCanal數(shù)據(jù)庫
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號