Создаю документ. Он первый своего вида.
У формы документа свойство АвтоВремя = Не использовать.
При записи документа время текущее, а вот при проведении меняется на более раннее. Почему?

+(0) Код прошерстил, нигде время документа не меняется. Но В ОбработкаПроведения уже новое время.

Причем если при первой попытке проведения время (например) ставится 13:03:15, то при второй будет 13:05:15, при третей 13:08:18 и т.д. на увеличение

Время как будто тсавится Текущее - 1 час 1 минута

в проведении где то юзаешь переменную по имени реквизита объекта

(3) Оно в ОбработкуПроведения уже с новым временем приходит

(4) так до нее еще есть ПередЗаписью и ПриЗаписи + соответствующие подписки

(5) В них документ имеет текущее время и никак не меняется - там просто вообще никакого кода нет

(0) программно создаешь или через форму ?

(6) ну так не бывает чтоб дата менялась сама

(7) Через форму, интерактивно.
(8) Угу, и у меня полтергейст.

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

(9) всякий подписки и нумераторы ёк ?

(0) проведение оперативное?

хотя нет. Вряд ли из за этого в данном случае. Пошерсти подписки.

(11) У формы ИспользоватьРежимПроведения = Автоматически
(12) В подписках нет кода, я ради проверки их создал.

(9) Нумераторов нет.

Причем если не проводить, а только записать, то время записывается правильное - текущее, а при попытке провести - скидывается на более ранее

т.е. проводится по дате документа, а записывается по текущей?

(15) Что значит "на более раннее", в (1) получается более позднее, т.е. текущее. Опреативное проведение документа, как и должно быть.

(16) Да, если hgjcnj запись - текущая дата и время, а при попытке его провести - на час раньше.
(15) Нажал записать - у дока время 14:36, нажал провести - у дока время 13:37.

Сейчас в конфигурации создал новый документ. Автовремя = Неиспользовать.
Так при создании нового документа интерактивно - время ставится на час меньше текущего! Это как так?

как то да - запутано все. Но, имхо, неоперативный режим проведения тебе поможет.

(18) первый раз про такое слышу. Может летнее время? ))))))

Ура! Нашел причину. Но как-то не ожиданно: База серверная и на сервере, на котором крутится сервер 1С время ровно на час меньше чем на компе где создается док! При создании время ставится по рабочему компу, а припроведении - по серверу 1С.
Нихрена себе подарок! Разве это правильно?

(21) т.е. ленивые админы так и не поставили патч от микрософта :(((

(22) Причем тут патч, если сервер и рабочий комп реально в разных поясах?

(23) все нормальные конфы синхронизируют время с серваком

(24) А это смотря с каким - с контроллером домена компы и так синхронизируют ивремя совпадает до секунд, но по часовым поясам на рабочих компах время свое.
Если сервер 1С в Москве,а рабочий комп в Магадане, то у них априори не может быть одного и того же времени по часам.

А стоп, ты про время в конфе, а я про время на компе.

Но, всё равно я не понимаю: если на сервере 1С время на N час меньше времени рабочего компа, то по логике документы должны проводится с временем рабочего компа, а не сервера. Т.е. отгрузка товара в Магадане в 12:00 на сервере будет в 20:00 и это вроде как правильно... или нет?

ой, т.е. не в 20:00 а наоборот раньше в 4:00

(24) мне больше интересно, как комп вообще в сеть вошел.

(29) а так я же говорил летнее время )))) один комп перешел, а другой нету )))

(27) при клиент сервер, когда доки проводятся на стороне сервера - с какого перепугу то?

(29) В смысле?
(31) Допустим я сижу в Магадане. У меня на часах 12:00. Я создал документ, записал. Его время 12:00. При проведении он примет время сервера, как у меня сейчас показали эксперименты, т.е. его время станет 04:00 - ведь разница между временем Москвы -8 часов. Вот я и удивился.

(32) в прямом. Если часовой пояс одинаковый и разное время, то в сеть фиг войдешь если время не синхронизировать на компах.

(33) Не. У меня рабочий комп вместе со своим контроллером домена в одном часовом поясе, а сервер 1С в другом городе/часовом поясе.

Время между DC,рабочим компом и сервером 1С совпадает до секунд, кроме часов из-за часовых поясов

(32) Глобальный контекст
УстановитьЧасовойПоясСеанса
Синтаксис:
УстановитьЧасовойПоясСеанса(<ЧасовойПояс>)
Параметры:
<ЧасовойПояс> (необязательный)
Тип: Строка.
Идентификатор часового пояса.
Описание:
Устанавливает часовой пояс текущего сеанса. Если параметр не задан, то часовым поясом сеанса становится часовой пояс информационной базы, если он определен, или часовой пояс компьютера, если часовой пояс информационной базы не определен.
Если часовой пояс информационной базы не задан, то установка часового пояса информационной базы отменяется. В этом случае ЧАСОВОЙ ПОЯС ИНФОРМАЦИОННОЙ БАЗЫ СОВПАДАЕТ С ЧАСОВЫМ ПОЯСОМ СЕРВЕРА.


Доступность:
Сервер, толстый клиент, внешнее соединение.

ну тогда все норм должно быть. Но вот фишка, что сервер 1С в другом часовом поясе - это конечно куль.

(36) о - вот спасибо, может и мне когда пригодится.

(36) Это я понимаю. Я не понимаю каким логически должно быть время документа, которые проводят на компе, время которого на N часов раньше времени сервера.

(37) угу. 9 городов - филиалы и дочки раньше работали на своих базах, а щас запускаем единый сервер 1С и вот конфу тестирую... Вот и столкнулся с расхождением по времени.

(40) с ума сойти. Сервер 1С ложится и все филиалы и дочки нервно курят в сторонке?

(41) Кластер :)

С резервным каналом и питанием

+(32) аха, если действительно 8.2 то там "оперативные отметки времени" идут от текущей даты сеанса и сначала она равна "часовому поясу ИБ" потом "часовому поясу сервера" но можно и поменять через УстановитьЧасовойПоясСеанса() тогда "оперативные отметки времени" будет несколько ... для каждого сеанса

(42) да пофиг, если весь кластер в одном месте. Свет сняли на полдня и что делать будешь?

провайдер отключился и чего делать будешь с резервным каналом и питанием?

(46) Блин. Объясняю: сервер 1с стоит в центральном подразделении. Есть 3 инет-канала от трех провайдеров, резерв по питанию тоже есть - генератор.

(47) а ну тады другое дело. Я правда не понимаю, как дочки будут переключаться по необходимости на разные каналы.

Ну а если все три провайдеру умрут, то я даже не знаю... апокалипсис какой-то :)

(49) дык все живут на 3 провайдерах?

(49,50)
Не, на одном. В дочках пользователи работают на локальном терминальном сервере, а тот в свою очередь "думает", что подключается к локальному серверу 1С, ну а прокси пробрасывает подключение на центральный сервер и если канала падает, то прокси пробрасывает на резервный канал.