|
Системная дата журнала регистрации | ☑ | ||
---|---|---|---|---|
0
ETurdymuratov
29.10.14
✎
08:30
|
Привет всем!
Подскажите пожалуйста где установить дату, от которой в журнале регистрации создавались бы записи. Например, сегодня 29/10/2014 года создаю документ Поступленим ТМЦ и в журнале хотелось бы видеть дату создания этого объекта 01/01/2012 г.? |
|||
1
ETurdymuratov
29.10.14
✎
08:31
|
стоит БП 2,0
|
|||
2
ETurdymuratov
29.10.14
✎
09:36
|
Здесь есть кто нибудь? =)
|
|||
3
John83
29.10.14
✎
09:37
|
поменять дату на компе (или сервере)
|
|||
4
ETurdymuratov
29.10.14
✎
09:40
|
(3) На локальном менял, результата нет. Слышал что в интерфейсе можно по чесному задать дату от которого будет плясать дата журнала. Ты знаешь об этом что нибудь?
|
|||
5
John83
29.10.14
✎
09:42
|
(4) ни разу не слышал
если локально не получилось, то клиент-сервер, а там на самом серваке менять надо |
|||
6
ETurdymuratov
29.10.14
✎
09:45
|
Не хотелось бы прибегать (5) А без изменения даты на сервере никак?
|
|||
7
John83
29.10.14
✎
10:01
|
(6) если придумаешь - обязательно сообщи
|
|||
8
PePaRiTB
29.10.14
✎
10:14
|
(0) Бывает несколько видов времени:
1. На клиенте (текущие время клиентского компьютера) 2. На сервере (это время на сервере главного (основного) кластера 1С) 3. Время сеанса (это время сервера, приведенное к часовому поясу клиента) Часовой пояс задается в настройках программы. В ЖР, на сколько помню берется время сеанса! Следовательно, если у Вас серверная БД надо менять время на сервере. |
|||
9
ETurdymuratov
29.10.14
✎
10:28
|
(7) Ок
(8) Очень жаль Наверно сделаю следующий образом, создам необходимы документы, а уже потом в логе журнала документа буду менять на нужную дату. Менять на самом сервере не вариант, так как там крутится около 15 баз. Если поменяю, значит все что будет делаться во всех 15 будет писаться в логи задним числом. Пока такой вот выход. Если придумаю чего, отпишусь. Спасибо за внимание ребята. |
|||
10
PePaRiTB
29.10.14
✎
10:34
|
(9) Если мало пользователей: закрой коннекты к базе -> сделай бэкап -> залей на другой комп (с измененным временем) -> поправь что надо -> залей обратно и открой доступ. И все это сопровождается техническими проблемами :) С крупными компаниями так не прокатит ...
|
|||
11
John83
29.10.14
✎
10:39
|
по-моему тут проще версионирование прикрутить
|
|||
12
hhhh
29.10.14
✎
10:41
|
(9) всё равно же вы будете это тайно ночью делать. 15 баз вряд ли будет крутиться.
|
|||
13
ETurdymuratov
29.10.14
✎
10:44
|
(10) Сделать SQL-й бэкап? Сделался, но он без журнала регистрации
(12) Точно!)) Тайком!!! |
|||
14
ETurdymuratov
29.10.14
✎
10:45
|
(11) Это что значит?
|
|||
15
John83
29.10.14
✎
10:49
|
(14) это когда изменения в отдельном регистре хранятся, погляди в УПП, УТ 11
|
|||
16
PePaRiTB
29.10.14
✎
10:50
|
(14) Версионирование - это хранение истории изменений объектов.
|
|||
17
PePaRiTB
29.10.14
✎
10:50
|
(15) но ему нужно журнал поправить, а не восстановить копию объекта :)
|
|||
18
John83
29.10.14
✎
10:54
|
(17) ни разу не приходилось использовать версионирование для восстановления
|
|||
19
ETurdymuratov
29.10.14
✎
10:56
|
(15) Но у нас БП 2,0 и все что делали хранится в журнале регистрации. Это ж целая эпопея будет чтобы теперь перекинуть в этот самый регистр, разве нет? И мне нужно всего лишь воздейстовать на дату этого самого журнала.
|
|||
20
PePaRiTB
29.10.14
✎
11:00
|
(19) так версионирование хранит полную копию объекта в формате xml.
(18) мне несколько раз приходилось переходить к более старой версии. А указывать, что, кто и где поменяли так это вообще за здрасте! |
|||
21
ETurdymuratov
29.10.14
✎
11:00
|
(15) Наверно в УПП и УТ вообще проблем не появляется с изменением, написал обработку и меняй чего хочешь))
|
|||
22
Ненавижу 1С
гуру
29.10.14
✎
11:00
|
а зачем?
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |