К статье
Практический материал

Администрирование · 10 мин

Как настроить время в 1С Предприятие

Как настроить время в 1С Предприятие: часовой пояс сеанса, информационной базы и сервера, синхронизация с ОС, исправление сдвига даты и времени в документах.

Некорректное время в 1С проявляется очень предсказуемо: документы проводятся «завтрашним» числом, отчёты за смену попадают не в тот день, а обмены с сайтом и кассой отклоняются из-за расхождения меток времени. Источник проблемы почти всегда один из трёх: системное время компьютера или сервера, часовой пояс информационной базы или часовой пояс сеанса пользователя.

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

Ниже разобраны все уровни: от времени Windows и Linux-сервера до часового пояса конкретного пользователя в сеансе. Отдельно описаны типовые ошибки, признаки корректной настройки и ситуации, когда лучше привлечь администратора.

Откуда 1С берёт время и почему оно сбивается

Платформа 1С:Предприятие не хранит собственные часы. Текущая дата и время в документах, журналах регистрации и отчётах — это время операционной системы того узла, где выполняется код: клиентского компьютера в файловом режиме или сервера 1С и СУБД в клиент-серверном режиме. Если на сервере время убежало на 10 минут, все новые документы получат сдвинутые метки независимо от того, что показывают часы у пользователя на мониторе.

Типовые причины сбоев: сбой синхронизации NTP на сервере, севшая батарейка CMOS на старом компьютере, перенос виртуальной машины между хостами с разным временем, некорректный часовой пояс базы после переезда филиала, ручная смена даты пользователем «чтобы провести документ вчерашним числом». Последняя причина особенно опасна: массовая ручная смена дат ломает последовательность проведения и кассовую отчётность.

Все документы сдвинуты на одинаковое число минутПроблема на сервере или в ОС

Сверьте время сервера 1С и СУБД с эталонным

Сдвиг ровно на целые часыНеверный часовой пояс

Проверьте пояс базы и пояс сеанса пользователя

Проблема только у одного пользователяЛокальная настройка сеанса или ПК

Проверьте время его компьютера и пояс сеанса

Время сбрасывается после перезагрузкиАппаратная причина

Проверьте батарейку CMOS и настройку NTP

Проверка и настройка времени в операционной системе

Первый шаг всегда — привести в порядок время операционной системы. В Windows откройте «Параметры → Время и язык → Дата и время», включите автоматическую установку времени и часового пояса, при необходимости нажмите «Синхронизировать». На сервере дополнительно проверьте службу Windows Time (w32time) и источник синхронизации.

На Linux-сервере проверьте состояние синхронизации командой timedatectl status: должны быть включены сетевой отсчёт времени и корректный часовой пояс. Если сервер 1С и сервер СУБД — разные машины, сверьте время на обеих: расхождение даже в минуты затрудняет анализ журнала регистрации и технологического журнала.

bash
timedatectl status
sudo timedatectl set-ntp true
sudo timedatectl set-timezone Europe/Moscow

После исправления времени ОС перезапустите сеансы 1С — в уже открытых сеансах платформа может продолжать использовать старое значение. В клиент-серверном режиме иногда требуется перезапуск службы агента сервера 1С, чтобы все рабочие процессы подхватили корректное время.

Настройка часового пояса информационной базы

Часовой пояс базы определяет, как платформа интерпретирует и отображает даты для всех пользователей по умолчанию. Откройте режим «1С:Предприятие» с правами администратора, перейдите в раздел «Администрирование» и найдите пункт «Параметры информационной базы» (в некоторых конфигурациях — «Настройки информационной базы»). Там задаётся часовой пояс информационной базы.

Если поле пустое, применяется часовой пояс сервера (или компьютера в файловом режиме). Явно укажите пояс, если пользователи работают из разных регионов, а учёт должен вестись по единому времени — например, по московскому. Это предотвратит ситуацию, когда документы филиалов «разъезжаются» по датам.

После изменения пояса проверьте критичные места: текущую дату в строке состояния, время создания тестового документа, расписание регламентных заданий. Задания, привязанные к локальному времени, могут запуститься не в ожидаемый момент.

Часовой пояс сеанса отдельного пользователя

Когда сотрудник работает из другого региона, ему можно задать собственный часовой пояс сеанса — тогда время в интерфейсе будет отображаться в его локальном поясе, а в базе по-прежнему фиксироваться корректно. В типовых конфигурациях это делается в карточке пользователя: «Администрирование → Пользователи и права → Пользователи», поле «Часовой пояс» (в ряде конфигураций настройка находится в персональных настройках).

На уровне платформы пояс сеанса можно задать программно методом УстановитьЧасовойПоясСеанса() или через параметр сеанса — это используют в нетиповых решениях и при интеграциях. Проверить текущий пояс можно функцией ЧасовойПоясСеанса().

Порядок настройки по цепочке
  1. 1
    Синхронизируйте время ОС на сервере (и на ПК в файловом режиме) и включите NTP
  2. 2
    Проверьте время на сервере СУБД, если он отдельный
  3. 3
    Задайте часовой пояс информационной базы в разделе «Администрирование»
  4. 4
    Настройте часовой пояс сеанса для пользователей из других регионов
  5. 5
    Создайте тестовый документ и сверьте его дату и время с фактическими
  6. 6
    Проверьте расписание регламентных заданий и обменов

Как сдвинуть дату документа и когда это допустимо

Частая практическая задача — провести документ «вчерашним» числом. Делать это нужно не сменой системного времени, а штатно: откройте документ и вручную измените поле «Дата» на нужный момент времени, затем проведите. Если документ попадает в закрытый период, потребуется временно снять дату запрета редактирования («Администрирование → Поддержка и обслуживание → Даты запрета изменения данных») — эта операция требует прав администратора и должна быть согласована с учётной службой.

Менять системное время компьютера ради проведения документа — грубая ошибка. Это ломает метки в журнале регистрации, сбивает обмены с кассами и банками, а в клиент-серверном режиме вообще не даст эффекта, потому что время фиксирует сервер.

Время в файловой и клиент-серверной базе: в чём разница

Сравнение вариантов

Файловая база

Время берётся с компьютера пользователя. Достаточно настроить ОС и пояс на его ПК. Риск: у разных пользователей общей папки время может различаться.

Клиент-серверная база

Время фиксирует сервер 1С и СУБД. Настройка ведётся на сервере, локальное время пользователя почти не влияет. Требуется синхронизация всех узлов через NTP.

Веб-клиент и тонкий клиент через веб-сервер

Добавляется ещё один узел — веб-сервер. Его время тоже должно быть синхронизировано, иначе возможны сбои аутентификации и обменов.

В файловом режиме всё просто, пока базой пользуется один человек. Но если база лежит в общей сетевой папке и с ней работают несколько сотрудников, часы на каждом компьютере должны быть синхронизированы — иначе документы будут создаваться с разным временем, а журнал регистрации станет нечитаемым.

В клиент-серверном варианте ключевой принцип — единый источник времени. Настройте NTP на всех серверах (агент 1С, СУБД, веб-сервер, сервер лицензий) на один и тот же источник, и большинство проблем со временем исчезнет само.

Проверка результата и типичные ошибки

Контрольные точки

Как проверить результат

Дата и время нового документа
Норма

Совпадают с фактическими в пределах минуты

Тревожный признак

Сдвиг на минуты или часы

Журнал регистрации
Норма

Метки событий идут в хронологическом порядке

Тревожный признак

События «из будущего» или перепутанный порядок

Регламентные задания
Норма

Запускаются по расписанию

Тревожный признак

Запуск со сдвигом на целые часы

Обмены с кассой, банком, сайтом
Норма

Проходят без ошибок меток времени

Тревожный признак

Отказы из-за расхождения времени

Типичные ошибки
01
Смена системного времени ради проведения документа задним числом — ломает журнал регистрации и обмены; используйте поле «Дата» документа
02
Настройка времени только на клиенте в клиент-серверном режиме — сервер продолжает фиксировать своё время
03
Разные NTP-источники или отключённый NTP на серверах — время постепенно «уплывает»
04
Игнорирование пояса сеанса у удалённых сотрудников — они видят документы в чужом времени и ошибаются при вводе
05
Забытые регламентные задания после смены пояса — ночные выгрузки запускаются днём

Если после всех настроек расхождение сохраняется, проверьте виртуализацию: на виртуальных машинах время может подтягиваться с гипервизора и конфликтовать с NTP внутри гостевой ОС. Оставьте один источник синхронизации — либо средства гипервизора, либо NTP, но не оба сразу.

Итог

Что важно запомнить

1С не имеет собственных часов: время задаёт операционная система, а корректное отображение обеспечивают часовые пояса базы и сеанса. Настраивайте по цепочке «ОС сервера → пояс базы → пояс пользователя», синхронизируйте все узлы через NTP, а документы задним числом проводите сменой даты документа, а не системного времени.

Частые вопросы

Почему документы в 1С создаются с неправильным временем, хотя на компьютере часы идут верно?

В клиент-серверном режиме время фиксирует сервер 1С и СУБД, а не ваш компьютер. Проверьте время и часовой пояс на сервере, а также часовой пояс информационной базы в разделе «Администрирование → Параметры информационной базы».

Как провести документ вчерашним числом?

Откройте документ и вручную измените поле «Дата» на нужный момент, затем проведите. Если период закрыт датой запрета редактирования, её временно снимает администратор. Системное время компьютера менять не нужно.

Что делать, если время в 1С отстаёт или спешит ровно на несколько часов?

Сдвиг на целые часы — признак неверного часового пояса, а не сбоя часов. Проверьте пояс информационной базы и пояс сеанса пользователя в его карточке, а также пояс операционной системы сервера.

Нужно ли перезапускать 1С после смены времени на сервере?

Да. Открытые сеансы могут продолжать использовать старое значение времени. Завершите сеансы пользователей, а в клиент-серверном режиме при большом сдвиге перезапустите службу агента сервера 1С.

Опасно ли менять часовой пояс информационной базы?

Уже записанные даты документов не изменятся, но отображение времени, работа отчётов и расписание регламентных заданий сместятся. Меняйте пояс в нерабочее время, предупредив пользователей, и проверьте регламентные задания после изменения.

Время сбрасывается после каждой перезагрузки сервера — в чём причина?

Обычно это севшая батарейка CMOS на физическом сервере или синхронизация времени виртуальной машины с гипервизором, у которого неверное время. Замените батарейку или настройте единый корректный источник времени для хоста виртуализации.