> ## Documentation Index
> Fetch the complete documentation index at: https://docs.apiyi.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Что следует знать о настройках часового пояса журналов и экспорте данных?

> Оставьте часовой пояс аккаунта по умолчанию UTC+0 и отклоните предложение консоли переключить часовой пояс. Переключение нарушает соответствие графика данных вызовов на странице Logs и сдвигает привязку дат в сводке тарификации; для построчных записей используйте Export с фоновым асинхронным экспортом, который всегда работает в UTC+0.

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

<CardGroup cols={3}>
  <Card title="Оставьте часовой пояс аккаунта на UTC+0" icon="globe">
    Значение по умолчанию `London (UTC+0/+1)` — правильная настройка — **не меняйте его**. Журналы хранятся в UTC, поэтому UTC+0 соответствует источнику данных
  </Card>

  <Card title="Отклоните диалог с рекомендацией" icon="bell-off">
    Когда консоль обнаруживает другой часовой пояс устройства, она показывает диалог «本地设置建议» (Рекомендация по локальным настройкам) — **выберите 暂时忽略 (Отклонить)** слева, а не кнопку переключения
  </Card>

  <Card title="Используйте асинхронный экспорт для строк" icon="download">
    Кнопка 导出 (Экспорт) на странице Logs всегда выдаёт UTC+0. 汇总账单 (Сводный счёт) следует часовому поясу вашего аккаунта, поэтому изменение часового пояса сдвигает привязку дат
  </Card>
</CardGroup>

<Warning>
  **Если вы уже переключили, просто верните его на `London (UTC+0/+1)`.** Часовой пояс влияет только на то, как данные отображаются и агрегируются — **данные вызовов не изменяются и не теряются**. После возврата настройки диаграмма и даты тарификации снова станут нормальными.
</Warning>

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

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

<Frame caption="The timezone setting in the console's User Info section — it should read London (UTC+0/+1)">
  <img src="https://mintcdn.com/apiyillc/ixJpriVUjc22GEKJ/images/console-user-info-timezone.png?fit=max&auto=format&n=ixJpriVUjc22GEKJ&q=85&s=94b725d2393ee1ff84eda7b4c1360743" alt="Раздел User Info в консоли, где часовой пояс установлен на Лондон (UTC+0/+1)" width="892" height="332" data-path="images/console-user-info-timezone.png" />
</Frame>

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

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

<Frame caption="The Local Settings Suggestion dialog — choose 暂时忽略 (Dismiss) on the left">
  <img src="https://mintcdn.com/apiyillc/ixJpriVUjc22GEKJ/images/console-timezone-local-settings-dialog.png?fit=max&auto=format&n=ixJpriVUjc22GEKJ&q=85&s=974f0da20864d287c8e2cb82e75f45b6" alt="Диалог «Рекомендация по локальным настройкам», показывающий часовой пояс аккаунта UTC и часовой пояс устройства Asia/Shanghai, с кнопками «Игнорировать» и «Переключить»" width="1054" height="546" data-path="images/console-timezone-local-settings-dialog.png" />
</Frame>

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

Это затронутый раздел:

<Frame caption="The Call Data Overview at the top of the Logs page — this chart misaligns once the account timezone is switched">
  <img src="https://mintcdn.com/apiyillc/ixJpriVUjc22GEKJ/images/console-log-call-data-overview.png?fit=max&auto=format&n=ixJpriVUjc22GEKJ&q=85&s=246553c9d4025e4bf5aaae4598f39866" alt="Элемент «Обзор данных вызовов» в верхней части страницы Logs консоли, выделенный красным" width="1002" height="374" data-path="images/console-log-call-data-overview.png" />
</Frame>

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

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

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

<Frame caption="The Export and Billing Summary buttons in the top-right corner of the Logs page">
  <img src="https://mintcdn.com/apiyillc/ixJpriVUjc22GEKJ/images/console-log-export-buttons.png?fit=max&auto=format&n=ixJpriVUjc22GEKJ&q=85&s=d8f2d7b0359ddcf6aebdd66399bfcffe" alt="Панель инструментов страницы логов с кнопкой Экспорт слева и кнопкой Сводка по тарификации справа" width="650" height="212" data-path="images/console-log-export-buttons.png" />
</Frame>

|                     | 导出 (Экспорт)                                      | 汇总账单 (Сводка по тарификации)                  |
| ------------------- | ------------------------------------------------- | --------------------------------------------- |
| База часового пояса | **Всегда UTC+0**, соответствует сохранённым логам | **Следует настройке часового пояса аккаунта** |
| Детализация         | Отдельные записи вызовов (выбираемые поля)        | Расходы, агрегированные по дате               |
| Объём               | Большие пакеты, может выполняться асинхронно      | Небольшой, скачивается напрямую               |
| Лучше всего для     | Сверки, аудита, пользовательского анализа         | Быстрого просмотра общего расхода за период   |

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

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

<Tip>
  Если вы столкнулись с этим, **верните часовой пояс аккаунта обратно на UTC+0 и экспортируйте Сводку по тарификации ещё раз** — привязка дат будет корректной.
</Tip>

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

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

<Frame caption="The export dialog — select background async export for large volumes">
  <img src="https://mintcdn.com/apiyillc/ixJpriVUjc22GEKJ/images/console-log-async-export-dialog.png?fit=max&auto=format&n=ixJpriVUjc22GEKJ&q=85&s=09865097dc2f80581a82e2d7feb06f3c" alt="Диалог экспорта, показывающий выбираемые поля, экспорт текущей страницы и фоновый асинхронный экспорт, форматы Excel и CSV и максимальное число записей" width="974" height="1312" data-path="images/console-log-async-export-dialog.png" />
</Frame>

Ключевые моменты:

* **Часовой пояс всегда UTC+0**, независимо от настройки аккаунта, потому что экспортируются сами сохранённые логи. Переводите в локальное время самостоятельно (пользователям UTC+8 нужно добавить 8 часов)
* **Выбираемые поля**: время использования, ID запроса, имя token, имя модели и многое другое — выберите то, что нужно для вашей сверки
* **Режим экспорта**: для больших объёмов выбирайте фоновый асинхронный экспорт; задача выполняется в фоне и не блокирует страницу, рекомендуется свыше 10 000 записей
* **Формат**: Excel (`.xlsx`, очень большие выгрузки автоматически разбиваются и упаковываются в zip) или CSV (`.csv`, для небольших объёмов)
* **Максимальное число записей**: `0` означает без ограничений (сервер разбивает данные на несколько файлов Excel и упаковывает их в zip), при верхнем пределе 50 миллионов записей
* **Прогресс**: после создания задания отслеживайте его прогресс и статус на странице 任务管理 (Управление задачами), затем скачайте файл

Полное пошаговое описание экспорта и рекомендации по архивированию см. в [Как долго хранятся журналы вызовов?](/ru/faq/log-retention-policy).

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

<AccordionGroup>
  <Accordion title="Почему по умолчанию используется UTC+0, а не мой местный часовой пояс?">
    Потому что журналы вызовов backend — это журналы базы данных, сохраняемые в UTC. Если для аккаунта оставить UTC+0, отображение на странице, график и файлы экспорта будут использовать одну и ту же основу, поэтому вы применяете один фиксированный сдвиг везде. Если задать локальный часовой пояс, правила преобразования будут различаться в разных местах, что повышает, а не снижает, риск неверной интерпретации.
  </Accordion>

  <Accordion title="Я уже сменил часовой пояс — я потеряю данные?">
    Нет. Часовой пояс влияет только на отображение и агрегацию; ни одна запись вызова и ни одно начисление не изменяются. Установите для аккаунта часовой пояс обратно на `London (UTC+0/+1)`, и даты на графике и в сводке тарификации снова станут нормальными.
  </Accordion>

  <Accordion title="Как пользователям UTC+8 преобразовать время в файле экспорта?">
    **Добавьте 8 часов** к времени в файле экспорта. Например `2026-08-09 08:00` в файле соответствует **2026/8/9 16:00 (UTC+8)**. Обратите внимание на этот 8-часовой сдвиг при сверке через границы суток.
  </Accordion>

  <Accordion title="Содержат ли экспортированные файлы мои входные и выходные данные?">
    Нет. Экспортируемые поля совпадают с тем, что показывает консоль — время, ID запроса, имя token, модель, количество token, сумма, статус — без prompt и вывода модели. См. [Как долго хранятся журналы вызовов?](/ru/faq/log-retention-policy).
  </Accordion>

  <Accordion title="Могу ли я получать логи программно, а не экспортировать их со страницы?">
    Да, см. [API запроса логов](/en/api-capabilities/log-query). Его `start_timestamp`, `end_timestamp` и `created_at` — это все **Unix-метки времени в секундах**, независимо от настройки часового пояса консоли, поэтому ваш код преобразует их по мере необходимости — это хорошо подходит для автоматизированной сверки.
  </Accordion>

  <Accordion title="Мое задание экспорта не завершается — что мне делать?">
    Сначала проверьте статус задания на странице управления задачами (Task Management). Для очень больших объёмов (миллионы записей) серверу нужно время, чтобы разбить и упаковать файлы; сузьте временной диапазон или задайте разумный максимальный объём записей и экспортируйте порциями.
  </Accordion>
</AccordionGroup>

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

* [Как мне просмотреть мои записи вызовов?](/ru/faq/call-logs)
* [Как мне читать суммы тарификации в логах?](/ru/faq/log-billing-explained)
* [Как долго хранятся журналы вызовов?](/ru/faq/log-retention-policy)
* [API запроса логов](/en/api-capabilities/log-query)
* [Обновление в реальном времени: отключить предложение о переключении часового пояса в консоли](/en/live/2026-08/timezone-switch-prompt-ignore)