系統整合：串接客戶既有系統的眉角

新家電，老房子的電路 比喻：買了一台新洗碗機要裝進三十年的老房子。家電沒問題，房子也一直好好的，問題在插座規格不一樣、水管位置不對，而且沒有人手上有當年的配線圖。 系統整合就是這件事。客戶的舊系統能跑了十年，你的新東西也測得好好的，卡住的永遠是中間那一段。 先接受一個前提：整合的時間永遠比你估的多一倍。 這不是你估得不準，是這件事的本質——你在對一個沒有人完整了解的東西做手術。所以這一倍要寫進報價（第 15 集），而不是自己默默吸收。 三個常態，不是意外 常態　·　長什麼樣 資料髒　·　必填欄位是空的、同一家公司有三種寫法、測試資料混在正式資料裡 格式不一致　·　日期有三種格式、電話有沒有加國碼各半、單號規則中途改過 API 沒文件　·　有 API 但沒說明、或文件是三個版本前的、或原廠已經不支援 會覺得這些是意外的人，通常是第一次做客戶案子。把它們當成預設狀況來估時間，你的報價才會是對的。 髒資料的處理策略 最重要的一條先講：不要在整合層偷偷修正資料。 你看到一筆客戶名稱多了空白，順手 trim 掉；看到日期格式不對，順手轉換。這些「順手」會累積成一層沒有人知道的魔法——三個月後數字對不上，沒有人想得到是你在中間改過。 正確的做法是三選一，而且每一種都留痕跡： 做法　·　什麼時候用　·　一定要做的事 拒絕　·　資料明顯錯誤，處理了會出事　·　退回並告訴客戶是哪一筆、哪個欄位 標記　·　可疑但不確定　·　收下，標成待確認，給客戶一個清單 轉換　·　有明確規則才做　·　保留原始值，轉換規則寫進文件 鐵則：任何自動轉換都要能回溯。原始值不能丟。 格式不一致：對照表要由客戶維護 公司名稱、部門代號、產品分類這些東西，兩邊對不起來是常態。做法是建一張對照表——但重點在下一句： 這張表要由客戶維護，不是你。 因為只有他們知道「台北分公司」和「北區營業處」是不是同一個單位。你替他們決定，一開始會很順，然後在你離開之後，沒有人知道該怎麼維護它。 API 沒文件、原廠不理你 五個辦法，照該先試的順序： 1. 找「最後一個碰過這套系統的人」。這個人通...