gifts2017

Журнал регистрации изменений

Опубликовал Александр Окулов (PowerBoy) в раздел Администрирование - Журнал регистрации

Журнал регистрации изменений

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

Основные характеристики:

1. Записывает изменения в документах и справочниках.

2. Журнал изменений сделан на основе справочника.

3. Регистрируются изменения в реквизитах и в записях табличных частей.

4. Подсистема очень простая и состоит всего лишь из:Справочника,Обработки,ОбщегоМодуля, Подписки на  события и Регламентного задания.

5. Код открыт.

Скачать файлы

Наименование Файл Версия Размер
- 1506
.1237353959 17,09Kb
19.02.13
1506
.1237353959 17,09Kb Скачать

См. также

Подписаться Добавить вознаграждение

Комментарии

1. svarog (svarog) 18.03.09 11:21
Отличная обработка.
Есть пожелание:
1) при внесении изменений в табличной части (например, изменил колич. товара с 8 на 10), старое и новое значение количества в разных строках находятся. Т.е. выводит все реквизиты таб. части со старыми значениями и ниже все реквизиты таб. части с новыми значениями. Неудобно искать, что же изменилось. С реквизитами шапки документа синхронизация старых и новых значений происходит на ура (например, сумма документа).
2) Для более быстрого поиска измененных реквизитов можно было бы добавить галочку "Изменен" в таблице изменений.
fsv_kanash; romancov; +2 Ответить 1
2. Olga Olga (ivvvvvvan) 18.03.09 13:16
А как эта подсистема реагирует на УРИБ? Например, в филиале Создали Документ, исправляли и дополняли, но не провели. Документ отправился в центр. Там его провели. И он опять уходит в филиал. КАк это все отражается?
3. Александр Окулов (PowerBoy) 18.03.09 13:50
(1) Быстрое определение изменений в табличных частях - это отдельная тема, и еще требует дальнейшей проработки. Пока реализовано на уровне записей - но можно подумать как их свернуть.

(2) Подсистема не фиксирует загрузки объектов, только их изменение в центре.
4. Яков Коган (Yashazz) 18.03.09 18:20
На основе справочника? А он от объёма не задохнётся? Может, лучше бы регистр сведений?
5. Александр Окулов (PowerBoy) 19.03.09 06:04
(4) На справочник нет никаких ограничений! Для хранения изменений он более оптимален по сравнению с регистрами сведения (за счет использования табличной части).
6. Romarius (Romarius) 19.03.09 10:59
Отлично!!! Буду тестировать!
7. Игорь Исхаков (Ish_2) 19.03.09 15:27
(5) Почему "справочник..для хранения изменений..более оптимален по сравнению с регистрами сведения ( за счет использования табличной части )" ?
8. svarog (svarog) 19.03.09 16:38
странно отрабатывается обновление (при нажатии кнопки "Обновить") в обработке "Журнал изменений". С самом журнали запись есть, а в обработке показывает с запозданием минут на 15.
9. svarog (svarog) 19.03.09 16:41
(7) Где то на инфостарте были измерены скорость работы с регистрами и справочником. Так в регистры сведений проигрывают по скорости записи/чтения справочникам. В регистрах идут проверки на уникальность записи, кажись так.
10. Яков Коган (Yashazz) 19.03.09 18:58
Но уж получение данных из таблиц справочника точно медленнее, чем параметризованная виртуальная таблица регистра.
Да и сам принцип нехорош, мне кажется: справочники предназначены для хранения фиксированной, статичной информации, а динамика согласно идеологии 1С реализуется документами и всяческими регистрами. А всё новые и новые записи об изменениях это явно не то, что можно назвать статичными данными.
11. Игорь Исхаков (Ish_2) 19.03.09 19:12
(10) Согласен в качестве общего подхода.
Но если записи лишь добавляются в табличную часть элемента, то , конечно, эта операция выполняется быстрее записи в регистр. К тому же при записи действует блокировка только на текущий элемент справочника , что тоже дает преимущество в многопользовательском режиме перед использованием регистра сведений.
12. Яков Коган (Yashazz) 19.03.09 19:52
(11) Не совсем понимаю, причём тут табличная часть справочника. Каждая запись регистрации означает элемент, а не строку табчасти, или я не прав? Для чего вообще в этом случае табличная часть может использоваться?
13. Игорь Исхаков (Ish_2) 19.03.09 21:25
(12) Может быть, лучше автор объяснит какие преимущества в данной конкретной задаче
имеет справочник с табличной частью перед регистром сведений.
14. BDE30 (Re:аниматор) 20.03.09 05:23
Тоже согласен, что лучше сделать через регистр сведений. при оч больших объемах справочник будет тормозить. я сделал что то подобное через регистр сведений, записей миллионы, и работает нормально. а вот как бы работал справочник при таком объеме???
15. Александр Окулов (PowerBoy) 20.03.09 06:48
(13)
1. Запись в справочник идет быстрей.
2. В справочнике информация хранится эффективней (так как фактически расположена в двух таблицах). В регистре сведений приходится дублировать значения по множеству полей.
16. Сергей Троицкий (tsd) 20.03.09 07:32
(12) это чтобы изменения однозначно привязать к конкретному объекту. Если на каждое изменение будешь делать элемент, то потом умаешься собирать всю информацию по одному изменениям одного объекта, а так дешево и сердито кол-во элементов в справочнике равно кол-ву документов.

(14) дык проверить недолго. 5 минут пишем обработку, час закачиваем информацию :)

(15) нормально все на справочнике должно вертеться. Проблем с блокировками быть вроде не должно. вывести из ТЧ данные не долго, сколько там строк в реалиях будет мах. 100-150
17. Игорь Исхаков (Ish_2) 20.03.09 07:57
(14) На мой взгляд , более правильно вести речь не об общем подходе ,
а о решении данной конкретной задачи. В ней , насколько я понял автора,
наиболее критична по времени - операция записи. Учитывая более
высокую скорость записи и отсутствие "тормозящих" блокировок ,выбор
справочника как объекта хранения данных представляется оправданным.
Можно также предположить , что "миллионы записей" существенно картину не
изменят.
18. Сергей Троицкий (tsd) 20.03.09 08:18
(15) хе хе, подозрения оправдались.
Поиграйтесь немного с журналом изменений, а потом попробуйте удалить хотя бы один объект, который зарегистрирован в журнале.
Если Вы ссылку на объект в реквизит пишите, то ее наверное при удалении объекта отрабатывать нужно?
Кстати, на мой взгляд при полном удалении объекта записи по нему должны сохраняться в базе.

Обработка просмотра изменений для пользователей будет не очень удобна. одна измененная строка в документе разбивается на неопределенное кол-во строк в таблице просмотра изменений. Многих будет вводить в ступор состояние "Строка удалена", "Строка добавлена" (ведь в реалиях никто строки не удалял и не добавлял).
Кстати, а почему сделана обработка? Ведь мы никаких действий, кроме просмотра, не выполняем.


19. Александр Окулов (PowerBoy) 20.03.09 10:03
(18) "Кстати, а почему сделана обработка? Ведь мы никаких действий, кроме просмотра, не выполняем."
С обработкой манипулировать легче. Да и функционал может расти со временем, кроме просмотра уже есть "Очистка журнала" например. :)
20. Роман Ершов (MRAK) 24.03.09 09:14
(0) PowerBoy, молодца! Классная вещь!
Единственно, что пока не нравится:
(18) "Обработка просмотра изменений для пользователей будет не очень удобна. одна измененная строка в документе разбивается на неопределенное кол-во строк в таблице просмотра изменений"
с этим согласен.... мне (думаю и многим другим) более эргономично представление в строку, тем более, что для удаленных строк "новое значение" не актуально.

Но это легко и самому дописать. Код-то открыт.
21. marina (marih) 25.03.09 09:35
Подскажите пож-та, что не так : после объединения с конф ЗиК
версии 8.1.8.76 потерян путь к функциям глобального модуля ,
например глЗначениеПеременной("глУчетнаяПолитикаПоПерсоналуОрганизации"),
каким образом исправить , т.к. оч хотелось бы внедрить этот сервис
22. Александр Окулов (PowerBoy) 25.03.09 10:58
(21) При обмене видимо заменили общий модуль на пустой. Скопируйте этот модуль обратно из ЗиК.
KrutoyGeniy; +1 Ответить
23. marina (marih) 25.03.09 11:21
общий модуль НЕ пустой и ф-ция в нем есть , но не выполняется
из модуля документа
24. Роман Ершов (MRAK) 26.03.09 12:46
(21) не бывает "конф ЗиК версии 8.1.8.76"
25. ALex (alexaled) 26.03.09 18:22
Обработка супер!!! Тестирую. Автору спасибо!!!
26. Юрий Леонидович (analit1c) 13.04.09 20:24
27. KrutoyGeniy (KrutoyGeniy) 14.04.09 07:35
Просто суппер! Спосибо большое!
28. Игорь Х (HIgor) 20.04.09 10:43
Потестируем. Хотя на той неделе сам писал такую на регистре сведений.
29. Игорь Х (HIgor) 20.04.09 10:51
Кстати, сразу пожелание. Надо фиксировать текущего пользователя, кто внес изменения. Если с БД работает человек 30 и у многих права взаимозаменяемы. То потом не разгрести - кто накосячил.
30. Игорь Х (HIgor) 20.04.09 12:52
Пардон. Все в норме. Текущий пользователь регистрируется.
Можно добавить как пожелание к развитию фильтр по типам документов. Можно тупо группы сделать равные типам.
31. Игорь Х (HIgor) 20.04.09 13:27
Последняя версия УПП:

Добавлен механизм "Версионирование"
Механизм версионирования объектов используется для аудита изменений объектов информационной базы в разрезе времени и позволяет ответить на вопросы КТО, КОГДА и ЧТО изменил. В качестве версионируемых объектов могут выступать справочники и документы
Добавлен отчет "История изменения объектов".С помощью отчета можно сравнить любые две версии объекта друг с другом, а так же открыть любую версию объекта
32. Юлия Мельник (Юля_1) 20.05.09 17:40
Вчера объединили конфигурации - выложенную здесь и свою (УПП 1.1). Сегодня целый день юзеры в шоке: обработка клиент-банк не запускается, отчет Декларация по НДС не формируется, цвета надписей и фона поменялись:))) Ну ничего, программист денек поисправлял и все пучком:))
33. AL Z (wolf_az) 22.07.09 16:01
Огромное Спабибо! Просто и со вкусомммммммммммм!
34. Андрей (androidT1C) 14.10.09 11:01
Удобная вещь. Еще бы добавить:
- анализ изменений в регистрах сведений (например, кто цену поменял)
- выбор объектов, для которых фиксировать изменения
35. alernik@mail.ru Александр Ершов (alexer) 14.12.09 08:52
Перебрав множество подобных разработок, остановились именно на этой, т.к. она бесплатна и не требует существенных изменений конфигурации.
Только были сделаны следующие доработки (тюнинг):
1. Справочник ЖурналРегистрацииИзмененияОбъектов, в ТЧ у реквизитов СтароеЗначение и НовоеЗначение тип вместо "Строка" стал составной "Строка,ЛюбаяСсылка", теперь можно просматривать ссылки ТЧ (бывает, что номенклатура имеет одинаковое наименование, но разный артикул).
2. Изменен функционал:
2.1. Если ТЧ Объекта строка сменила НомерСтроки, то в ЖурналРегистрацииИзмененияОбъекта делается одна запись: "Строка изменена", что существенно уменьшает рост БД, раньше делалось несколько записей по количеству реквизитов ТЧ, и еще "Строка добавлена","Строка удалена".
2.2. Реквизиты ТЧ Объекта были поделены на Ключевые И НеКлючевые, к НеКлючевым относятся реквизиты, имеющие простой тип(Число,Строка,Булево...). Если было изменение значения НеКлючевого реквизита, а значения Ключевых реквизитов не сменились, то в ЖурналРегистрацииИзмененияОбъекта делается запись "Строка изменена", раньше делалось несколько записей по количеству реквизитов ТЧ, и еще "Строка добавлена","Строка удалена".
3. Сменился Интерфейс обработки ЖурналИзменений, основные изменения коснулись просмотра ТЧ объекта.
4. От Подсистемы.РегистрацияИзмененийВОбъектах и РегламентныеЗадания.ОчисткаЖурнала отказались, за ненадобностью. Обошлись только ОбщимМодулем, ПодпискамиНаСобытие, Справочником и Обработкой.

И вот что получилось: Скриншот здесь
Прикрепить картинку почему-то не получилось. :(
Автору спасибо!!!
36. Сульгин Святослав (Svattt) 25.12.09 05:20
alexer , а то, что получилось, на ИСе выложите?
37. alernik@mail.ru Александр Ершов (alexer) 25.12.09 11:34
(36) Могу конечно, только для этого необходимо разрешение PowerBoy
38. Dima Babkevich (Eraser1) 26.12.09 15:24
{Справочник.Товары.Форма.ФормаСписка(16,19)}: Переменная не определена (глСписокТипЦен)
Для Счетчик=0 по <<?>>глСписокТипЦен.Количество()-1 цикл
{Справочник.Товары.Форма.ФормаСписка(18,27)}: Переменная не определена (глСписокТипЦен)
НовСтрока.Колонка1 = <<?>>глСписокТипЦен.Получить(Счетчик).Значение;
{Справочник.Товары.Форма.ФормаСписка(44,114)}: Переменная не определена (глСписокТипЦен)
СтруктураЦен = РегЦены.ПолучитьПоследнее(ТекущаяДата(),Новый Структура("Товар, ТипЦен",Элемент.ТекущаяСтрока,<<?>>глСписокТипЦен.Получить(Счетчик).Значение));
{Справочник.Товары.Форма.ФормаСписка(21,54)}: Переменная не определена (глПользовательСистемы)
СпрТовВыборка = Справочники.СкладыВТоварах.Выбрать(,<<?>>глПользовательСистемы,,"Номер Возр");
{Справочник.Товары.Форма.ФормаСписка(159,45)}: Переменная не определена (глПользовательСистемы)
ЗапросСклада.УстановитьПараметр("Владелец",<<?>>глПользовательСистемы);
{Справочник.Товары.Форма.ФормаСписка(248,55)}: Переменная не определена (глПользовательСистемы)
СпрТовВыборка = Справочники.СкладыВТоварах.Выбрать(,<<?>>глПользовательСистемы);
При выборе товара выдает такую ошибку в чем причина не могу найти подскажите?
39. Александр Окулов (PowerBoy) 28.12.09 06:14
(37) Да пожалуста, выкладывайте. Толко ссылку на первоисточник разместите и все.
40. alernik@mail.ru Александр Ершов (alexer) 28.12.09 16:54
41. Evgeniy (Evgeniy) 29.12.09 12:22
Вещь супер, но возникла проблема с удалением помеченных на удаление объектов.
Не удаляются объекты, пока ручками не удалишшь ссылочку в справочнике где регистрируются измененения. А это крайне не удобно.
Посему обращаюьсь к автору данной вещички с данной проблемой.
Есть какие наработки для устранения этого бага?
42. Александр Окулов (PowerBoy) 29.12.09 13:58
43. Сергей Большаков (axae) 01.07.10 08:08
Спасибо! Еще хотелось бы регистрацию удаления документов
44. Наталья (natlens) 07.10.11 21:16
Ценная вещь! Очень помогла!
45. Михаил Шайдуров (Mshaydurov) 19.12.11 09:13
PowerBoy, а все таки как дела обстоят с удалением объектов? В том числе непосредственным?
46. Андрей Пораский (microkontrol) 21.12.11 11:26
С чем может быть связана ошибка "Ошибка формата потока"
{Форма.Форма.Форма(122)}: Ошибка при вызове метода контекста (ЗначениеИзСтрокиВнутр)
			стрТч.ДоИзменения=ЗначениеИзСтрокиВнутр(Выборка.СтароеЗначение);
по причине:
Ошибка преобразования
по причине:
Ошибка формата потока
...Показать Скрыть
47. Антон Антонов (anton-1c) 16.01.12 22:44
48. Денис Сергеев (DenSergeev1968) 16.01.12 23:30
50. Эдуард (edyardg) 17.05.12 16:40
Удобная вещь давно искал!
51. Ильшат (shatshat) 05.10.12 22:53
скачал уже доработанную другими авторами - что было в первоисточнике - не знаю, догадываюсь, что "костяк", основная идея.

спасибо за отличное начало. вещь очень нужная
52. mic auto (4ur) 22.11.12 22:43
спасибо за обработку, понятно, что "Версионирование" штатными средствами конфигурации более глобально, но слишком уж оно жрет пространство на диске - база растет не по месяцам, а прямо по дням, да и отчетов по визуализации данных версионирования не нашел. А этот механизм нормально прижился
53. Петр Шаталов (3sf) 24.01.13 08:29
Отличная вещь! Спасибо!
nikkolay; +1 Ответить
54. andrey dyak (dyak84) 04.04.13 00:07
Автор подскажите каствомк будет проходить работа с большими базами да них на SQL и огоромным количеством пользователей. Подвисать не будет. А можно как то организовать хранение етой базы в отдельной базе. Зарание спасибо за ответ.
55. Александр Окулов (PowerBoy) 04.04.13 06:16
(54) Развитие обработки и вопросы смотрите здесь:
http://infostart.ru/public/63420/
56. иван Иванов (nikkolay) 15.12.14 08:07
надо опробывать! Спасибо!
Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа