- 產業
- 物流
- 年份
- 2025
- 技術
- Cloudflare Workers · D1 · React · 設計系統
−63%
單筆作業時間
課題
四套系統各自為政,同一票貨在報關系統叫一個編號、在對帳表叫另一個。錯誤不會被發現,只會在月底被人工吸收掉 —— 而「被吸收掉」的意思是,沒有人知道一年到底錯過幾次。
限制
這是一間每天出貨的公司。「停機兩天做轉換」等於要求他們停業兩天,所以從第一週開始,前提就是新舊系統必須同時是對的。
做法
先建立單一貨物識別,再一個模組一個模組把舊系統的流量導過來。任何一週都可以停在原地而不壞掉 —— 這不是保守,是因為九個月的專案一定會有一週出事。
一個關鍵決定
不做一次性資料遷移。新舊並行了四個月,每一票貨同時寫進兩邊,每天自動比對。前六週天天有差異,而那六週的差異清單,就是規格書裡漏掉的東西。
取捨
並行的代價是真的:多一條要維護的寫入路徑、多一份對帳報表,工程時間多了大約三成。我們認為值得,因為另一個選項失敗的代價是停止出貨。
結果
單筆作業時間下降 63%,月結從五個工作天變成當天。九個月內沒有一天停止出貨,也沒有一次回滾。
之後
交接一年後,他們自己加了兩個新的報關類別,沒有問過我們。那是我們判斷一個系統有沒有做對的標準。