AI API 資料保留怎麼查？企業資安審查的 12 問清單

要過企業資安審查，得把內容資料、系統 log、傳輸與跨區處理、以及 DPA 與通報文件四層逐項問到，答案才填得進企業的資安問卷。「不拿資料訓練」與「不保留資料」是兩個獨立問題，問卷上該佔兩格，各自要有文件依據；只答前者，後者就空著。本文把這四層拆成 12 問企業資安審查表，每一題對應一份要查證的供應商文件、可填的答案類型，以及對方沒給證據時的追問方式。

同一份問卷經常要同時交給法務、資安與稽核三方，關心的角度不同，問的卻是同一批事。

供應商的答案散在服務條款、DPA、開發者文件和區域設定裡，每一家用詞還不一樣。把它拆成 12 題、每題先鎖定一份要查的文件，會比逐頁翻條款快得多。

AI API 資料保留要核對哪些事，才過得了企業資安審查？

要核對的是四層：內容資料、系統 log、傳輸與跨區處理，以及合約與稽核文件。四層都問到，答案才填得進資安問卷。

台灣企業的問卷還有一個特性：填表的人常常不是問問題的人。

有些人是接到表的採購，得回頭找工程才問得出答案。工程手上只有開發者文件，每一題先寫明該查哪份文件，中間那兩次轉手就不會把問題問歪。

先分開兩件事：用途限制與保存事實

「你們會不會拿我的資料去訓練」和「你們會不會留下我的資料」是兩個獨立問題，問卷上也該佔兩格。Gemini API 的文件就把「不使用付費服務的提示與回覆改善產品」與「保留顧客資料」分成兩節寫，同一份文件裡還列出好幾個會保留資料的功能。不訓練不等於不保存，付費方案也不保證沒有留存。

兩題分開還有一個好處：對方在訓練用途那一題答得快，在保存事實那一題答得慢，這個落差本身就是訊號。

四層核對架構

• 第一層看內容：送出去的提示、附檔與輸出被記錄哪些欄位，是否用於訓練或產品改進，是預設還是要主動開啟，以及消費端服務與 API 是不是同一套規則。
• 第二層看系統 log：log 記了哪些欄位、各類資料留幾天、時間到會不會自動刪除、能不能逐筆刪除、刪除範圍是否涵蓋 log 與快取與備份，還有誰有權限看。
• 第三層看傳輸與跨區：傳輸與靜態各用什麼加密、資料在哪個地區處理與儲存、能不能指定區域、有哪些子處理者，以及清單變更時是否通知。
• 第四層看合約文件：DPA、SLA、稽核報告與事件通報有沒有可簽署或可公開索取的版本，服務終止後殘留資料怎麼處理。

自家紀錄系統也要留一題

問卷上留一格給自己：應用程式 log、APM、錯誤追蹤與客服工單系統，常把完整提示寫進去。這一塊供應商的條款覆蓋不到，卻是多數團隊改幾行記錄邏輯就能處理的部分。

有些團隊的問卷上，這一格是留白的；但這一格得由自家盤點填上，供應商填不了。

要填這一格，先把資料分成三種：您送出去的提示與拿回來的輸出、供應商為了維運而產生的服務與系統 log，以及您自己團隊寫進應用程式、APM、錯誤追蹤與客服工單的紀錄。前兩種由供應商回答，第三種由公司內部盤點。問卷上分三格填，稽核追問時才對得上。

訓練用途與保存事實也別混在同一格。對方說「不用於訓練」，接著問會保存多久、留下來做什麼；對方說「不留存」，確認有沒有包含訓練用的副本。兩個答案各有文件依據，才不會互相掩蓋。

12 問資安審查表：每一題要查哪份文件、答案怎麼填、沒證據時怎麼追問

這 12 格填完，問卷裡資料處理那一段就補齊了。

左欄是要問的事，右邊三欄固定為應查證的供應商文件、可填的答案類型，以及對方含糊帶過時的追問句。

先把查到哪份文件寫清楚

「應查證的文件」那一欄要寫具體：哪一份條款、頁面位置、核對日期，三項缺一項就要重查。接著才判斷答案類型，因為同一份文件往往只回答得了其中一題；12 格全填成「供應商已確認」，反而會在稽核桌上被打回來。

答案類型那一欄不要寫成評語。

「需合約確認」是可以拿去談的狀態，「應該可以」不是，後者等於還沒問。

備註欄留三樣東西就夠：文件名稱與版本、可核對的日期，以及這份文件涵蓋的產品或端點範圍。同一家供應商的 DPA 可能同時涵蓋多個服務，開發者文件的保留說明也可能只寫某一類 API；範圍寫清楚，半年後回頭重查才知道要對哪一份。

追問的句子寫成對方能用一句話回答的形式。例如「請確認本公司在貴平台送出的提示與輸出，是否會寫入任何可讀取內容的紀錄」，比「你們怎麼處理資料」容易得到可核對的答覆。對方回覆後，把您的原句與對方的回覆一起附在問卷後面，稽核看到的就是往來紀錄，不是您的轉述。

不同層的刪除也要分開問：記錄內容的欄位、快取、備份可能由不同機制處理。供應商回「會刪除」時，接著問刪除涵蓋哪幾層、由誰執行、多久完成、有沒有可提供的證明。這幾個子問題放在同一格，才不會以為一個答案涵蓋全部。

資格與方案會改變答案

同一家供應商，不同帳號可能拿到不同答案。OpenAI 的零資料保留寫成提供給符合資格的 API 客戶，需事先核准；Gemini 的文件把保留條件按功能分開列，有些端點根本不在零保留範圍內。問卷上只寫「供應商說會」而沒寫「在什麼資格與功能下會」，這一格等於空著。

同一份問卷交給不同供應商時，也別把上一家的答案直接複製過來。每家的文件分類方式不同：有的把消費端與 API 分開寫，有的把保留天數放在 DPA 附件，有的只在開發者文件裡提一行。填表時看該供應商現行公布的版本，旁邊寫上核對日期，才不會用到已經改版的內容。

供應商只回一半時，怎麼把答案分成三類再往下追

供應商只回一半是常態，重點是把拿到的東西分類。有公開文件的，把條款名稱、頁面位置與核對日期寫進問卷直接引用；需要簽約才成立的就標成需合約確認，要求寫進合約或 DPA；找不到的寫目前無公開證據，並把問題原句寄給供應商或窗口，請對方用同一句話回答。

三類答案的判準

判準不在對方回得多不多，而在回答有沒有對應到一份文件。

如果您手上拿到的只有截圖或口頭承諾，先歸到第三類。同一封信裡，對方可能在訓練用途那一題給得出連結，在刪除那一題只給一句承諾，前者填第一類，後者直接跳第三類。

三類分開記錄還有一個好處：談合約時您手上會有一份清單，知道哪些格子已有公開依據、哪些只差簽名、哪些還沒拿到任何書面說明。追蹤表上可以多加兩欄：預計取得日期與負責窗口。供應商更新條款或文件時，回頭重查第一類的頁面，另外兩類則看合約與往來信件有沒有更新。問卷送出去之前，最後一欄不要留白，稽核通常就從那一欄開始問。

半套答案長什麼樣子

「我們不留存」後面通常要接範圍。Gemini 的零資料保留文件按功能分開寫：以 Google 搜尋強化事實基礎的資料儲存 30 天，地圖接地 30 天，即時 API 的工作階段狀態最多 24 小時，隱含記憶體內快取 TTL 24 小時；企業版平台的文件把搜尋接地的儲存寫成最多 3 天。

使用搜尋或地圖接地時無法停用這類儲存，Interactions API 要把 store 設成 false；要達成零資料保留，得按功能分別處理，或直接避開這些功能。

零保留的宣布，同一頁上也常同時出現兩種說法。OpenAI 的頁面對符合資格的 API 客戶承諾，請求處理完畢後不保留提示與回覆；同一頁的私密安全處理仍標示與早期客戶共同測試、分階段開放。把其中一句當成已經可以開通的開關，問卷會填錯。

MixRoute 的紀錄邊界：不記錄什麼、系統 log 留什麼、留多久

MixRoute 的官方資料處理文件（官方資料安全說明頁）寫得比較直接：不記錄 user input、AI output、conversation、image／file content 或個人身分資料。問卷第一層可以直接引用這條，填「有公開文件」並註明核對日期；把連結一起寫進備註，稽核要查的時候直接點得開。

系統 log 留什麼、留多久

內容不記錄，系統 log 仍然存在。MixRoute 文件裡的系統 log 會記下 timestamps、token counts、model name 與 response status，保留 7 天；官方資料安全說明頁也寫明只有授權人員能依必要性存取、資料經匿名化，且所有存取都有完整稽核紀錄。剩下要另外問的是 7 天到會不會自動刪除，以及能不能逐筆刪除。

把內容與 log 分開填

表上照欄位寫最省事：內容一欄填「不記錄」，log 一欄填「保留 7 天」。稽核追問 log 的存取與刪除時，您手上有這份欄位清單可以直接對。

文件沒寫到的部分，就是問卷上還空著的格子：7 天到期後怎麼刪、能不能逐筆刪除，以及上游模型供應商自己的留存條款。這幾題不在這份公開文件的範圍內，仍要另外問。

如果您公司內部有多個團隊共用同一組 API 金鑰，把哪個團隊、哪個環境、用哪個端點記在同一張表上。事後要查一筆請求屬於誰，靠的就是這張表，不需要供應商配合，卻能省下大量來回確認的時間。

資料傳輸、加密、跨區處理與供應鏈責任，要追到誰身上？

這一層要追到兩個主體：路由平台和上游模型供應商。

閘道或路由平台對自己那一層的資料承諾，不會自動涵蓋上游供應商自身的留存策略，兩邊的條款各自適用，兩邊都要查。表格上的處理地區、加密方式與子處理者清單，也都要指名由誰負責；「平台已加密」這種寫法，稽核不會接受。

實務上，這一層要問到「哪一份條款、由哪個主體負責」。路由平台與上游模型供應商是兩個不同的合約相對人，條款各管各的；子處理者清單變更時，通知義務也要指名由誰發出。把這些寫進採購問題清單，比在會議上追問更容易留下紀錄。

傳輸與靜態加密要問到金鑰

加密這題拆成三問：傳輸中用什麼、靜態儲存用什麼、金鑰由誰保管。前兩項常寫在安全白皮書或架構文件裡，金鑰管理則常掛在企業方案。OpenAI 的企業金鑰管理（EKM）是以客戶自行管理的 KMS 金鑰加密 application state，且有文件列出的產品與端點限制；這與稽核記錄是兩件事，資格與適用範圍要另外確認。

問的時候把「傳輸中」與「靜態」分成兩題，因為不少文件只寫其一。接著補三題：資料在哪個地區處理與存放、能不能指定，以及清單上有哪些子處理者、變更時怎麼通知。這幾題都是採購階段的確認事項，對方有文件就引用頁面與日期，沒有文件就標成需合約確認。

合約文件也拆開問：DPA 與 SLA 是否可以簽署、稽核報告的涵蓋範圍與年度、事件通報的窗口與時限，以及服務終止後殘留資料的處理與刪除證明。每一項都請對方指出適用版本，避免用一份通用文件回答多個服務。問不到的部分，寫進內部風險評估，不要用推測補齊。

跨區處理與子處理者

資料在哪個地區處理、能不能指定，屬於另一組條款。OpenAI 的資料駐留要按專案確認區域資格：目前哪些地區可選、支援哪些端點與模型，都以官方頁面公布的內容為準。區域儲存與區域處理是兩回事；非美國地區另有核准或合約增補要求。有落地需求的企業，把這些條件寫進採購問題，不要假設某個地區一定可用。

子處理者清單要問兩件事：有哪些第三方會接觸資料，以及清單變更時會不會通知。另外把「指定區域是否另外計價」一起問掉；區域端點在市面上常見額外計價，這一題不問，預算會少估。

合約、稽核報告與事件通報怎麼要，才拿得到可公開版本？

稽核桌上要的是可以簽署或公開索取的東西。DPA、SLA、SOC 2 或 ISO 27001 這類第三方稽核報告，問有沒有可簽版本、能不能公開索取，以及報告涵蓋範圍是否包含 API 推論服務。說明頁截圖只能當線索，上不了稽核桌。

稽核報告的涵蓋範圍

報告本身要看兩件事：取得年度，以及涵蓋的產品線。同一家供應商可能有多份報告，分別對應不同服務，拿錯版本等於沒拿。有歐盟資料主體或內部法遵要求的企業，通常會把 DPA 的簽署排在這一輪一起完成。

事件通報與離場

事件通報問三件事：窗口是誰、多久內通知、通知對象包含哪些人。離場問服務終止後殘留資料的處理方式與時程，以及有沒有刪除證明。

採購清單裡最常被跳過的就是離場這一項，而稽核最愛追的偏偏是它；直接把它列成合約附件，比事後補文件省事。

這一輪把題目寫成採購問題，讓對方針對問題回答就好，不必當場保證。例如「請提供目前可簽署的 DPA 版本與其涵蓋的服務清單」、「請說明事件通報的窗口與合約約定的通知時限」、「請提供服務終止後的資料處理與刪除流程說明」。對方答得出，就註明文件與日期；答不出，就保留在追蹤表上，等合約階段一起處理。

問卷上填不出來的那幾格，就是談合約的題目。把這些題目交給 MixRoute 企業窗口談資料條款與合約附件，一次把通報時限、離場條件與 log 存取講清楚。

資料條件談完之後，方案與計費要接著確認什麼？

方案換了、端點換了，資料處理的答案可能要重新問一次，不能沿用上一輪的結果；商業計費與發票則是另一組要確認的事。頁面上的價格目前一律以美元顯示，不換算成台幣或其他在地幣別，也不自行加上匯率或地方稅務計算。

台灣企業的報帳路徑可以談：MixRoute 開得出台灣統一發票，不是由新加坡主體開商業發票，只是要走公司戶：先聯繫業務、以公司儲值的方式採購，自助儲值（信用卡、USDT／USDC）不開。其他市場的開票主體、發票與稅務文件及付款條件，依所在地與方案洽 Sales 確認。

計費與方案分開確認

資料條款與商業條件常被放在同一輪談，但兩份文件的簽署對象不同。FAQ 頁說明目前是 0% 加價；Smart Routing 也全面開放免費使用，不收路由服務費，帳單上只有實際選用模型的用量費用。方案範圍與用量條件另外確認；對照 各方案的儲值級距與獎勵 即可。

FAQ

AI API 不拿資料訓練，是不是就代表不會保留？

不一定，這兩題在問卷上要分開填。OpenAI 的 Data Controls 頁寫明 API 資料除非明確選擇加入，不會用於訓練；同一頁也說明預設的濫用監控 log 可能包含內容並保留最長 30 天，應用狀態的保留則看端點與功能。Anthropic 的商業 API 保留頁寫的則是標準保留下輸入與輸出會在 30 天內刪除，同樣有頁面列出的例外。分辨的方法不複雜：先問有沒有留存，再問留多久。

零資料保留是申請就有，還是預設開啟？

都不是，它看資格與功能，不是後台一個開關。OpenAI 的寫法是對符合資格的 API 客戶承諾，而且需要事先核准；同一頁的私密安全處理目前仍在早期客戶測試階段，尚未普遍供應。Gemini 那一側則把保留條件按功能分開列，想做到零保留得按功能處理，或直接避開這些功能。書面確認還沒到手之前，問卷上先填「需合約確認」，對方補了文件再改。

我自己的 log 要不要一起算進審查範圍？

要。自家系統寫進去的紀錄，例如 APM、錯誤追蹤或客服工單裡的內容，同樣屬於資料保留的一部分，而且這一格供應商的條款再嚴也管不到。這些地方常把完整提示寫進去，改幾行記錄邏輯就能處理掉，盤點自己的紀錄是企業最快能補上的一塊。稽核問資料流向時，這一格留白比供應商的保留天數更容易被追問。

稽核要的是什麼文件，說明頁截圖可以嗎？

通常不夠。稽核要的是可以簽署或公開索取的文件，DPA、SLA 與第三方稽核報告（例如 SOC 2、ISO 27001）才算得上桌，而且要確認報告涵蓋範圍是否包含 API 推論服務。說明頁與行銷文案可以當查證的起點，卻不能當成稽核證據；對方只給得出截圖時，這一格先留成「目前無公開證據」，並在合約階段要求可簽版本。

MixRoute 會不會記錄我送進去的內容？

不記錄內容，但會留系統 log。官方資料處理文件寫明不會留下您送出或拿回的內容、對話與圖片檔案，也不記錄個人身分資料；系統 log 則保留 7 天，而且只有授權人員能依必要性存取、資料經匿名化、存取留有完整稽核紀錄。問卷上這兩格分開填：內容那格可直接引用公開文件；7 天到期後的刪除機制、逐筆刪除與上游模型條款，要另外向 MixRoute 確認。

跨區處理與加密要問到什麼程度？

要問到資料在哪裡處理、傳輸與靜態各用什麼加密、以及有哪些子處理者會接觸資料。再往下追的是子處理者清單變更時是否通知、指定處理地區要不要另外計價，以及這些控制在方案之間有沒有差異。區域資格與支援端點要按當前專案確認，不能假設某個地區或某個模型一定可用；這一題通常在採購階段就先問掉，比上線後補問省事。

台灣企業採購時，發票與合約條件怎麼問？

依所在地與方案洽 Sales。台灣市場開得出統一發票，前提是公司戶先聯繫業務、走公司儲值，自助儲值不開；其他市場的發票與稅務文件則還未確認。合約條件建議與資料條款一起談，把通報時限、離場條件與 log 存取放在同一輪問完，會比只比價格少走一趟。