|
ТекущаяДата() 9999 год |
☑ |
0
HamyaG
13.11.11
✎
13:58
|
УТ 11, на сервере sql (1 сервер), работа через удаленку на 2 сервере, вчера часов с 16, все документы стали проводиться 9999 годом, запрос по текущей дате - 9999 год, на серверах год и время windows выставлены правильно, что может быть? кто сталкивался?
|
|
1
Мимохожий Однако
13.11.11
✎
14:01
|
Проверь Рабочую дату в конфигурации.
|
|
2
HamyaG
13.11.11
✎
14:16
|
в ут11 убрали рабочую дату ((
|
|
3
shuhard
13.11.11
✎
14:26
|
(2) херня
УТ 11 здесь не причём
Глобальный контекст.РабочаяДата (Global context.WorkingDate)
Глобальный контекст (Global context)
РабочаяДата (WorkingDate)
Использование:
Чтение и запись.
Описание:
Тип: Дата. Содержит рабочую дату, используемую в текущем сеансе работы с конфигурацией. Доступно для записи в случае, если свойство ИспользованиеРабочейДаты имеет значение Назначать.
Доступность:
Толстый клиент.
|
|
4
HamyaG
13.11.11
✎
15:19
|
вот уж не знаю херня или нет, однако рабочая дата не используется в управляемом приложении, как раз УТ11, ее там просто нет, если запустить на толстом клиенте, то все типа гуд, бред какой то...
|
|
5
HamyaG
13.11.11
✎
16:20
|
перестал что либо понимать вообще, сама дата документа и дата транзакции по ходу разная, вообще перестал понимать что либо, вот тут скрин
|
|
6
acsent
13.11.11
✎
16:26
|
перезапуск сервера помог?
|
|
7
HamyaG
13.11.11
✎
16:44
|
сервер ребутится каждую ночь, трабла началась еще со вчерашнего дня, на данный момент не могу перегрузить - работает 10 магазинов на сервере
|
|
8
БибиГон
13.11.11
✎
16:45
|
а в магазинах даты проверяли?
|
|
9
HamyaG
13.11.11
✎
16:54
|
Магазины работают удаленно, т.е. на сервере2, по идее системная дата и должна браться с него, там все хорошо, дата самого документа на сколько я понял устанавливается правильно, а вот дата транзакции сбита (
|
|
10
HamyaG
14.11.11
✎
00:07
|
Тестирование и исправление спасло на первый взгляд, завтра сюрприз будет, когда юзеры посмотрят )) что было - так и не понял (((
|
|