共用信箱搬到工單工具怎麼切換？先盤點欄位再分批移轉
從資料範圍、欄位對照到試移轉、接件責任、回復條件與總數核對，整理共用信箱搬到外部工單工具的實作步驟。
共用信箱改用工單工具，難處常在舊資料定義不一，以及切換時新信件由誰接手。先盤點欄位與例外，再用小批資料驗證，能讓團隊在擴大移轉前看清楚差異、責任與回復方式。以下做法適用於外部郵件平台與外部工單平台之間的規劃；實際匯出和匯入能力，仍須向所選平台確認。
搬遷前先列哪些資料
搬遷前先說清楚要移動的範圍：所有歷史信件、未結案件，還是某日期後仍需追查的往來？列出涵蓋的信箱與別名、時間區間、資料擁有人，再盤點主旨、寄件者、收件者、時間、本文、附件、標籤、狀態、負責人及往返信件關聯。每欄記下來源、目的端、必填性、空值處理和抽查方式；欄名相似，不代表含義或格式可直接互換。
還要釐清一筆資料的單位。來源按郵件串計、目的端按訊息或工單計時，先訂換算規則；同一信件若經多個信箱或轉寄而重複出現，記錄去重依據。分開統計草稿、垃圾信、退信、已刪項目及排除資料，列出理由與核准人，避免把匯出總列數當成可移轉總量。若含個人或付款資訊，限制可存取人員，只保留移轉所需欄位並確認內部保存規則。
把盤點整理成清單：資料範圍、筆數來源、敏感程度、保留需求、負責人、驗收者和例外處理。向兩端管理者確認匯出範圍、匯入限制、權限與附件條件，再決定試移轉方式，不要預設任何平台支援特定格式。對尚未確認的欄位，指定查證人與回覆期限，避免例外卡在無人處理的狀態。
樣本要涵蓋多封往返、附件、標籤與已結案等不同型態，並指定哪些關聯不可漏、發現何種差異先停。盤點完成的判準是範圍可重現、欄位有人負責、例外可解釋、樣本能定位；若這些條件還不齊，先補清單再匯入。
標籤與狀態如何對照
標籤多用來分類，狀態則表示處理進度，不要硬塞進同一欄。先抽查實際用法，區分客戶類型、問題原因、優先順序、內部提醒與處理結果；同名標籤可能被不同團隊用來表示不同事情，名稱不同也可能意思相近。找信箱管理者與處理人共同標記仍在使用、可合併、已停用及含糊不明的值，並註明哪些只是歷史線索。
接著做來源對照表，列出來源值、正式定義、目的端值、轉換方式、無對應值時的處置及確認人。不要假設目的端一定有同名欄位；若多個值要合併，先說明會失去哪些細節，並確認搜尋與報表使用者仍能辨認。遇到沒有對應值的標籤，可以保留原文、列入人工檢查或暫停該批，不能默默刪除。
狀態要用下一步行動定義。例如「待回覆」代表輪到客服發信，「等待客戶」表示已提出問題並需要客戶補充，「已結案」則須符合團隊約定的結案條件。不要只用最後寄信時間推定案件已結束，也不要把內部待辦直接換成等待客戶的狀態。
假設舊信箱有「急件、待主管、退款、已處理」四種標籤，試移轉時不應把「待主管」直接改成「等待客戶」：前者可能是內部審核，後者是等外部回覆。可暫存原標籤作歷史欄位，再套用確認過的新狀態。這是流程示例，不代表任何平台提供相應欄位或自動轉換。每種映射至少抽查一筆，請實際處理人依新定義演練分派、回覆與結案，再擴大到後續批次。
附件與往返信件怎麼抽查
附件及郵件串即使總數一致，也可能有內容或關聯斷裂。先按風險挑樣本：單封無附件、多封往返、含多個附件、轉寄信、檔名含特殊字元、較大的檔案與內嵌圖片。每個樣本記下來源位置、訊息時間、附件檔名和數量；若資料受限制，只讓有權限的人檢視，不要把敏感檔案放進一般清單。
逐筆比對時，不只確認附件存在，也要確認檔案能開啟、名稱與內容相符，信件仍連到正確案件，寄件與收件方向清楚。往返信件則核對時間順序、寄件者、收件者、主旨、本文與引用內容，留意目的端是否拆開多封信、合成單一案件，或只呈現最近一封。若轉寄造成重複，記下哪一份是原件，避免誤認為客戶再次來信。
用核對表記錄預期內容、實際結果、差異、影響、處理人與複查結果。假設某樣本原有三封往返和兩個附件，移轉後三封都能按時間閱讀、兩個檔案也都能開啟，才把該樣本標記為通過。若缺一封信或附件無法辨識，就記為未通過並確認影響範圍，不要用附件總數相同掩蓋個別問題。樣本範圍依資料量和風險決定，沒有固定比例能代替判斷。
遇到問題時，先分辨可能是匯出缺漏、格式轉換、權限不可見，還是目的端呈現方式不同，並保留兩端可追查的識別。修正後重驗原案例及同類資料，記下是否需要重新移轉；不要在正式切換時臨時補檔或貼信而不留紀錄。最後由未執行匯入的人複核抽查結果，確認附件與往來脈絡都能追溯。
切換期間由誰接新件
切換期間要避免新信同時流入兩套流程，或兩邊都以為對方會接。先指定切換負責人、舊信箱監看人、新工單佇列承接人、技術聯絡人和拍板者，寫明誰能暫停匯入、誰通知團隊，以及缺席時的代理人。排班需涵蓋窗口前後的工作時段；只寫日期而沒有開始時間、結束時間與時區，容易讓團隊理解不同。
窗口開始前，確認新進郵件會到哪裡、舊流程是否仍可讀、重複案件如何辨識，以及路由或轉寄設定由誰操作。切換當下指定唯一接件位置，由值班人用同一套方法查看新件、確認案件已建立並分派。若短期必須兩邊並行，先說明哪邊是主流程、誰負責抄錄及如何識別同一封信，避免兩邊各自回覆。
安排一段觀察期，按固定間隔核對新件是否進件、建立、分派和開始處理；核對頻率依團隊量能及信件量訂定。交接紀錄要包含時間、未處理件數、最後一筆來源識別、暫存位置、當班人及待辦。若窗口跨越交班時間，安排接班人確認交接內容，不要只留下一句「已切換」。
假設星期二上午切換：甲在觀察期監看舊信箱但不回覆，乙承接新佇列並回報新件數，丙定時比對兩端識別；這只是示例，實際分工要依班表調整。窗口結束前，切換負責人確認是否仍有信件留在舊位置、轉寄延遲或重複建立，再決定維持觀察或收斂流程。若客戶可能遇到延遲，團隊使用一致說法，只說明已確認的處理狀態。
何種狀況回到舊流程
回到舊流程要依預先約定的條件啟動，而不是只憑「看起來不對」。停止條件可分為資料完整性、接件能力、操作權限與外部影響，例如重要往返信件大批缺漏、附件無法取回、持續漏接新件、無法辨識案件負責人，或未授權人員看得到敏感內容。每個條件都要寫出可觀察的證據、判斷門檻、通報人和決策者，並在小批演練時確認找得到人。
先定義回到哪裡。舊信箱可能仍能收信、只能查閱，或只留有部分資料；逐項確認如何重新接件、誰能更改路由、新工具已新增的回覆如何記錄，以及切回後如何避免遺漏已處理案件。若舊端不再能接件，就不能把它當作可靠的回復方案，應另訂暫存與人工承接方式，並先驗證必要權限。
用桌上演練檢查每個角色能否收到通知、找到最近一次完整核對點，並說明哪些新件要重建或逐筆抄錄。演練是為了找出決策和權限空缺，不代表保證能在某個時間內復原。例如大家都知道出問題要切回，卻沒有人能調整路由，就表示方案還不能執行。另指定誰通知內部同仁及受影響客戶，訊息只說已確認的處理方式，不猜測原因或恢復時間。
條件觸發時，先停止擴批或匯入，保留來源清單、批次編號、錯誤紀錄與最後核對時間；決策者依門檻啟動演練過的回復程序，再逐件盤點切換後的新郵件，確保每件都有承接位置。回復後由另一人核對新件與既有待辦，標記資料差異並確認不會重複回覆，再決定何時重試。不要同時改路由和重跑範圍不明的批次，否則難以確認哪些資料已處理。
搬遷後如何核對總數
核對總數前，先統一來源與目的端的計算口徑。說明統計的是郵件、郵件串、訊息還是工單，草稿、垃圾信、退信、已刪項目、重複信件及匯入失敗是否包含在內；使用相同信箱、日期區間和截止時間，並記錄時區。若一串郵件在目的端拆成多筆，就先寫出換算關係，不要直接用兩邊總數相減。
每批建立對帳表，列來源筆數、預期與實際目的端筆數、排除數、失敗數、重複數、抽查結果、差異原因、處理狀態和核對人。再按信箱或日期比對筆數分布、未結與已結案件、附件及郵件串數，並抽查可定位的識別。只看全站總數不足以驗收，因為某個信箱少了資料，可能被另一個信箱多出的資料抵銷。
假設來源有一百二十個郵件串，其中十個依事先規則排除，預期其餘一百一十串各成一張工單；目的端若只有一百零八張，就有兩張差異，應追出缺少的來源識別，而不能記為「大致完成」。若一串拆成多則訊息，就另外列訊息筆數，避免把增加的訊息誤判成重複工單。這只是算式示例，不是平台的實測數據。
對帳完成前，保存各端匯出報告、批次參數、失敗清單與操作者，並標明版本和存取範圍。修復差異後重跑受影響的小批，記錄原值、新值、原因及複核人；由未執行匯入的人檢查口徑、例外、抽樣與未解差異。下一步可把首批範圍、值班名單、停止條件和回復方式寫成一頁切換單，與團隊確認窗口；ReplyBot 官方資訊請見 ReplyBot 官網。