電商后臺之價稅管理

7 評論 7953 瀏覽 60 收藏 18 分鐘

文章對電商后臺系統中的價稅管理進行了系統的介紹,希望通過此文能夠加深你對電商系統的認識。

前面介紹了商品管理部分,從商品的屬性、分類到商品資質、商品圖片都做了說明,在梳理的過程中越發的感覺到每部分細節才是關鍵。但實話實說通過前幾篇文章的書寫才體會到“書到用時方恨少”,每一個模塊、每個過程如果要描述清楚,流程設計的合理還是蠻有難度的。

只有確定了商品采購價格才可以進入到采購單創建環節(實際上詢價比價是采購最開始工作),但商品價格不僅只有采購價,本篇就按照我的理解來說下價格與稅率部分。

一、價格與稅率

首先,先來看一張圖。

(1)價稅管理的目的:無論是作為買方(購貨方)還是作為賣方(零售商)都是為了降低成本、增加企業利潤;在財務報表中能夠準確的核算分析。

(2)管理方法:作為買方我們應該與供應商進行談判,對于影響的相關因素需要考慮,同時還應該明細合同中的相關條款(如通過返利方式來降低我們的應付)、還可以根據商品的損耗率情況要求給予贈品等方式。

作為賣方要根據毛利率等綜合情況設置合理的促銷活動、大宗銷售的批發價策略;同時還要搭建自己的比價系統來獲取競爭對手的價格來制定有優勢的銷售價。

采購進價(結算價)與銷售價之間通過商品利潤不離不棄,所以制定售價時要考慮進價,采購談判時也要考慮售價,這應該就是我所理解的價格管理中聯動,避免拍腦門決定的簡單方式。

二、價格管理

1. 價格名稱說明

(1)采購價:主要是采購基準進價與采購促銷進價兩種,在創建采購單時商品如果沒有促銷價則默認是基準進價,否則取促銷價。

(2)結算價:是與供應商結算的價格。

與供應商的結算分為經銷結算、代銷結算與聯營或扣點代銷等方式。

經銷是我們根據與供應商的采購金額(進貨-返廠退貨)進行結算,這是根據采購進價與采購退貨價結算的。

代銷結算是按實際銷售與供應商結算的,但這又分為兩種情況:

  1. 按采購入庫的商品進價與供應商結算,如:我們進貨10件商品,每件商品的采購價為10元,則賣1件我們就結10元,其余9件由于沒有銷售不結算。
  2. 按雙方商定的結算價結算,由于代銷商品物品所有權是供應商,所以我們只管理商品數量,不管理成本,此種方式可以按結算價結算,即我們分批采了很多商品,但銷售后統一按“結算價”結算。

(3)市場價:這個一般就是指吊牌價,是此商品目前市場上的價格(一般都會高于實際銷售價格很高很高),在各大商城中現在很多都不顯示這個價格了,用戶已經知道商家的套路了,此價格就是一個對比而已,讓你覺得便宜。

(4)銷售價:即商品的零售價,這個價格是經常變化的,有的商品隨季節性屬性變化較大,合理的銷售價會更好的吸引顧客;在生鮮超市中有些商品每天的價格也有可能不同(早、中、晚都可能不同)。

(5)會員價:現在京東有PLUS會員,Amazon有Prime會員,超市中有很多商品也都有會員卡,可以積分同時可以享受會員價。所以商品的會員價隨之而來,商家的目的也是為了留存和提高轉化率。

(6)促銷價、活動價:這兩個與會員價類似,都是為了促銷銷售而采取的措施,實質就是降價。

2. 價格管理設計說明

在商品管理系統中有SPU與SKU,相關的價格和稅率都是在SKU上設置的。

(1)為什么這么做?

因為SKU是采購、銷售、存儲的最小單位,SPU只是SKU相同信息的聚合管理,而且我們在各商場或網站上也可以看到不同規格屬性(主要是銷售屬性)的商品雖然同屬于一個SPU但價格卻不同,最明顯的例子:

當年蘋果IPhone的土豪金價格好像就比其它顏色的貴。

初始價格的設置,應該在創建商品時就應該盡快建立好(默認都是零)。

搜索SPU-〉顯示具體的SKU-〉維護價格、稅率

原型畫的太丑所以不愛畫,而且我覺得原型是根據方案流程來進行的最后一步工作(畫完后再補充PRD),通過原型還會不斷的調整設計好的內容;這也只是我個人的方式。

(2)設置價格時需要考慮哪些因素?

1)毛利率

公式:銷售價-采購價(成本價)=利潤;毛利率=利潤/銷售價*100%

我們姑且這樣算,所以毛利率是最直接最重要的指標,這里我們也不用考慮含稅未稅。

2)價格參考

參考市場上的同品或同類商品價格、本公司歷史價格(最近采購價、銷售價等)。

3)價格區間商品的銷量曲線

主要對于銷售價設定時,在參考毛利率同時,我認為還應該看一下此商品歷史價格區間的銷量統計。

(3)銷售價的劃分?

對于銷售價格的設計,還應該確定是單一價格策略,還是可變價格;這里指的是不同于會員價或搞活動時價格變動。

  1. 全國統一零售價:即不分區域,不分城市,也不考慮門店等因素,實行統一價格管理體系,優點是用戶無論在哪都享受同樣的價格,缺點是不靈活;尤其像一些有地域性的商品,如南方產的水果在北方實行相同的價格,勢必會影響銷量。
  2. 按區域城市設置零售價:根據區域、城市分別設置價格。優點是根據區域城市特點來合理設置價格,靈活性比較好高;缺點暫時沒有什么,系統設計上要稍復雜點。
  3. 自主定價策略:這個主要針對于有線下實體門店的可以針對一些商品自主定價。優點是靈活度非常高,缺點是管理難度大,對系統的要求比較高,即什么樣的商品可以自主定價,定價后如何審批等。

目前電商零售業基本上采用以上三種方式,同時再結合促銷活動來進行銷售價格的確定;當然在設置價格時要考慮影響的因素(毛利率、歷史價格、價格區間的銷售統計、同品在不同競爭對手的價格等)

(4)批發價如何管理?

每個應該都有市場部或大客戶銷售部,對于大宗客戶就不能采用以上的銷售價格策略了;需要結合大客戶的銷售合同來確定商品價格。此時我們就類似于供應商了。

針對不同的大客戶有不同的價格,所以批發價就不會統一,一般采用在合同中確定銷售折扣的方式給予客戶優惠,如:在商城中某款陽澄湖大閘蟹的銷售價是1088,而且正在搞促銷,買一贈一,實際價格相當于:544,此時大客戶的銷售折扣就要給予:5折(假定促銷長期有效)。

批發價=銷售價*銷售折扣

在創建大客戶訂單時要根據商品獲取其對應的銷售折扣。

三、價格管理過程及模塊

您讀到這可能會覺得,這流程這模塊既不像產品規劃,也不像是系統設計,整的迷迷糊糊的,一點也不專業。

確實如此,還得聲明一下我覺得流程畫的太詳細或者貼一些原型可能確實比較好,但是每個公司業務場景都不相同,有些是不能復制的,我目的只是把東西寫清楚就行,您如果有好的建議可以留言我們共同探討、改進。

這里主要有4個部分:

1. 價格維護

  1. 根據商品去維護,對于基準進價、進項稅率、銷項稅率可以在SKU上去編輯。
  2. 促銷進價是有時間段的即“開始時間、結束時間”,錄入后需要進行審批,它的價格一般低于基準進價。
  3. 進價、稅率不需要按區域、城市維護。
  4. 維護銷售價時要選擇“全國統一零售價”、“區域城市價”或“自主定價”;一般在商品的屬性中可以加一個是否允許自主定價,只有允許的才可以由前端銷售系統提交變價申請。

此部分是在新建商品后,就需要進行維護的,對于稅率的審核最好有財務同事參與核對。

2. 價格變更

  1. 價格變更包括基準進價的變更、銷售價變更、市場價變更幾個部分,操作界面中可以選擇變價的類型。
  2. 記錄變更前的價格、變更后的價格,對于變價需要選擇“審批后立即生效”或“定時生效-選擇生效時間”。
  3. 需要進行審批,對于價格變更要有界面展示“歷史價格、銷售量、毛利率”等相關信息,供參考。

3. 促銷活動

促銷進價的維護可以視為價格的變更,但會員價可以通過促銷活動進行管理,也可以按促銷進價方式管理;但由于前端獲取價格是通過商品服務來展示的,而購物流程一般與促銷關系密切,可以綜合考慮設計。

銷售價(會員價)的獲取是要考慮并發,保證高可用。

4. 批發價/結算價

涉及的功能模塊是“大客戶銷售合同”,在合同中錄入商品的銷售價折讓,在大客戶訂單創建或導入時獲取并計算。

合同錄入具體商品時的銷售折證獲取當時的銷售價進行計算、同時展示毛利率等相關數據并記錄。

結算價是與“采購合同”或“商家平臺合同”關聯的,需要按SKU進行設定,也可以按銷售折扣方式進行,具體可以根據業務設計;但一般代銷結算都是按成本結、平臺類商家按傭金扣點方式。

四、稅率管理

稅率管理要簡單,主要分為進項稅率、銷項稅率。

  1. 采購單、采購退貨單創建時要記錄進項稅率、銷售出庫單要記錄銷項稅率
  2. 稅率是維護在SKU上的,所以建議在所有商品出入庫明細中都記錄出入庫時的進項、銷售稅率。
  3. 稅率一般是不會調整的,但是當每年的稅務調整可能都會影響財務結算和相關的報表。

稅率調整

1. 按單個SKU調整,還是按分類調整對應下的所有SKU;可以批量導入方式進行調整。

2. 記錄調整前的稅率、調整后的稅率、生效日期;每次調整需要審批,選擇“審批后立即生效”或“定時生效”。

功能調整比較容易,但是每次稅率調整都會涉及的財務的相關報表、賬務等,所以在價稅管理中僅是功能。

當稅率調整后影響哪些內容,我想到的有:

  1. 對供應商的增值稅發票是否有影響即財務結算單的影響。
  2. 對于已經銷售出庫的訂單如果發生退貨是采用新稅率還是舊稅率。
  3. 歷史報表是否需要刷新數據、已出未結賬單如何處理,財務憑證的影響。
  4. 調整時間:一般都是月初1日零點調整生效,很少有月中調整的。

任何變更都很麻煩,這也屬于需求變更的一種,但是變更不可避免,只要按要求將影響都考慮全面,問題都可以迎刃而解。

五、價稅監控管理

盡管系統功能中在定價或變價以及稅率調整時都有相關的信息提示與參考,并且有審批,但還是會有異常。

所以對于像價稅尤其是銷售價這么敏感的信息,要有異常監控。

  1. 價格變動要有提醒或預警,通過預警級別來控制,簡單做提醒也可以滿足一般需要。
  2. 過高價格或過低價格要有預警,過高會影響銷售、過低會產生超買。

判斷標準可以通過毛利率來控制:毛利率=(銷售價-最新進價)/銷售價 *100%

說明一下:對于毛利率取最新進價或調取商品的真正成本(移動加權或批次成本)計算都可以。

六、比價管理

采購可以通過詢價對比不同供應商的價格,然后進行談判選擇合適的供應商。

銷售價可以通過爬蟲去競爭公司的網站、APP上去抓?。猾@取的商品價格進入到我們的系統中,通過比價來給出建議價格。

不同的公司商品銷售價不同,同一商品可能會抓取幾個公司的價格來進行對比,具體比價規則是什么?是否調價呢?

簡單設計:

  1. 我們的價格比所有對比公司的價格都低,則證明我們的價格具有優勢,無需調價。
  2. 我們的價格低于其中一家公司的價格,則證明我們的價格處于劣勢,建議調價。
  3. 我們的價格與所有公司的價格相等,則證明我們的價格處理持平,可調可不調。

這里還可以將競爭公司設置主要、次要等權重;對比的價格差額比率*權重,然后根據最后的比率來進行判斷。

我這里僅是一點簡單的構想,還遠遠達不到系統級別以及業務需求,但是有參考總比沒有參考強,可以慢慢學習慢慢完善。

七、總結

價稅管理最重的是如何定價,合理的價格才會有競爭力。對于價格間的互相影響可以參照前面介紹的進行設計管理。每個公司的業務不同、關注的也不同,定價策略也不一樣,相信經過與有經驗的采購、銷售等業務同事溝通,會設計出簡單實用的價格管理系統,最后感謝您的閱讀!

 

作者:倔強的大蘿卜;公眾號:倔強的大蘿卜

本文由 @倔強的大蘿卜 原創發布于人人都是產品經理,未經作者許可,禁止轉載。

題圖來自Unsplash,基于CC0協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 蘿卜大哥,有關于電商財務系統的功能架構圖給大家參考一下嗎

    來自廣東 回復
    1. 功能加構圖可以結合數據流轉部分來規劃,具體可以關注公眾號加WX探討。

      來自北京 回復
    2. 好的

      來自廣東 回復
  2. 蘿卜大哥,看了您的兩篇文章,發現 稅率,有維護在分類,有維護在SKU的,還有寫著屬于SPU信息的,這個在業務的規范化上有明確規定么?還是根據實際業務方的操作來實現即可。

    來自北京 回復
    1. 您好,這個沒有嚴格的規定,稅率最終是與單個SKU上關聯的。在維護時可以按分類進行,有些是為了方便批量操作。此外,分類上維護稅率,有時也是因為業務需求,方便一些控制。最終涉及含稅不含稅計算時還是要以商品上的稅率為準計算的。具體問題具體分析就可以,感謝您的閱讀!

      來自北京 回復
  3. 您好,當商品過多時,如何維護商品對應的稅率

    回復
    1. 可以設置一個財務分類,每個財務分類一般都是相同的稅率,建商品時自動帶出對應的稅率,系統也可以進行校驗,如果稅率調整了,也可以批量更改,謝謝

      回復