指南
舊系統冇源碼，仲有冇得救？
有，但要先分清「接管」「遷移」「重建」係三件唔同嘅事——價錢、風險同時間表差好遠。
定義
「舊系統接管」＝原有系統繼續運作，由新團隊接手帳號、資料、日常維護同有限度改動；重點係接手，唔係重寫。
四條路，風險同成本都唔同
唔係所有舊系統都要打掉重做，先判斷邊條路最化算。
- 維修：只修壞嘅部分，最快，但受制於原本設計
- 接管：接手維運同小改，唔重寫，適合系統仍然應付得嚟
- 遷移：換平台但保留功能，關鍵係資料導出同還原
- 分階段重建：保留核心，逐步替換，停機風險最小
評估一定要看嘅六樣
未看清呢六樣就報價，通常都係估。
- 帳號同權限：管理員由邊個持有
- 有冇源碼、授權同原廠支援
- 資料庫類型、大小同版本
- 導出能力：可否完整匯出、能否還原
- 有冇 API 或同其他系統嘅整合點
- 個資同權限要求（例如客戶資料邊個睇得到）
無源碼嘅誠實邊界
無源碼可以做嘅事：接管維運、遷移資料、重建。做唔到嘅事：保證改得動原系統。
所以任何人未看過你嘅系統就話「一定改到、幾日搞掂」，都應該打個問號。正確做法係先做健康檢查，再書面講清楚邊啲做得到、邊啲做唔到。
幾時應該重建，而唔係繼續修
以下情況，繼續修通常只會越來越貴：
- 每次改動都要繞路、加人手補位
- 資料對唔上，要靠人手核對
- 原廠唔再支援，保安更新停咗
- 業務流程已經改咗，系統跟唔上
接管過程會做啲咩
四步，每一步都有書面紀錄。
- 盤點同健康檢查（帳號、源碼、資料庫、導出、API、個資權限）
- 書面路徑建議：維修／接管／遷移／分階段重建，列風險同成本
- 範圍同驗收：必留功能、驗收標準、階段劃分
- 分階段交付同交接文件，之後可接月費維保
常見問題
無源碼可唔可以搬資料走？
多數可以，但要視資料庫同導出能力。做法係先試導出同還原，確認資料完整先講遷移。
接管要唔要停機？
一般唔需要一次過停機。可以分階段：先接手維運，再逐部分替換，將風險限制在可控範圍。
重建要幾久？
要視範圍同必留功能，所以會先做評估同書面範圍，唔會在未看清系統之前報時間。
想知你套舊系統值唔值得救？
預約舊系統健康檢查：帶埋現況（邊個做、有冇源碼、用咩資料庫）嚟傾。
