Skip to main content

​
Краткий ответ

Оставьте часовой пояс аккаунта на UTC+0

Значение по умолчанию London (UTC+0/+1) — правильная настройка — не меняйте его. Журналы хранятся в UTC, поэтому UTC+0 соответствует источнику данных

Отклоните диалог с рекомендацией

Когда консоль обнаруживает другой часовой пояс устройства, она показывает диалог «本地设置建议» (Рекомендация по локальным настройкам) — выберите 暂时忽略 (Отклонить) слева, а не кнопку переключения

Используйте асинхронный экспорт для строк

Кнопка 导出 (Экспорт) на странице Logs всегда выдаёт UTC+0. 汇总账单 (Сводный счёт) следует часовому поясу вашего аккаунта, поэтому изменение часового пояса сдвигает привязку дат
Если вы уже переключили, просто верните его на London (UTC+0/+1). Часовой пояс влияет только на то, как данные отображаются и агрегируются — данные вызовов не изменяются и не теряются. После возврата настройки диаграмма и даты тарификации снова станут нормальными.

​
Где посмотреть часовой пояс вашего аккаунта

Текущий часовой пояс аккаунта показан в разделе «Информация о пользователе» в консоли. Там должно быть указано London (UTC+0/+1), то есть UTC+0.
Раздел User Info в консоли, где часовой пояс установлен на Лондон (UTC+0/+1)

The timezone setting in the console's User Info section — it should read London (UTC+0/+1)

​
Выбирайте «Временно игнорировать» (Dismiss), когда появляется диалог с предложением

Когда часовой пояс вашего аккаунта (UTC) отличается от текущего часового пояса устройства (например Asia/Shanghai), консоль открывает диалог «Рекомендация по локальным настройкам» с предложением переключиться.
Диалог «Рекомендация по локальным настройкам», показывающий часовой пояс аккаунта UTC и часовой пояс устройства Asia/Shanghai, с кнопками «Игнорировать» и «Переключить»

The Local Settings Suggestion dialog — choose 暂时忽略 (Dismiss) on the left

Выберите «Временно игнорировать» — не переключайтесь. После переключения диаграмма Обзор данных вызовов в верхней части страницы Logs отображается некорректно: временные интервалы больше не совпадают с диапазоном диаграммы, поэтому данные выглядят как отсутствующие или смещённые целиком.
Это затронутый раздел:
Элемент «Обзор данных вызовов» в верхней части страницы Logs консоли, выделенный красным

The Call Data Overview at the top of the Logs page — this chart misaligns once the account timezone is switched

Метки времени в списке подробностей журнала также следуют часовому поясу аккаунта, поэтому сохранение UTC+0 выравнивает список подробностей, диаграмму и экспортируемые файлы на одной основе — вы применяете только один фиксированный сдвиг.

​
Какой экспорт следует использовать?

На странице логов в правом верхнем углу есть две кнопки: 导出 (Экспорт) и 汇总账单 (Сводка по тарификации). Они используют разные базы часовых поясов, и именно здесь проще всего ошибиться.
Панель инструментов страницы логов с кнопкой Экспорт слева и кнопкой Сводка по тарификации справа

The Export and Billing Summary buttons in the top-right corner of the Logs page

​
Сводка по тарификации: агрегация по часовому поясу аккаунта

Сводка по тарификации агрегирует данные по настройке часового пояса вашего аккаунта. Если часовой пояс аккаунта был изменён на UTC+8, вызовы, совершённые после 16:00 (UTC+8) в конкретный день, будут учтены в следующем дне в сводке, из-за чего итог за этот день будет выглядеть неверным.
Если вы столкнулись с этим, верните часовой пояс аккаунта обратно на UTC+0 и экспортируйте Сводку по тарификации ещё раз — привязка дат будет корректной.

​
Экспорт → фоновый асинхронный экспорт (рекомендуется)

Когда вам нужны построчные записи расходов, используйте кнопку 导出 (Экспорт) и выберите в диалоге 后台异步导出 (фоновый асинхронный экспорт).
Диалог экспорта, показывающий выбираемые поля, экспорт текущей страницы и фоновый асинхронный экспорт, форматы Excel и CSV и максимальное число записей

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), при верхнем пределе 50 миллионов записей
  • Прогресс: после создания задания отслеживайте его прогресс и статус на странице 任务管理 (Управление задачами), затем скачайте файл
Полное пошаговое описание экспорта и рекомендации по архивированию см. в Как долго хранятся журналы вызовов?.

​
Общие вопросы

Потому что журналы вызовов backend — это журналы базы данных, сохраняемые в UTC. Если для аккаунта оставить UTC+0, отображение на странице, график и файлы экспорта будут использовать одну и ту же основу, поэтому вы применяете один фиксированный сдвиг везде. Если задать локальный часовой пояс, правила преобразования будут различаться в разных местах, что повышает, а не снижает, риск неверной интерпретации.
Нет. Часовой пояс влияет только на отображение и агрегацию; ни одна запись вызова и ни одно начисление не изменяются. Установите для аккаунта часовой пояс обратно на London (UTC+0/+1), и даты на графике и в сводке тарификации снова станут нормальными.
Добавьте 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-метки времени в секундах, независимо от настройки часового пояса консоли, поэтому ваш код преобразует их по мере необходимости — это хорошо подходит для автоматизированной сверки.
Сначала проверьте статус задания на странице управления задачами (Task Management). Для очень больших объёмов (миллионы записей) серверу нужно время, чтобы разбить и упаковать файлы; сузьте временной диапазон или задайте разумный максимальный объём записей и экспортируйте порциями.

​
Связанные документы