ERP 上線切換決策：Big Bang 還是平行運行？切換日的完整作戰清單

文章目錄

十個月的準備，最後收斂成一個週末。會議室裡，專案經理正在做上線前的最後簡報，老闆聽完切換計畫，眉頭一皺：「直接切過去太冒險了吧？新舊系統並跑兩個月，確認沒問題再停舊的，比較安全。」全場點頭，彷彿這是常識。

我要先把結論說在最前面：平行運行是導入案裡最常見的自我欺騙。 它買到的是安全感，不是安全。這篇講清楚為什麼，然後給你兩個決策和一張清單：切換策略怎麼選、切換日怎麼挑、以及 cutover 週末從 D-7 到 D+2 的完整作戰序列。

切換是器官移植，不是換零件

換零件的邏輯是：舊的留著備用，新的先裝上去試，不行再換回來。很多老闆心裡想的切換是這種——所以「並跑」聽起來理所當然。

但 ERP 切換不是換零件，是器官移植手術。手術一次做完；術後有排斥期，全公司要適應新系統的頭幾週就是排斥期，不舒服是正常的，不是失敗；而最關鍵的一條——沒有「兩顆心臟並跑」這種選項。你不能讓兩顆心臟輪流供血，觀察哪顆表現好再決定留哪顆。移植的安全從來不是靠「備著舊心臟」，是靠術前把每一項檢查、每一次模擬做足。

所以這篇文章只有一條定律，值得你抄在切換計畫的第一頁：

切換的安全不來自並跑，來自演練——並跑買的是安全感，演練買的是安全。

三種切法的真實面貌

一次切換（Big Bang）：手術本人

選定日期，全公司全模組同日啟用新系統，舊系統轉唯讀。優點是乾淨——單一帳本、沒有雙重輸入、組織的注意力集中在一套系統。缺點是風險集中：出大問題沒有退路，只能往前修。

它像手術的地方也在這裡：風險高低取決於術前準備，不是手術本身。兩輪 UAT、月結演練、兩次全量移轉演練都確實做完的 big bang，比敷衍演練、然後靠平行運行求心安的方案安全得多。

平行運行：幻想中的第二顆心臟

新舊系統並跑一到兩個月，每月核對兩邊結果，確認一致後停舊系統。理論上最安全，實務上是自我欺騙：並跑等於全員做雙倍工作，撐不了三週大家就會偷偷只認真做其中一邊（通常是熟悉的舊邊），此時的「並跑驗證」驗的是一套認真的帳對一套敷衍的帳——安全感是假的，成本是真的。

平行運行真正合理的使用場景很窄：極高風險的單一環節（例如薪資計算）做局部平行一到兩個週期。那不是裝第二顆心臟，是移植前對單一功能做的加強測試——範圍小、期間短、有明確的核對標準。全系統並跑不在此列。

分階段上線：分批手術，不是分期手術

按模組（先財務後製造）或按據點（先總部後工廠）分批。適合多據點集團——每個據點是獨立的病人，可以分批進手術房；但單一據點內部仍建議 big bang。不適合的是單一營運體按模組切：那等於半顆心臟靠舊系統、半顆靠新系統，模組間的介接期會製造大量臨時對帳作業，兩邊血管都要臨時接管，過渡期比想像中痛苦得多。

中型企業的主流解是**「準備充分的 big bang」**——而整個導入方法論（兩輪 UAT、月結演練、兩次全量移轉演練）的存在意義，正是把「準備充分」四個字做實。這也是我們在 ERP 七成地圖裡反覆講的事：導入的成敗七成決定在切換日之前的準備，不在切換那一刀。捨不得在演練上花時間、想靠平行運行補安全感，是本末倒置。

手術日怎麼挑：三個原則，加一個常被忽略的變數

月初切：配合月底結帳把舊帳結清，期初乾淨（開帳方法見我們的資料移轉專文）。

避開高峰：旺季、年底、連假前的出貨高峰都不是好時點——系統陣痛期（排斥期）撞上業務高峰，兩邊一起崩。

給自己一個長週末：切換作業排在週五晚到週日，週一開工是新系統首日；很多公司刻意選有連假的月份，多買一天緩衝。

會計年度：常被忽略的變數。年度中切換意味著當年度財報橫跨兩套系統，查核成本增加——有 IPO 時程的公司尤其該把切換點對齊會計年度、或至少季度起點（時間表的推算見我們的 ERP 與 IPO 專文）。

Cutover 週末：D-7 到 D+2 作戰序列表

切換不是一個動作，是一份按小時排的作戰序列。下面是骨架——實際清單依演練結果細化到每項有負責人與完成時間，這張表可以直接拿去當你的底稿：

時間點	動作	負責人	Go/No-Go 條件
D-7 起	主檔凍結：所有主檔異動停止，新增需求登記、切換後補建	各主檔管理者＋PM	凍結公告已發佈；異動需求全數進登記清單
D-1（週五）	舊系統最後交易截止、期末結帳、資料匯出；開口單據處理原則提前公告（能結的結、不能結的列入移轉清單）	財會主管＋各模組 key user	開口單據清單完成簽核；匯出檔筆數與金額勾稽完成
D-Day（週六）	期初資料匯入、對平驗證（帳面／盤點／新系統三方逐項簽核）、關鍵流程冒煙測試（每個循環走一筆真單）	移轉小組＋各循環 key user	三方對平逐項簽核通過；每個循環真單走通
D+1（週日）	權限總檢查（每個角色實際登入測一次）、列印與表單格式確認（發票、出貨單這些要見客戶的紙面）、Go/No-Go 會議	IT 主管＋切換指揮官	客觀標準逐項通過；會議決議正式簽核
D+2（週一）	新系統首日，全部隊就戰鬥位置（支援體系見我們的教育訓練專文）	全體＋現場支援小組	支援線上就位；異常回報通道開通

表裡每一項都應該在演練時做過至少一次。第一次做的事，不要放在切換日做——手術台上不試新刀法。

三道保險：沒備好就不要上手術台

Go/No-Go 條件欄只是表面，底下要有三道事前備好的保險。核對清單如下：

[ ] Go/No-Go 的客觀標準：哪些驗證項全過才放行，事前白紙黑字。別讓週日深夜的疲憊和沉沒成本替你做決定——手術前的最後評估，不能由已經刷完手的醫師一個人拍板。
[ ] 回退計畫（Rollback Plan）：No-Go 時怎麼退回舊系統再戰、退回的最晚時限是哪個小時。希望永遠用不到，但沒有它的 Go/No-Go 會議只是形式——沒有中止預案的手術同意書，你敢簽嗎？
[ ] 加開的溝通線：切換週末的指揮群組、對全員的狀態公告排程。資訊真空是恐慌的溫床——家屬在手術房外等八小時沒人出來講一句話，再順利的手術都會被記成一場災難。

順帶說一件事：Go/No-Go 判 No 的情況存在，而且不丟臉——它代表保險機制有作用。真正丟臉的是沒有回退計畫、被迫帶著重大問題硬上，用之後三個月的混亂償還那個週末的僥倖。

【給決策者的備忘錄】
如果你正在為切換方式跟團隊拉鋸，別急著覺得自己保守。想並跑的心情完全可以理解——那是對「不可逆」的正常敬畏。只是把敬畏放對地方：把並跑的預算和人力，挪去多做一輪月結演練、多跑一次全量移轉，你買到的才是真的安全。

方法在這篇講完了，作戰序列表也給你了。你家的切換日該落在哪個月、Go/No-Go 標準該列哪幾條、回退時限該訂在哪個小時——這些答案跟你的產業、據點結構、IPO 時程都有關。若需要協助規劃貴公司的切換策略與 cutover 清單，歡迎與我們聯繫。

本文為切換方法的一般性整理，實際作戰清單依演練結果與貴公司狀況制定。

延伸閱讀

ERP導入上線切換內部控制專案管理