Skip to main content

​
簡短回答

賬戶時區保持 UTC+0

預設的 London (UTC+0/+1) 就是正確設定，不要改。日誌庫本身按 UTC 記錄，UTC+0 與資料來源一致

彈窗選「暫時忽略」

控制台檢測到裝置時區不同會彈「本地設定建議」，點左邊的「暫時忽略」，不要點「切換到 Asia/Shanghai」

逐筆日誌走非同步匯出

日誌頁的匯出按鈕固定按 UTC+0 輸出逐筆消費記錄；彙總賬單跟隨賬戶時區，改過時區會導致日期歸屬偏移
已經切換過時區的使用者，改回 London (UTC+0/+1) 即可。 切換時區隻影響頁面展示與彙總口徑，不會改動、也不會丟失任何已產生的呼叫資料，改回來之後統計圖和賬單日期即恢復正常。

​
賬戶時區在哪裡看

在控制台的使用者資訊一欄可以看到當前賬戶時區，正常應顯示為 London (UTC+0/+1)，也就是 UTC+0。
控制台使用者資訊欄，時區一項顯示 London (UTC+0/+1)

控制台「使用者資訊」一欄的時區設定，正常為 London (UTC+0/+1)

​
彈出「本地設定建議」時請選「暫時忽略」

當賬戶時區（UTC）與你當前裝置的時區（例如 Asia/Shanghai）不一致時，控制台會彈出一個「本地設定建議」視窗，並給出「切換到 Asia/Shanghai」的按鈕。
本地設定建議彈窗：賬戶時區 UTC、當前裝置時區 Asia/Shanghai，底部有暫時忽略與切換到 Asia/Shanghai 兩個按鈕

控制台彈出的「本地設定建議」視窗，請點左側的「暫時忽略」

請點「暫時忽略」，不要點「切換到 Asia/Shanghai」。 切換後，日誌頁頂部的**「呼叫資料一覽」統計圖**展示會錯位——時間分桶與圖表區間對不上，看起來像資料缺失或整體平移。
受影響的就是日誌頁頂部這一欄：
控制台日誌頁頂部的呼叫資料一覽入口，被紅框標出

日誌頁頂部的「呼叫資料一覽」，賬戶時區被切換後此處統計圖會錯位

日誌明細列表裡的時間同樣跟隨賬戶時區顯示，所以保持 UTC+0 也讓明細、統計圖、匯出檔案三者口徑一致，換算時統一加時差即可。

​
兩種匯出方式怎麼選

日誌頁右上角有匯出和彙總賬單兩個按鈕，二者的時區口徑不同，這是最容易踩坑的地方。
日誌頁工具欄，左側為匯出按鈕，右側為彙總賬單按鈕

日誌頁右上角的「匯出」與「彙總賬單」兩個按鈕

​
彙總賬單：按賬戶時區彙總

彙總賬單匯出的資料預設按你的賬戶時區設定來彙總。如果賬戶時區被改成了 UTC+8，當天 16:00 (UTC+8) 之後的呼叫日誌，在彙總賬單裡會被算進次日的賬單資料，導致某一天的金額看起來不對。
遇到這種情況，把賬戶時區改回 UTC+0 再匯出彙總賬單即可，日期歸屬就正常了。

​
匯出 → 後臺非同步匯出（更推薦）

需要逐筆消費日誌時，用匯出按鈕，並在彈窗裡選擇後臺非同步匯出。
選擇匯出方式彈窗，包含匯出欄位、當前頁面匯出與後臺非同步匯出、Excel 與 CSV 格式、最大匯出記錄數等選項

「選擇匯出方式」彈窗：匯出欄位可選，匯出方式建議選「後臺非同步匯出」

要點：
  • 時區固定 UTC+0，不受賬戶時區設定影響。因為匯出的就是資料庫日誌本身，需要自己換算成本地時間（UTC+8 使用者加 8 小時）
  • 匯出欄位可選：使用時間、請求 ID、令牌名稱、模型名稱等，按對賬需要勾選
  • 匯出方式：資料量大時選後臺非同步匯出，任務在後臺跑、不阻塞頁面操作，官方建議超過 1 萬條記錄時使用
  • 匯出格式：Excel（.xlsx，超大數據自動拆分並打包 zip）或 CSV（.csv，適合小資料量）
  • 最大匯出記錄數：填 0 表示不限制（服務端自動拆分多個 Excel 並打包 zip），上限 5000 萬條
  • 進度檢視：任務建立後在「任務管理」頁面檢視匯出進度與狀態，完成後直接下載
完整的匯出操作步驟和歸檔建議見呼叫日誌儲存多久？多久清理一次？。

​
常見問題

因為後臺的呼叫日誌本身就是按 UTC 記錄的資料庫日誌。賬戶時區保持 UTC+0，頁面展示、統計圖和匯出檔案三者口徑一致，換算時統一加一個固定時差即可；改成本地時區後，各處的換算規則不再一致，反而更容易看錯。
不會。時區隻影響展示與彙總口徑，不會改動任何已產生的呼叫記錄和扣費資料。把賬戶時區改回 London (UTC+0/+1)，統計圖與彙總賬單的日期歸屬即恢復正常。
在匯出檔案的時間上加 8 小時就是北京時間。例如匯出檔案裡的 2026-08-09 08:00 對應北京時間 2026/8/9 16:00 (UTC+8)。跨天對賬時留意這個 8 小時的位移。
沒有。匯出的欄位與後臺日誌展示一致——時間、請求 ID、令牌名稱、模型、token 數、金額、狀態等，不含任何 prompt 或模型輸出內容。詳見呼叫日誌儲存多久？多久清理一次？。
可以，見日誌查詢 API。該介面的 start_timestamp / end_timestamp / created_at 都是 Unix 秒級時間戳，與控制台的時區設定無關，程式側自行按需轉換即可，適合自動對賬場景。
先在「任務管理」頁面確認任務狀態。資料量特別大時（例如幾百萬條）後臺拆分和打包需要時間，建議縮小時間範圍或設定合理的最大匯出記錄數，分批匯出。

​
相關文件