AI 電話留下的不只一個錄音檔。逐字稿、來電號碼、對話摘要、模型事件、API 欄位、人工備註與備份都可能包含可識別資訊。企業若只討論「要不要錄音」，卻沒有盤點資料流、蒐集目的、存取角色、保存期限與刪除流程，風險會散落在電話商、AI 供應商、企業系統及測試環境。本文提供技術與治理盤點，不是法律意見。
錄音只是資料鏈的一部分。來電號碼、通話時間、SIP 識別、逐字稿、對話摘要、情緒或意圖標籤、姓名地址、CRM 查詢結果、工具呼叫參數、客服備註、監控事件與備份都要列入盤點。每一項應標記由誰產生、傳到哪裡、誰能看、保存多久及如何刪除；若供應商無法回答，就不能只靠一句「資料有加密」結案。
| 資料類型 | 常見位置 | 主要問題 |
|---|---|---|
| 原始音訊 | 電信商、語音平台、錄音儲存 | 是否必要、告知、權限、保存與下載 |
| 逐字稿與摘要 | 模型平台、應用後端、客服畫面 | 可識別內容、錯誤內容與搜尋權限 |
| 結構化欄位 | CRM、工單、預約或派單系統 | 蒐集目的、正確性、最小欄位與修正 |
| 模型與工具事件 | 供應商 log、監控與稽核平台 | 提示內容、API 參數、保留期限與跨境 |
| 備份與匯出 | 物件儲存、備援、客服下載檔 | 主系統刪除後是否仍可還原或散落 |
法務部函釋指出，客服錄音若能直接或間接識別特定自然人，可能屬個人資料，其蒐集、處理與利用即受到個資法規範。實務上電話內容常和來電號碼、姓名、訂單、地址或會員資料連結，不能只因音檔沒有寫姓名就假設完全匿名。資料是否可識別與適用哪種法律依據，仍要由企業法務依實際流程判斷。
企業應先確認誰是蒐集者、蒐集目的、使用範圍、保存期間、資料提供對象及當事人權利，再決定通話中的告知方式。不能武斷地說所有錄音都必須取得同一形式的同意，也不能假設既有客服話術自動涵蓋 AI 模型、逐字稿與第三方供應商。金融、醫療、電信或外撥行銷可能另有產業規範，應交由法務或合規角色確認。
錄音為了爭議處理、品質抽查、模型改善或法定保存，可能需要不同期限與權限。每種用途都要分開決定，期限到期後應涵蓋原檔、逐字稿、摘要、匯出與備份的刪除或不可逆去識別。若系統只有新增、沒有查詢與刪除能力，就還不能承諾企業能履行自己的保存政策。
| 檢查點 | 驗收問題 | 應留下的證據 |
|---|---|---|
| 用途與期限 | 每種資料為何保存、保存多久 | 核准政策與系統設定 |
| 查詢與存取 | 誰能依案件或當事人找到資料 | 角色權限與查詢稽核 |
| 刪除與去識別 | 到期或核准申請後如何處理 | 刪除事件、結果與例外清單 |
| 備份與匯出 | 副本何時過期、下載檔如何控管 | 備份週期與匯出紀錄 |
客服席位可能只需要看到摘要與已確認欄位，主管才可調閱錄音；開發與供應商不應因維護方便就取得所有正式資料。模型可呼叫的 API 也要限制到必要動作，重要寫入需後端驗證，密鑰不得出現在對話或前端。每次查看、匯出、刪除與權限變更都應留下稽核事件，並讓前端完整呈現操作失敗。
還要確認資料處理地區、子處理者、預設保存、刪除方式、支援人員存取、加密、事件通知、服務終止後匯出與清除，以及不同環境是否隔離。電話商、語音辨識、模型、主機與監控可能由不同公司提供；任何一層留下可識別資料，都要納入契約與資料流。供應商政策日後可能變更，正式上線前應保存當時版本並定期複核。
優先使用人工設計、去識別或已取得適當授權的測試資料。若真實樣本確有必要，應縮小範圍、限制存取、設定到期刪除並記錄使用目的；姓名、電話、地址、病歷、付款與帳號等內容要依風險遮罩。測試完成後還要確認供應商 log、下載檔與備份是否一併處理，不能只刪除應用資料庫。
發生誤轉、異常匯出、權限錯誤或供應商事件時，企業需要快速確認受影響資料、時間、使用者、供應商與後續流向。監控不能紀錄姓名、電話或完整逐字稿來換取方便；錯誤碼、事件識別與安全摘要通常足以定位。事故通報、保存證據與當事人處理方式，應由企業依適用法律和內部程序決定。
公開案例與可驗證證據
GoGoCha AI 電話與即時派單技術案例