Skip to main content

​
簡短回答

賬戶時區選你所在地

中國使用者選 Asia/Shanghai（UTC+8），其它地區選本地時區。選對之後，看到的時間就是你的本地時間

彈窗可以直接切換

控制台檢測到裝置時區不同會彈「本地設定建議」，點「切換到 Asia/Shanghai」即可

四處口徑一致

明細列表、統計圖、匯出、彙總賬單都按賬戶時區輸出，彼此之間不需要再換算
2026/9/20 00:55 (UTC+8) 已修復統計圖錯位問題。 此前賬戶時區不是 UTC 時，日誌頁頂部「呼叫資料一覽」統計圖會出現日期錯位（例如北京時間下午就出現了次日的柱子），所以我們曾建議保持 UTC+0、在彈窗裡選「暫時忽略」。該問題已修復，舊建議作廢，現在請直接選擇你所在的時區。
一句話記住：控制台裡看到的和匯出的（明細列表、統計圖、匯出檔案、彙總賬單）都跟隨賬戶所選時區；程式拉取的（日誌查詢 API 的 created_at）是 Unix 秒級時間戳，與時區無關。

​
賬戶時區在哪裡看、怎麼改

在控制台的使用者資訊一欄可以檢視和修改當前賬戶時區。新註冊賬戶預設是 UTC，中國使用者建議改成 Asia/Shanghai。
控制台使用者資訊欄中的時區設定項

控制台「使用者資訊」一欄的時區設定，可直接下拉修改

切換時區只改變時間的顯示與分組方式，不會改動、也不會丟失任何已產生的呼叫記錄和扣費資料，可以隨時改、隨時改回。

​
彈出「本地設定建議」時可以直接切換

當賬戶時區（例如 UTC）與你當前裝置的時區（例如 Asia/Shanghai）不一致時，控制台會彈出一個「本地設定建議」視窗。直接點「切換到 Asia/Shanghai」即可，切換後日志明細和統計圖都按北京時間顯示。
本地設定建議彈窗：賬戶時區 UTC、當前裝置時區 Asia/Shanghai，底部有暫時忽略與切換到 Asia/Shanghai 兩個按鈕

控制台彈出的「本地設定建議」視窗，可以直接點「切換到 Asia/Shanghai」

如果你的業務或財務固定按 UTC 對賬，也可以點「暫時忽略」保持 UTC——兩種選擇現在都能正常顯示，按自己的對賬習慣選即可。 日誌頁頂部的「呼叫資料一覽」統計圖按賬戶時區的自然日分桶：
控制台日誌頁頂部的呼叫資料一覽入口，被紅框標出

日誌頁頂部的「呼叫資料一覽」，按賬戶時區的自然日統計

​
兩種匯出方式怎麼選

日誌頁右上角有匯出和彙總賬單兩個按鈕。
日誌頁工具欄，左側為匯出按鈕，右側為彙總賬單按鈕

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

兩個按鈕的時區口徑相同，差別只在資料粒度和資料量。選哪個只看你要逐筆記錄還是要彙總金額。 例如賬戶時區為 Asia/Shanghai 時，一筆發生在北京時間 2026-09-20 01:08 (UTC+8) 的呼叫：
  • 在頁面明細列表裡顯示為 2026-09-20 01:08
  • 在匯出檔案裡同樣是 2026/9/20 1:08
  • 在彙總賬單（按天）裡歸入 2026-09-20，統計圖裡也落在 9 月 20 日
請求 ID 前 14 位是 UTC 時間。例如 20260919170811… 表示 2026-09-19 17:08:11 UTC，也就是北京時間 2026-09-20 01:08:11 (UTC+8)。需要和客服核對某一筆呼叫時，直接提供請求 ID 最準確。

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

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

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

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

​
對賬實務

1

先確認對賬雙方的時區一致

匯出檔案的日期按匯出人賬戶的時區分組。團隊裡多人對賬、或和財務系統對賬時，先確認各方用的是同一個時區（例如都用 Asia/Shanghai），否則凌晨時段的呼叫會被分到不同的日期。
2

程式拉取的時間戳自行換算

日誌查詢 API 的 created_at 是 Unix 秒級時間戳，按你需要的時區轉換即可。例如轉北京時間：數值加 28800（8 × 3600）後按 UTC 格式化，或直接用程式語言的時區庫轉換。
3

報障時附上請求 ID 和時區

請求 ID 本身帶 UTC 時間，最不容易出錯；報時間點時請同時註明時區，如 01:08 (UTC+8)。
對賬、審計這類需要按「業務日」切分的場景，也可以用日誌查詢 API 自己跑指令碼，比依賴匯出檔案更可控。

​
常見問題

不需要了。那條建議是因為賬戶時區不是 UTC 時統計圖會日期錯位，該問題已於 2026/9/20 00:55 (UTC+8) 修復。現在請直接選擇你所在的時區。
建議改成 Asia/Shanghai，這樣控制台裡所有時間都是北京時間，不用再手動加 8 小時。如果你的對賬流程已經固定按 UTC 進行，也可以繼續保持 UTC，兩者現在都能正確顯示。
不會。時區隻影響時間的顯示和按日期分組的方式，不會改動任何已產生的呼叫記錄和扣費資料，可以隨時改、隨時改回。
逐筆明細（「匯出」按鈕）的每一筆記錄、金額都是準確的，時間按當時的賬戶時區顯示。2026/9/20 00:55 (UTC+8) 之前匯出的「彙總賬單」及統計圖的按日 / 按小時分組可能有 8 小時的日期偏移，總金額不受影響；如需按日精確對賬，建議重新匯出一次。
很可能你們兩人的賬戶時區不同。匯出檔案按匯出人的賬戶時區輸出，請先在「使用者資訊」裡確認雙方時區一致。
不能。介面只收發 Unix 秒級時間戳（天然為 UTC），不接收時區引數，客戶端按需自行轉換。
沒有。匯出的欄位與後臺日誌展示一致——時間、請求 ID、令牌名稱、模型、token 數、金額、狀態等，不含任何 prompt 或模型輸出內容。詳見呼叫日誌儲存多久？多久清理一次？。
可以，見日誌查詢 API。該介面的 start_timestamp / end_timestamp / created_at 都是 Unix 秒級時間戳，與控制台的時區設定無關，適合自動對賬場景。
先在「任務管理」頁面確認任務狀態。資料量特別大時（例如幾百萬條）後臺拆分和打包需要時間，建議縮小時間範圍或設定合理的最大匯出記錄數，分批匯出。

​
相關文件