本文將深入探討電商系統(tǒng)的架構(gòu)設(shè)計、關(guān)鍵功能以及它們?nèi)绾喂餐饔?，以支持復雜的在線交易活動。通過這篇文章，讀者將獲得對電商系統(tǒng)運作原理及其在當今社會中重要性的全面理解。

電商系統(tǒng)應(yīng)該是近20年最有代表性的軟件系統(tǒng)，基于互聯(lián)的普及使得電商系統(tǒng)對現(xiàn)如今各個領(lǐng)域的交易形式都產(chǎn)生的巨大的影響，也因為電商系統(tǒng)的出現(xiàn)讓各個領(lǐng)域的交易模式的創(chuàng)新層出不窮，也讓以“客戶為中心”這句口號最大限度的各類企業(yè)中成為現(xiàn)實，這篇文章我們就整體來聊聊電商系統(tǒng)。

01 電商系統(tǒng)的相關(guān)概念

從百度上我們找了下對電子商務(wù)系統(tǒng)的定義，如下：

電子商務(wù)系統(tǒng)，廣義上講是商務(wù)活動中各參與方和支持企業(yè)進行交易活動的電子技術(shù)手段的集合。狹義上講，電子商務(wù)系統(tǒng)則是指企業(yè)、消費者、銀行、政府等在Internet和其他網(wǎng)絡(luò)的基礎(chǔ)上，以實現(xiàn)企業(yè)電子商務(wù)活動的目標，滿足企業(yè)生產(chǎn)、銷售、服務(wù)等生產(chǎn)和管理的需要，支持企業(yè)的對外業(yè)務(wù)協(xié)作，從運作、管理和決策等層次全面提高企業(yè)信息化水平，為企業(yè)提供具備商業(yè)智能的計算機網(wǎng)絡(luò)系統(tǒng)。

在MBA智庫中對電子商務(wù)系統(tǒng)的定義如下：

電子商務(wù)(Electronic Commerce)是指利用計算機技術(shù)、網(wǎng)絡(luò)技術(shù)和遠程通信技術(shù),實現(xiàn)整個商務(wù)(買賣)過程中的電子化、數(shù)字化和網(wǎng)絡(luò)化。

電子商務(wù)系統(tǒng)是保證以電子商務(wù)為基礎(chǔ)的網(wǎng)上交易實現(xiàn)的體系。

上面的定義我們知道電商系統(tǒng)就是讓你人們在網(wǎng)絡(luò)上進行交易的軟件系統(tǒng)，在我們對交易進行描述時一般會從人、貨、場和四流（信息流、物流、資金流、發(fā)票流）這幾個角度出發(fā)，現(xiàn)有比較流行的電商模式也是這幾個要素之間的不同組合而形成的。

• C2C模式，即Consumer to Consumer，是電子商務(wù)中的一種模式，主要涉及個人之間的交易活動。個人直接通過平臺銷售自己的商品或服務(wù)，另一個消費者可以在平臺購買商品或服務(wù)。典型的平臺是早期的淘寶、咸魚等。
• B2C模式，即”Business to Consumer”，直譯為”企業(yè)對消費者”，是一種電子商務(wù)模式，其中企業(yè)（Business）直接向消費者（Consumer）銷售產(chǎn)品或服務(wù)。這種模式是現(xiàn)代電子商務(wù)中最常見和直接的一種形式，它允許消費者通過互聯(lián)網(wǎng)直接從企業(yè)購買商品或服務(wù)。典型平臺是淘寶、天貓、京東等
• B2B模式，即”Business to Business”，直譯為”企業(yè)對企業(yè)”，指的是一種商業(yè)模式，其中企業(yè)（Business）向其他企業(yè)（Business）銷售產(chǎn)品、服務(wù)或技術(shù)。這種模式主要針對企業(yè)間的交易，而不是面向最終消費者。典型平臺是1688、震坤行、歐冶云商、找鋼網(wǎng)等
• BBC模式，即Business to Business to Consumer：這種模式下，一個企業(yè)（B1）生產(chǎn)產(chǎn)品，然后通過另一個企業(yè)（B2）分銷給最終消費者（C）。B1通常專注于產(chǎn)品的制造和創(chuàng)新，而B2則負責銷售和市場推廣，將產(chǎn)品提供給C。這種模式較為傳統(tǒng)，常見于制造商通過分銷商或批發(fā)商銷售產(chǎn)品的情況。
• S2B2C模式，即Supply Chain Platform to Business to Consumer：這種模式中，S代表供應(yīng)鏈平臺或服務(wù)提供商，它為B（企業(yè)或商家）提供必要的支持和服務(wù)，如物流、支付、數(shù)據(jù)等，幫助B更好地服務(wù)于C（消費者）。S2B2C模式強調(diào)的是供應(yīng)鏈平臺的作用，它通過整合資源和服務(wù)，幫助B端企業(yè)提升效率和服務(wù)質(zhì)量，從而更好地滿足C端消費者的需求。S2B2C模式是近年來隨著電子商務(wù)和供應(yīng)鏈管理技術(shù)發(fā)展而興起的一種模式，特別適用于那些需要強大供應(yīng)鏈支持的行業(yè)，如跨境電商、新零售等。
• 即時零售是通過線上即時下單，線下即時履約，依托本地零售供給，滿足本地即時需求的零售業(yè)態(tài)。即時零售填補了線上線下融合的“真空地帶”?！氨镜鼗笔羌磿r零售的顯著特征，實現(xiàn)交易流程線上化，履約配送便利化，提升本地供給能力，拓展消費者需求。

02 電商系統(tǒng)的一般架構(gòu)

上面說到交易主要由人、貨、場和四流組成，而電商系統(tǒng)就是這些要素以及他們之間的關(guān)系在網(wǎng)絡(luò)空間的映射，人主要包括：買家、賣家、配套服務(wù)提供商（物流、資金或其他服務(wù)商）、平臺建設(shè)和運營方等；貨主要指的是商品，但需要站在整個生產(chǎn)、供應(yīng)鏈、營銷等全環(huán)節(jié)，線上、線下全渠道去進行考慮，當然既包括實物商品也包括虛擬商品（服務(wù)）；場主要指的是發(fā)生交易的場所以及促成交易的相關(guān)因素，在電商系統(tǒng)里面包括店鋪、展示商品的相關(guān)頁面以及各種各樣的營銷活動。

2.1 作為平臺建設(shè)和運營角度

我們站在平臺建設(shè)和運營方的角度看整個電商系統(tǒng)的架構(gòu)，具體如下圖：

面向買家（2C、2B）的商城，主要包括客戶選品、下單、支付、簽收、售后等業(yè)務(wù)所需的功能操作

如果是平臺模式則還需要提供面向賣家的管理后臺，主要包括商家進行商品管理、庫存管理、訂單管理、財務(wù)管理等所需的功能操作，如果平臺相對成熟，且賣家有一定的研發(fā)能力，還需要提供開放平臺，讓商家能夠通過系統(tǒng)對接的方式直接集成其內(nèi)部的管理系統(tǒng)，實現(xiàn)高效的業(yè)務(wù)運營

面向平臺運營方的后臺管理系統(tǒng)，主要包括對商城上的頁面裝飾、內(nèi)容運營、流量分發(fā)、商家及店配管理、規(guī)則配置等業(yè)務(wù)所需的功能操作

以上如果是自營商城則會把賣家的管理后臺和平臺運營的管理后臺統(tǒng)一成一個管理后臺。具體架構(gòu)圖如下：

在平臺發(fā)展到一定規(guī)模后會衍生出來客戶服務(wù)平臺、廣告投放平臺、物流集成平臺、倉儲管理平臺、支付平臺等。

2.2 作為商家角度

而如果是作為商家的角度來看，如果是小微商家則基本使用平臺提供的系統(tǒng)功能即可開展業(yè)務(wù)，一般無需額外建設(shè)相關(guān)系統(tǒng)功能。

如果是中型商家，一般可能會拓展多個渠道，且內(nèi)部協(xié)同處理業(yè)務(wù)場景角度，會涉及到到運營、客服、倉儲、物流、財務(wù)等相關(guān)人員和配合合作，此時企業(yè)需要考慮建設(shè)或采購電商ERP來與各個平臺渠道進行集成完成業(yè)務(wù)處理，當然也有些企業(yè)可以直接使用OMS系統(tǒng)進行履約管理，而對于客服、倉儲物流、財務(wù)等業(yè)務(wù)的支撐較弱。

對于大型企業(yè)或?qū)τ跀?shù)字化要求較高的中型企業(yè)則可以建設(shè)完善的軟件系統(tǒng)，包括全渠道管理系統(tǒng)、WMS、CRM、ERP等相關(guān)系統(tǒng)，把全業(yè)務(wù)流程均管理起來，提升整體的業(yè)務(wù)效率以及對用戶需求的感知能力。當前還有一些企業(yè)本身就是研產(chǎn)供銷服一體化企業(yè)，則其內(nèi)部系統(tǒng)則更為復雜

03關(guān)鍵功能設(shè)計

電商平臺的整體業(yè)務(wù)流程如下：

• 買家視角的流程：選品、加購、下單、支付、收貨、開票、售后
• 賣家視角的流程：開店、上架商品、營銷、接單、發(fā)貨、開票、結(jié)算、處理售后；如果站在賣家內(nèi)部整體業(yè)務(wù)的角度來看的話，還包括品類規(guī)劃、供應(yīng)商管理、采購、庫存管理、物流發(fā)貨、財務(wù)管理等相關(guān)業(yè)務(wù)
• 平臺運營方的流程：基礎(chǔ)維護、招商、引流、會員管理、活動運營、結(jié)算、售后管理

在這其中商品、訂單、支付這幾個模塊的設(shè)計相對關(guān)鍵，會串聯(lián)買家、賣家、平臺運營方，下面分塊進行總體介紹。

3.1 商品管理設(shè)計

商品管理是電商系統(tǒng)中的關(guān)鍵基礎(chǔ)信息，而對商品的理解不同的環(huán)節(jié)、角色甚至于不同的人都會有差異，一個手機是一件商品，一個iPhone手機也是一件商品，一個iPhone 16 pro 也是一件商品，那具體怎么樣描述商品、管理商品才是最合適的呢？這里沒有標準答案，但基于現(xiàn)有的主流的電商平臺來說主要還是以下結(jié)構(gòu)是比較主流的：品類品種、品牌、SPU、SKU、商品屬性。

1）品類和品種：類，是指大類，大的功能、特性、利益定位，國家標準分為45個大類。各企業(yè)也可以基于自己的業(yè)務(wù)規(guī)劃進行品類的劃分。

品種是分類下的產(chǎn)品組合細分，品種和品類的意思基本一致，稍有差別的是品類強調(diào)大類，品種強調(diào)小類。例如日用品是品類，下面的品種可以是洗發(fā)水、沐浴液等。再例如糧食、蔬菜、瓜果是品類，單說蔬菜，也有很多品種。對于不同的業(yè)務(wù)環(huán)節(jié)對分類的要求會有差異，所以我們一般會在電商平臺設(shè)計前后臺兩套類目，前臺類目較為靈活，以滿足運營需求為主，能夠讓流量順暢的流轉(zhuǎn)到對應(yīng)的商品詳情中形成轉(zhuǎn)化。

2）SPU指一個商品集合，在一個品種下面的商品的集合，一般來說一個SPU就是人們認知一種商品的基本元素的組成，例如：iPhone 16 PRO，聯(lián)想ThinkPad L13，優(yōu)衣庫 圓領(lǐng)印花T恤。

3）SKU即Stock Keeping Unit（庫存量單位）。即庫存進出計量的基本單元，可以是以 件，盒，托盤 等為單位。是用來定價和管理庫存的，不同的顏色、尺碼、容量等影響銷售的屬性組合而成的最小商品單位，能夠貫穿整個銷售、供應(yīng)鏈以及統(tǒng)計分析的唯一標識。例如：iPhone 16 PRO 有不同的顏色不同的容量不同的通訊方式，這幾種屬性的組合就是具體的一個SKU，iPhone16 Pro 白色 256G 全網(wǎng)通。再比如：優(yōu)衣庫 圓領(lǐng)印花T恤 有不同的顏色、尺碼，圓領(lǐng)印花T恤 黑色 L碼。一個SKU才是能夠準確描述一件商品的，能夠準確的表述用戶選擇的商品也是能夠指導供應(yīng)鏈準確把貨物發(fā)送給客戶。

在上面這些基礎(chǔ)概念之下，組合商品也是很多電商平臺需要考慮的場景，組合商品這個概念可以包括兩種場景：

一是商品的搭售，只是在兩個商品之間建立關(guān)系，買A的時候會提醒客戶還可以買B，對商詳、價格、庫存等內(nèi)容沒特殊要求；

二是套餐商品，需要把A和B組合到一起形成一個新的商品，這種場景下對整個商品體系都是有挑戰(zhàn)的，套餐商品在細分下去還要看套餐是有獨立的包裝在倉庫就統(tǒng)一進行管理，還是只是組合關(guān)系只是下單、發(fā)貨時需要按套餐要求進行處理

另外就是套餐商品的價格問題，因為是一個新商品肯定是需要進行單獨定價，但套餐商品里面的子商品本身也是有價格的也有可能去進行毛利分析的，還有就是庫存的問題套餐商品是單獨設(shè)置庫存還是根據(jù)子商品的庫存情況去進行控制也是需要關(guān)注的。

在考慮套餐商品時還需要考慮特殊場景就是AB商品是可能存在不同的套餐中，那此時我們需要在原有的SPU+SKU的體系下在增加存貨的概念，才能較好的解決這類問題。

不管商品管理中有多少個概念，我們需要能夠有一個統(tǒng)一且唯一的標識去貫穿整個供應(yīng)鏈和營銷環(huán)節(jié)，要保障供應(yīng)鏈和營銷環(huán)節(jié)能夠用統(tǒng)一的標識去識別商品，客戶選購的商品和我們發(fā)出的商品也要是一致的，這些都是最基本的保障。商品管理總體來說可分為這么幾個階段“引進來、管理好、賣出去”，我們設(shè)計的系統(tǒng)也要能夠支撐業(yè)務(wù)完成在這幾個階段的任務(wù)。

3.2. 訂單管理設(shè)計

商城中與訂單管理相關(guān)的業(yè)務(wù)是從加入購物車環(huán)節(jié)開始，到發(fā)貨截至，當然也包括售后相關(guān)的業(yè)務(wù)流程。交易也是電商中最為核心的環(huán)節(jié)，需要把會員、商品、營銷、支付等不同的業(yè)務(wù)進行整合，讓用戶完成下單，站在一個完整的交易模型的角度來看（見上述“交易模型”）訂單中需要記錄清晰交易雙方信息、交易商品信息、物流服務(wù)信息以及資金支付信息等內(nèi)容，訂單管理要能夠很好的銜接上下游。

用戶瀏覽商品后可以加入購物車，從購物車開始進入了交易流程，在購物車中我們需要考慮根據(jù)營銷相關(guān)的因素去計算價格，通過優(yōu)惠和時效引導客戶盡快進行成交轉(zhuǎn)化。

功能層面還需要考慮購物車中商品的狀態(tài)，是否有庫存、是否已下架等。在從購物車進入結(jié)算環(huán)境時，我們還需要考慮某一些特殊的校驗，包括：不同店鋪不能合并下單、限購校驗、用戶資質(zhì)校驗等，不同的電商平臺會稍有差異。

在有些電商平臺為了縮減交易流程或者是業(yè)務(wù)模式特性的考慮沒有提供購物車的功能，例如拼多多；也有部分電商平臺則是按店鋪+用戶的組合維度去進行購物車設(shè)計，例如美團。

訂單的設(shè)計從訂單確認頁說起，訂單確認頁是用戶對交易信息做最后確認的步驟，交易中所有的要素都需要在這個步驟中進行確認，確認完即生成交易憑證——訂單。所以在訂單確認頁中有一個非常之關(guān)鍵的業(yè)務(wù)處理邏輯，就是成交價格的計算，計算的結(jié)果決定了最終這筆交易需要支付的金額（包括各類資產(chǎn)的扣除）。

在計算價格時需要以商品的基礎(chǔ)價格為準，綜合考慮營銷活動、優(yōu)惠券、會員身份、增值服務(wù)（運費、保險等）等因素，按一定的邏輯去進行計算，在這其中我們常說的分攤邏輯是其中重要的一個環(huán)節(jié)，在進行分攤設(shè)計時我們需要考慮不同的優(yōu)惠、費用之間是否有計算先后順序的關(guān)系，互相之間是否有互斥的關(guān)系，是訂單中部分商品需要計算還是整單需要計算等。

而在設(shè)計訂單時從資金的角度看我們需要依次從訂單、訂單明細以及單品三個維度進行設(shè)計（如涉及到套餐商品，還需要在明細維度增加類型以進行區(qū)分），對應(yīng)的字段名稱一般為合計金額、小計金額、單價，也需要區(qū)分含稅、未稅（這部分在B2B模式和內(nèi)部管理時尤其重要）等不同情況。

以上是訂單管理模塊提供的計價服務(wù)在訂單確認頁的實現(xiàn)，而在訂單確認頁中用戶提交訂單后則是真正生產(chǎn)訂單，而在生成的過程中我們需要做許多的檢驗、業(yè)務(wù)邏輯處理，整個訂單提交過程涉及的邏輯大體如下圖所示

在生成訂單時我們需要能夠全面的考慮訂單所需要記錄的信息，這其中我們還是需要以上述交易模型為基礎(chǔ)去進行考慮，訂單中需要準確記錄買賣雙方的信息（如果涉及到第三方也需要記錄）、標的物信息也就是商品信息（包括商品基本信息、價格、優(yōu)化信息等）、交付信息（收貨信息、自提信息等）、資金信息以及其它輔助完成交易的信息

當然訂單作為電商系統(tǒng)中最重要的實體，訂單的狀態(tài)也是一個非常重要的信息，需要能夠準確的表達訂單的什么周期，一般在設(shè)計狀態(tài)時既要兼顧用戶使用能夠易于理解，也要考慮邏輯的完善性不能出現(xiàn)狀態(tài)表達不了的情況出現(xiàn)

在設(shè)計狀態(tài)時我們要遵循操作（可以是人工出發(fā)，也可以是自動觸發(fā)）驅(qū)動狀態(tài)流轉(zhuǎn)的邏輯，操作和狀態(tài)應(yīng)該是有嚴格的對應(yīng)關(guān)系，在設(shè)計時我們可以使用“狀態(tài)機+狀態(tài)操作對應(yīng)表”方法去進行梳理，如下實例：

訂單生成時還有一個需要重點關(guān)注的邏輯，就是拆單邏輯，由于訂單本身是一個比較寬泛的概念，不同的企業(yè)對拆單的邏輯也有不同，像淘寶、天貓更多的是以店鋪或者是商品屬性進行拆單，而像京東則是除店鋪拆單會把履約環(huán)節(jié)的拆單也整合到下單的邏輯中進行拆分，訂單為什么需要拆單，主要就是為了讓后續(xù)環(huán)節(jié)履約和結(jié)算能夠更加清晰、便捷，跨店下單時我們需要記錄清楚每個店結(jié)算多少金額，不同屬性的商品由于發(fā)貨地不一樣或者是物流履約的方式存在差異所以需要拆單進行處理。

拆單是為了讓管理方面更加便捷，但是如果不進行特殊處理用戶側(cè)的體驗則會大大降低，用戶下單可能不會立即支付，在我們進行拆單處理后用戶將會在列表中看到多個訂單，那會對用戶支付造成困惑，同時由于一些優(yōu)惠活動存在門檻，如果不能整單一起支付也會存在優(yōu)惠異常的情況發(fā)生。

為了避免上面的情況出現(xiàn)，有些同學會選擇在支付后再進行拆單，這是否是一個好的解決方案呢？

我想并不是，我們在用戶的角度看確實應(yīng)該如此，在支付后進行拆單，但是如果我們站在賣家的角度看這種方案就非常不可行，整單中的商品可能是屬于不同的賣家的，不進行拆單的話那么我們在支付前這一段時間則無法給賣家提供訂單信息，這也是我們要解決的問題。

以上是訂單拆單中所需要注意的點，具體怎么設(shè)計功能則需要根據(jù)實際情況而定。

3.3 支付管理設(shè)計

對訂單進行了整體的介紹后，我們再聊聊支付相關(guān)的內(nèi)容。在大多數(shù)的電商系統(tǒng)中支付管理其實并不復雜，只需要市場上常見的幾種支付（微信、支付寶）即可，而且也是直接使用支付平臺的能力調(diào)起接口完成支付并在訂單和支付流水中能夠準確記錄相關(guān)信息。

但對于平臺型電商系統(tǒng)、大型的自營電商系統(tǒng)給你以及SaaS類電商系統(tǒng)來說則不一樣，雖然不需要一個完整的支付系統(tǒng)，但是這些類型的電商系統(tǒng)關(guān)于支付管理至少也要涉及如下的模塊：收銀臺、支付渠道管理、支付路由管理、商戶管理（平臺型和SaaS類）、清賬以及對賬管理。

在設(shè)計收銀臺時我們需要考慮以下幾類支付方式：優(yōu)惠券（有些不認為是支付方式）、積分、禮品卡、信用、現(xiàn)金（微信、支付寶、網(wǎng)銀或其它）。

對于優(yōu)惠券、積分和禮品卡，大多數(shù)的電商系統(tǒng)都會在進收銀臺之前處理掉，但需要注意的是進收銀臺之前處理這些資產(chǎn)的話，需要考慮訂單未支付取消時要進行返還，并需要對這部分的資產(chǎn)要進行凍結(jié)處理，以防被重復使用。

對于信用支付部分相對來說比較特殊，需要有一個賬期費用需要展示，對于用第三方的信用支付我們只需要通過接口進行集成即可，但如果是在B2B電商平臺中有可能是電商平臺把原本在線下的賬期模式沿用到線上（關(guān)于B2B電商平臺支付相關(guān)的內(nèi)容給可見這篇文章《B2B電商平臺支付及金融模塊設(shè)計》），那對大部分的平臺來說是需要把這部分的利息直接算如商品價格，這種處理也許從業(yè)務(wù)邏輯上看并不十分合理，但從業(yè)務(wù)實操層面來看確實最能被買賣雙方接受的，此時我們可能也需要在進收銀臺之前去進行信用支付的處理。

最后就是對于你現(xiàn)金類的支付來說可以統(tǒng)一在收銀臺中進行處理，用戶可以選擇平臺提供的不同的支付渠道進行支付，再由平臺去調(diào)起三方支付平臺的頁面完成支付。當然現(xiàn)在很多平臺中也逐漸打破了訂單確認頁和收銀臺頁面的界限，把兩個頁面進行融合。

收銀臺是支付管理直接呈現(xiàn)給用戶的功能，在這之前平臺運營方和賣家還需要做很多準備工作，包括接入不同的支付渠道，現(xiàn)如今很多三方支付公司都提供了聚合支付的能力，銀行和大的首單機構(gòu)也直接提供支付能力，許多平臺都是回去對接多個支付渠道，這里沒有業(yè)務(wù)層面的考慮也有系統(tǒng)穩(wěn)定方面的考慮。

對于不同的支付渠道我們需要能夠在平臺上進行管理，并能夠?qū)Ω鱾€渠道的支付方式、費用、支付并發(fā)數(shù)等基礎(chǔ)參數(shù)進行管理，方便在支付路由中進行使用，以選擇最優(yōu)的支付方式為用戶提供服務(wù)。

商戶管理主要是給系統(tǒng)上賣家直接申請開通商戶號的，像支付寶、微信等都是能夠提供平臺級的支付能力的，電商平臺的運營方在支付平臺中開通平臺商戶號，并進行相關(guān)功能的對接后平臺中的商家可以直接在商家管理系統(tǒng)中直接申請支付商戶號，支付平臺審批通過后就可以創(chuàng)電商平臺商戶號下的子商戶號，當然如果支付平臺不提供直接通過系統(tǒng)給你對接的方式申請子商戶號，也是可以手工進行維護的。

為什么需要這種主子結(jié)構(gòu)的賬戶體系呢？主要是從平臺運營方和賣家收款兩個方面進行綜合考慮的。

電商平臺需要能夠?qū)ζ渖系馁u家有一定的約束力，那自然是需要能夠?qū)灰椎馁Y金進行一定的管理，但國家法律法規(guī)又不允許電商平臺運營方形成資金池，所以需要借用第三方支付平臺。而賣家有需要能夠把錢直接收到自己賬戶，不希望自己的資金完全的交由電商平臺進行管理。商戶的管理也是電商平臺中比較重要的一個基礎(chǔ)性的管理。

最后我們在說說清帳和對賬，首先對于清帳主要處理的交易過程中涉及的資金和費用的計算和劃分，那些是平臺承擔的，那些是商家承擔的。

一般來說平臺都會按商家成交的金額的一定比例收取交易費用，另外對于支付渠道收取的費用可能包含在交易費用中也可能單獨簽訂協(xié)議進行約定。

其次平臺經(jīng)常也會組織大型的促銷活動，通過優(yōu)惠的方式吸引顧客，而這個優(yōu)惠的費用則也是需要在促銷活動開始之前平臺與商家進行協(xié)商確定的，這些費用最終也是需要在清賬時計算出來。另外像積分屬于平臺為提高用戶忠誠而統(tǒng)一去進行管理、運營的，在交易過程中用戶如果使用，則一般是由平臺進行支付結(jié)算給商家的。

還有就是像禮品卡這一類的預付卡，如果是能夠用于第三方店鋪的則也是需要進行平臺和商家之間的結(jié)算。當然在清賬環(huán)節(jié)可能還有更多需要考慮的因素在這里就不一一列舉了，總之我們在這個環(huán)節(jié)需要能夠?qū)σ粋€周期內(nèi)發(fā)生的所有的交易計算清楚各方能夠獲得的收入和承擔的費用。

根據(jù)清賬計算的結(jié)果，我們周期性的行程對賬單由雙方進行確認，這里面包括了平臺和支付平臺之間的對賬，也包括了平臺和商家之間的對賬，對賬還需要區(qū)分匯總級對賬和明細級對賬，完成對賬后即可進行開票、付款等相關(guān)操作。

04 總結(jié)

以上就是電商系統(tǒng)相關(guān)的內(nèi)容，當然對于一個完整的電商系統(tǒng)給你不單單只有前面提到的商品管理、訂單管理、支付管理，還有更多其它的配套相關(guān)的管理模塊，而其中對于營銷管理也是電商平臺中非常重要的功能模塊，但營銷玩法花樣繁多、創(chuàng)新層出不窮，網(wǎng)上關(guān)于各種營銷玩法也有不少的介紹，也就不單獨列出來進行描述。

電商系統(tǒng)是我們普通用戶接觸的最多的系統(tǒng)之一，不管其模式如何變化，其核心還是對交易過程的管理，像疫情這幾年不斷興起的社會化分銷、社區(qū)團購、直播電商、即使零售等，雖然概念層出不窮，但若是回歸交易的本質(zhì)還是有“人貨場+四流”的組合變化而已。