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

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

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

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


19. PowerBoy 2980 20.03.09 10:03 Сейчас в теме
(18) "Кстати, а почему сделана обработка? Ведь мы никаких действий, кроме просмотра, не выполняем."
С обработкой манипулировать легче. Да и функционал может расти со временем, кроме просмотра уже есть "Очистка журнала" например. :)
16. tsd 148 20.03.09 07:32 Сейчас в теме
(12) это чтобы изменения однозначно привязать к конкретному объекту. Если на каждое изменение будешь делать элемент, то потом умаешься собирать всю информацию по одному изменениям одного объекта, а так дешево и сердито кол-во элементов в справочнике равно кол-ву документов.

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

(15) нормально все на справочнике должно вертеться. Проблем с блокировками быть вроде не должно. вывести из ТЧ данные не долго, сколько там строк в реалиях будет мах. 100-150
14. Re:аниматор 20.03.09 05:23 Сейчас в теме
Тоже согласен, что лучше сделать через регистр сведений. при оч больших объемах справочник будет тормозить. я сделал что то подобное через регистр сведений, записей миллионы, и работает нормально. а вот как бы работал справочник при таком объеме???
17. Ish_2 1052 20.03.09 07:57 Сейчас в теме
(14) На мой взгляд , более правильно вести речь не об общем подходе ,
а о решении данной конкретной задачи. В ней , насколько я понял автора,
наиболее критична по времени - операция записи. Учитывая более
высокую скорость записи и отсутствие "тормозящих" блокировок ,выбор
справочника как объекта хранения данных представляется оправданным.
Можно также предположить , что "миллионы записей" существенно картину не
изменят.
20. MRAK 716 24.03.09 09:14 Сейчас в теме
(0) молодца! Классная вещь!
Единственно, что пока не нравится:
(18) "Обработка просмотра изменений для пользователей будет не очень удобна. одна измененная строка в документе разбивается на неопределенное кол-во строк в таблице просмотра изменений"
с этим согласен.... мне (думаю и многим другим) более эргономично представление в строку, тем более, что для удаленных строк "новое значение" не актуально.

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

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

И вот что получилось: Скриншот здесь
Прикрепить картинку почему-то не получилось. :(
Автору спасибо!!!
36. Svattt 25.12.09 05:20 Сейчас в теме
alexer , а то, что получилось, на ИСе выложите?
37. alexer 1019 25.12.09 11:34 Сейчас в теме
(36) Могу конечно, только для этого необходимо разрешение PowerBoy
39. PowerBoy 2980 28.12.09 06:14 Сейчас в теме
(37) Да пожалуста, выкладывайте. Толко ссылку на первоисточник разместите и все.
40. alexer 1019 28.12.09 16:54 Сейчас в теме
38. Eraser1 26.12.09 15:24 Сейчас в теме
{Справочник.Товары.Форма.ФормаСписка(16,19)}: Переменная не определена (глСписокТипЦен)
Для Счетчик=0 по <<?>>глСписокТипЦен.Количество()-1 цикл
{Справочник.Товары.Форма.ФормаСписка(18,27)}: Переменная не определена (глСписокТипЦен)
НовСтрока.Колонка1 = <<?>>глСписокТипЦен.Получить(Счетчик).Значение;
{Справочник.Товары.Форма.ФормаСписка(44,114)}: Переменная не определена (глСписокТипЦен)
СтруктураЦен = РегЦены.ПолучитьПоследнее(ТекущаяДата(),Новый Структура("Товар, ТипЦен",Элемент.ТекущаяСтрока,<<?>>глСписокТипЦен.Получить(Счетчик).Значение));
{Справочник.Товары.Форма.ФормаСписка(21,54)}: Переменная не определена (глПользовательСистемы)
СпрТовВыборка = Справочники.СкладыВТоварах.Выбрать(,<<?>>глПользовательСистемы,,"Номер Возр");
{Справочник.Товары.Форма.ФормаСписка(159,45)}: Переменная не определена (глПользовательСистемы)
ЗапросСклада.УстановитьПараметр("Владелец",<<?>>глПользовательСистемы);
{Справочник.Товары.Форма.ФормаСписка(248,55)}: Переменная не определена (глПользовательСистемы)
СпрТовВыборка = Справочники.СкладыВТоварах.Выбрать(,<<?>>глПользовательСистемы);
При выборе товара выдает такую ошибку в чем причина не могу найти подскажите?
41. Evgeniy 86 29.12.09 12:22 Сейчас в теме
Вещь супер, но возникла проблема с удалением помеченных на удаление объектов.
Не удаляются объекты, пока ручками не удалишшь ссылочку в справочнике где регистрируются измененения. А это крайне не удобно.
Посему обращаюьсь к автору данной вещички с данной проблемой.
Есть какие наработки для устранения этого бага?
42. PowerBoy 2980 29.12.09 13:58 Сейчас в теме
43. axae 89 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 22 17.05.12 16:40 Сейчас в теме
Удобная вещь давно искал!
51. shatshat 05.10.12 22:53 Сейчас в теме
скачал уже доработанную другими авторами - что было в первоисточнике - не знаю, догадываюсь, что "костяк", основная идея.

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