一條抽成規則，就足以拖垮一支 Excel 巨集。
幾年前我接手一個某醫療機構的結算工作：每天的預約、每筆消費，月底要結算成每位醫師的抽成。聽起來只是「乘一個百分比」，實際上——這位醫師自費品項抽兩成、健保部分不抽；那位過了業績級距後改抽三成；有些項目多人共同執行要拆帳；月中還會有退費要沖回。而且下個月，規則又會再改一次。
這種「案件型抽成」不是醫療獨有。場館的教練拆成、業務的分潤、外包的件數獎金，本質都一樣：規則多、會變、還要能回溯「這個月為什麼算成這樣」。
Excel 巨集一開始都能動——問題從來不是算不出來
我大可以寫一支 VBA 把這些規則兜出來，第一個月它會漂亮地跑完。但問題不在「算不算得出來」，在規則一定會變。
改一次抽成規則，我得翻遍整支巨集，找出哪幾段公式要跟著動、會不會弄壞去年的結算；而這支巨集只有我看得懂、只能在我那台電腦跑、檔案一旦改壞沒有版本可回。它把整條結算流程反鎖在一個檔案、一個人身上。這不是把工作做完，是把自己焊死在工作裡。
所以我選擇建一套系統，而不是再寫一支巨集
差別不在技術高低，在這套邏輯能不能長期活下去：
- 數據庫：把每筆紀錄與每條抽成規則存成資料，而不是藏在公式裡。任何一次結算都查得到、追得回原因。
- 規則引擎：把「誰、什麼品項、什麼級距、抽多少」抽成可設定的規則，改規則是改資料，不是改程式。
- 前端包裝：讓行政人員在安全的介面上操作，而不是直接打開原始資料表；權限與驗證都框好，少踩雷。
於是「改一次規則」從翻遍巨集，變成改一處、全域生效；交接不再是傳一個沒人敢動的檔案，而是交一套誰都能接手的系統。
抽成，其實就是薪資的一種
把這條路走完你會發現：抽成是變動薪酬、結算是薪資計算，本質是同一件事。無論是診所的醫師拆帳，還是公司的薪資獎金，答案都一樣——別把會變的規則焊進一支巨集，把那些反鎖你的計算工作，系統化。