摘要
AI 助理通過測試、能在展示環境回答問題，卻仍可能只存在委外團隊的帳號裡。專案結案後，若企業不知道工作流在哪裡、資料從哪裡更新、服務故障時怎麼停，這套系統就還沒有真正接回來。
本文給台灣中小企業主、採購窗口與導入負責人一份首次委外結案的資產接管清單。它接續需求書、報價比較與試點驗收：確認功能做到了之後，再確認企業拿到了什麼、誰能用、誰能維護。
核心結論：交付不是一包檔案，而是可驗證的控制能力
請把「交付」拆成四個問題：資產在哪裡？企業有沒有約定的使用權和管理權？內部人員能否自行完成一次小變更？故障時能否找到負責人和回復路徑？
英國政府 AI 採購指南將知識移轉、內部人員培訓、持續支援及合約結束安排列為採購和營運考量。澳洲政府 AI 影響評估指引則提醒採購方釐清資料移交或銷毀、智慧財產、供應商紀錄及內部維護能力。兩者是方法參考，並不自動決定台灣私部門的資產所有權；可交付範圍仍須回到契約與平台授權。
| 接管層 | 至少要收到或確認 | 企業可做的實測 |
|---|---|---|
| 控制權 | 管理員角色、帳單與部署專案歸屬、外部人員權限清冊 | 企業管理員登入，查得到成員、環境與費用入口 |
| 工作成果 | 約定可交付的提示詞、工作流、程式或設定版本，以及第三方授權限制 | 在受控環境複製一版並完成小幅更新 |
| 資料與證據 | 資料來源清單、版本、更新方式、測試結果與已知限制 | 用企業人員提供的新文件重跑代表案例 |
| 營運能力 | 部署、監測、故障停用、回復及求援文件 | 內部人員依文件完成一次演練 |
第一步：先區分「企業資產」與「供應商服務」
不要預設所有程式、模型、提示詞、訓練資料或第三方套件都會轉讓。先拿原需求書、報價附件與契約列出：哪些是企業提供的資料、哪些是委外團隊為本案製作且約定交付的成果、哪些只是供應商持續提供的服務、哪些受第三方平台授權限制。
例如客服知識庫的原始政策文件可能由企業管理；工作流設定能否匯出、提示詞版本是否交付、向量索引能否重建、模型 API 的帳號歸誰，則要逐項核對約定。若合約沒有寫清，請雙方補上書面確認，不要因為看得到畫面就推定已取得複製或轉讓權。
澳洲政府指引也要求採購方釐清輸入、輸出、模型與技術文件的智慧財產權。這提醒我們把權利、存取方式與可維護性分開記錄，而不是用「原始碼已交付」一行帶過。
第二步：建立一張能逐項簽收的移交表
每筆資產都應有名稱、位置、目前管理者、約定權利、版本、接收人、驗證動作、結果與未結事項。不用一開始追求完美文件；先把會讓服務停止或無法更新的項目列全。
| 類別 | 應詢問的交付問題 | 可接受的證據示例 |
|---|---|---|
| 帳號與環境 | 正式、測試環境由誰管理？帳單與告警寄給誰？ | 企業管理員實際登入並看見角色、用量與環境清單 |
| 金鑰與連接 | API、OAuth、Webhook、service account 是誰建立？ | 連接清冊、權限範圍與輪換計畫；不在一般文件附明文金鑰 |
| 提示詞與流程 | 哪一版在正式環境？輸入、人工審核、例外轉接在哪設定？ | 版本庫或匯出檔、變更紀錄、流程圖與可重跑案例 |
| 資料來源 | 知識庫來自哪個企業系統？更新與刪除如何生效？ | 資料清單、同步頻率、更新負責人、重建方式與限制 |
| 部署與回復 | 誰能部署、監測、暫停與回復？ | 部署步驟、依賴版本、監測入口、備份與復原演練紀錄 |
| 品質與支援 | 哪些案例已驗收、哪些缺陷未結、保固或維護誰負責？ | 驗收報告、未結清單、支援窗口與回應約定 |
金鑰不要以聊天訊息或交付文件明文傳送。比較穩妥的做法，是由企業在自己的帳號或安全儲存中建立新憑證，讓委外團隊協助切換與測試，確認新憑證可用後，再按計畫停用不再需要的舊憑證。每個平台能否這樣操作，仍要看其實際權限及服務契約。
第三步：由企業人員做一次「離開供應商也能操作」的接管演練
文件交齊不等於接管成功。安排一位未參與開發的企業人員，依文件在受控環境完成以下動作；委外團隊可以觀察與答疑，但不要代按每個步驟。
- 定位：找出正式環境、版本、資料來源、管理員與支援聯絡人。
- 變更：更新一筆非敏感測試資料或一段測試提示詞，提交審核後發布至測試環境。
- 驗證：重跑試點驗收中的代表案例，記下版本與結果。
- 處置：模擬資料來源不可用或輸出不確定，確認人工接手、告警與暫停入口。
- 回復：依文件退回上一個可用版本，確認由誰批准、誰記錄及如何通知使用者。
這是接管能力測試，重點是企業接收本案成果後能否做日常更新與處置。若已決定停用工具或換供應商，則要另做退場演練；若未來只是企業內部換負責人，可使用owner 交接清單。
若某項資產拿不到，怎麼記錄？
有些雲端產品無法匯出完整模型或專有工作流；有些第三方套件不能轉讓。遇到這種情況，先把「拿不到的內容、原因、契約依據、替代方式、後續費用與停止使用時的處理」寫在同一份移交表，不要偽裝成已完成。
| 情況 | 建議處理 |
|---|---|
| 原約定應交付，但尚未交付 | 記為未結項，約定責任人、補件日期與驗證方式；是否影響簽認依契約判定 |
| 平台本身不支援匯出 | 記錄可匯出的資料、設定與紀錄，評估替代流程及持續使用成本 |
| 企業暫無維護能力 | 明確指定內部 owner、培訓範圍與支援合約，避免文件入庫後無人操作 |
| 權利或授權不清 | 暫停對可轉讓性與所有權的宣稱，請採購、法務與供應商釐清書面條款 |
接管後仍要決定誰維護、誰付用量費、誰批准變更。這是下一篇「繼續委外或轉內部維運」的決策；今天先把可以接手的事實查清楚。
常見問題
已經拿到原始碼，還需要接管什麼？
要確認資料來源、部署環境、依賴、權限、測試案例、監測與回復方式。只有程式碼，未必足以在企業自己的環境重建或安全維護流程。
供應商不願交出自己的主帳號，算未交付嗎？
不能只看帳號名稱。先核對合約約定的控制權和服務模式，再看企業是否有足夠的管理、停用、匯出與稽核能力；若能力不足，記錄缺口與替代方案。不要要求共用供應商的個人密碼。
結案當天需要立刻撤掉所有供應商權限嗎？
先確認是否還有保固、維護或缺陷修正義務，列出每項權限的必要範圍與到期日。由企業管理員按過渡計畫調整，並在切換後驗證正式流程仍能運作。
下一步
先選一條已驗收的 AI 流程，填好移交表並讓企業人員在測試環境完成一次小變更與回復。若接管時發現資料處理條款仍不清楚，回頭看供應商資料處理審查；需要討論實際委外與維運安排，可使用FlyPig AI 聯絡入口。
參考來源與資料時間
資料查核日期：2026-10-08。以下是 AI 採購、移交與風險文件的第一方／官方方法來源。本文清單與演練由 FlyPig AI 整理，不是來源機構的官方範本或台灣企業法定交付標準。
延伸閱讀
- AI 委外試點如何驗收？：上一層概念，先確認甲乙方共同的測試與簽認證據。
- AI 工具退場前要先演練什麼？：相鄰風險，若停用或換供應商，需另處理資料匯出與撤權。
- AI 專案換負責人怎麼交接？：下一步工具，企業接管後若更換內部 owner，可沿用交接清單。