舊系統現代化與資料移轉：舊系統改寫・資料庫搬遷
定義:系統升級是把老舊、無人維護或只能在特定電腦使用的系統，改為現代架構並完整移轉歷史資料的工程。
資料不掉、業務不停的舊系統升級與移轉
用了十幾年的進銷存、只能在某台舊電腦開的報表程式、原廠已不維護的客製系統、靠一份巨大試算表撐著的流程，公司不敢動，因為資料與日常作業都綁在上面。偉騰先盤點功能與資料，再從原地升級、重新包裝、逐步替換或整體重寫中選路徑，資料以可重跑的轉換程式移轉並逐筆核對，新舊並行一段時間再切換。
重點速覽
偉騰開發興業有限公司（前臺東縣環境保護局局長謝清泉主持，統一編號 90801410）承辦全台 22 縣市(含離島),線上啟動、遠端交付,現場訪談與教育訓練視需要的舊系統現代化與資料移轉，全台各縣市均可受理，先以現有網站、流程說明與需求清單做免費書面初判，帶著初判結果約時間細談。
- 服務項目
- 舊系統現代化與資料移轉:
- 功能使用盤點
- 資料欄位盤點
- 升級路徑評估
- 隱性規則文件化
- 轉換程式開發
- 多輪試轉與差異
- 資料清洗規則
- 合計與逐筆核對
- 承辦公司
- 偉騰開發興業有限公司(偉騰、偉騰開發;前臺東縣環境保護局局長謝清泉主持)
- 服務範圍
- 全台 22 縣市(含離島),線上啟動、遠端交付,現場訪談與教育訓練視需要
- 法規依據
- 《個人資料保護法》
- 《著作權法》（舊系統程式與授權）
- 《電子簽章法》（電子紀錄保存）
- 應備文件
- 舊系統的畫面截圖
- 報表範例與使用者名單
- 資料庫或檔案的匯出樣本與資料量
- 既有原始碼
- 文件與授權合約（若有）
- 目前的作業流程說明與月結
- 年結節點
- 使用者角色與各自依賴的功能
- 目標環境（雲端或地端）與整併需求
- 常見退件與誤判
- 一開始就決定整體重寫 → 時程與費用失控，舊功能漏做一堆;資料用人工整理一次匯入 → 發現錯誤只能重來，切換日變災難;沒有並行期直接切換 → 月結對不上，退回舊系統兩套並存
- 諮詢方式
- 加 LINE「偉騰開發」傳現有網站網址、流程說明或需求清單，先做免費書面初判；初判後再約時間細談。
舊系統的問題不是老，而是沒人敢碰。原廠收掉了、當年的工程師離職了、原始碼已經遺失或沒有文件，系統只能在一台不敢更新的電腦上跑；資料欄位的意義只有一位資深同事知道，報表要靠匯出到試算表再手工加工。
公司想換，卻怕換了資料對不上、同事不會用、新系統少了某個不起眼但每天在用的功能。於是年復一年，風險跟著累積：那台電腦壞掉的那天，就是業務停擺的那天。
偉騰先做兩份盤點：功能盤點記錄每個畫面與報表實際有誰在用、多常用、對應什麼業務規則；資料盤點把資料表、欄位、編碼與歷史資料量列清楚，標出髒資料與隱含規則。
依盤點結果選路徑：
- 系統結構尚可就原地升級；
- 核心邏輯可用但介面過時就重新包裝成網頁；
- 多模組系統逐步替換，一次換一塊；
- 確實無法延續的才整體重寫。
資料移轉寫成可重複執行的轉換程式，先試轉、出差異報告、修規則、再試轉，直到逐筆核對無誤；切換前新舊系統並行一段時間，同一批單據兩邊都跑，結果一致才停舊系統。
交付新系統、資料移轉報告（筆數、合計與關鍵欄位的核對結果）、轉換程式與對照表、操作手冊與原始碼，以及舊系統的封存方式與可查詢的歷史資料。新系統的資料結構採版本化管理：每一次變更都有編號、有移轉程式、有回復方式，日後再調整欄位不必重新移轉一次。上線後依維運合約處理欄位增修與報表調整；系統與資料部署在業主名下的環境，文件齊備，日後再升級不必再從零開始。
LINE 諮詢
把系統升級的現況與需求傳過來，先免費書面初判。
- 傳什麼
- 現有網站網址與後台權限還沒有網站也能先談
- 商品或服務清單、作業流程說明表單樣張或試算表皆可
- 需求清單一句話也行
- 多久回
- 週一至週五 09:00–18:00 依序回覆；LINE 全天可傳資料
- 下一步
- 免費書面初判
- 約時間細談
- 委任開發
先傳資料做初判，需要時再約時間細談
服務重點
- 先盤點，再決定要不要重寫：多數舊系統不需要整體重寫。功能盤點常發現一半的畫面已經沒人用，資料盤點則找出真正要保留的欄位與歷史；依此選擇原地升級、重新包裝、逐步替換或重寫。路徑選對，時間與風險差好幾倍，這一步值得花兩到三週，省下的是後面幾個月。
- 資料移轉要能重跑，不能手工：用人工整理資料只能做一次，發現錯誤就得全部重來。我們把轉換規則寫成程式，試轉、出差異報告、修規則、再試轉，每一輪都留紀錄；正式切換當天只是再跑一次同樣的程式，結果可預期。歷史資料的編碼對照表一併交付，日後查核有依據。
- 逐筆核對與合計核對同時做：移轉後的驗證分兩層：合計層比對筆數、各期合計與分類統計，逐筆層抽樣或全量比對關鍵欄位。兩層都過才算完成，差異逐一解釋來源（舊系統髒資料、規則變更或轉換錯誤）。驗證報告是業主簽收的依據，也是會計與稽核問起時的證明。
- 新舊並行，確認一致才切換：切換不是某天晚上把舊系統關掉。並行期間同一批單據在新舊系統各跑一次，比對結果；差異由同事與我們一起判斷哪邊才對。並行期長短依業務週期決定，至少跨過一次月結。舊系統在切換後封存成唯讀，歷史查詢不受影響。
- 把隱性知識寫成文件：舊系統最珍貴也最脆弱的是只有資深同事知道的規則：這個代碼代表什麼、那個欄位為何要手動改。盤點與訪談時把這些規則寫進需求文件與資料字典，新系統以明確的邏輯實作，交付的文件讓下一位接手的人不必再靠口耳相傳。
速查表
| 適合對象 | 原廠停止維護或工程師離職的客製系統、靠 Excel 或桌面資料庫撐著的流程、只能在舊電腦執行的系統，以及要搬上雲端或整併多套系統的企業。 |
|---|---|
| 交付內容 | 盤點報告與路徑建議、需求文件與資料字典、可重跑的轉換程式與對照表、移轉驗證報告、新系統與原始碼、舊系統封存說明。 |
| 時程量級 | 盤點兩到三週，轉換程式與試轉四到八週，並行期至少跨一次月結；整體以三到五個月為量級，資料越髒越久。 |
| 需要準備 | 舊系統截圖與報表範例、資料匯出樣本與筆數、原始碼與授權合約（若有）、作業流程與月結節點、使用者角色、目標環境。 |
| 技術架構 | 新系統採網頁架構與關聯式資料庫，部署於業主名下雲端或地端；資料結構以版本化移轉程序管理，每次變更可追溯可回復。 |
| 資料與隱私 | 移轉過程的資料複製與測試環境受控管，測試資料去識別化；切換後不再需要的個人資料依個人資料保護法刪除或封存。 |
| 驗收標準 | 轉換後筆數與各期合計一致，關鍵欄位逐筆核對無差異或差異已解釋；並行期結果一致；使用者以實際單據完成教育訓練。 |
| 上線後維運 | 欄位增修與報表調整依維運合約處理或交接業主資訊人員；舊系統封存唯讀，歷史查詢不中斷。 |
| 擴充與整合 | 升級後可接 API 串接其他系統、報表儀表板、LINE 通知與流程自動化；多套系統以統一主檔分階段整併。 |
| 全台服務方式 | 全台 22 縣市皆可線上啟動，盤點與開發遠端進行；地端舊系統需取得完整環境資訊時安排遠端連線或到場一次。 |
進行方式與時程
- 盤點評估：功能與資料雙盤點，選定升級路徑，寫成需求文件與資料字典。
- 原型確認：主要使用者以原型確認作業順序與名詞，補齊隱性規則。
- 轉換並行：轉換程式多輪試轉與核對，新舊並行跨過月結比對一致。
- 切換維運：執行切換、封存舊系統唯讀，教育訓練後依合約維運。
法規依據(條號)
| 法規 | 條號 | 重點 |
|---|---|---|
| 個人資料保護法 | 移轉過程中的資料複製、測試環境與切換後的刪除或封存都屬個人資料的處理與利用，應有控管措施與紀錄。 | |
| 著作權法 | 舊系統原始碼的利用與改作受原授權範圍限制；新系統的程式與文件著作權以契約明定歸業主。 | |
| 電子簽章法 | 電子紀錄在移轉後須保持完整與可讀；轉換程式、對照表與驗證報告作為資料未遭變造的佐證。 |
四種升級路徑對照：原地升級／重新包裝／逐步替換／整體重寫
| 路徑 | 適合情境 | 風險 | 業務中斷 | 資料主控權 |
|---|---|---|---|---|
| 原地升級 | 系統結構尚可，只是版本老舊或主機過時 | 低 | 幾乎無 | 不變 |
| 重新包裝 | 核心邏輯可用，但介面只能在舊電腦或舊瀏覽器開 | 低到中 | 無，介面換新資料不動 | 不變，新介面程式碼歸業主 |
| 逐步替換 | 多模組系統，部分模組已無法維護 | 中 | 每次只換一塊，並行後切換 | 逐步移到業主名下新環境 |
| 整體重寫 | 邏輯已無法延續、原始碼遺失且結構混亂 | 高 | 並行期較長，跨月結後切換 | 全部重建於業主名下，文件齊備 |
資料移轉四步驟與驗收方式
| 步驟 | 內容 | 驗收方式 |
|---|---|---|
| 盤點 | 資料表、欄位、編碼、歷史量、髒資料 | 資料字典與對照表經業主確認 |
| 試轉 | 轉換程式執行、差異報告、修規則、再試轉 | 每輪差異逐項有原因，差異數收斂 |
| 核對 | 合計層（筆數、各期合計）與逐筆層（關鍵欄位） | 雙層核對報告，差異全部解釋 |
| 並行切換 | 同一批單據兩邊跑、比對、選週期起點切換 | 並行結果一致，業主簽收後切換 |
官方書表、申辦入口與法規
- 法規條文:個人資料保護法（全國法規資料庫）(法務部全國法規資料庫)
- 法規條文:著作權法（全國法規資料庫）(法務部全國法規資料庫)
- 法規條文:電子簽章法（全國法規資料庫）(法務部全國法規資料庫)
- 申辦入口:個人資料保護委員會籌備處（移轉與封存時的個資處理）(個人資料保護委員會籌備處)
費用怎麼組成
費用依舊系統的模組與畫面數、資料表數量與歷史資料量、資料髒亂程度、選定的升級路徑（原地升級到整體重寫差異很大）、並行期長度與整併需求，於盤點後以書面報價；免費書面初判先給路徑方向與風險點。雲端主機、資料庫服務與授權等第三方費用由業主直接支付。
平台規範視角
- 個人資料保護的要求不因系統老舊而豁免：移轉過程中資料的複製、傳輸與測試環境都要控管，不再需要的個人資料應在切換後依規定刪除或封存，不能留在沒人管的舊電腦裡。
- 電子紀錄的保存與可讀性是會計與稽核的基本要求；移轉後歷史資料仍要能查詢、能說明轉換規則，驗證報告與對照表就是向查核單位證明資料完整性的文件。
常見錯誤與返工原因
- 一開始就決定整體重寫 → 時程與費用失控，舊功能漏做一堆
- 資料用人工整理一次匯入 → 發現錯誤只能重來，切換日變災難
- 沒有並行期直接切換 → 月結對不上，退回舊系統兩套並存
- 只移轉近期資料 → 歷史查詢與稽核沒資料，又得開舊系統
- 隱性規則沒寫下來 → 新系統照舊畫面做，錯誤邏輯一起搬過去
常見痛點
- 系統只能在那台不敢更新的舊電腦上開
- 原廠收掉了，當年的工程師也聯絡不上
- 欄位的意思只有一位快退休的同事知道
- 想換系統，但怕歷史資料對不上、同事不會用
- 報表要先匯出再用試算表手工加工好幾小時
交付項目
- 功能與資料盤點報告、升級路徑建議
- 需求文件與資料字典
- 可重複執行的轉換程式與編碼對照表
- 資料移轉驗證報告（合計與逐筆）
- 新系統、操作手冊、原始碼與部署文件
- 舊系統封存方式與歷史查詢說明
建議準備文件
- 舊系統的畫面截圖、報表範例與使用者名單
- 資料庫或檔案的匯出樣本與資料量
- 既有原始碼、文件與授權合約（若有）
- 目前的作業流程說明與月結、年結節點
- 使用者角色與各自依賴的功能
- 目標環境（雲端或地端）與整併需求
法規依據
- 《個人資料保護法》
- 《著作權法》（舊系統程式與授權）
- 《電子簽章法》（電子紀錄保存）
細項業務全覽
- 功能使用盤點
- 資料欄位盤點
- 升級路徑評估
- 隱性規則文件化
- 轉換程式開發
- 多輪試轉與差異
- 資料清洗規則
- 合計與逐筆核對
- 新舊並行比對
- 切換計畫執行
- 舊系統封存查詢
- 多系統主檔整併
官方參考資料
全台線上受理
- 台北系統升級
- 新北系統升級
- 桃園系統升級
- 新竹系統升級
- 苗栗系統升級
- 台中系統升級
- 彰化系統升級
- 南投系統升級
- 雲林系統升級
- 嘉義系統升級
- 台南系統升級
- 高雄系統升級
- 屏東系統升級
- 宜蘭系統升級
- 基隆系統升級
- 花蓮系統升級
- 台東系統升級
- 澎湖金馬系統升級
常見問題
舊系統一定要整個重寫嗎？
不一定，而且多數不需要。
我們先盤點功能與資料，再從原地升級、重新包裝成網頁、逐步替換模組、整體重寫四條路徑中選最合適的；結構還能用的系統用重新包裝就能解決舊電腦與舊瀏覽器的問題，只有邏輯已無法延續的才重寫。
路徑建議會寫在盤點報告裡，附上各自的風險與時程量級。
全台都能做嗎？系統在公司內部電腦上怎麼辦？
可以。盤點訪談、資料樣本分析與新系統開發都能遠端進行；舊系統在地端電腦時，先請同事協助匯出資料樣本與截圖，必要時我們以遠端連線或到場一次取得完整資料與環境資訊。新系統可依業主需求部署在雲端或公司內部，兩者我們都處理。
資料移轉要多久？會不會漏？
盤點與路徑評估約兩到三週，轉換程式開發與多輪試轉約四到八週，並行期至少跨一次月結，整體以三到五個月為量級，資料越髒越久。防漏靠方法：轉換程式可重跑、每輪出差異報告、合計與逐筆雙層核對、並行期兩邊比對；驗證報告列出每一筆差異的原因，業主確認後才切換。
新系統做完後誰維運？原始碼和資料是誰的？
新系統、原始碼、轉換程式與全部文件都歸業主，部署在業主名下的雲端或地端環境。上線後可由本所依維運合約處理欄位增修與報表調整，也可交給業主的資訊人員；舊系統封存成唯讀供歷史查詢，什麼時候完全下線由業主決定。
原始碼已經遺失、原廠也聯絡不上，還能升級嗎？
可以。沒有原始碼時，我們從畫面、報表與資料庫反推業務規則，搭配使用者訪談整理成需求文件，再以新架構實作；資料直接從資料庫或匯出檔轉換。這條路比有原始碼的案子多一段盤點時間，但不需要仰賴原廠，之後的文件與程式碼都完整在業主手上。
Excel 撐著的流程算舊系統嗎？可以轉成系統嗎？
算，而且是最常見的一種。巨大的試算表通常藏著多年累積的公式與規則，我們先把工作表、欄位與公式盤點成資料字典，釐清哪些是資料、哪些是邏輯，再設計資料表與畫面；歷史資料整批轉換並核對合計。轉成系統後多人同時作業、權限與紀錄都有了，試算表保留為匯出格式。
切換期間業務會停嗎？
不會。切換採新舊並行：並行期間同事照常在舊系統作業，同一批單據也在新系統跑一次，兩邊比對；一致之後選一個業務週期的起點切換，當天只是最後一次執行轉換程式。若並行期發現新系統缺功能，補完再切，舊系統隨時可以繼續用，沒有回不去的風險。
歷史資料要全部搬嗎？
建議核心資料全搬、附件與日誌依保存需要決定。會計、稅務與契約相關的歷史紀錄通常有保存年限要求，查核時要拿得出來；全部搬進新系統可以直接查詢，若量太大也可以搬到唯讀的歷史查詢區。哪些該搬、保存多久，盤點時依業務與法規要求一起決定。
同事習慣舊畫面，新系統會不會不會用？
新系統的畫面不會刻意模仿舊介面的缺點，但會保留同事熟悉的作業順序與名詞；盤點時就請主要使用者參與原型確認，上線前以實際單據做教育訓練。並行期本身就是練習期，等到切換時同事已經在新系統跑過整個月結，抗拒感會低很多。
可以順便整併多套系統嗎？
可以，但建議分階段。先把最危險或最常用的那一套升級並穩定，再以它為核心整併其他系統或改以 API 串接；一次整併全部的風險太高。整併時最重要的是統一客戶、商品與編碼等主檔，盤點階段就會把主檔對照表做出來，後續每併一套都有依據。