Сегодня появился странный глюк.

Платформа "1С:Предприятие 8.2 (8.2.19.130)" в режиме совместимости с Версия 8.1.

При оперативном проведении документа время устанавливается на 4,5 часа больше реального. Т.е. допустим провожу в "14.35", время устанавливается "18:59:40".

Косяк появился именно сегодня на нескольких разных типах документов.

Отладчиком найти программное замещение даты не удалось. Ни в самом объекте ни в подписках.

В процедуре "Перед записью" дата не меняется. А в процедуру "Обработка проведения" уже приходит кривая.

Может кто-то сталкивался с проблемой?

(0) На сервере какое время?

(0) Перезагрузи систему, посмотри еще раз, и время на компе глянь

(1) на сервере нормальное - "14.35".

Работа идет через терминал. Сервер терминалов, Сервер 1С и скул крутятся на одной физической машине.

Часовой пояс тоже нормальный

https://its.1c.ru/db/metod8dev/content/2312/hdoc

"В ходе оперативного проведения система изменяет время документа таким образом, чтобы очередной документ, проводимый в оперативном режиме, имел бы момент времени более поздний чем, у предыдущего оперативно проведенного документа. Для этого используется понятие оперативной отметки времени. Оперативная отметка получается системой автоматически при оперативном проведении, но может быть получена во встроенном языке в явном виде с помощью метода ПолучитьОперативнуюОтметкуВремени()"

Есть документ в сегодняшнем дне 18:59:39

Ну а если нет, то рестартани сервер приложений

(4) Ага, ууже прочел.

На тестовой базе вот этот код:

Сообщить(ПолучитьОперативнуюОтметкуВремени());

возвращает нормальную дату.

А в Боевой базе кривую, смещенные на 4,5 часа.

Обе базы на одном сервере.

(8) Ну либо рестарт сервера приложений, либо просто завершение всех сеансов с этой инфобазой

И насчет "кривую" ты бы все-таки проверил, может там документов наколотили на 4.5 часа вперед

(6) "Есть документ в сегодняшнем дне 18:59:39"  - да, доки есть такие. Получается нужно сменить им дату и потом новый документ проведенный оперативно встанет корректно.

Ток вопрос, это работает целиком по всей базе или в рамках каждого типа документа

"Получается нужно сменить им дату и потом новый документ проведенный оперативно встанет корректно" // Не встанет, плохо читал приведенную статью

(11) "это работает целиком по всей базе или в рамках каждого типа документа" // "по всей базе", как ты выражаешься

(13) вот строка:

"Для исправления этой ситуации необходимо завершить работу всех пользователей с этой информационной базой, включая режим запуска Конфигуратор. При этом запомненное значение оперативной отметки будет стерто, и очередная отметка будет получена при следующем обращении."

НО тут не совсем ясно. Если в базе есть доки с кривой датой. Я выгоняю юзеров и делаю полынй рестарт сервера. Затем юзеры заходят и начинают проводить новые доки. ТО новые документы будут нормально проводиться или нет (из-за того, что есть старые с кривой датой)

"Если в базе есть доки с кривой датой" // Предлагаю тебе это проверить самостоятельно. Например, попытаясь провести новый документ текущим днем, для которого разрешено оперативное проведение и у пользователя ИБ есть на то права, либо просто повызывать метод встроенного языка

Вроде сработало. После полного рестарта сервера новые доки в оперативном режиме проводятся нормально, даже при наличии кривых. Теперь исправляю имеющиеся.

(15) Спасибо!