Часовой пояс

Часовой пояс компании определяет, к какому месяцу относится операция, созданная около границы суток.

Зачем это важно

Операция от 30 апреля 23:30 в Ташкенте — это апрель или май?

Если часовой пояс компании — Asia/Tashkent (UTC+5), то это всё ещё апрель (29 апреля 18:30 UTC). А если оставить UTC — операция станет майской.

Это ключевой момент для отчётов CashFlow и P&L: они группируют операции по месяцам, и сдвиг на одну операцию между месяцами сбивает анализ.

Где выставить

Настройки → Компания → Часовой пояс. Используется IANA-формат: Asia/Tashkent, Europe/Moscow, Asia/Almaty, Asia/Bishkek, Europe/Kyiv, UTC и т. д.

По умолчанию — UTC. Меняйте сразу после регистрации, если работаете в локальной зоне.

Что использует часовой пояс

• Группировка операций по месяцам в CashFlow / P&L (через Intl.DateTimeFormat от поля date).
• Отображение даты в журнале и таблицах.
• Расчёт «текущего месяца» для фильтра журнала (по умолчанию).
• Расчёт лимита операций в месяц для тарифов с такими ограничениями.

Что не использует

• Сами значения дат не сдвигаются — date хранится как точка во времени (UTC под капотом).
• Email-уведомления (если будут) приходят независимо от вашей зоны.
• Курсы валют берутся с FX-API в UTC.

DST (переход на летнее / зимнее время)

Зоны без перехода (например, Asia/Tashkent, UTC) — без сюрпризов. Зоны с переходом (Europe/London) обрабатываются корректно через Intl.DateTimeFormat — специальной настройки от вас не требуется.

Команды и часовые пояса

У сотрудников могут быть разные браузерные локали и часовые пояса, но отчёты считаются по часовому поясу компании, не пользователя. Это важно: если бухгалтер в Польше смотрит отчёт за апрель, он видит ту же разбивку по дням, что и владелец в Ташкенте.