gifts2017

Расширенный журнал регистрации изменений

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

Данное решение работает на любой конфигурации (8.2, обычное приложение), не пересекается с другими модулями и объектами и тем самым не усложняет в дальнейшем загрузку обновлений

Данный журнал ведет записи в регистре сведений позволяя быстро и удобно отобрать нужные записи. Все записи ведутся примитивными типами данных, поэтому не мешают непосредственно удалять объекты из базы сохраняя при этом историю уже удаленных объектов. На основной форме списка журнала имеется два табличных поля: верхнее отображает список измененных объектов, а так же общие для сеанса и примитивные типы изменений (удален, проведен и т.д.), нижняя таблица отображает какой реквизит изменен (отображается новое и старое значение), в какой части объекта расположен измененный реквизит и как его имя. В журнале имеются стандартные кнопки "Установить отбор", "Отбор по текущей колонке" и "Отключить отбор". Отбор по текущей колонке работает как в верхней так и в нижней таблице. Видимость и расположение колонок верхней таблицы можно менять стандартным способом (кнопки ком. панели, перетаскивание), настройки колонок запоминаются при закрытии журнала и восстанавливаются при последующем открытии. Запись изменений можно выключить\включить флажком. Отображение объектов в списке журнала и в форме настройки отбора в виде ссылок, возможен поиск на вхождение текста в измененном реквизите.

Причины купить

Простота при внедрении, удобный просмотр изменений, не усложняет загрузку обновлений в дальнейшем

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

Наименование Файл Версия Размер
Архив базы даннных с DEMO-версией 75
.dt 156,81Kb
28.07.12
75
.dt 156,81Kb Бесплатно
Инструкция по установке и использованию дополнительного журнала регистрации изменений 14
.doc 880,50Kb
28.07.12
14
.doc 880,50Kb Бесплатно
Дополнительный журнал регистрации изменений для 1С Предприятия 8.2 обычное приложение
23.05.2014
4000 руб.

Моментальная
доставка

См. также

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

Комментарии

1. al petrov (petrov_al) 30.07.12 15:06
Не вижу особых преимуществ перед типовой регистрацией изменений (УПП)... здесь нужно платить деньги за неизвестный продукт а там как говорится "фирма гарантирует".
2. Yuriy (777_777) 30.07.12 17:05
1. В типовой регистрирует событие прсто как "Данные.Изменение", а что конкретно меняли непонятно. У юзеров есть привычка после просмотра документа всегда нажимать кнопку "ОК", поэтому практически всегда статус стоит "Изменение" или "Проведение" и найти кто именно накасячил бывает сложно, а здесь пожалуйста: и старое значение, и новое, и в какой строке.
2. Просмотр. Если типовой журнал большой, найти там что-нибудь о-о-чень долго по времени, а если большая компания и надо за несколько месяцев, то без спец. обработок вообще 1С умирает, а здесь обычный отбор по регистру или если отбор сложный запрос - и то и другое заметно быстрее.
3. В планах доработать чтобы можно было выгружать\загружать во внешний файл чтобы не сильно загружать базу. Выгружать можно будет по текущему отбору (например по контрагенту за период, или как угодно). Эти внешние файлы можно будет читать из этого же журнала, один или несколько сразу по желанию. Доработка будет входить в эту-же сумму.
3. Андрей (AVillain) 01.08.12 08:45
Не будет ли запись в данный регистр узким местом при большом объёме вводимых данных в базу?
4. Антон Кубочкин (toss) 01.08.12 13:11
А чем не устраивает типовое версионирование объектов? также на регистре сведений построено.
5. Вадим Никонов (V.Nikonov) 01.08.12 21:11
Есть и другие версии регистрации изменений...
Общий сценарий регистрации следующий:
1) Создают подписки на события "ПередЗаписьюДокумента", "ПередЗаписьюСправочника", "ПередУдалениемДокумента", "ПередУдалениемСправочника"
2) В обработчиках можно использовать Универсальные или специфичные методы сравнения Новых реквизитов (из передаваемого объекта) и старых реквизитов (получают через Объект.Ссылка)...
3) Результаты можно сохранять в Журнале регистрации.

Такая схема работает практически без тормозов, ведь в большинстве случаем требуется контролировать не так много документов и справочников... А в результате требуется только констатация факта изменения значений. Хтоя поиск нужных событий в Журнале труднее автоматизируется (запросы фильтрации достаточно простые).
6. dfxi dfxi (agr) 08.09.12 18:41
А что нибудь, что фиксирует изменения в регистрах сведений существует? Или есть возможность доработки существующих?

У нас регистр сведений должен находится под постоянным контролем так как в него попадают на некоторое время данные, которые потом используются для расчетов с контрагентами.
7. Yuriy (777_777) 09.09.12 12:27
(6)В данном решении нет, но можно добавить
8. Валерий (Валерий) 31.05.13 18:04
Добрый день!
Два вопроса:
1. Будет ли работать этот журнал для конфигурации 1С Управление небольшой фирмой, редакция 1.4 (1.4.5.25) ?
2. Насколько сложно будет потом обновлять конфигурацию? У нас 1С в аренде на сервере, поэтому обновление происходит не нашими силами. Хотелось бы приобрести Ваш журнал, но чтобы потом он не создавал проблем обновлению программы.
9. Yuriy (777_777) 01.06.13 08:18
Здравствуйте. Данное решение не меняет существующую конфигурацию, поэтому проблем с обновлением не будет. Но к большому моему сожалению хочу предупредить что на сегодняшний день выявлен дефект: при работе на большой базе с большим количеством пользователей достаточно часто возникают блокировки базы что мешает работе пользователей. Данный дефект пока не удалось устранить (руки не доходят). Тестировал на базе SQL, обычное приложение, 50-70 пользователей. При тестах на файловой версии с 1-2 пользователями работало отлично. У этой разработки есть последующая версия где добавлены дополнительные возможности, версию не выкладываю из за вышеуказанного косяка.
10. Валерий (Валерий) 01.06.13 18:56
Добрый день!
У нас фирма совсем небольшая, одновременно в 1С максимум 3-4 человека работает, а так вообще 1-2, так что, думаю, нам Ваш вариант подойдет. А что ещё реализовано в новой версии? Какие дополнительные функции? И ещё вопрос, на конфигурации EYA (Управление небольшой фирмой) он точно работать будет? И как его добавлять в работу, если конфигурацию менять не надо? Каким образом этот журнал пристыковывается к 1С ? Заранее спасибо за ответы.
11. Yuriy (777_777) 02.06.13 00:09
Доработано: 1. Выгрузка журнала в файл за выбранный период или по выбранному отбору (например по пользователю).
2. Выгруженные файлы можно просматривать в том же журнале, если выбрать несколько файлов, то они будут отображены как один журнал в общем списке, можно просматривать журнал базы и внешние файлы одновременно, в одном списке.
Файл конфигурации который я вам вышлю объедините с конфигурацией своей базы. При этом объекты вашей базы не изменятся, только добавятся новые (регистр сведений, обработка, подписки на события, общий модуль). Запись в журнал производится при записи справочников, документов, видов планов характеристик... и при проведении документов - обработчиком "подписка на события"
12. Konstantin Konstantin (KonstB) 02.06.13 00:45
(10) Валерий, на УНФ точно работать не будет (по крайней мере, тот вариант, что на картинках в публикации), чтобы заработало необходимо использовать толстый клиент, т.к. УНФ по умолчанию работат в тонком.

(9) 777_777, Побороли блокировки? :)

(0) Какие у Вас преимущества, перед аналогами? (бесплатными)
13. Yuriy (777_777) 02.06.13 07:06
KonstB, "Управляемое приложение"? или "Обычное" и тонкий клиент? Никогда не работал с тонким клиентом (не приходилось), а в чем разница? Точнее как это отразится на разработке?
Преимущества описал выше. Главное для чего этот журнал разрабатывался - отслеживать кто чего менял в разрезе реквизитов, запоминать старое значение и новое. В журнал пишутся только измененные реквизиты. В регистре хранение всей информации в виде примитивных типов данных, поэтому не возникает проблем при удалении помеченных на удаление объектов. Отбор работает быстрее (как в обычном регистре), отбором можно "тонко" описать чего вам надо найти (например какой реквизит, значение старое или новое, если реквизит строковый то можно искать по вхождению). В интерфейсе изменения показываются в отдельной таблице которая отображается динамически при передвижении по строкам журнала, в строке журнала указывается основная информация (объект, автор, время...).
Можно ссылку, плиз, на бесплатный аналог, для сравнения.
14. Konstantin Konstantin (KonstB) 02.06.13 09:57
(13) 777_777,
Ссылки:
Журнал регистрации изменений
Журнал регистрации изменений (тюнинг от alexer)
Подсистема "Дополнительный журнал регистрации" [2.0] (для любой конфигурации 8.1)
Журнал регистрации изменений

и это не все...

KonstB, "Управляемое приложение"? или "Обычное" и тонкий клиент? Никогда не работал с тонким клиентом (не приходилось), а в чем разница? Точнее как это отразится на разработке?


разница в том, что Ваш журнал регистраций, написан для обычного приложения, УНФ работает на управляемом. На сколько я знаю ), нет возможности запустить обычное приложение в управляемом (если галочки не расставить и далее стартовать систему в толстом клиенте)
15. Yuriy (777_777) 06.06.13 06:54
Добрый день. Мой журнал для обычного приложения, согласен, для управляемого надо переписывать формы. По поводу аналогов посмотрел описание предоставленных ссылок, "тюнинг от alexer" что то похожее (скачал, но так и не установил, не разбирал), остальное - где то табличную часть не обрабатывает, где то используются ссылки на объекты....
Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа