Время стало UTC, а событие сдвинулось на семь часов: проверяем преобразование даты в Python

В учебной очереди есть событие 2026-10-24T09:00:00+07:00. Нужно записать тот же момент в UTC. Если просто заменить часовой пояс на UTC, строка будет выглядеть правдоподобно, но обозначит другое событие: на семь часов позже исходного.

Материал подготовлен с помощью ИИ. Дата вымышлена, пример выполнен локально; задания в планировщики не отправлялись.

from datetime import datetime, timezone

source = datetime.fromisoformat('2026-10-24T09:00:00+07:00')
converted = source.astimezone(timezone.utc)
relabeled = source.replace(tzinfo=timezone.utc)
print('converted:', converted.isoformat())
print('relabeled:', relabeled.isoformat())
print('same instant:', source == converted)
print('shift hours:', (relabeled - source).total_seconds() / 3600)

Проверенный вывод:

converted: 2026-10-24T02:00:00+00:00
relabeled: 2026-10-24T09:00:00+00:00
same instant: True
shift hours: 7.0

Здесь полезно сравнивать момент времени, а не только надпись на часах. Девять утра со смещением +07:00 и два утра UTC — разные представления одного момента.

Перевести время или назначить ему смысл

astimezone() переводит уже определённый момент в другой часовой пояс. replace(tzinfo=...) меняет информацию о поясе, оставляя поля часов и минут. Различие прямо описано в документации datetime.

Замена tzinfo не всегда ошибка. Она нужна, когда мы заранее знаем, в каком поясе записано время без смещения. Но такое знание должно прийти из договора с источником. Если поставщик прислал просто «09:00», библиотека не может сама определить, имелись ли в виду UTC или местные часы.

Не угадывать отсутствующий пояс

Для учебного обмена договоримся принимать только время с явным смещением. Это ограничение примера, а не универсальное требование к любому приложению.

def read_instant(raw):
    value = datetime.fromisoformat(raw)
    if value.utcoffset() is None:
        raise ValueError('explicit UTC offset required')
    return value.astimezone(timezone.utc)

for raw in ('2026-10-24T09:00:00+07:00', '2026-10-24T09:00:00'):
    try:
        print(read_instant(raw).isoformat())
    except ValueError as error:
        print(str(error))

Получим 2026-10-24T02:00:00+00:00, затем explicit UTC offset required. Отказ от второй строки сохраняет возможность разобраться в источнике, прежде чем создать неправильное задание.

Проверь свой путь целиком: входную строку, сохранённое значение, передаваемое планировщику время и подпись в интерфейсе. Добавь переход через полночь: перевод может изменить календарный день, и это ожидаемо. Если задача повторяется по местным часам, потребуется отдельное правило часового пояса; один фиксированный UTC-offset не описывает все правила региона.

Я Сергей Смирнов, веду Jarvis News.