簡潔な回答
アカウントのタイムゾーンを UTC+0 に保つ
既定の
London (UTC+0/+1) が正しい設定です — 変更しないでください。ログは UTC で保存されるため、UTC+0 がデータソースと一致します提案ダイアログを閉じる
コンソールが別のデバイスのタイムゾーンを検出すると、「ローカル設定の提案」ダイアログが表示されます — 左側の「一時的に無視」を選び、切り替えボタンは押さないでください
明細には非同期エクスポートを使用する
ログページの「エクスポート」ボタンは常に UTC+0 で出力されます。課金サマリーはアカウントのタイムゾーンに従うため、タイムゾーンを変更すると日付の割り当てがずれます
アカウントのタイムゾーンを確認する場所
現在のアカウントのタイムゾーンは、コンソールのユーザー情報（User Info）セクションに表示されます。London (UTC+0/+1) と表示されるはずで、これは UTC+0 です。
The timezone setting in the console's User Info section — it should read London (UTC+0/+1)
提案ダイアログが表示されたら「一時的に無視」を選択します
アカウントのタイムゾーン (UTC) が現在のデバイスのタイムゾーン（たとえばAsia/Shanghai）と異なる場合、コンソールには切り替えを案内する「ローカル設定の提案」ダイアログが表示されます。
The Local Settings Suggestion dialog — choose 暂时忽略 (Dismiss) on the left
The Call Data Overview at the top of the Logs page — this chart misaligns once the account timezone is switched
どのエクスポートを使うべきですか？
Logsページの右上には、エクスポートと課金サマリーの 2 つのボタンがあります。これらはタイムゾーン基準が異なるため、最も間違えやすい点です。
The Export and Billing Summary buttons in the top-right corner of the Logs page
課金サマリー: アカウントのタイムゾーンで集計
課金サマリーはアカウントのタイムゾーン設定に基づいて集計されます。アカウントのタイムゾーンが UTC+8 に変更されている場合、ある日の 16:00 (UTC+8) 以降に行われた呼び出しはサマリー上で 翌日 に計上され、その日の合計が正しく見えなくなります。エクスポート → バックグラウンド非同期エクスポート（推奨）
明細ごとの課金レコードが必要な場合は、エクスポートボタンを使い、ダイアログで バックグラウンド非同期エクスポート を選択してください。
The export dialog — select background async export for large volumes
- タイムゾーンは常に UTC+0 です。これは保存済みのログそのものを書き出すためで、アカウント設定に関係ありません。必要に応じて自分でローカル時間に変換してください（UTC+8 のユーザーは 8 時間加算します）
- 選択可能なフィールド: 利用時刻、リクエスト ID、token 名、モデル名など。照合に必要な項目を選んでください
- エクスポートモード: 大量データではバックグラウンド非同期エクスポートを選択してください。ジョブはページをブロックせずにバックグラウンドで実行され、10,000 レコードを超える場合に推奨されます
- 形式: Excel（
.xlsx、非常に大きいエクスポートは自動的に分割され、zip 圧縮されます）または CSV（.csv、少量向け） - 最大レコード数:
0は無制限を意味します（サーバー側で複数の Excel ファイルに分割し、まとめて zip 圧縮します）。上限は 5,000 万レコードです - 進捗: ジョブが作成されたら、タスク管理ページで進捗とステータスを確認し、その後ファイルをダウンロードしてください
よくある質問
なぜデフォルトが私のローカルタイムゾーンではなくUTC+0なのですか？
なぜデフォルトが私のローカルタイムゾーンではなくUTC+0なのですか？
バックエンドのコールログはUTCで記録されるデータベースログだからです。アカウントをUTC+0のままにしておくと、ページ表示、グラフ、エクスポートファイルの基準を揃えられるため、全体で同じ固定オフセットを適用できます。ローカルタイムゾーンに設定すると、変換ルールが場所ごとに異なり、かえって読み違いが起きやすくなります。
すでにタイムゾーンを切り替えましたが、データは失われますか？
すでにタイムゾーンを切り替えましたが、データは失われますか？
いいえ。タイムゾーンは表示と集計にのみ影響し、コール記録やチャージは変更されません。アカウントのタイムゾーンを
London (UTC+0/+1)に戻すと、グラフと課金サマリーの日付も元に戻ります。UTC+8のユーザーは、エクスポート内の時刻をどのように変換しますか？
UTC+8のユーザーは、エクスポート内の時刻をどのように変換しますか？
エクスポートファイルの時刻に8時間を加算してください。たとえば
2026-08-09 08:00は、ファイル内では**2026/8/9 16:00 (UTC+8)**に相当します。日付をまたぐ整合時には、この8時間のずれに注意してください。エクスポートされたファイルには入力と出力が含まれますか？
エクスポートされたファイルには入力と出力が含まれますか？
いいえ。エクスポートされる項目は、コンソールに表示される内容——時刻、リクエストID、token名、モデル、token数、金額、ステータス——と一致し、promptやモデル出力は含まれません。コールログはどのくらい保存されますか？ をご覧ください。
ページからエクスポートする代わりに、ログをプログラムで取得できますか？
ページからエクスポートする代わりに、ログをプログラムで取得できますか？
はい。ログ照会API をご覧ください。
start_timestamp、end_timestamp、created_atはいずれもUnixの秒単位タイムスタンプで、コンソールのタイムゾーン設定に依存しません。そのため、必要に応じてコード側で変換でき、自動照合に適しています。エクスポートジョブがいつまでも完了しない場合は、どうすればよいですか？
エクスポートジョブがいつまでも完了しない場合は、どうすればよいですか？
まず、タスク管理ページでジョブのステータスを確認してください。非常に大量のデータ（数百万件）では、サーバーがファイルを分割してパッケージ化するのに時間がかかります。期間を絞るか、妥当な最大レコード数を設定して、バッチでエクスポートしてください。