SellingPilot 利潤核算體系說明

一、系統設計初衷

不同電商平台的結算報表結構差異極大：

費用名稱不同
費用拆分粒度不同
稅費表達方式不同
是否區分訂單級 / 店鋪級費用不同

如果直接使用各平台原始費用進行統計，將無法橫向對比利潤，也無法形成統一報表口徑。

因此，SellingPilot 採用統一費用模型：

將所有平台的費用項，按照 SellingPilot 統一定義的費用結構進行重新歸類統計。

核心目標：

實現跨平台利潤口徑統一
保障數據結構可對比
避免平台差異導致的利潤誤判
為後續財務分析、商品分析提供穩定的數據基礎

二、關於費用分攤機制

2.1 為什麼要進行費用分攤？

在真實經營中，存在大量：

店鋪級費用（如廣告費、倉儲費）
結算級費用（如帳單調整）
無法直接歸屬到單個訂單或商品的費用

如果不進行分攤：

會嚴重高估單個商品利潤
會造成爆款利潤虛高
會誤導補貨、廣告、選品決策

因此系統設計了費用分攤機制，用於將非訂單級費用合理分配到商品維度。

三、費用分攤總體原則

3.1 有訂單，且有關聯 Item 的費用

例如：

訂單相關平台費
與訂單綁定的履約費

處理方式：

按該訂單中所有商品的銷售額佔比進行分攤。

目的：

保證同一訂單下的商品利潤真實
避免單個商品承擔全部費用

3.2 有訂單，但無 Item 的費用

例如：

部分平台產生訂單級資金調整
無法明確對應 SKU

處理方式：

系統創建一條訂單類型為 Other 的數據
將費用歸集到該虛擬 Item 上

目的：

不污染正常商品利潤
保持帳務完整性
保證結算金額可對齊

3.3 無訂單的費用

例如：

廣告費
倉儲費
店鋪級服務費
部分調整費用

處理方式：

按銷售額比例分攤至該結算週期內的所有商品。

分攤基準：

渠道
店鋪
本次結算報表範圍

目的：

避免利潤集中在個別商品
反映真實經營成本結構

四、關於成本構成

SellingPilot 的利潤計算採用三段成本模型：

採購成本 + 頭程成本 + 尾程成本

4.1 採購成本

來源：

產品總表中的採購價

規則：

若維護了採購價，則直接使用
若未維護，則該商品無採購成本

說明：

系統不會自動推算或補充採購價。

4.2 頭程成本

來源：

產品總表中的頭程成本欄位

取值邏輯：

根據尾程物流的發貨國家匹配對應頭程成本
若未匹配到，則使用預設頭程成本
若未維護，則無頭程成本

目的：

保證跨國家發貨場景下成本準確
避免單一成本覆蓋多倉場景

4.3 尾程成本

來源：

訂單發貨單中的運費金額

規則：

若為賣家配送，則取發貨單運費
若非賣家配送（如平台配送）
或為標記發貨

則：

不產生尾程成本

說明：

系統不對平台履約費用自動識別為尾程成本，避免重複計算。

五、設計邊界說明

系統僅對已有數據進行歸類與分攤
不對未維護的成本進行自動估算
不對利潤做主觀修正
所有計算均基於結算報表原始數據