Есть головная организация (г.Москва) и представительство (г.Новосибирск). Представительство работает с базой через терминальный сервер, который в Москве. Соответственно, все документы проводятся по московскому времени. Хотят чтобы у них все документы проводились по их текущему времени. Если кто-то делал подобное, дайте совет по поводу реализации данного механизма?

(0) В чем проблема? на сервере поставьте время, а в 1с используйте текущую настройку времени windows.:)

(1) Если  windows = сервер , интересно как это сделать?

(1) Через терминальник работают много представительств (разные часовые пояса) по всей стране. Новосибирск я написал для примера. Разве можно для разных пользователей поставить разное время на сервере?

тоже интересно

(2) они работают, через терминал, соответственно клиент на сервере.Делать лучше всего руками.
(3) Для начала тогда надо будет определять откуда подключился пользователь.Потом при записи можно к времени добавлять соответственно.Но это какое-то извращение.

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

(4) Обычные пользователи работают через толстый клиент с такой настройкой. Терминальные на сервере со смещенным временем с такой настройкой.

Ручками написать.
При записи/проведении корректировать время в зависимости от того какой филиал в документе. Либо ввести дополнительный реквизит "Местное время"

(0) в 8.2 есть функционал
Конфигуратор 1С:Предприятие 8
Работа с информационной базой в различных часовых поясах
Формат идентификатора часовых поясов
Часовой пояс информационной базы
Часовой пояс сеанса
Текущая дата сеанса
Оперативная отметка времени

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

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

Введено понятие часового пояса информационной базы, часового пояса сеанса и времени сеанса.

Часовые пояса определяются и идентифицируются в соответствии с перечнем часовых поясов (zoneinfo database), известным как Olson database. Большинство идентификаторов часовых поясов задаются как <регион>/<город>, например, Europe/Moscow. Подробности на http://www.twinsun.com/tz/tz-link.htm.

Идентификаторы часовых поясов GMT могут быть заданы в формате:

GMT{+/-}h[h][:mm]
где hh=0:23, mm=0:59.

Часовой пояс информационной базы:

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

Часовой пояс сеанса:

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

Текущая дата сеанса:

равна дате компьютера, приведенной к часовому поясу сеанса;
доступна из встроенного языка на сервере, в толстом клиенте, во внешнем соединении;
используется при работе с документами, бизнес-процессами, задачами, периодическими регистрами сведений для присвоения даты по умолчанию и проверки текущей даты.

Оперативная отметка времени:

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


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

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

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



--------------------------------------------------------------------------------

© 1996-2010 1C. Все права защищены.

(0) а у вас проблем с порядком следования внутренних документов не будет??

(5) я вопрос и задал, потому что не хочется делать "костыли" =)) хотел узнать как лучше)

(5) Это прокатит если терминал на одной машине а сервер на другой, и если не ошибаюся в типовых конфигах стоит проверка  разницы времени.

(12) Кстати док будут проведены на три часа позже москвы вернее раньше но по времени будут позже в один и тот же момент времени.

(+13) Получается что все доки в Мск будут проводиться неоперативно?

(14) да, с этим тоже проблема

(0) Сделайте свой реквизит "МестнаяДата" и заполняйте его программно, например в подписке на событие и в зависимости от настроек пользователя.

(16) спасибо за вариант.
Я хотел сделать так: где-то хранить количество часов разницы во времени, а потом от ТекущайДата() отнимать/прибавлять это количество часов.

в 8.2 все реализовано

(18) я на 8.1 пока

(0) А чем они аргументируют свою хотелку?

(20) им вообще необходимо, чтобы механизм напоминаний в 1С работал по их времени. Это сделать достаточно просто и никаких негативных последствий не будет. Про проведение документов я написал, потому что это не реализовано в 8.1 и мне хотелось узнать, что думает об этом мистовчане

(21) А если в печатных формах просто +- ко времени не подойдет?

(21) Думаю надо переходить на 8.2
(12) ты ошибаешься.

(23) Не думаю
http://v8.1c.ru/news/newsAbout.jsp?id=5085&printversion=1

(24) Действительно.Но галочку можно убрать.

(25) Галочку можно убрать было у человека с полными правами. (баг был только как обнов вышло, может уже исправили)

Мне одному кажется, что в базе с датой/временем документов будет полный бардак?

в москве же будут документы "из будущего" ))

может действительно лучше свой реквизит
или авторасчет времени для отчетов?

(27) Ты это пользователям объясни))