客製軟體資料遷移怎麼做
客製軟體要搬入舊系統的資料，先寫來源和目標、欄位怎樣對照、以什麼順序載入，並在非正式環境預演筆數和抽樣，再寫明資料退回時以哪一份為準。上線切換管的是當晚整個環境的順序；這一份管的是資料本身有沒有搬對。
目錄
資料遷移和上線切換分開寫
上線切換手冊回答的是當晚先停哪一項服務、誰簽可否上線、整個環境什麼情況退回。資料遷移計畫回答的是哪些資料要進新系統、欄位怎樣對上、預演看見什麼才算過、正式載入之後對不上時資料退回哪一份。兩份可以互相指到版本。不要把切換當晚的步驟改寫成欄位對照表。當晚的順序見 客製軟體上線切換怎麼做。
使用者驗收看的是將要操作系統的人，按清單把畫面結果做出來。交接看的是上線之後誰持有系統。範圍變更看的是規格要不要改。三者都不代替欄位對照和預演紀錄。分別見 客製軟體 UAT 怎麼做、客製軟體專案交接要準備什麼、客製軟體範圍變更怎麼管。交付仍走 客製軟件、網站與應用程式。
先分開組態資料和要搬的業務資料
2026年10月22日閱讀的 Microsoft Learn：管理組態與遷移資料 把資料分成兩類。組態資料用來按業務需要設定環境，例子是貨幣、稅碼和參數。遷移資料是從舊系統搬到新應用的資料，舊系統可以是另一套業務應用，也可以是一批試算表；例子包括主資料（客戶、產品、供應商）和未結交易（銷售訂單、採購訂單、庫存、未結餘額）。該頁沒有刊登日期。該頁寫給 Dynamics 365 專案，不是要求客製專案必須採購該產品。
客製專案沿用這個分法，寫在遷移計畫的第一頁：哪些行是組態、哪些行是要搬的業務資料、每一類的來源系統和目標環境、大約筆數、是一次搬完還是其後還要增量。該頁把遷移策略要涵蓋的事項列為：來源與目標系統和資料庫、要搬的資料實體及其數量與特性（方向、全量或增量、一次或重複）、抽取轉換載入所用的工具與方法、順序與相依、角色、切換前與切換後的資料活動。策略在開工前寫下，其後有變就改版本，並送給利害關係人看過。
欄位對照寫清轉換和空值
同一頁把「對照並轉換來源與目標之間的欄位和值」列為必須計畫的工作。對照表每一行寫：來源欄位、目標欄位、轉換規則、空值怎麼處理、哪一個值會被拒收。來源有而目標沒有的欄，寫明不搬，還是落到備註。目標必填而來源常常空白的欄，寫明由誰在載入前補，不在載入當下臨時編一個值。
該頁把抽取、轉換、載入稱為 ETL：從來源抽出、為目標轉換、載入目標。它列出數種常見工具，沒有排序，也沒有指定客製專案必須用哪一種。計畫只寫這次實際使用的工具名稱和版本、誰操作、失敗時紀錄寫在哪裡。工具名稱若要留下，連同閱讀日期寫在計畫上，不把該頁的例子清單抄成採購清單。
順序照相依來排，並指定負責人
該頁要求策略寫明遷移資料時要遵守的順序和相依。對照表上若某一行的目標欄位指向另一筆資料，被指向的那一類先載入。例如訂單指向客戶，客戶的預演通過之後才載入訂單。順序寫在計畫裡，不留在操作者的記憶中。載入當日不改順序；要改，先改計畫版本。
同一頁列出資料遷移分析人員、資料管理人、資料遷移架構或開發人員等角色，並說明各自負責設計與溝通、按標準維護定義，以及轉換、測試和核對品質。這些是該頁為 Dynamics 365 專案舉的角色，不是客製專案必須照用的職稱。客製計畫用名字寫三欄：誰維護對照表、誰核對抽樣、誰執行載入。一個名字可以兼兩欄，欄位仍分開。該頁並寫明，資料遷移會干擾其他工作，不應和其他測試活動同時進行。預演的時段因此單獨寫在計畫上，不和使用者驗收排在同一時段。
正式載入前先在非正式環境預演
該頁寫明，應至少在系統整合測試環境和使用者驗收環境各驗證一次資料遷移，並建議為遷移準備足夠容納該批資料的環境。2026年10月22日閱讀的 Microsoft Learn：上線清單 在「資料遷移就緒與驗證」一節寫明：切換前多次測試資料遷移；驗證策略和流程，找出並處理資料損毀或重複，並使效能落在切換時段內；切換遷移用的腳本和程序由業務測試並簽核；把遷移問題和風險記下來並做緩解計畫。該頁另寫，要準備遷移計畫並多次執行預演（dry run），事先備好組態資料、主資料、安全組態、未結交易和餘額。該頁沒有刊登日期。
預演載入的是非正式環境，用的是和正式載入同一份對照表、同一套工具。預演紀錄寫：環境名稱、抽取時間、每一類的來源筆數和目標筆數、抽樣的列由誰對過、拒收了哪些值。筆數對不上，或抽樣裡有對照表沒寫的轉換，不把同一套腳本簽成可以進正式環境。清單頁把未達到這些結果的風險寫成：上線遷移延遲或困難、方案裡的資料不準或損毀、使用者和客戶信心下降。這些是該頁的措辭。客製計畫不另造時限或筆數門檻；時段長度寫公司自己同意的切換窗口，並註明日期。
預演核對筆數、抽樣和重複
每一類資料至少留下三個數：來源抽出的筆數、成功寫入目標的筆數、拒收的筆數。三者相加要能對回來源筆數。對不回，先找出差在抽取、轉換還是載入，寫在預演紀錄，不把差額標成「約略相等」。抽樣由熟悉該筆業務的人看來源值和目標值，對照表上的規則是否被用上。抽樣的列號寫進紀錄。
清單頁點名要處理的是損毀和重複。同一識別碼在目標出現兩行，記成重複，並寫哪一行保留、哪一行退出這次載入。退出的規則寫在對照表，不在預演會議上口頭決定。損毀指目標裡的值已經無法對回來源，例如日期被截斷、金額小數位被吃掉。這類列退出本次載入，修正對照或來源之後再預演，不帶進正式環境。
資料退回寫明以哪一份抽取為準
2026年10月22日閱讀的 Microsoft Learn：切換策略 把切換計畫應包含的項目寫成：每項工作的順序和時點、負責人和備援、說明和工具、驗證和簽核，以及出問題時的退回計畫。該頁把事先演練稱為 mock cutover 或 dress rehearsal，並寫明應使用相同的資料、工具和人員。該頁沒有刊登日期，也沒有規定資料退回必須還原哪一種備份。
資料退回因此寫在遷移計畫自己的一節，不併進整個環境的切換步驟。這一節寫：誰宣布退回、來源和目標從何時停止寫入、重新載入的是哪一次抽取、本次寫入目標的列要不要先移除、移除和重載之後再對哪幾個筆數。宣布的人和預演時相同的核對人在退回表上具名。該頁在切換完成後要求核對正式環境的資料是否準確、完整。客製專案把這次核對的筆數和抽樣簽在同一份預演用的表上，日期改成正式載入的日期。
對照和預演沒寫完，不載入正式環境
來源和目標、欄位對照、載入順序、預演的筆數和抽樣、資料退回的抽取版本，有一項還沒寫上，正式環境不載入。缺的那項寫在計畫封面。預演和使用者驗收不要排在同一時段，沿用該頁「資料遷移不應和其他測試同時進行」的寫法。業務還沒簽核腳本，載入日不往前挪。
筆數門檻、停機長度和工具價格留在公司自己的規則和當次報價，並註明日期。上述頁面沒有為客製專案指定這些數字，也沒有排序工具。計畫可以交出之前，用三件事看：每一類是否有對照和順序、預演是否留下筆數和抽樣簽名、退回是否寫明以哪一份抽取為準。三件事都在計畫上，才把正式載入的時段寫進切換通知。