Имя: Пароль:
1C
1С v8
Дата запрета изменения данных и РИБ
, ,
0 ВежливаяТварь
 
03.05.12
10:25
Добрый день. Такой весьма глупый вопрос. При обмене данными если на узле стоит дата запрета редактирования отличная от даты запрета редактирования на листьях, станет ли она везде одинаковая?
1 YF
 
03.05.12
10:26
(0) Телепаты подключились и угадали конфигурацию и план обмена
2 Shurjk
 
03.05.12
10:26
(0) Если дата редактирования попадает в обмен то станет.
3 Cube
 
03.05.12
10:26
(0) Если разработчик конфы решил обмениваться датой запрета по планам обмена - то будет одинаковая.
4 ВежливаяТварь
 
03.05.12
10:29
Прошу прощения. 8.2 УТП 1.2.6.1
5 ВежливаяТварь
 
03.05.12
10:30
(2,3) А как узнать попадает ли она в план обмена или нет?
6 Shurjk
 
03.05.12
10:31
(5) Зайди в план обмена и посмотри его состав.
7 ВежливаяТварь
 
03.05.12
10:35
(6) Не могли бы Вы подсказать как в него зайти
8 hhhh
 
03.05.12
10:39
(7) ну где общие модули, подписки, там где-то рядом должны быть и планы обмена.
9 ВежливаяТварь
 
08.05.12
16:15
Понял. Спасибо.
10 J_B
 
08.05.12
17:34
Если типовая УТП для Украины и план обмена полный, то однозначно ходят даты запрета
11 ВежливаяТварь
 
09.05.12
09:52
(10) Типовая УТП для Украины но даты почему-то не обмениваются.
12 ВежливаяТварь
 
09.05.12
10:03
(10) план обмена полный стоит.
13 Живой Ископаемый
 
09.05.12
10:05
2(12) И как, стоит(отмечен галкой) в Плане Обмена "Полный" регистр который отвечает за дату запрета?
14 ВежливаяТварь
 
09.05.12
10:22
Я так опнимаю регистр ГраницаЗапретаИзмененияДанных это оно? Галочка не стоит. А как её поставить? конфигурация на поддержке.
15 Живой Ископаемый
 
09.05.12
10:37
давай я объясню сначала почему не стоит, а потом ты решишь нужно ли тебе ставить
16 ВежливаяТварь
 
09.05.12
10:39
(15) Давай. Буду очень признателен.
17 hhhh
 
09.05.12
10:40
(14) может пусть просто сами на местах ставят эту дату? Кто не поставил - увольнять. Зачем из-за одного поля конфу менять?
18 Живой Ископаемый
 
09.05.12
10:43
В этом регистре можно указать даты запрета индивидуально для каждого пользователя/группы пользователя при чем по каждой из организаций. Просто взгляни на структуру этого регистра.

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

Если поставишь галку, добьешься того что в в каком-то узле будут записи с <Объект не найден> в измерениях. Не бог весть как страшно, но все-таки...

Ну а сделать так чтобы конфа была на поддержке с возможностью изменений нужно в том случае, если ты действительно собрался менять конфу.
19 ВежливаяТварь
 
09.05.12
10:47
(18) А если на каждого пользователя не стаится дата запрета. Есть только две даты одна общая, и одна по организации которая везде одна и та же. Тогда можно снять с поддержки поставить галку и снова вернуть на поддержку?
20 ВежливаяТварь
 
09.05.12
10:47
(17) Бухи хотят что бы автоматически менялась
21 Живой Ископаемый
 
09.05.12
10:50
2(20) Чувак, они так хотят потому что не в силах взглянуть на картину целиком. Для этого есть ты.
2(19) ну давай сначала попробуй это сделать на копиях.
22 ВежливаяТварь
 
09.05.12
10:52
(21) Понял. Огромное спасибо. Сейчас попробую.
23 hhhh
 
09.05.12
10:54
(21) вообще-то список пользователей везде один и тот-же. Многих это нервирует. Говорят, кто все эти люди, которые тут в списке пользователей.
24 Живой Ископаемый
 
09.05.12
10:54
2(19) Лучше выгружать тогда записи этого регистра с помощью ВыгрузкаЗагрузкаДанныхХМЛ.епф из одной базы в другую, ну и автоматизировать это. Это если все-таки не нажимать кнопку "Поддержка с возможностью изменения", что, насколько мне память не изменяет необратимо.
25 Живой Ископаемый
 
09.05.12
10:54
2(23) Конечно не один и тот же
26 Живой Ископаемый
 
09.05.12
10:55
Но если ты получал второй узел клонированием - то надо ыло просто почистить список пользователей. Забыл, да?
27 hhhh
 
09.05.12
11:03
(26) а если придет документ из другого узла? Получается что и пользователь должен быть?
28 Живой Ископаемый
 
09.05.12
12:24
Поэтому и пишу "в общем случае", а как мы уже добиваемся своего частного бардака - кому это интересно?
2 + 2 = 3.9999999999999999999999999999999...