ERP 資料移轉與期初開帳：舊帳怎麼搬、搬到多乾淨才能上線

每個延期的 ERP 專案背後，幾乎都站著同一個兇手：資料。它在專案計畫裡只占一行「資料整備」，實際上是企業自己要扛、工作量最常被低估兩三倍、而且顧問幫不了太多的一條主線——因為「這兩個料號是不是同一個東西」只有你們自己答得出來。這篇把資料移轉拆成四個決策和一套演練方法。

決策一：主檔清洗——先立法，再搬家

主檔（料件、客戶、供應商、BOM、會計科目）是新系統的地基，清洗的順序是先訂編碼原則、再清理存量：

• 料件是重災區。一物多號（採購建一次、研發建一次）、規格寫在品名裡、呆滯料號上萬筆——原則：新編碼規則定案後，只有「未來會用到」的料號才搬，歷史呆滯料號留在舊系統查詢。搬家是斷捨離的機會，把十年的垃圾一起搬進新家是最可惜的做法。
• 客戶／供應商：合併重複建檔、補齊統編與付款條件——這裡順手把信用額度與核決權限一起訂了，正是內控控制點落地的時機。
• BOM：與現場實際用料核對版本。BOM 不準，上線後的成本結算全是錯的，而且錯得很難追。

清洗的責任歸屬要在專案第一個月講明白：顧問給格式與工具，判斷與清理是企業的事，各主檔指定 owner 與完成日，進專案週報追蹤。

決策二：歷史交易帶多少——原則是「越少越好」

直覺是「歷史資料都搬過去才完整」，正確答案相反。搬的原則：

• 必搬：未結案的開口單據（未交貨的訂單與採購單、未沖銷的應收應付、在途與在製）、期初餘額。
• 不搬：已結案的歷史交易。歷史查詢需求用舊系統唯讀保留（或匯出成資料庫／報表）解決，成本是新系統移轉的零頭。

理由很硬：歷史交易要搬進新系統，等於要用新的編碼、新的科目、新的邏輯重新詮釋舊資料——每一筆都是對照與驗證成本，而換到的只是「在新系統裡查舊資料」的方便。這是全案投報率最差的工作，砍掉它常常一口氣救回一個月時程。

決策三：期初開帳——切一刀乾淨的截止點

期初開帳是在某個時點（切換日）把公司的「狀態」灌進新系統：科目餘額、庫存量與成本、應收應付明細、固定資產與累計折舊。三個實務要點：

截止點選月底，配合月結把帳結清再切，切在月中是自找麻煩。庫存要實地盤點，不是把舊系統帳面數字搬過去——切換日的盤點是你唯一一次讓帳與實物歸零對齊的機會，錯過了，舊系統的帳差會變成新系統的原罪。期初數字要三方對平：舊系統帳面、盤點實數、新系統期初，差異逐筆核銷並留下紀錄——這份對平底稿在日後查核（尤其 IPO 專審）時是會被調閱的文件。

決策四：演練幾次——至少兩次全量

資料移轉沒有「應該沒問題」，只有「演練過沒問題」。標準做法是至少兩輪全量演練：第一輪抓格式與對照錯誤（會很慘烈，正常），修正後第二輪驗證乾淨度與計時——正式切換的停機窗口就是用演練時間推算的。每輪演練後由 key user 抽驗：隨機抽三十筆料件、二十家客戶、比對新舊系統一致性，數字對平表簽字。上線切換日做的應該是一件已經排練過的事，而不是一場首演。

常見問題（FAQ）

歷史資料一定要搬進新 ERP 嗎？ 不必也不建議。只搬未結案單據與期初餘額，歷史查詢以舊系統唯讀保留解決。全量搬移的成本高、價值低，是最常見的時程殺手。

期初開帳的庫存可以直接用舊系統數字嗎？ 不建議。切換日應實地盤點，以實數開帳，並將帳面、實盤、新系統期初三方對平留底。直接沿用帳面數等於把舊系統的帳差帶進新系統。

資料整備要抓多少時間？ 中型企業常見四到六個月，與系統建置平行進行，且應在專案第三個月前啟動。經驗法則：實際工作量是初估的兩到三倍。完整的階段安排見我們的導入時程專文。

本文為一般性方法整理，各企業的資料體質差異大。若需要協助規劃移轉範圍、編碼原則或開帳對平機制，歡迎與我們聯繫。