舊系統現代化與資料移轉流程：從路徑判讀、分工、試轉、驗證到切換後義務的十一個階段

作者 Bo Wei・偉騰開發興業有限公司・發布 2026-10-25・更新 2026-10-25（由前臺東縣環境保護局局長謝清泉主持）

舊系統現代化與資料移轉最大的風險不在新系統寫不出來，而在舊資料搬過去之後對不上帳。本文把整條流程切成十一個階段：先判讀四條路徑與資料資產，再排五方分工、盤點、對照表、可重跑的轉換程式，接著以三道驗證關卡與補正處理差異，最後是並行切換、舊系統封存與原始碼交付。

結論先講：舊系統現代化與資料移轉的成敗，由「資料能不能對帳」決定，而不是由新系統的畫面漂不漂亮決定。一套新系統上線後，若歷史訂單的合計金額對不上舊帳、客戶主檔少了幾筆、附件連結全部失效，使用者會立刻回頭用舊系統，現代化就等於白做。因此整條流程的設計重心，是讓每一筆資料在移轉前後都能被核對。

最常見的錯誤直覺是「舊系統太爛，直接重寫一套就好」。重寫是四條路徑裡最貴也最慢的一條，而且重寫不會自動解決資料問題：舊系統裡的髒資料、重複客戶、手動改過的欄位，會原封不動搬進新系統。另一個反直覺的事實是，多數舊系統的規格文件早已與實際程式不符，真正的規格藏在資料庫欄位與使用者的操作習慣裡，要靠盤點挖出來。

本文依流程排成十一個階段：第一、二階段是前提判讀（四條路徑、資料資產四類），第三階段是五方分工，第四到第六階段是送件順序（盤點評估與資料字典、原型與欄位對照表、可重跑的轉換程式與試轉），第七階段是驗證端會問的三道關卡，第八階段是試轉差異的補正，第九到第十一階段是切換後義務（並行期與切換、舊系統封存與保存、原始碼文件與維運）。

每一階段附一個結構錨點。

階段 1 舊系統現代化前提判讀：原地升級、重新包裝、逐步替換、整體重寫四條路徑怎麼選

判讀的錨點是一張「四路徑對照表」，欄位是改動範圍、資料是否搬家、停機風險、適合情境。原地升級只換底層版本與主機，資料不搬家，適合系統邏輯仍堪用但環境過舊的案子。重新包裝保留核心資料庫、重做介面與對外接口，資料多半不搬，適合邏輯正確但操作體驗落伍的系統。

逐步替換依模組分批搬到新系統，資料分批移轉，適合不能停業的營運系統。整體重寫全部換新，資料一次移轉，適合舊系統已無法維護或原始碼遺失的情況。選路徑前先問：原始碼在不在、原開發商找不找得到、哪些模組非換不可。

階段 2 舊系統現代化前提判讀：資料資產分成主檔、交易、附件、報表四類盤算

第二個判讀是資料資產，錨點是四類分法。

主檔是客戶、商品、供應商、員工等長期存在的基礎資料，問題多在重複與過期；交易是訂單、出入庫、收付款等有時間序的紀錄，問題多在跨期合計與狀態欄位；附件是合約掃描、圖片、簽核檔，問題多在檔案路徑與原檔是否還在；報表是舊系統產出的月結、年報與主管習慣看的對照表，問題在新系統能否產出相同口徑的數字。

四類資料各有不同的驗證方法與保存要求，若在判讀階段混在一起估算，試轉時的差異會多到無法歸因。

階段 3 舊系統現代化的五方分工：業主資料負責人、原開發商、新開發團隊、雲端供應商與財務簽證端

資料移轉牽涉五方，錨點是五方分工表。

業主資料負責人要指定一位能拍板「哪些資料要搬、哪些可以封存」的人，通常是財務或營運主管；原開發商負責提供資料庫結構說明與匯出權限，找不到時要由新團隊反推；新開發團隊負責資料字典、對照表、轉換程式與驗證報告；雲端供應商負責新環境的主機、備份與存取控制，帳號要開在業主名下；財務簽證端在月結與年度報表口徑上提供確認，因為移轉後的合計數字要能被會計接受。

五方中缺任何一方的簽名，切換日都不該執行。

階段 4 舊系統現代化送件順序之一：盤點評估要產出資料字典與路徑建議

送件順序從盤點開始，錨點是「資料字典」這份交付物。資料字典逐表逐欄位記錄名稱、型別、業務意義、是否必填、有多少空值與異常值、有沒有被手動改過的痕跡。做字典的過程會發現規格文件沒寫的規則，例如某個狀態碼代表「已取消但保留紀錄」，這些規則若沒進字典，新系統會把它們當成一般資料處理。

盤點報告的最後一頁是路徑建議，把階段 1 的四條路徑對照盤點結果給出推薦與理由。盤點期間不寫任何新程式，所有力氣都花在理解舊資料，這是整條流程裡最值得投資的時間。

階段 5 舊系統現代化送件順序之二：原型確認時同步凍結欄位對照表

原型確認的錨點不是畫面，而是「欄位對照表」。對照表左邊是舊系統的表與欄位，右邊是新系統的表與欄位，中間是轉換規則：直接搬、格式轉換、合併、拆分、查表對應，或是標記為不搬。每一條規則要寫出例外處理，例如舊欄位空值時新系統填什麼。

原型確認同時走一遍使用者的日常操作，確認新系統的畫面能呈現對照表搬過來的資料，而不是只看空白畫面的設計。對照表與原型一起凍結後，之後的改動走變更單；沒有凍結的對照表，會讓轉換程式每週重寫，試轉永遠跑不完。

階段 6 舊系統現代化送件順序之三：轉換程式必須可重跑，試轉至少跑到差異歸零

轉換程式的錨點是「可重跑」三個字。可重跑指的是每次執行都從舊系統的最新備份出發、清空新系統目標表、依對照表全部重轉，並產出同一格式的差異報告。這樣做的理由是切換日當天還會有新資料進舊系統，最後一次轉換一定要在切換前重跑一次。

試轉的次數不預設，標準是差異報告歸零或所有差異都被歸類為「已知且可接受」。每一次試轉保留輸入備份版本、程式版本與差異報告，三者對應得起來，日後才能回答「這筆資料為什麼長這樣」。

階段 7 舊系統現代化驗證端會問什麼：筆數、各期合計、關鍵欄位逐筆三道關卡

把業主與財務簽證端當成審查端，錨點是三道驗證關卡。

1. 第一關筆數：每一張表移轉前後的筆數一致，排除掉對照表標記為不搬的資料後仍要一致。
2. 第二關各期合計：交易類資料依月、依年加總的金額與數量，新舊系統要相同，這是財務端最在意的數字。
3. 第三關關鍵欄位逐筆：抽樣或全量比對客戶編號、訂單狀態、金額、日期等關鍵欄位，一筆都不能差。

三關的結果整理成移轉驗證報告，由業主資料負責人與財務端簽名，這份報告就是日後「資料沒有在移轉時出錯」的證據。

階段 8 舊系統現代化的補正：試轉差異來自髒資料、規則差異、時序問題三種來源

試轉差異的補正錨點是先歸因再動手，來源只有三種。

髒資料：

舊系統裡本來就錯的資料，補正方式是由業主決定修正或原樣搬入並標記，開發團隊不應擅自修改業務資料。

規則差異：

對照表的轉換規則寫錯或漏寫例外，補正方式是修正對照表並走變更單，再重跑試轉。

時序問題：

舊系統在備份之後又有新交易，補正方式是確認切換日的最後一次重跑能涵蓋。

三種來源的責任方不同，歸因清楚才不會讓開發團隊替髒資料背責，也不會讓業主替程式錯誤付費。

階段 9 舊系統現代化切換後義務之一：並行期至少跨過一次月結再停舊系統

切換不是一天的事，錨點是「並行期跨一次月結」。並行期內新舊系統同時運作，使用者在新系統操作，關鍵數字每日或每週與舊系統核對；月結是檢驗合計口徑的天然關卡，新系統產出的月結報表要與舊系統對得上，財務端才會同意停用舊系統。

並行期的另一個任務是使用者習慣：舊系統用了多年的操作順序，新系統若改了，要有對照說明與現場陪跑。切換日的作業清單包括最後一次重跑轉換、關閉舊系統寫入、開放新系統寫入、公告使用者，每一步都有負責人與回退方案。

階段 10 舊系統現代化切換後義務之二：舊系統封存要能查、保存要依資料類型分別處理

舊系統停用後不等於可以刪除，錨點是「封存說明」這份文件。封存說明記錄舊系統最後一份完整備份的位置、還原方法、可查詢的方式、以及誰有權限開啟。

保存期間依資料類型分別處理：交易與憑證類資料依稅務與會計的保存要求，個人資料則依《個人資料保護法》在目的消失後應刪除或去識別化的原則處理，兩者方向不同，不能用一條規則套全部。附件類資料若已完整搬入新系統，舊路徑可以關閉，但要留下對照清單。封存說明交給業主資料負責人保管，是整條流程的最後一份正式交付物之一。

階段 11 舊系統現代化切換後義務之三：原始碼、文件與維運要回到業主手上

最後一個階段的錨點是「交付清單」。新系統的原始碼存放在業主名下的版本庫，部署文件寫明如何從零建起環境；資料字典與欄位對照表更新到最終版，成為新系統的規格基礎；轉換程式與驗證報告一併交付，日後若再有系統整併可以重用。

維運計畫列出備份頻率、還原演練週期、安全性更新與聯絡窗口，並指定業主端負責人。依《著作權法》的規範，程式著作的歸屬與授權範圍要在契約寫明，交付清單則是這份契約落實的證據。走完十一個階段，舊系統現代化才真正結束。

自我檢查清單

• 四路徑對照表已填完，原始碼與原開發商狀態已確認
• 資料資產已分成主檔、交易、附件、報表四類並各自估算
• 五方分工表每一方都有指定負責人與簽名欄
• 資料字典涵蓋所有要搬的表與欄位，含空值與異常值統計
• 欄位對照表與原型已同步凍結，變更走變更單
• 轉換程式可重跑，每次試轉保留備份版本、程式版本與差異報告
• 移轉驗證報告三道關卡由業主資料負責人與財務端簽名

常見錯誤

• 跳過盤點直接重寫，舊系統裡的髒資料與隱藏規則原封不動搬進新系統
• 對照表沒凍結，轉換程式每週重寫，試轉永遠跑不到差異歸零
• 轉換程式只能跑一次，切換日前的新交易漏轉，上線第一天就對不上帳
• 開發團隊自行修正髒資料，業主事後無法分辨哪些是原始資料
• 並行期沒跨過月結就停舊系統，財務端拒收新系統報表
• 舊系統備份放在原開發商手上，日後要查歷史資料找不到人

官方參考資料

• 全國法規資料庫：個人資料保護法
• 全國法規資料庫：著作權法
• 全國法規資料庫：電子簽章法
• 個人資料保護委員會

常見問題

舊系統的原始碼已經找不到，資料移轉流程還能走嗎？

可以，但階段 1 的路徑會收斂到逐步替換或整體重寫，階段 4 的盤點要改從資料庫結構與使用者操作反推規則，工時會增加。關鍵是資料庫本身還能匯出；只要能拿到資料庫備份，資料字典與對照表都做得出來，驗證三道關卡也照常進行。

資料移轉過程中，公司能不能不停業？

可以，前提是階段 6 的轉換程式可重跑、階段 9 安排並行期。日常作業在並行期繼續跑在舊系統或新系統其中一邊，切換日只需在非營業時段做最後一次重跑與寫入切換。真正會造成停業的是「轉換程式只能跑一次」這種設計，因為它逼業主在轉換期間凍結所有交易。

舊系統現代化後，多套系統的客戶主檔可以順便整併嗎？

可以，但要在階段 2 就把整併列為資料資產的一部分，並在階段 5 的對照表裡寫明去重規則，例如以統一編號或手機作為識別鍵、衝突時以哪一套系統為準。整併是移轉差異最大的來源之一，若在試轉開始後才臨時加入，階段 7 的筆數驗證會失去意義。

舊系統現代化，先從資料盤點與路徑判讀開始

請把舊系統的名稱與使用年數、原始碼與原開發商的現況、主要資料表的大致筆數整理成一頁，本所先替您判讀四條路徑中哪一條最適合，並列出盤點階段要優先處理的資料類型。舊系統現代化與資料移轉的諮詢，加 LINE「偉騰開發」傳資料即可取得免費書面初判，全台各縣市皆可承接。

全台各縣市受理｜專業團隊承接辦理｜親臨現場指導｜統籌包辦到好

聯絡偉騰開發興業

服務總覽｜案例解析｜法規知識庫