業財一體化之計費系統
對企業而言,計費管理系統是相對基礎和重要的一個系統,那么,怎么搭建計費管理系統呢?你了解計費系統的主要功能嗎?這篇文章里,作者就進行了總結和拆解,一起來看一下。
引子
筆者從事業財融合產品經理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 協議
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
寫的好,很落地!
你好,我這邊目前正在做物流計費系統,這邊目前整個計費準確性完全依賴人工保障,想請教下,關于計費準確性方面,系統層面能做哪些事情,防止出現嚴重的資損情況
需要了解一下你們公司業務模式,物流現在分的比較細,快遞和零擔的計費比較像,整車和網絡長途貨運主要以議價為主,同城貨運/物流種不復雜,即時物流又是一種,每類都有自己特點頁有共性的內容,物流不開裝卸,搬運,存儲和包裝,提供什么樣的服務收什么費,每種計費依據(明確好),抽象業務共性構建計費模型,需要有計費監控機制,應計費的是否已經計費,計費的對不對,有沒有依賴錯誤,計費結果是否在正常服務內,抽象監控規則,行程監控報表,異常提醒,處理不斷優化,迭代,另外,規范銷售和市場報價,個性化報價實現成本較高。
需要了解一下你們公司業務模式,物流現在分的比較細,快遞和零擔的計費比較像,整車和網絡長途貨運主要以議價為主,同城貨運/物流種不復雜,即時物流又是一種,每類都有自己特點也有共性的內容,物流不開裝卸,搬運,存儲和包裝,眾多的增值服務,提供什么樣的服務收什么費,每種計費依據(明確好),計費時間點,抽象業務共性構建計費模型,需要有計費監控機制,應計費的是否已經計費,計費的對不對,有沒有遺漏和錯誤,計費結果是否在正常范圍內,抽象監控規則,形成監控報表,異常提醒,即時處理不斷優化,迭代,另外,規范銷售和市場報價,個性化報價實現成本較高。
感謝回復,這邊目前物流場景比較多,快遞、零擔、整車都會有,報價規則也確實有蠻多差異化,導致系統錄入報價很容易錯誤或缺失,進而導致資損,所以想了解下目前行業是否有成熟的解決方案,我們目前大概的一個方向就是在系統層面監控某個計費維度的波動(比如單均成本),但這只能看個大概,可能很多問題無法暴露出來,不知道是否有更準確成熟的方式
請教一下,計費系統是獨立的一套系統嗎?請問是否是關于計費的saas系統?
以前沒有了解,沒怎么見過這種系統。
是獨立系統,saas化獨立計費系統比較少,大多是針對某個行業系統集成在一體的作為一個子系統或模塊。
計費模型設置這一塊,筆者還能展開說說嘛,感覺這一塊比較難理解
可以提供一個case或場景,我們來聊一下
挺好的 優秀的作者
感謝鼓勵
正在做計費系統,感覺自己做的一塌糊涂
不清楚所處行業,不好給直接的建議,別慌慢慢來,不用追求太過高大上東西,簡單實用就行,和錢相關系統準確性特別重要,計費監控整起來!
好棒!醍醐灌頂!校招入職以后開始做快遞快運的計費產品,盲人摸象。產品新人一直不知道怎么做計費系統,好想聽聽大佬繼續講講怎么做好配置設計!
說來也巧,筆者這是最初也是從物流行業入行作產品的,剛入先學習業務和打好產品基本功,多想公司老同事請教,針對具體業務設計計費并不是特別的復雜,要抽象一套通用計費模型就需要對行業有比較深刻的認知,這個需要沉淀沉淀,計費簡單講了解有哪些費用要計算,計算依據和標準是什么,快遞/快運最核心單據時訂單,運單(運費,代收貨款手續費,回單,包裝費,保險費(報價費)等),配載單(調度單,三方司機的運費,有時會用油卡/電卡抵扣部分),配送單(上樓費,配送費,進倉費,裝卸費,二次派送費等)
QAQ沒有老同事?,F在是新接入一個業務要做計費,就要單獨設計一套計費系統,其實都是一個套路(業務數據命中計費規則后生成計費明細,再給到財務)。因為不同業務類型的業務方不同,業務規則不同,個人能力問題還沒辦法把不同業務規則抽象到同一套。而且不同業務提供的數據維度和質量是不一樣的,非常頭疼?,F在也無法平衡產品的通用性和易用性。最近在設計一個計費業務系統的時候,做了很多配置的考慮。期望能通過配置實現,減少該系統后續的個性化開發迭代。但是這對用戶就有比較高的要求。有些用戶完全沒有技術背景,配置越多越復雜,越容易出錯,產品沒辦法放手。除此之外,對防呆到什么程度,怎么做交互也非常的糾結。
計費系統可以分為三個階段:
1.面向具體業務設計計費,基本上通過編碼實現的;
2.對業務有足夠的理解,抽象出主流計費模型,能夠滿足業務絕大部分需求,極少數還需要編碼;
3.抽取業務數據配置化定制計費模型,能夠靈活滿足個性化需求。
先考慮1吧,快速的核心業務計費支持起來,再加上計費調整或調整功能就行了,建立2或3需要話費很多精力,大量的資金和人力投入。發起方或業務方不一定等得了,計費中臺化思路是OK,這樣是可行性的,建設要循序漸進,難點在于把業務模式和計費特點業務吃透,抽象計費模型出來,系統建設看時間和可用投入資源來定。
想請教下有什么學習財務知識的好渠道嗎?會涉及到應收、應付、預提之類的,但是對財務知識缺乏儲備,個人覺得反過來影響了我對計費產品設計的思考。因為我覺得財務是下游的數據使用方,我在設計的時候除了要按規則算對,還要從下游系統的角度進行思考。
這樣看一下這一篇http://www.aharts.cn/it/5910065.html,應該可以回答你的問題!
作者你好呀,很想請教一下,做物流的計費和考核怎么來闡述自己的產出價值呢?我所在的行業屬于是電商供應鏈下的物流平臺,我理解供應鏈管理的終極目標是降本增效。同事們所做的項目都能闡述出給公司降了幾千萬的成本??墒俏易鲇嬞M和考核,也很難講從供應商、承運商那邊收回來的錢是因為我做了功能,只能說提高了運營的工作效率,但是運營也沒辦法把節約的人效量化出來。想聽聽大佬的建議~
????????????