取消 SaaS 前資料真的匯得出來嗎？先做一輪匯出與抽樣還原

停用 SaaS 前，先整理要保留的資料、試匯出代表性樣本，核對欄位與附件，再到隔離位置抽查還原，確認缺漏後再決定下一步。

取消 SaaS 訂閱前，看到匯出檔案下載完成，不代表裡面的資料已能在別處使用。欄位可能改了名稱，日期可能少了時區資訊，附件也可能只留下連結或識別碼。停用前做一輪小規模演練，可以提早看出這些落差，讓後續決定有實際檔案和抽查結果可依據。

本文依序整理保留範圍、查明匯出方式、試匯出樣本、核對內容與隔離還原。不同平台和帳戶的匯出內容各有差異，請以實際可取得的檔案與操作結果判斷；文中的數量例子均為假設，方便說明檢查方法。

列出需要保留資料

先把「要留下」定義成可核對的清單，而不是只寫「客戶資料」或「重要資訊」。逐類列出資料主體、保存理由、預計用途與負責確認的人，例如客戶、訂單、商品、工單、留言、報表、表單回覆、自訂欄位和附件。再分辨平台原始資料、匯入後產生的資料、操作紀錄與設定；只看主表名稱，容易忽略關聯資料或欄位的實際用途。若不確定某項是否仍在使用，可請熟悉流程的人指出最近查詢或處理它的情境。

接著替每類資料補上需要的關聯方式。客戶與訂單是否靠客戶編號連結？工單是否依賴負責人、狀態或來源欄位？附件是否需要知道它屬於哪筆紀錄？把這些依賴寫在清單旁，才能檢查匯出時是否只拿到一串沒有上下文的文字。也記下使用者常用的篩選條件，例如建立時間、狀態或分類，並確認這些條件所依據的欄位也包含在保留範圍內。

清單不必先追求完整到每個欄位，但要標出優先級和判斷原因。可分為停用後無法重建的核心資料、能從其他來源補回的資料，以及只供查考的歷史紀錄；每項各自寫明預計如何使用或查閱。假設一家小店要取消訂單工具，清單可先列訂單主檔、商品明細、付款狀態、顧客聯絡方式和每筆訂單的附件，並註明誰要核對。這樣試匯出時就能逐項對照，避免把「檔案有下載」誤當成「需要的資料都有保留」。

查明平台匯出方式

確認要保留哪些資料後，再查清楚平台實際允許匯出的範圍。先從帳戶內可見的匯出選項、官方說明或管理者文件確認：哪些資料類型可選、是否能限定日期或狀態、每次匯出的檔案形式，以及附件是否包含在內。若文件沒有說明某個細節，就把它記為待實測，而不要從按鈕名稱推斷。也要確認執行匯出的帳戶是否能看到所有預定資料；資料清單和登入者可見範圍可能不是同一件事。

分辨每一種取得方式帶回來的內容。有些匯出以表格呈現欄位和值，有些則可能包含多個檔案或供其他工具處理的結構；平台也可能把附件另行打包，或只提供可追溯的參照資訊。這些都是需要從實際檔案確認的可能情況，不能預設任一種格式一定含有所有細節。逐項記錄匯出檔名、涵蓋資料類型、篩選條件，以及當時畫面或說明能確認的限制，讓日後抽查時知道手上的檔案代表什麼範圍。

若資料量大或匯出程序會花時間，先在不影響正常作業的條件下取得小樣本，觀察完成後收到什麼檔案、如何辨認內容、附件是否另有處理步驟。不要為了試驗而改動正式資料或觸發不必要的通知；先確認操作的影響範圍，再依平台實際流程執行。若需要請平台支援說明，問題要具體，例如詢問附件是否包含在指定資料類型的匯出中、日期欄位採用何種表示方式，以及關聯紀錄能否一併取得。收到回覆後，仍以自己下載的樣本核對，並保留詢問與結果，方便交接給下一位處理者。

先匯出代表性樣本

先挑一小組能代表真實使用情境的資料，不要只選最乾淨、最簡單的紀錄。樣本可涵蓋不同狀態、日期、分類、含附件與不含附件的項目，以及有關聯紀錄的主體。挑選時先列出預期筆數和特徵，例如哪些紀錄應該有聯絡人、日期或檔案，避免匯出後才憑印象判斷。若平台允許按條件匯出，可用明確篩選取得樣本；否則記下取樣方式，並避免把隨手挑的一筆當成全貌。

下載前建立本次演練紀錄：操作時間、匯出資料種類、篩選條件、檔案名稱、預期筆數，以及是否預期含附件。使用不會和正式檔案混淆的資料夾名稱，原始匯出檔先保留一份，不要直接改名欄位或手動修補內容。接著開啟檔案，確認不是空白、亂碼、截斷或只有說明文件；記錄實際列數、欄位數及附件檔案數。若匯出程序分成多個檔案，把每個檔案與其資料類型對上，避免後續把附件清單當成附件本身。

假設某個測試樣本包含十筆訂單，其中三筆各有一份附件，這只是示範計數的方法。匯出後先核對是否看到十筆訂單資料，再檢查三筆附件是否各自有可讀取的檔案或可驗證的參照；如實際樣本不是這個數量，就以事先記錄的預期值為準。若有一筆訂單或附件缺少，先重做相同條件確認是否可重現，並記下差異；不要為了讓檢查表打勾而補造資料。樣本演練通過，只表示這組情境可進一步檢查，不代表尚未抽到的資料類型也已完整匯出。

核對欄位與附件

核對時先比較清單中的預期欄位和匯出檔實際標題，再選幾筆已知紀錄逐欄檢查值是否對得上。留意欄位被改名、合併、拆開，空值和零值難以區分，或同一欄位混有不同格式等情況。若原平台能查到紀錄來源，可用少量人工對照確認資料沒有錯列。也查看關聯識別碼是否保留，尤其是主檔與明細、客戶與訂單、紀錄與附件之間；欄位都在但關係斷開，後續仍可能無法還原原本用途。

日期與時間要用實際事件交叉確認，不只檢查表面格式。選一筆知道發生順序的紀錄，比對匯出後日期是否仍可辨認，並查看是否有時間、時區或日期格式轉換造成的歧義。對金額、狀態、分類等重要欄位，也確認匯出值能否和原紀錄逐筆對照；不要看到欄位名稱相似就直接認定意思相同。附件則抽查能否開啟、檔案是否可讀，以及檔名或資料夾是否能追溯回原紀錄。若只看到網址或檔案代碼，就先確認其在停用來源平台後是否仍可使用，不能把連結存在當成檔案已備妥。

可以把判定寫成簡單檢查表，讓其他人重做時使用：

假設十筆訂單中三筆各有一份附件，檢查記錄可寫「十筆訂單可辨認；預期三份附件，實際核對三份」，不必寫成平台永遠保證完整。若任何欄位或附件未通過，就記下原始值、匯出值及差異樣貌，讓後續能判斷是匯出方式、資料格式，還是取樣範圍造成的問題。

在隔離位置還原抽查

匯出檔看起來完整，仍要確認資料在離開原平台後是否可讀取和使用。選一個與正式作業隔離的位置，先依檔案現有格式檢視或匯入少量樣本；若工具會建立真實通知、寄信或連接外部服務，先停用這些動作或使用不會影響客戶的測試方式。不要把樣本直接匯回正在使用的正式環境，以免重複建立資料、覆蓋紀錄或觸發流程。隔離的目的，是讓檢查可以安全重做，也能清楚分辨測試資料與正式資料。

還原時先用一筆或少量資料確認欄位如何對應，再檢查匯入後的筆數、文字、日期、關聯和附件是否仍符合原始樣本。若資料需要經過轉換才能使用，記下每一步做了什麼、哪些欄位需人工處理，以及轉換後如何回查來源。遇到欄位無法對應，不要直接丟棄或猜測替代欄位；先確認它的業務用途，再決定是否保留原值、拆分成其他欄位或採用只讀存檔方式。能在隔離位置查看，不等於已能在新流程中完整運作，兩者的驗收條件要分開記錄。

完成後做一次從目標位置回查原始樣本的演練：隨機選一筆有關聯或附件的紀錄，確認查找路徑、內容和對應關係都說得清楚。再讓另一位熟悉資料但未參與匯出的同事，照簡短步驟試著找到同一筆；如果只有原操作者知道檔案放哪裡或如何解讀，就要補上命名、索引或說明。記錄使用的隔離位置、匯入或檢視方式、通過項目和無法重現的部分。這些記錄是演練證據，不代表平台供應者承諾或正式遷移已完成；正式轉換前仍須按實際用途訂出驗收範圍。

記錄缺漏再決定停用

整理結果時，把每項檢查標成已核對、待查或有缺漏，並附上檔名、樣本特徵、預期內容與實際結果。缺漏描述要能讓別人重現，例如「指定樣本中的一筆工單沒有附件檔」比「附件有問題」更有用；同時記下是否已重試、重試結果，以及需要平台管理者或支援窗口回答的問題。把檔案位置和存取方式交給接手者時，避免將密碼或權杖直接寫進一般文件；只記錄受控的存取途徑，並確認負責人知道如何取得檔案。

依資料的重要性設定停用決策，而不是只看總體上有多少項通過。核心資料、必要附件、重要關聯或日期若仍有無法解釋的差異，就先保留訂閱或安排替代保存方式，等責任人確認缺漏能接受或已補足，再評估下一步。若缺的是能從另一個可信來源重建的次要欄位，可記明來源、負責人和預定處理方法，再由資料使用者確認是否足夠。若核心內容可讀、抽查關係清楚且未解決項目有明確安排，則依組織的實際需求決定何時停用，並保留匯出檔與檢查紀錄供日後查閱。

最後把決策寫成簡短交接紀錄：保留哪些資料、演練涵蓋哪些樣本、哪些檢查通過、仍有哪些缺漏、誰負責處理，以及何時重新檢視。下一步可先建立一份含資料類型、預期欄位、附件數和抽查結果的清單，再用它安排一次小樣本匯出與隔離還原。如果演練後還需要把保留資料銜接到新的工作方式，可帶著清單和缺漏紀錄，透過 ZhenheAI 的商務流程規劃與交接轉換服務討論需求與驗收範圍：https://zhenheai.com/zh-tw/。