口徑散在人身上,不在文件裡
「這個客戶算哪個通路」「返點攤到哪個月」這類判斷通常沒有成文規則,靠做了很多年的人記著。這個人一走,口徑就出現斷層,而斷層要到季度復盤時才被發現。
這條線的難點不在算,在**對齊**:幾張表的欄名不一樣、同一個詞在兩個部門意思不同、去年的口徑和今年的不一樣。人做的時候靠記憶補齊,換個人就補不齊了。
「這個客戶算哪個通路」「返點攤到哪個月」這類判斷通常沒有成文規則,靠做了很多年的人記著。這個人一走,口徑就出現斷層,而斷層要到季度復盤時才被發現。
匯出的表裡欄名帶著多餘的空白、被人改過一兩個字、順序換了位置——按位置取數的做法這時候不會報錯,只會算出一個看起來合理的錯數。
很多財務系統只給匯入匯出範本,不給 API。這一段通常只能人工,於是整條線在這裡斷成兩截。
客戶、通路、專案、公司幾個維度按你們既有的歸屬規則拼,規則是設定項而不是腳本裡的硬編碼。
比對不上時停下來問,而不是跳過那一欄繼續算。這一條是真踩過才加的:靜默跳過一欄,報表照樣整齊,錯數要到很久以後才被發現。
返點怎麼攤、哪些科目進哪個指標、期間怎麼切——這些寫在雲端的口徑檔案裡,不寫在某個人的活頁簿裡。
ERP 不給 API 的部分,按它自己的匯入範本產生檔案,人確認後再匯入。這一段仍然有人把關,但不再需要人逐列填。
每次跑的輸入、口徑版本和結果一起留檔。季度復盤時可以把任意一期重新算一遍,對得上才算數。
能。沒有介面的部分走它自己的匯入匯出範本:取數用匯出、回寫用匯入範本產生檔案再由人確認。這不是繞過,是把人工裡最機械的那段拿掉。
不會。口徑是設定,在雲端按組織維護,改完下一次跑就生效。改動留版本,能查到從哪一期開始變的。
每次跑的輸入、口徑版本和結果一起留檔,任意一期都能重新算一遍並比對。