業財一體化之計費系統

21 評論 26252 瀏覽 126 收藏 16 分鐘

對企業而言,計費管理系統是相對基礎和重要的一個系統,那么,怎么搭建計費管理系統呢?你了解計費系統的主要功能嗎?這篇文章里,作者就進行了總結和拆解,一起來看一下。

引子

筆者從事業財融合產品經理10年有余,最近賦閑在家,想對過往做過產品進行整理,做過系統太多一時竟不知從何說起,思來想去,還是從業財一體化系列-計費管理開始說。

日常生活中我們會遇到很多計費場景,衣食住行吃喝玩樂購,打車、停車、水、電、煤、租金、物業費、購物、物流、快遞、跑腿、幫忙等各種各樣業務都會涉及到計費,當我們接觸到這些服務時,我們的潛意識:這個要付費嗎,收費的標準是什么,預估費用,服務結束時會計算是否按服務標準來計費,如果被多收費是非常讓人不爽的一件事。

企業是經濟活動主體,以營利為目的,通過提供產品或服務獲取收入。產品和服務計費是獲取依據,由此可見,計費系統對于企業來說是非?;A和重要的一個系統,計費系統能力強弱直接影響業務拓展,計費結果準確性至關重要,一方面,影響企業的經濟利益,另外一方面,有助于取得客戶信賴和費用收取。

下面筆者通過過往經歷來談談自己對計費管理系統的理解。

一、計費管理流程

二、計費系統架構

三、計費相關術語

業務計量:交易或服務信息訂單中商品或服務數量,不限于使用量/消耗量/長度/重量/體積/面積/時長/次/個/件/瓶/罐/桶/箱/盒的數量等。

計費因子:交易或服務信息訂單中商品參與計費因素(字段),主要有二類計費匹配因素,計費因素。例如:

  • 快遞費:重量/體積,距離(出發地、目的地)。
  • 計費單據:涉及到計費業務單據,銷售訂單、采購訂單、出庫單、入庫單、庫存單、盤點單等。
  • 計費公式:費用計算公式。
  • 計費模型:具體某類費用計費規則抽象,包含計費單據,計費條件,費率模板和計費公式。例如:快遞費可用抽象出快遞訂單重量,體積,件數三大模型。
  • 計費引擎:對符合計費觸發條件業務單據,按照計費模型執行計費,并生成計費結果。
  • 計費主體:提供產品或服務業務主體。
  • 計費對象:獲取產品或服務的對象。相對計費主體而言,通常計費主體為計費對象提供商品或服務,并向其收取相關費用。
  • 結算方向:計費主體和計費對象之前費用結算方向,應收(計費主體應向計費對象收取的費用)或應付(計費主體應向計費對象應付的費用)。
  • 費用類型:一次性費用或周期性費用。
  • 計費科目:具體計費的費用名稱,快遞費,電費,燃氣費,支付服務費等。
  • 計量單位:交易或服務信息訂單中商品或服務數量度量單位,1kg/1m3/1箱/1件/1G等。
  • 批價:根據業務單據計量數據或費率信息中具體計費單價。
  • 進位方式:計量數據/金額精度處理方式,常見向下取整,向上取整,四舍五入,0.1進位(不足0.1按照0.1計算,大于則向進1位,例如:0.05計費數量則為0.1,0.34計費數量0.4),0.5進位。
  • 費率/價格/收費標準:產品或服務對應價格表。
  • 計價方式:度量價格的方法和價格計算緊密相關。

四、計費系統主要功能介紹

1. 計費模型設置

針對不同費用建立計費規則抽象,形成計費模型,這個是計費系統核心,也是比較考驗計費管理人員對業務理解或抽象能力地方,通過幾種計費模型涵蓋該業務主要的計費,能夠根據業務發展,不斷的豐富或拓展新模型來支撐業務需求。

計費科目、計費單據、計費條件、計費方式、費率模板、計費公式。

費率模板:設置計費科目價格,主要有列表式、表單式、組合式(列表+表單)。

費率信息較多適合使用列表式,支持生成模板,可以下載模板導入,可用大大提升報價配置效率。

例如:快遞費報價。

費率相對簡單適合使用表單式,例如:租金或電費。

費率模板就是講求的靈活自定義能夠根據費率特點配置不同模板,無需技術人員二次開發。

計費公式:

能夠從計費單據中選取計費因子,條件匹配、循環判斷和數據處理,對于符合條件單據計量對應價格進行加減乘除,計算出對應的費用,異常輸出錯誤原因。設計一個好的計費公式模型需要有比較強的邏輯思維和編程基礎。系統建設初期主要是通過研發編程設計常用公式,當業務發展到一定階段則需要支持可視化配置計費公式。

研發編程:

大部分企業是讓研發coding公式,不提供配置頁面。優點在于計費管理人員操作簡單,缺點相應慢,研發周期長。

可視化配置:

提供配置頁面編寫偽代碼,優點:快速靈活支持業務需求,缺點:入門門檻比較高,需要有技術功底,上手慢。

例如:出庫操作費計算:

If 出庫單.件數<=3

return 操作費=單價

Else 操作費=數量*單價

圖一 銳特BMS計費公式

圖二 物聯BMS計費公式

圖三 極致物業管理系統計費公式

圖四 用友HR系統計費公式

結算規則:

計費結果(費用)的結算規則,包含費用名稱、計費主體、計費對象、結算方向,結算方式,賬期、出賬日期、結算日、發票日等。

一般合同中都此類描述,例如賬期為一個自然月,甲方每月1日出賬,出賬后乙方需要在7個自然日期內確認,超期自動確認,確認后,甲方10個自然日內給乙方開票,乙方確認發票后無誤后7日給甲方結款,超期甲方將向乙方收滯納金按待結算金額計費,費率0.05%,按日計息等諸如此類描述。

一個邏輯嚴密賬期規則還是比較復雜的,例如:非自然月變更自然月/季/年,工作日和自然日交替使用,這里先拋個磚,后面再專門抽章節來引玉。

2. 業務計量

對交易過程產品或服務準確計量,保障數據完整性和及時性,計費先決條件,計費模型配置完成后沒有計量數據,業務就無法進行計費,就會出現巧婦難為無米之炊的尷尬。

這塊坑比較多,筆者過往工作經歷中感受特別深刻,先來講幾個坑,

  • 1.計費業務操作未計量、缺少計量支撐,按照體積計費不測量體積,耗材未錄入型號;
  • 2.計量單位和計費單位不統一,按照箱計費,訂單上顯示件數,沒有對應轉化規則;
  • 3.業務單據計費因子缺失,按照作業類型計費,未錄入作業類型,或作業類型錄入錯誤;
  • 4.業務計量單據數字質量不高,出現非法值,地址信息不完整或錯誤,匹配不到價格;
  • 5.計費后業務單據計量數據變更,錄錯計量數據,發現更改原始單據此時已計費完成。

所以,客戶洽談簽訂合作協議時一定要考慮,企業運營能力和技術能力,該報價對應業務計量的數據操作可行性和收集統計難易程度,非典型客戶結算方案投入產出不成正比。

3. 業務單據

公司新客戶接入時,要明確計費業務單據和計量要求,檢查計量數據完整性和規范性。

例如:快遞計費模型主要有計費因子:距離+重量/體積/件數。

快遞單必須包含:出發城市或到達城市,稱重重量/測量體積/件數等計費因子準確和完整。

地區信息:區分、國家、省、市、區縣、鄉鎮等主數據準確性,業務和計費應用一套,外部接入數據需要先進行數據處理(補全改為)標準規范數據。

計量數據:需要按重量計費需要進行稱重、涉及體積,則需要測量體積、(長寬高的最大邊計算體積),涉及計泡話,需要轉化計泡重量,計量單位和計費單位統一,數據精度處理一致?,F實中倉庫缺少專業設備一般沒有測量體積,基本上都按照稱重重量計費。

數據同步:

理想狀態是終態再進行數據同步/抓取,給計費記錄數據是準確且不會變化的。現實中往往會發現操作錯誤或異常數據需要更新。數據同步及時性,數據唯一,避免重復或覆蓋到賬原始計量數據找不到。

異步計費:

計費作為中臺能力,業務操作過程中定時批量計費,費用定期結算。

同步計費:

業務符合計費條件觸發計費,傳入調用計費接口傳入計量數據獲取實時獲取計費結果。應用于需要及時結算費用場景。

4. 結算單/計費費用單

計費費用單是計費結果,結算明細信息,可以查看計費結果,計費正確性和數據分析基礎單據信息,需要提供下載(計費結果和關聯業務單據)和調整功能。

計費費用單主要字段如下:

5. 計費異常排查與處理

計費異常排查非常繁瑣,也非常必要,優先通過系統監控發現計費異常,這塊需要對異常報錯信息易理解性要求比較高,針對不同異常,制定對應自動化處理方案,自動分配工單給相關處理人,其次,人工排查,查看報錯信息,分析計費失敗原因。

常見原因有:合同到期,報價配置錯誤,計費模型配置錯誤,系統異?;蛴嬃咳鄙倩蝈e誤等。

一般按照如下順序檢查:合同報價—計費配置—計費單據—計費結果。

6. 重新計費

計費系統運行過程難免會出現這樣哪樣的異常,由操作不規范、數據質量和系統異常引起的,通常操作原因糾正錯誤或修復數據后,需要根據實際情況進行重新計費。系統重試和人工計費。

7. 計費調整

在某些特殊情況下不適用重新計費或無法重新計費,可對計費結果進行調整,支持調整或調減,調整建議需要審核。

五、總結

計費管理好壞能夠體現一個公司管理水平,越成熟的公司計費越規范,快速成長企業財務一塌糊涂,要做好計費絕非一件易事。

業務層面:銷售報價和合同管理、業務管理、計費結算等業務緊密相關、需要各方明確權責利、按照標準和規范操作。

技術層面:業務財一體時(負責業務產品又負責計費)業務容易推動,業財分離時(負責業務產品不負責計費)推動難度較大,出現管殺不管埋現象,一個本位主義,另外是不了解計費,變更或迭代時無意識和計費相關,相互了解相互協同,產品規劃步調盡量一致。

管理層面:計費準確直接關系到公司利益得失,定期復盤匯報計費異常,引起重視和關注,借助管理層力量推動計費相關業務標準和規范化,保障公司利益最大化。

本文由 @產品狗隨筆 原創發布于人人都是產品經理。未經許可,禁止轉載

題圖來自Unsplash,基于 CC0 協議

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 寫的好,很落地!

    來自北京 回復
  2. 你好,我這邊目前正在做物流計費系統,這邊目前整個計費準確性完全依賴人工保障,想請教下,關于計費準確性方面,系統層面能做哪些事情,防止出現嚴重的資損情況

    來自湖北 回復
    1. 需要了解一下你們公司業務模式,物流現在分的比較細,快遞和零擔的計費比較像,整車和網絡長途貨運主要以議價為主,同城貨運/物流種不復雜,即時物流又是一種,每類都有自己特點頁有共性的內容,物流不開裝卸,搬運,存儲和包裝,提供什么樣的服務收什么費,每種計費依據(明確好),抽象業務共性構建計費模型,需要有計費監控機制,應計費的是否已經計費,計費的對不對,有沒有依賴錯誤,計費結果是否在正常服務內,抽象監控規則,行程監控報表,異常提醒,處理不斷優化,迭代,另外,規范銷售和市場報價,個性化報價實現成本較高。

      來自浙江 回復
    2. 需要了解一下你們公司業務模式,物流現在分的比較細,快遞和零擔的計費比較像,整車和網絡長途貨運主要以議價為主,同城貨運/物流種不復雜,即時物流又是一種,每類都有自己特點也有共性的內容,物流不開裝卸,搬運,存儲和包裝,眾多的增值服務,提供什么樣的服務收什么費,每種計費依據(明確好),計費時間點,抽象業務共性構建計費模型,需要有計費監控機制,應計費的是否已經計費,計費的對不對,有沒有遺漏和錯誤,計費結果是否在正常范圍內,抽象監控規則,形成監控報表,異常提醒,即時處理不斷優化,迭代,另外,規范銷售和市場報價,個性化報價實現成本較高。

      來自浙江 回復
    3. 感謝回復,這邊目前物流場景比較多,快遞、零擔、整車都會有,報價規則也確實有蠻多差異化,導致系統錄入報價很容易錯誤或缺失,進而導致資損,所以想了解下目前行業是否有成熟的解決方案,我們目前大概的一個方向就是在系統層面監控某個計費維度的波動(比如單均成本),但這只能看個大概,可能很多問題無法暴露出來,不知道是否有更準確成熟的方式

      來自湖北 回復
  3. 請教一下,計費系統是獨立的一套系統嗎?請問是否是關于計費的saas系統?
    以前沒有了解,沒怎么見過這種系統。

    來自重慶 回復
    1. 是獨立系統,saas化獨立計費系統比較少,大多是針對某個行業系統集成在一體的作為一個子系統或模塊。

      來自浙江 回復
  4. 計費模型設置這一塊,筆者還能展開說說嘛,感覺這一塊比較難理解

    來自上海 回復
    1. 可以提供一個case或場景,我們來聊一下

      來自浙江 回復
  5. 挺好的 優秀的作者

    來自浙江 回復
    1. 感謝鼓勵

      來自浙江 回復
  6. 正在做計費系統,感覺自己做的一塌糊涂

    來自浙江 回復
    1. 不清楚所處行業,不好給直接的建議,別慌慢慢來,不用追求太過高大上東西,簡單實用就行,和錢相關系統準確性特別重要,計費監控整起來!

      來自浙江 回復
  7. 好棒!醍醐灌頂!校招入職以后開始做快遞快運的計費產品,盲人摸象。產品新人一直不知道怎么做計費系統,好想聽聽大佬繼續講講怎么做好配置設計!

    來自上海 回復
    1. 說來也巧,筆者這是最初也是從物流行業入行作產品的,剛入先學習業務和打好產品基本功,多想公司老同事請教,針對具體業務設計計費并不是特別的復雜,要抽象一套通用計費模型就需要對行業有比較深刻的認知,這個需要沉淀沉淀,計費簡單講了解有哪些費用要計算,計算依據和標準是什么,快遞/快運最核心單據時訂單,運單(運費,代收貨款手續費,回單,包裝費,保險費(報價費)等),配載單(調度單,三方司機的運費,有時會用油卡/電卡抵扣部分),配送單(上樓費,配送費,進倉費,裝卸費,二次派送費等)

      來自浙江 回復
    2. QAQ沒有老同事?,F在是新接入一個業務要做計費,就要單獨設計一套計費系統,其實都是一個套路(業務數據命中計費規則后生成計費明細,再給到財務)。因為不同業務類型的業務方不同,業務規則不同,個人能力問題還沒辦法把不同業務規則抽象到同一套。而且不同業務提供的數據維度和質量是不一樣的,非常頭疼?,F在也無法平衡產品的通用性和易用性。最近在設計一個計費業務系統的時候,做了很多配置的考慮。期望能通過配置實現,減少該系統后續的個性化開發迭代。但是這對用戶就有比較高的要求。有些用戶完全沒有技術背景,配置越多越復雜,越容易出錯,產品沒辦法放手。除此之外,對防呆到什么程度,怎么做交互也非常的糾結。

      來自上海 回復
    3. 計費系統可以分為三個階段:
      1.面向具體業務設計計費,基本上通過編碼實現的;
      2.對業務有足夠的理解,抽象出主流計費模型,能夠滿足業務絕大部分需求,極少數還需要編碼;
      3.抽取業務數據配置化定制計費模型,能夠靈活滿足個性化需求。
      先考慮1吧,快速的核心業務計費支持起來,再加上計費調整或調整功能就行了,建立2或3需要話費很多精力,大量的資金和人力投入。發起方或業務方不一定等得了,計費中臺化思路是OK,這樣是可行性的,建設要循序漸進,難點在于把業務模式和計費特點業務吃透,抽象計費模型出來,系統建設看時間和可用投入資源來定。

      來自浙江 回復
    4. 想請教下有什么學習財務知識的好渠道嗎?會涉及到應收、應付、預提之類的,但是對財務知識缺乏儲備,個人覺得反過來影響了我對計費產品設計的思考。因為我覺得財務是下游的數據使用方,我在設計的時候除了要按規則算對,還要從下游系統的角度進行思考。

      來自上海 回復
    5. 這樣看一下這一篇http://www.aharts.cn/it/5910065.html,應該可以回答你的問題!

      來自浙江 回復
    6. 作者你好呀,很想請教一下,做物流的計費和考核怎么來闡述自己的產出價值呢?我所在的行業屬于是電商供應鏈下的物流平臺,我理解供應鏈管理的終極目標是降本增效。同事們所做的項目都能闡述出給公司降了幾千萬的成本??墒俏易鲇嬞M和考核,也很難講從供應商、承運商那邊收回來的錢是因為我做了功能,只能說提高了運營的工作效率,但是運營也沒辦法把節約的人效量化出來。想聽聽大佬的建議~

      來自上海 回復
  8. ????????????

    來自浙江 回復