工作總結
發表時間：2026-03-27結算崗位轉正工作總結。
入職那天，部門助理遞給我一張A4紙，上面寫著三個月的試用期考核目標：完成華南區集采項目結算模塊重構，解決對賬差異問題，通過轉正答辯。我折了兩折塞進工位抽屜里，心想這目標寫得夠具體——后來才知道，具體的不光是目標，還有接下來的日子。
頭兩周基本是在舊系統里翻垃圾。結算代碼從四年前第一版寫到現在，前后經手了三個開發，注釋風格都不一樣。有人喜歡用“//FIXME”標記問題，有人直接寫“//以下邏輯別動，動了會炸”。我花了三天時間把結算核心流程的關鍵節點畫成流程圖，發現整個計算鏈路有17個分支點，其中5個分支的觸發條件在數據庫里根本查不到對應的業務單據。
真正讓我頭皮發麻的是那批特殊規則。財務主管劉姐給我傳了個Excel，文件名叫“結算特殊條款_最終版_真的最終版_v12.xls”。打開一看，67條規則，涉及供應商、物料品類、合同簽署年份、甚至還有三條是按采購員名字區分的。我拿著這個表去財務部蹲點，每天下午兩點到四點，趁著他們不那么忙的時候一條條過。
記得有個規則寫著“XX公司結算周期按收到發票后第15個工作日，排除地方節假日”。我問劉姐這“地方節假日”指的是供應商所在地還是我們公司所在地，劉姐愣了下，說“應該是供應商那邊吧，我也不確定，一直是這么做的”。我當場翻出合同原件，上面白紙黑字寫著“以甲方收到發票之日起15個自然日”。那一刻我后背有點發涼——一條執行了四年的規則，跟合同根本對不上。
最后67條規則里，我確認了48條有效，13條已經失效，6條存在歧義需要業務部門重新定義。我拿著這份清單去找項目經理，提了個方案：舊規則不再直接復用，重新設計一套可配置的規則引擎。項目經理盯著清單看了五分鐘，問了句“工期要多久”。我說保守估計多兩周。他合上電腦：“多一周半，不能再多。”
那周我把自己關在會議室里搭框架。規則引擎用責任鏈模式，每條規則獨立成一個類，通過數據庫表配置執行順序。核心邏輯是結算金額的計算不再寫死路徑，而是根據合同類型、供應商等級、物料大類三個維度動態路由。這個設計后來在代碼審查時被組長老王挑了個毛病——他說動態路由的決策表如果配置錯了，會導致全盤計算錯誤，必須加一個配置校驗器，在發布前自動跑一遍所有組合場景。我加了這個校驗器，后來證明老王是對的，上線前確實攔截了一次配置錯誤。
第二個月進入編碼階段，同時開始跑測試數據。我寫了個腳本，把過去半年真實發生的結算單導入測試環境，用新老系統并行計算，然后逐筆對比結果。
第三輪測試的時候，差異出現了。有一批訂單的結算結果差0.02元。財務同事說“兩分錢就算了”，我說不行，兩分錢背后可能是個邏輯漏洞。
那個周五晚上我留在公司排查。調試器里單步跟蹤，發現是增值稅計算環節的問題：代碼在計算價稅分離時，對“單價×數量”的中間結果先做了四舍五入，再乘以稅率。正確的順序應該先乘后舍。這個bug在代碼里躺了四年，因為只影響小數點后第二位，從來沒被重視，但它會影響所有按含稅單價結算的訂單，積少成多，每個對賬周期會有幾十筆訂單差幾分錢。
修完已經凌晨三點半。我重新跑了那批訂單，差異全部歸零。第二天早上項目經理在群里發了個大拇指，我回了個“收到”，然后趴在桌上睡了半小時。
灰度上線那周最熬人。方案是切5%的流量到新系統，跟老系統并行跑一周。
灰度第三天，監控報警了。十幾筆訂單金額對不上。我第一反應是規則引擎的配置出問題了，但排查了一圈發現不是。差異集中在進口設備訂單上，特征很明顯：幣種是美元，結算用人民幣，涉及匯率轉換。
我把新舊系統的計算日志拉出來逐條對比，發現老系統用的是訂單創建時的匯率，新系統用的是驗收當天的匯率。我翻開合同，關于匯率使用時間的條款寫的是“以雙方確認的結算單日期為準”——這句話本身就有三種解釋空間。
我拿著合同去找采購部的老張，老張看了半天說：“這個吧，我們一直是按創建訂單的匯率走的，因為那時候匯率就鎖定了。”我說那合同條款為什么不寫清楚？老張攤手：“商務談的時候沒想那么多。”
問題不在代碼，在業務規則有歧義。我跟項目經理商量后，決定在新系統里加一個匯率策略配置項，針對每個供應商單獨指定用哪個時間點的匯率。改完后又跑了三輪回歸測試，所有差異訂單對上了。那天晚上我坐在工位上想，如果不是灰度只切了5%，這個問題全量上線就是生產事故。
上線是周五凌晨兩點。我盯著監控面板，屏幕上是實時結算單生成數量、平均耗時、差異對比曲線。凌晨三點，第一筆結算單生成，金額匹配。凌晨四點，第十筆，匹配。凌晨五點半，我實在撐不住，趴在桌上瞇了一會兒，手機攥在手里。
那是一個雨后的早晨，六點剛過，天亮了。手機震了一下，財務部的同事在群里發了條消息：“第一批結算單已導出，核對了20筆，全部正確。可以發正式通知了。”我回了句“收到”，把手機放桌上。窗外能看見對面寫字樓的玻璃幕墻反著光，樓下的早餐車開始推過路面。我喝了口涼透的咖啡，覺得這三個月值了。
三個月下來，結算單處理了多少筆？從測試到灰度到全量，累計跑了將近兩萬筆。系統對賬周期從三個人五天縮短到一個人半天就能跑完，準確率按筆數算100%，按金額算也是100%——那0.02元的問題修掉之后，再沒出現過差異。
但也留了尾巴。規則引擎的配置界面還是技術視角，財務同事想調整規則得找開發，這不符合設計的初衷。我給自己列了個清單：下季度把配置界面重構一次，做成下拉框和日期選擇器，讓業務人員自己能維護。另外歷史數據遷移腳本在極端邊界條件下性能還有問題，壓測發現有個別單子跑進分鐘級，得優化索引和查詢邏輯。
轉正不是終點。這套系統接下來要推廣到其他大區，規則庫會更復雜，性能壓力也更大。但我心里有底——規則理清楚了，代碼寫扎實了，每一分錢對明白了，剩下的無非是按這個標準復制。
做結算這行，沒什么玄乎的。把該做的事做到位，就是對得起自己拿的這份工資。
- 為了您方便瀏覽更多的工作總結網內容，請訪問工作總結
