Имя: Пароль:
1C
1С v8
Свой журнал регистрации
0 Domovoi
 
28.09.11
09:25
Надо сделать некий журнал, в котором бы отражались изменения документа(пока достаточно одного), но механизм желательно сделать универсальный, чтоб в любой базе для любого дока можно было применить(естественно с предварительным прописыванием кода, если необходимо), еще было бы не плохо видеть изменения в подчинных объектах отображаемых и управляемых документом(к примеру регистр содержит статус докумнта, надо чтобы его изменение тоже фиксировалось). Возможно есть уже готовое решение или сформированное направление как это делать, собственно хотелось бы узнать как это делается и через что лучше реализовывать?
1 asp
 
28.09.11
09:26
например версионирование в УПП
2 ZanderZ
 
28.09.11
09:27
у нас фиксируется просто подробная регистрация в ЖР через подписку
3 ruinous
 
28.09.11
09:27
1
4 evgen2011
 
28.09.11
09:28
(1) и КА )
5 Domovoi
 
28.09.11
09:29
(1)Посмотрим
(2)Подробная это насколько?
6 ZanderZ
 
28.09.11
09:30
(5) вплоть до реквизитов "был такой-то стал такой-то"
7 Domovoi
 
28.09.11
09:38
(6)А изменения в ТЧ тоже фиксировались?
8 Axel2009
 
28.09.11
09:39
(7) все что кроме ЖР чревато тем, что при откате транзакции весь лог в топку. а ЖР все равно все пишет
9 Domovoi
 
28.09.11
09:43
(8)Так если транзакция откатилась и ничего не поменялось, то зачем что-то записывать?
10 polo_mino
 
28.09.11
09:44
через подписку и РС, детализировать можно до реквизитов тч
11 ZanderZ
 
28.09.11
09:44
(7) да
12 Domovoi
 
28.09.11
09:44
+(9)Я может не так понял, что подрузумивается при откате транзакции?
13 polo_mino
 
28.09.11
09:46
есть на инфостарте примеры, включая комерческие
14 Axel2009
 
28.09.11
09:46
(12) все изменения откатились. изменений данных нет. а если не надо, тогда ЖР это делает, потому как там нет контроля транзакций.
15 Domovoi
 
28.09.11
09:48
(11)Вот тут у меня вопрос, а как вы конкретизируете, что изменилось в ТЧ? С реквизитом понятно: указываем реквизит и его новое значение, а с ТЧ? Указывать строку, реквизит и значение? Или как то более универсально делается?
16 ZanderZ
 
28.09.11
09:50
(15) в строке такой-то, реквизит такой-то, был такой-то, стал такой-то
17 Domovoi
 
28.09.11
09:50
(14)Так фиксировать что произошли изменения и записывать их в подписке, тогда уже все что можно отработает и там уже проверяшь, произошли изменения или нет...
Или я не так, что-то понимаю?
18 Domovoi
 
28.09.11
09:52
(16)А если дерево значений в документе используется?
19 Domovoi
 
28.09.11
09:52
+(18)То как его записывать?
20 Domovoi
 
28.09.11
09:52
(13)Спасибо покапаюсь.
21 ZanderZ
 
28.09.11
09:54
(18) у дерева строк нет что ли ?
22 Domovoi
 
28.09.11
09:57
А вот такой еще момент, если в ТЧ взяли и строки местами поменяли, то как вы это отслеживаете и что вы пишите в ЖР(вплане какие изменения)?
23 ZanderZ
 
28.09.11
10:07
(22) такими же как и при изменении реквизита
24 Domovoi
 
28.09.11
10:08
(23)Т.е. если поменяли 2 строки местами, то вы отметите как изменение 2 строк? или удаление/добавление 2 строк? или еще как-то?
25 ZanderZ
 
28.09.11
10:10
(24) сравниваются строки по порядку их следования - если не совпадают - выводятся изменения, а что ты с ними сделал неважно
26 Maxus43
 
28.09.11
10:11
имхо не больно кошерно такое в ЖР писать, механизм версионирования более подходит. ЖР пухнет, надо чаще сокращать. Анализировать ЖР не удобно, отборы долго обрабатывает и т.д.
27 AlexNew
 
28.09.11
10:15
(18) Дерево значений в документе - сильно!
28 Domovoi
 
28.09.11
10:16
(27)Ну мало ли) Я ж универсальный механизм хочу)
29 Maxus43
 
28.09.11
10:18
(28) что мало ли? где ты его там возьмёш в документе? конопляное дерево чтоли?)
30 ZanderZ
 
28.09.11
10:18
(28) у нас этот механизм на УПП, ЗУП и БУХ и везде один и тот же..
31 Domovoi
 
28.09.11
10:28
А вот еще вопрос. Я например думаю в подписках определять изменения докумнта, так вот если у дока есть движения по регистрак, то подписку ставить на док и там пытаться найти все на что повлияло сохранение или проведение документа или же ставить на док и необходимые регистры?
Глупец, лишенный способности посмеяться над собой вместе с другими, не сможет долго выносить программирование. Фредерик Брукс-младший