網路電商，多種銷售模式的帳務與損益

消費者看到一個購物車，企業背後卻有三套作業邏輯

在電商網站上，消費者將多樣商品加入同一個購物車、使用點數折抵並完成結帳。這段看似單純的流程，在進入企業後台時，卻可能對應完全不同的管理路徑。

這家網路電商採用自行開發的購物與銷售前台，營運模式同時涵蓋三種商品型態：供應商將商品寄放在電商倉庫的「寄售商品」、電商協助供應商銷售並收取佣金的「代售商品」，以及由電商自行採購入庫的「自有庫存商品」。

此外，交易中還包含信用卡點數折抵、超商點數折抵、物流平台費、銷售折數與各種促銷活動分攤。當退貨發生時，又必須準確接回原訂單的各個品項與折抵條件。

原思科技針對客戶使用的 SAP Business One 解決方案，透過整合原廠開發環境所建立的對接介面與中控資料交換台，將電商前台的交易資料逐筆銜接至後台，讓三種商品模式各走對應的進銷存、佣金與損益流程，並即時產出月結財報。

導入課題：讓前台銷售接上完整的後台流程

在系統導入前，企業在營運上面臨三個核心挑戰：

若未在系統架構層面妥善梳理商品模式與費用分攤，前台龐大的交易量只會轉化為後台財務與倉儲的人工負擔。

1. 不同商品銷售模式，需要不同的處理路徑

自有商品需要完整的採購、入庫、庫存異動與銷貨成本計算；代售商品以佣金或服務費形成收入，重點在於銷售依據與代收款的結算；寄售商品雖存放於倉庫，但在售出前屬於供應商庫存，售出後才產生進貨成本與結算依據。三者在帳務與庫存上的處理方式截然不同，無法用單一模式套用。

• 自有商品採購進銷存與存貨成本評估
• 代售商品代收款管理與佣金收入拆分
• 寄售商品庫存數量掌控與售出結算觸發

2. 一張訂單交易的損益，包含售價之外的多項條件

訂單金額除了商品售價，往往還扣除信用卡點數、超商點數、活動折數，並包含物流平台費與供應商費用分攤。若無法逐筆將這些條件拆解到訂單品項，便難以精確計算電商自身及供應商的實際損益。

• 信用卡點數與超商紅利點數逐筆拆解
• 物流平台費與超商手續費合約歸屬
• 促銷活動折價券按品項金額權重分攤

3. 前台持續改版，帳務紀錄仍要延續

電商前台因應市場與行銷需求，經常調整介面與促銷邏輯。如果後台帳務直接與前台特定版面或暫時性規則綁定，一旦前台改版，歷史交易的追蹤與核對便容易產生斷層。

• 前台頻繁改版導致資料格式變動
• 歷史交易對帳缺乏標準化中樞
• 跨年度帳務稽核與稅務追溯需求

先釐清商品模式，再把每個訂單品項接入系統

要讓帳務與損益清楚，第一步是將每一筆交易拆解到品項層級，並依商品模式指派對應的管理邏輯：

原思科技協助企業建立清晰的商品模式分類矩陣，使同一張訂單內的各品項在進入 SAP Business One 時能自動分流處理。

寄售商品 (Consignment)

供應商先將商品放入電商倉庫，售出後再結算。系統記錄寄售收貨、庫存數量、售出明細，以及銷售收入、對應進貨成本與供應商結算軌跡。

• 進倉時記錄實體數量，不計入自營資產
• 售出當下自動生成進貨與銷貨對沖
• 建立清晰的供應商庫存與結算對帳單

代售商品 (Agency / Marketplace)

電商協助供應商銷售，以佣金或服務費形成自身收入。系統記錄銷售依據、代收款、供應商結算與佣金計算紀錄。

• 不認列商品銷貨成本，僅認列佣金收入
• 按合約費率自動扣提平台服務費
• 代收代付金流清晰可稽核

自有庫存商品 (In-House Inventory)

電商自行採購入庫，再銷售出貨。系統記錄採購、入庫、庫存異動、銷售出貨與商品成本。

• 標準進銷存採購、入庫與存貨資產管理
• 即時計算銷貨毛利與庫存移動平均成本
• 支援批號履歷與安全庫存水位監控

角色分工：從前台接單，接到財務分析

從前台消費者下單到財務產生月結報表，各個角色在流程中各有其管理重點：

原思科技的對接介面與中控資料交換台，將上述作業資料銜接到 SAP Business One，讓不同角色可以沿著同一筆訂單與品項查找依據。

電商營運與前台系統

承接消費者購物、活動折抵與退貨資料，提供訂單及品項明細。維持前台改版時與後台資料交換的標準介面。

• 承接購物車訂單與金流交易資料
• 傳遞品項、單價與折抵參數
• 標準化 API 介面隔離前台改版影響

採購與供應商管理

釐清商品合作模式、供應商結算條件，以及折數與活動費用分攤依據。維護各供應商合約條款與帳期。

• 維護供應商模式（寄售 / 代售 / 自有）
• 設定佣金拆分比例與費用負擔規則
• 定期檢視供應商銷售表現與利潤貢獻

倉儲作業

掌握自有商品與寄售商品的收貨、出貨、退貨及庫存數量。確保實體庫存與帳面完全對齊。

• 實體收貨檢驗與在庫數量盤點
• 寄售與自有庫存分區分庫位管理
• 退貨入庫檢驗與良品/不良品分類

財務與經營管理

追蹤收款、佣金、費用及供應商結算，查看電商與供應商損益，產生月結財報。

• 逐筆核對金流收款與平台手續費
• 自動產出各供應商結算對帳單
• 即時產出電商自營與整體月結財務報表

從前台銷售到月結財報的七個關鍵環節

原思科技透過中控資料交換台與 SAP Business One，建立七個連貫的處理環節：

從訂單接入、模式分流、庫存控管、費用分攤、逆向退貨、佣金損益，到月結財報產出，形成緊密相扣的資訊鏈。

1. 接收前台銷售，保留訂單品項明細

前台完成結帳後，中控資料交換台接收每張訂單的完整品項、單價、折抵點數與費用明細，做為後續帳務處理的基礎。

• 逐筆拆解購物車訂單至品項層級
• 完整保存品項模式、活動代碼與交易時間
• 寫入中控資料交換台中繼佇列

2. 依商品模式，接續進銷存或佣金流程

系統依品項的商品模式，分別啟動自有商品的銷貨扣庫、寄售商品的售出結算，或代售商品的佣金計算流程。

• 自動分流至對應會計科目與傳票規則
• 自有庫存認列銷貨收入與成本
• 代售商品認列佣金收入與代收款

3. 掌握自有庫存與寄售商品數量

自有商品依實際出入庫更新庫存數量與成本；寄售商品則控管存放於倉庫中的數量，在售出前不計入自營資產，售出時才產生對應的進貨與銷貨紀錄。

• 寄售專屬庫位管理，實體數量透明
• 售出時自動生成進貨單 (Goods Receipt PO)
• 自有庫存即時更新移動平均成本

4. 接入點數折抵、費用與活動折扣分攤

將信用卡點數、超商點數、物流平台費、銷售折數與活動分攤金額，逐筆拆解並歸屬到對應的訂單品項，做為損益計算依據。

• 信用卡與超商點數抵扣精確拆算
• 物流平台費依合約約定比例分攤
• 全館活動折扣按品項售價權重分攤

5. 將購物車退貨接回原交易

當消費者提出退貨時，系統將退貨品項接回原訂單，依原本的商品模式、折抵條件與分攤比例進行沖銷，避免退款金額或庫存數量產生落差。

• 退貨品項一鍵關聯原銷售訂單
• 依原分攤比例反向沖銷折抵與佣金
• 庫存精準回沖至對應倉庫與庫位

6. 查看電商及供應商損益，快速完成佣金計算

結合銷售收入、商品成本、各項折抵分攤與退貨紀錄，系統可分別呈現電商自身的經營損益，以及各供應商的交易損益，並自動完成代售佣金計算。

• 電商自營商品毛利即時分析
• 代售商品佣金與服務費快速結算
• 供應商應付貨款對帳單一鍵產出

7. 產生月結財報，保留長期帳務追蹤能力

每月結算時，系統能即時產出月結財務報表；所有交易明細與品項關聯均保存在 ERP 中，即便前台後續改版，仍可完整查詢歷史帳務紀錄。

• 資產負債表與損益表即時產生
• 保留交易異動與財務核對紀錄
• 前台改版不影響後台歷史交易追溯

原思已完成的客製與整合範圍與後續可延伸方向

兼顧現有系統平穩運行與未來智慧化擴充彈性：

原思科技為企業打造的架構，不僅解決當前多種銷售模式的帳務痛點，也為未來的自動化與智慧決策奠定基礎。

原思已完成的客製與整合範圍

以完整且扎實的模組架構，打通電商前台到後台財務的全鏈路：

• 電商自有前台與 SAP Business One 的完整對接介面。
• 原思科技整合原廠開發環境所建立的整合功能與中控資料交換台。
• 保存到每張訂單、每個品項的交易資料。
• 寄售、代售及自有庫存商品的對應作業流程。
• 自有商品進銷存與寄售庫存數量控管。
• 佣金計算與供應商結算軌跡。
• 信用卡點數、超商點數、物流平台費、銷售折數與活動折扣分攤。
• 購物車退貨與相關交易追蹤。
• 電商自身及供應商損益查詢，以及月結財報產生。

後續可延伸方向：與自動倉儲管理系統同步

本案已建立訂單品項、商品模式與庫存異動的資料基礎，未來可進一步擴充與自動倉儲管理系統同步。例如，將入庫、揀貨、出庫與退貨作業的執行結果，接回既有中控資料交換台與 SAP，讓倉儲現場的實際異動，與後台庫存及帳務紀錄持續對應。此項屬於後續擴充方向，實際同步範圍可依倉儲設備、管理系統與作業需求規劃。

• 自動倉儲 (AS/RS) 與 WMS 系統即時連動
• 現場出入庫條碼作業回傳與帳務即時對齊
• 退貨實體入庫檢驗與上架自動化

讓每一筆銷售，都有完整的經營依據

網路電商的營運，每天都從前台的一筆筆交易開始。寄售、代售與自有商品並行時，企業需要清楚掌握每項商品的數量、每次結算的依據，以及每筆收益背後的成本。

原思科技針對客戶使用的 SAP Business One 解決方案，透過整合原廠開發環境的對接介面與中控資料交換台，將電商前台銷售接到完整的進銷存、佣金與損益流程。

讓每一筆銷售找得到來源，每一次庫存異動查得到紀錄，每個月的經營成果都有清楚的財務依據。