Время и дата в 1С: где их менять и почему они расходятся
Содержание
Настройки «текущее время» в самой 1С нет. Программа берёт часы у операционной системы: в файловой базе и на клиенте это компьютер пользователя, в клиент-серверной базе серверная часть берёт время сервера. Поэтому «изменить время в 1С» означает один из трёх вариантов: поправить часы Windows, поменять дату и время конкретного документа или настроить часовой пояс информационной базы.
Какой вариант ваш, определяет симптом. Новые документы создаются с чужим временем — смотрите часы и часовой пояс. Нужно поставить документ на другое число или минуту — правьте реквизит «Дата» в самом документе. Время в базе «плавает» между пользователями или филиалами — проверяйте пояс и синхронизацию. Ниже все три случая по порядку.
Откуда 1С берёт текущее время
Платформа различает несколько «часов», и путаница между ними даёт большинство странностей:
- Время клиента. Функция
ТекущаяДата()в клиентском коде возвращает время компьютера пользователя. - Время сервера. В серверном коде та же функция берёт часы сервера 1С. Если в клиент-серверной базе у пользователя 10:00, а у сервера 10:07, документ может получить любое из двух значений, в зависимости от того, где выполняется код.
- Дата сеанса.
ТекущаяДатаСеанса()возвращает время с учётом часового пояса сеанса. Именно её используют типовые конфигурации, когда заполняют дату нового документа. - Универсальное время.
ТекущаяУниверсальнаяДата()отдаёт время в UTC, без пояса. Его пишут в служебные данные, например в журнал регистрации.
Если вы разработчик и правите типовой код: для даты документа берите ТекущаяДатаСеанса(), а не ТекущаяДата(). Тогда время не будет зависеть от того, где выполнился код.
Отсюда практический вывод. Сначала проверьте часы Windows на том компьютере, где пользователь видит неверное время. Для клиент-серверной базы проверьте ещё и сервер 1С. Только потом лезьте в настройки самой программы.
Системные часы: поправить время на компьютере и сервере
Если все новые документы получают неверное время, дело в операционной системе. Менять его через 1С нельзя.
Пошагово для Windows
- Закройте 1С или хотя бы сохраните открытые документы.
- Откройте параметры даты и времени Windows (правый клик по часам в трее).
- Включите автоматическую установку времени и нажмите кнопку синхронизации.
- Проверьте часовой пояс. Ошибка в пояс на один час даёт ровно тот сдвиг, который вы наблюдаете.
- Перезапустите 1С и создайте тестовый документ.
Для проверки из командной строки подойдут две команды:
w32tm /query /status
w32tm /resync
Первая показывает источник времени и последнюю синхронизацию, вторая запускает её принудительно. Выполнять нужно от имени администратора.
Если база клиент-серверная
Когда у пользователя часы верные, а в документах время другое, смотрите сервер приложений 1С. Проверьте его часы и пояс тем же способом. Отдельно уточните, не живёт ли сервер на виртуальной машине, у которой время «уходит» после паузы или миграции. Для таких машин настраивают синхронизацию с гипервизором или с доменом.
Перед тем как менять время на рабочем сервере или перезапускать службу сервера 1С, предупредите пользователей: сеансы оборвутся. Делайте это вне рабочих часов. Резкий откат часов назад на сервере с базой тоже опасен: новые документы могут оказаться «раньше» уже записанных.
Дата и время документа: как поменять в самом документе
Время документа — это реквизит «Дата» в шапке, и он хранит не только число, но и часы, минуты, секунды. От него зависит порядок документов в учёте.
Меняем вручную
- Откройте документ.
- Встаньте в поле даты и введите нужное значение в формате
ДД.ММ.ГГГГ ЧЧ:ММ:СС. Секунды можно не трогать, платформа дополнит их нулями. - Если документ уже проведён, нажмите «Провести и закрыть». Без повторного проведения движения останутся на старой дате.
Дату можно выбрать и мышью: кнопка выбора в поле открывает календарь, а часть со временем правится прямо в строке.
Зачем вообще менять время, а не только число
Документы одного дня стоят в учёте друг за другом по времени. Это важно, когда порядок влияет на результат:
- списание товара не должно идти раньше его поступления в тот же день;
- расчёт себестоимости и остатков идёт по хронологии;
- отчёты «на конец дня» включают всё, что проведено до 23:59:59.
Типичный пример: оприходование и реализация сделаны в один день, а реализация оказалась «раньше» по времени. Программа скажет, что товара не хватает, хотя он физически есть. Выставьте у оприходования время раньше, чем у реализации, и проведите оба документа заново.
| Что нужно | Что делать | На что смотреть |
|---|---|---|
| Поправить порядок в пределах дня | Изменить время документа | Перепровести соседние документы |
| Перенести документ на другой день | Изменить дату, провести заново | Номер и закрытый период |
| Все новые документы с чужим временем | Править часы ОС или пояс базы | Клиент и сервер отдельно |
Если нужно просто «подвинуть» один документ, не меняйте общие часы компьютера. Это затронет все остальные документы и, возможно, электронные подписи и обмены.
Настройка пояса и формата отображения
Здесь две разные вещи: часовой пояс и то, как выглядят дата и время на экране.
Часовой пояс информационной базы
Пояс базы задаётся в Конфигураторе: меню Администрирование → Параметры информационной базы. Эта настройка нужна, когда пользователи сидят в разных поясах, а учёт ведётся в одной базе. Если пояс не задан, сеанс использует пояс ОС.
В базах на основе типовых конфигураций часто есть собственная настройка часового пояса среди параметров администрирования. Откройте раздел Администрирование и найдите её по слову «часовой» в строке поиска по командам.
Меняя пояс у рабочей базы с накопленными данными, сначала сделайте резервную копию. Отдельные даты, записанные программой, могут отобразиться со сдвигом.
Формат даты и времени
Формат отображения берётся из региональных настроек. Если у пользователя дата показывается как 07/10/2026 10:15 AM, а нужна привычная запись 07.10.2026 10:15:00:
- в клиент-серверном режиме проверьте региональные настройки, под которыми работает сервер 1С;
- на клиенте смените формат в региональных параметрах Windows;
- для отдельного ярлыка можно задать язык через параметр запуска
/VL ru_RU.
Точность времени в документах — секунда. Миллисекунд в обычной дате нет. Если разработчик пишет в регистр сведений «момент времени», порядок внутри одной секунды определяют служебными полями, а не «более точными» часами.
Проведение задним числом и запрет изменений
Проще всего «изменить время» кажется так: поставить в документе вчерашнюю дату. На деле это одно из самых рискованных действий в учёте.
Что происходит при проведении в прошлом
- Документ встаёт в хронологию на старое место, поэтому всё, что проведено после него, оказывается пересчитанным.
- Остатки, себестоимость и обороты за прошедшие дни меняются. Отчёты, которые вы уже сдали или показали, перестанут совпадать.
- Если месяц закрыт и регламентные операции выполнены, потребуется повторное закрытие.
- Могут сработать контрольные проверки: например, программа сообщит об отрицательных остатках на дату.
Дата запрета изменений
В большинстве типовых конфигураций есть механизм даты запрета: документы раньше этой даты нельзя ни создать, ни изменить, ни перепровести. Вместе с ним пользователь видит сообщение вроде «Изменение данных запрещено» с указанием даты. Команда находится в разделе Администрирование, называется «Даты запрета изменения» (искать её удобнее через строку поиска по меню).
Что делать, когда запрет мешает:
- Выясните, кто и зачем его поставил. Обычно это главный бухгалтер после сдачи отчётности.
- Не снимайте запрет «на минутку» самостоятельно, если у вас нет полномочий.
- Согласуйте вариант: либо корректировка в текущем периоде, либо временное снятие запрета ответственным лицом с последующей переустановкой.
Перед проведением документов задним числом сделайте копию базы. Откатить результат пересчёта вручную почти невозможно.
Для бухгалтерского и налогового учёта ориентир такой: исправления за закрытый период чаще вносят текущей датой отдельным документом, если это допустимо по учётной политике организации. Решение принимает бухгалтер, а не администратор.
Распределённые базы и обмены: когда время расходится
В распределённых информационных базах и при обмене между отдельными базами часы влияют на несколько вещей. Сами данные передаются по правилам обмена, но порядок и «свежесть» событий читаются с учётом времени.
Что стоит проверить:
- Одинаковый пояс на всех узлах. Если в Москве пояс +3, а на удалённой площадке стоит неверный, документы, созданные в одно и то же время, окажутся в разных «минутах».
- Синхронизация часов по NTP или домену. Расхождение в несколько минут не ломает обмен, но делает хронологию непонятной.
- Документы одного дня из разных баз. Если в обеих базах создано по документу в одну секунду, порядок между ними определяется служебными полями, а не вашими ожиданиями. Для строгого порядка указывайте время явно.
- Конфликты изменений. При одновременном изменении одного объекта в двух узлах победитель определяется настроенным приоритетом, а не тем, у кого часы убежали вперёд. Часы лишь помогают понять, кто менял последним, когда вы разбираете конфликт вручную.
Если после обмена в принимающей базе документы «улетели» на другое число, сравните пояса двух баз. Типичная причина: дата записана около полуночи, а базы работают в разных поясах.
Диагностика: время в 1С неверное
Сначала определите, где именно неверное время, и только потом чините.
Если ничего не помогло, соберите факты в виде короткой справки: версия платформы, режим работы базы (файловая или клиент-серверная), время на клиенте, время на сервере и пояс информационной базы. По этим пяти значениям расхождение обычно объясняется за минуту.
Что проверить в журнале регистрации
Журнал регистрации хранит время событий. Если нужно понять, когда на самом деле пользователь провёл документ, откройте журнал (в Конфигураторе меню Администрирование → Журнал регистрации, в обычном режиме его ищут в разделе Администрирование) и отберите события по пользователю и интервалу. Обратите внимание на колонку со временем и на то, в каком поясе она показана.
Как не допустить расхождения впредь
Несколько привычек, которые избавляют от большинства случаев:
- ✅ Включите автоматическую синхронизацию времени на всех компьютерах и серверах.
- ✅ Держите один и тот же часовой пояс на сервере 1С, на сервере СУБД и в базе.
- ✅ Не правьте системное время «под документ». Для этого есть реквизит даты.
- ✅ Закрывайте период датой запрета сразу после сдачи отчётности.
- ✅ Перед массовым перепроведением делайте копию базы .