收到資料刪除或更正要求時，客服如何準備行政交接？
整理客服收到資料刪除或更正要求後，如何記錄範圍、核對狀態、整理資料位置並交由具權限人員判定。
收到資料刪除或更正要求，客服的第一步是把請求整理清楚，讓負責人能核對身分、定位資料並作出判定。以下流程協助交接資訊完整，也避免把尚未確認的事項說成處理結果。
先確認請求範圍
客服收到刪除或更正要求時，先把客戶的原話拆成「涉及的資料」與「希望達成的結果」，不要直接改寫成公司已能執行的工作。請記下請求來自哪個管道、收到時間、客戶使用的帳號或聯絡識別，以及客戶提到的對話、檔案、交易或時間範圍；沒有提供的欄位標成「待補」，不要靠推測填滿。若客戶只說「刪掉我的資料」，可以用中性問題確認他指的是哪類資料、約在何時提供，以及希望刪除的內容或用途。提問應以定位請求所需資訊為限，不要因為想讓表單看起來完整，就索取與範圍無關的個人細節。
同一段對話若同時提出刪除與更正，應拆成兩個待判事項，分別記下目標資料、客戶希望採取的動作，以及更正時的舊值與新值。摘要要分開呈現「客戶原意」和「客服理解」；若一句話可能有兩種解讀，就把未解之處列成待確認問題，不替客戶選一種。遇到跨帳號、涉及其他人，或客戶描述的資料無法辨認時，標記需要升級釐清，先不要把多個人的要求合併成一筆。交接前可檢查摘要是否能回答：誰提出、涉及什麼資料、希望如何處理、還缺哪些資訊。假設客戶要求刪除上週傳錯的地址檔，客服可記下檔案類型與大致日期為待定位項目，而不是擴大解讀成要刪除整個帳戶。客戶後續補充或修正說法時，也要保留前後差異，讓承接者知道請求範圍何時改變、哪些部分仍待確認。
身份如何轉交核對
客服可先記錄客戶以哪個帳號、信箱、電話或其他聯絡方式提出要求，以及目前能否把該聯絡方式連結到相關紀錄。這只是交接線索，不代表身分已完成核對。請在摘要中明確標示「尚未核對」、「已依內部流程核對」或「結果待確認」，並寫明由誰、透過什麼已核准的程序處理；若流程不允許客服確認某項資料，就保留空白並交由指定窗口跟進。不要把客戶能登入某個管道、提供一個姓名，或說出部分資料，直接當成足以核對全部相關帳號的證據。
移交前，說明哪些資料已取得、哪些尚未取得，及下一位承接者需要確認什麼。若出現帳號共用、代他人提出、聯絡資料與紀錄不一致，或請求範圍包含另一人的資料，就把疑點原樣交給具權限人員，不要求客戶在一般對話中貼上證件影本、完整付款資訊或一次性驗證碼。內部流程若指定安全的核對方式，客服應提供正確的下一步與可使用管道，不自行建立替代方案。假設有人從新信箱要求更正舊帳號的聯絡資料，交接內容應列出新信箱、客戶提到的舊帳號線索和核對狀態，並指出尚未確認兩者是否屬於同一人；不要先更新舊帳號，也不要先向新信箱透露舊紀錄。若客戶不便使用原管道，記錄這項限制，請負責窗口評估核對方式。客服可以告知案件已轉交核對，但不能把轉交本身描述成身分已通過確認。這樣能讓下一位處理者從明確狀態開始，不必重複追問已經取得的資訊。
涉及哪些資料位置
交接時先整理「已知位置」和「可能位置」，不要把猜測寫成系統中確實存在該筆資料。依客戶提供的識別資訊與描述，記下對話紀錄、客服工單、上傳檔案、聯絡資料或交易紀錄等類別，並附上可供負責人查找的日期、帳號識別或案件編號。若客戶不確定資料在哪裡，就明確標示位置未知；客服無須為了讓案件完整而聲稱已查過所有系統。對於搜尋結果，也要寫清楚實際查找的範圍、條件與執行人，避免把一次未命中的查詢說成資料不存在。
可依內部流程把需要確認的位置交給各自的資料或系統負責人，例如客服紀錄由客服窗口確認，客戶名單由其管理窗口確認；若資料可能經其他服務處理，則標記為待評估的外部位置。這是分派查找工作，不表示組織一定使用這些工具，也不代表資料已同步、刪除或更正。若同一份資料可能有副本、匯出檔或引用內容，讓具權限窗口判斷是否需要一併檢查，以及如何記錄其處理結果。客服不應自行登入不屬於職責的系統，也不應把客戶原始資料複製到新的表格或私人筆記來方便交接。
假設客戶提到某次客服對話及附上的表格，交接可分列「已知：客服對話，日期約為某週」、「待確認：表格附件是否仍保存在相關紀錄」及「未知：是否有其他副本」。這種寫法能讓承接者知道查找起點，也看得出哪些內容是客戶描述、哪些已經核實。若資料位置尚未確認，先把案件交給負責人盤點，不向客戶保證所有副本都能一次找到。查找結果應連回原請求的每個資料類別，標示已定位、未找到或尚未查找；最後兩者意思不同，不能混為一談。如此即使請求跨越多個內部窗口，也能逐項追蹤，而不必用一個籠統的「系統已處理」掩蓋未完成項目。
由誰判定可否處理
客服的角色是把請求與核對線索交給有權限的人員，不是自行判斷資料能否刪除、改成什麼，或對客戶承諾例外結果。交接時應依內部責任分工，標明需要哪個窗口確認身分、資料位置、操作權限及適用的內部政策；若尚不知道由誰負責，就先送到指定的主管或隱私、資料治理窗口協助分派，不要任意挑一位技術同事代替決策者。技術上找得到資料，與組織有權執行客戶要求，是不同問題，摘要也應分開記錄兩者。
具權限人員需要依適用政策及實際情況決定是否處理、是否需要補充資訊，或是否需交由其他窗口判斷。若涉及保留、第三人資料、爭議中的紀錄、跨系統副本或外部服務，客服只記錄觸發疑點與已知事實，讓負責人評估；不要在對話中套用自己理解的法律結論，也不要替決定者編出拒絕理由。判定結果最好逐項對應原請求，標示可處理、需補件、暫緩或不予處理等內部狀態，並附上決策負責人、依據的內部規則或待確認事項。若一部分能處理、另一部分仍待查，也要分項交代，而不是只用整案完成或失敗概括。
假設客戶要求刪除一段對話，查找窗口找到紀錄，但其中可能含有另一位客戶的資訊。客服應把「紀錄已定位」與「是否能依原要求處理」分開，交給有權限人員判斷可採取的方式；找到資料並不等於已獲准操作。若決策者要求補充資料，交接記錄要指出缺少哪一項、由哪個窗口提出，以及取得後應回到誰手上，不把補件要求擴大成新的蒐集目的。客服收到決定後，再按核准範圍安排後續工作與客戶說明。對外回覆只能依已確認的決定撰寫，不能以「通常會處理」或「應該可以」代替正式判定。這樣能清楚保留責任邊界，也讓每項例外都有可追溯的決定來源。
進度如何告知客戶
回覆客戶時，先確認目前能確定的事：請求已收到、哪些範圍仍需釐清、案件已交由哪類負責窗口跟進，以及客戶下一步要不要補充資料。收到要求和完成判定是不同狀態，因此不要把「已轉交」、「正在查找」寫成「已刪除」或「已更正」。也不要先承諾固定完成日、一定能處理，或保證所有位置都會同步更新；若組織有明確的對外時程與核准用語，依該流程告知，否則只說明目前的下一個確認步驟。
如果缺少定位或核對所需資訊，問題要具體且限於處理這筆請求所需的內容，並告知可以透過哪個已核准管道回覆。不要在不安全的管道要求客戶送出敏感資料，也不要把內部系統名稱、同事個人聯絡方式或未確認的猜測全部轉述出去。案件等待其他窗口回覆時，可以告知目前仍在確認資料位置或處理資格，並記錄下次由誰檢視進度；若既有流程沒有對外回覆節奏，就不要自行向客戶承諾定期更新。若有一部分已確認、另一部分尚未決定，應把兩者分開講，避免整體進度聽起來比實際更完整。
例如可說：「我們已收到您要求更正聯絡資料的訊息，目前正在確認相關紀錄與提出要求者的身分。若需要您補充資料，我們會透過這個已確認的管道告知；目前還沒有完成更正。」這段話不預設結果，也交代了下一個可能步驟。每次更新前，客服應對照內部記錄確認用詞與狀態一致；若負責人尚未回覆，明說仍待確認，不替對方推測。客戶詢問進度時，也不要重新索取已在交接摘要中的資料；先查閱紀錄，再只補問真正缺少的項目。若先前說明有誤，應依內部流程更正並記錄，不要讓不同客服各自給出互相矛盾的完成狀態。清楚說明已知與待確認事項，能減少重複詢問，也避免讓客戶依據未核實資訊作出期待。
完成後怎麼留存紀錄
案件處理完後，交接紀錄應足以還原客戶要求、核對狀態、查找範圍、決策人與最後結果，但只保留內部流程要求且有必要的內容。可記錄每項要求的處理狀態、執行或確認窗口、完成依據、尚未處理的部分，以及通知客戶的日期與摘要。避免把完整對話、證件資訊或整份附件再複製一份到一般工作紀錄；若需引用原始資料，依既有權限與保存規則處理。客服行政摘要的用途是追蹤案件，不是另建一套任意擴大的客戶資料庫。
若具權限人員判定只處理一部分，紀錄要說明哪些項目已完成、哪些尚待處理，以及未完成部分目前由誰承接。若決定不處理或需暫緩，應引用負責人提供的核准說明或內部依據，不由客服事後補寫推測理由。對於查找後未找到資料的項目，要保留實際查找範圍與條件，避免日後把「依目前線索未找到」誤記成「所有位置都不存在」。如果案件後續重開，新的回覆、補充資料和狀態變更應接續原紀錄，讓其他承接者辨識哪個版本是目前有效的請求。
紀錄的存取範圍與保留方式，依組織既有政策交由負責窗口管理；客服不要自行設定保存年限，也不要為求稽核方便而無限期保留不必要的副本。結案前可逐項核對原請求清單，確認每項都有判定、結果或明確承接人，對外說明也與最後狀態一致。若仍有未完成事項，案件就應保留可追蹤的待辦狀態，而非只因已回覆客戶便標成全部完成。最後的實用下一步，是建立一份只含必要欄位的交接摘要，先標示範圍、核對狀態、資料位置與負責窗口，再交由具權限人員判定；如需了解 ReplyBot，請前往 ReplyBot 官網。