如何建立 ERP 切換計劃
如何為 SAP、Oracle、Dynamics 365 或 NetSuite 上線建立 ERP 切換計劃：演練、舊系統凍結、資料載入和對賬、上線與否準則、回退和上線後支援退出。
ERP 切換計劃是業務由舊系統轉到新系統那個週末的運行手冊：甚麼要停下、載入甚麼、誰簽核，以及出錯時怎麼辦。
簡而言之
- 至少以接近正式環境的資料演練一次切換，並計時。
- 在最終提取前先凍結舊系統，並寫明凍結的內容。
- 先載入主檔再載入未結交易，然後兩者都要對賬。
- 預先議定上線與否準則和回退計劃。
- 以退出準則而不是日期來結束上線後支援。
規劃關卡，不只是任務
切換計劃通常由任務清單開始，而詳細的清單很重要：數百項任務，各有負責人、持續時間和相依關係。但上線很少因為欠缺某項任務而失敗，多是因為某個關卡不清晰：沒有人議定「已對賬」的意思、上線與否的準則到了當晚才決定，或回退計劃只是簡報中的一句話。
所以應先規劃關卡。把切換畫成包含決策點的流程圖：演練目標達成、對賬簽核、上線與否、上線後支援退出。在上線前數星期，與督導委員會議定每項準則，然後在每個階段之下建立詳細的任務清單。
下面的例子是通用的 ERP 切換，適用於 SAP S/4HANA、Oracle Fusion、Dynamics 365 或 NetSuite，顯示各個關卡，以及關卡不通過時要走的路徑。
附關卡的 ERP 切換
由已訂定基線的運行手冊到移交。請留意四個決策：演練、對賬、上線與否和上線後支援退出。
演練至符合時間窗
模擬切換以正式環境的副本執行真實的運行手冊，並計時。如果未達到時間或缺陷目標，就修正運行手冊再次演練。大型上線進行兩三次演練很平常。
凍結、提取和載入
業務交易和主檔更改在舊系統停止，提取最終結餘和未清項目，先載入主檔再載入交易，技術團隊則切換介面、批次作業和授權。
對賬和簽核
由業務部門而不是資料團隊對賬筆數和結餘，並與舊系統比對後簽核。發現的差異退回資料團隊更正和重新載入。這個簽核是整個計劃中最重要的關卡。
上線與否
督導委員會按預先議定的準則作決定。決定不上線會觸發回退計劃和新日期，這是計劃內的結果，並不代表項目失敗。
開放系統和上線後支援
用戶開始工作，支援團隊每日分流處理工單，待退出準則達成才結束上線後支援，通常包括在新系統完成首次月結。
運作方式
先畫出關卡
先畫出切換各階段和階段之間決策的流程圖：演練目標、對賬簽核、上線與否和上線後支援退出。在撰寫任務之前，先與督導委員會議定。
撰寫詳細運行手冊
在每個階段之下列出每項任務，附上負責人、前置任務、計劃開始時間、持續時間，以及確認完成的人。不只技術任務，也要包括盤點存貨和最後開票等業務任務。
訂明凍結的內容和時間
寫下舊系統中哪些交易和主檔會停止、由何時開始，以及業務部門期間如何處理，例如人手訂單或以紙本付運。
規劃資料載入和對賬
安排載入次序（先主檔，再未清項目和結餘），為每個物件定義對賬報告，並指明負責簽核的業務負責人。
議定上線與否準則和回退計劃
寫下可量度的準則，以及仍可回退的最後時間點。除了切換，也要演練回退步驟。
演練並改善
以接近正式環境的資料進行至少一次完整模擬切換，為每項任務計時並更新計劃，重複至切換能在時間窗內完成並有餘裕。
應避免的錯誤
準則到了當晚才決定
如果沒有預先議定上線與否準則，決定就會變成在壓力下的談判。請提前數星期議定。
只有技術的計劃
由資訊科技部門撰寫的切換計劃，會欠缺最後盤點存貨、未結採購訂單和客戶溝通等業務任務。每個業務範疇都要在運行手冊中有自己的任務。
沒有演練
從未計時的切換不會剛好符合時間窗。第一次演練幾乎都會超時。
事後才想到回退
從未測試的回退計劃不是計劃。要知道不可回頭的那一點，並在它之前演練各個步驟。
打開 ERP 切換流程
把切換流程打開成你自己的圖表，在決策上寫下你的上線與否準則，再送交督導委員會批准。
相關指南
常見問題
ERP 切換計劃包括甚麼？
由舊系統轉到新 ERP 的計時任務清單，附負責人和相依關係；舊系統凍結；資料提取、載入和對賬；介面和作業的技術切換；盤點存貨等業務任務；上線與否準則；回退計劃；溝通；以及上線後支援的安排。
ERP 切換需要多長時間？
切換時間窗本身通常是一個週末至一個星期，視乎資料量和同時上線的地點數目而定。規劃和演練則需要數月，由建置階段已開始。
常見的上線與否準則有哪些？
業務部門已簽核資料對賬、沒有未解決的第 1 級缺陷、已議定較低級別已知問題的清單、用戶已受訓、支援和上線後支援已有人手、介面已作端到端測試，以及確認仍可回退。
上線後的 hypercare 是甚麼？
上線後立即進行的密集支援期，通常為四至八星期，每日分流處理工單，項目團隊隨時候命，並迅速修正問題。待議定的退出準則達成，支援就移交給一般的日常運作團隊。