Версионирование регистров сведений (необъектных данных) - история изменений по версиям записей регистров сведений - ВНОД

ВНОД – отдельная (дополнительная) подсистема, которая построена на основе типовой подсистемы «Версионирование объектов». Предназначена для сохранения и анализа изменений независимых (периодических и непериодических) регистров сведений, с точностью до состава измерений, ресурсов и реквизитов записей.

Арт.: 995596

Продано: 13

Заставка.png
Настройка версионирования.png
Метаданные ГраницыЗапретаИзмененияДанных.png
Показать версию (обыч. режим).png
Сравнить версии (обыч. режим).png
Метаданные ЗаведующиеМестамиХранения.png
Показать версию (упр. режим).png
Сравнить версии (упр. режим) НЕ учитывать период.png
Сравнить версии (упр. режим) учитывать период.png
Сравнение и объединение из файла.png
Настройка вариантов удаления версий.png
Удалить по команде - выполнить (упр. режим).png
Удалить по заданию - расписание не задано необходимо настроить расписание (упр. режим).png
Удалить по заданию - расписание НЕ активно (упр. режим).png
Удалить по заданию - расписание активно (упр. режим).png
СохранятьВерсииНаКлючПоИмениРегистра Настройка (упр. режим).png
СохранятьВерсииНаКлючПоИмениРегистра Настройка Проставить представление версии (упр. режим).png
СохранятьВерсииНаКлючПоИмениРегистра Отчет (упр. режим).png
Отчет Отбор СписокВерсий.png
Создать начальные версии (упр. режим).png
Заставка.png
Настройка версионирования.png
Метаданные ГраницыЗапретаИзмененияДанных.png
Показать версию (обыч. режим).png
Сравнить версии (обыч. режим).png
Метаданные ЗаведующиеМестамиХранения.png
Показать версию (упр. режим).png
Сравнить версии (упр. режим) НЕ учитывать период.png
Сравнить версии (упр. режим) учитывать период.png
Сравнение и объединение из файла.png
Настройка вариантов удаления версий.png
Удалить по команде - выполнить (упр. режим).png
Удалить по заданию - расписание не задано необходимо настроить расписание (упр. режим).png
Удалить по заданию - расписание НЕ активно (упр. режим).png
Удалить по заданию - расписание активно (упр. режим).png
СохранятьВерсииНаКлючПоИмениРегистра Настройка (упр. режим).png
СохранятьВерсииНаКлючПоИмениРегистра Настройка Проставить представление версии (упр. режим).png
СохранятьВерсииНаКлючПоИмениРегистра Отчет (упр. режим).png
Отчет Отбор СписокВерсий.png
Создать начальные версии (упр. режим).png
Скачать файлы

3360 руб.

1000 руб.

Может быть полезна:

Администраторам системы и сотрудникам организации для анализа изменений независимых (периодических и непериодических) регистров сведений, с точностью до состава измерений, ресурсов и реквизитов записей.

Преимущества:

- Легко интегрируется в любую конфигурацию на базе платформы "1С:Предприятие 8.2/8.3" (в т.ч. и на управляемых формах).

- При объединении не требуется вносить изменения в объекты исходной конфигурации.

- Для работы механизма не требуется настраивать права доступа (административные права потребуются - только для настройки версионирования).

- Не требует наличие типовых справочников, типа «Пользователи» и т.д.

- Сохраняет только изменения - версию записей регистра, если между версиями были изменения.

- Работает, если были изменения по метаданным, например: добавлен или удален ресурс регистра.

- Минимальное влияние на производительность.

- Знакомый интерфейс типовой подсистемы «Версионирование объектов».

- Для хеширования данных использованы возможности платформы «8.3», для 8.2 - в «Windows 7» и последующих версиях - платформы «.NET», если нет платформы «.NET», то функции «Библиотеки стандартных подсистем».

 - Открытость кода.

 

Установка (интеграция, обновление) и настройка подсистемы:

Для интеграции (обновления) подсистемы -

Необходимо объединить путем «Сравнения, объединения с конфигурацией из файла…» – сравнение и объединение выполняется без свойств конфигурации с отметкой по подсистеме файла «Версионирование (необъектных данных)»:

 

Настройка вариантов версионирования регистров -

- включить «Использовать версионирование (необъектных данных)»

- настроить «Вариант версионирования» – установить «Версионировать» для регистров, по которым требуется сохранение версий

Ключ записи регистра формируется по составу измерений, в том числе и по периоду, если регистр периодический

- для периодических регистров – есть возможность «Не учитывать период (при версионировании)» для этого необходимо установить «Да»

 

Настройка вариантов удаления версий в упр. режиме -

 

- выбрать способ удаления - "По команде"

указать дату и по нажатию кнопки "Удалить версии" будут удалены старые версии (остается 1-я и последняя версия - остальные удаляются до указанной даты)

 

- выбрать способ удаления - "Регл. задание"

настроить вариант удаления:

- оставить последних в количестве дней

- оставить по количеству последних версий

настроить расписание регл. задания, включить "Использовать" и после записи настроек будет выполняться автоматический запуск регл. задания "Удаление версий (необъектных данных)" с указанной периодичностью 

 

 

Доступ к интерфейсу объектов, в том числе и отчета «История изменений (необъектных данных)» подсистемы выполняется через «Операции» и «Все функции» соответствующему режиму запуска (нет интерфейса - "да" недостаток, но за счет универсальности)

 

Пример - для обычного режима:

По кнопке «Показать версию»

Ключ записи регистра представлен в виде «Наименований{значений}» измерений самого регистра.

 

По кнопке «Сравнить версии»

 

Пример периодического регистра – в управляемом режиме:

По кнопке «Показать версию»

 Ключ записи регистра представлен в виде «Наименований{значений}» измерений самого регистра, без учета «периода», иначе в составе представления ключа записи будет и период регистра «Период{Дата}Наименований{значений}».

 

По кнопке «Сравнить версии»

- в составе представления ключа записи НЕ учитывается период регистра «Наименований{значений}»

 

- в составе представления ключа записи учитывается период регистра «Наименований{значений}Период{Дата}»

 

По настройке появилась возможность «Сохранять версии на ключ (по имени регистра)»

По кнопке «Проставить представление версии» можно проставить незаполненные представления версий

По кнопке «Сравнить версии» отчет показывает все версии записей регистра – в одном месте (по одному ключу)

- ключ записи представлен в виде «Версии{Имя регистра}»

- каждая версия представлена в виде «Наименований{значений}» измерений самой записи регистра

 

Отбор в отчете реализован по значениям колонок списка версий, в том числе и по представлению версий

 

По кнопке «Создать начальные версии» появилась возможность создать начальные (первые) версии к существующим записям (ключам) регистра, только у которых - нет версий 

пригодится, когда необходимо получить текущие (первичные) версии (состояния) существующих записей регистра

(для создания начальных версий - применяется метод создания образа набора записей в разрезе ключа записи "полей-измерений", т.е. перезапись самого регистра - не выполняется).

 

Поддержка:

Все обновления будут поставляться в виде отдельной поставки с указанием следующего релиза и описанием в публикации.

Обратная связь будет выполняться в комментариях к данной публикации в неоперативном режиме.

 

Подсистема будет обновляться и дорабатываться по мере необходимости:

- доработка существующего или встраивание нового функционала

- исправление ошибок, если таковы будут иметь место

 

Планируется:

- добавить, как ручное, так автоматическое (регламентное задание для клиент-серверного варианта) удаление старых версий – с вариантами:

До даты (остается 1-я и последняя версия – остальные удаляются до указанной даты) реализовано

Количество последних версий (остается 1-я и указанное количество последних версий) реализовано

- Реализовать подсистему, как расширение, если «того» позволить платформа

 

Дополнительно:

Подсистема тестировалась на платформах 8.2.19 и 8.3.8 - 8.3.14 (в обычном и управляемом режимах) и для различных конфигураций

- возможно будет работать и на платформах ранее 8.2.

Если будут замечания по оптимальности работы подсистемы – «критикуйте» в комментарии к данной публикации, но «критикуя» - ждем предложение и обоснование варианта решения.

Если будут предложения по доработке и/или реализации – просим в комментарий.

 

Важно!!! Не стоит включать версионирование для служебных и независимых регистров сведений, таких как «Версии объектов» в различных конфигурациях, «Графики работы по видам времени» в "ЗУП" и т.д.

 

Внимание!!! Условия распространения (приобретенной за SM) доработанной версии - за рубли (уже с закрытым исходным кодом).

 

Достоинства

- Легко интегрируется в любую конфигурацию на базе платформы "1С:Предприятие 8.2/8.3" (в т.ч. и на управляемых формах).

- При объединении не требуется вносить изменения в объекты исходной конфигурации.

- Для работы механизма не требуется настраивать права доступа (административные права потребуются - только для настройки версионирования).

- Не требует наличие типовых справочников, типа «Пользователи» и т.д.

- Сохраняет только изменения - версию записей регистра, если между версиями были изменения.

Сравнение версий

Подсистема "Версионирование регистров сведений - ВНОД", релиз - 1.1.1.1

Подсистема "Версионирование регистров сведений - ВНОД", релиз - 1.1.2.1

 - реализовано удаление старых версий, как по команде (ручное), так и в автоматическом режиме (регл. задание) - см. описание публикации.

Подсистема "Версионирование регистров сведений - ВНОД", релиз - 1.1.2.3

 - реализована замена (переименование) процедур "ПобитовоеИ", "ПобитовоеИли" и "ПобитовоеНе" библиотеки стандартных подсистем, по причине появления аналогичных предопределенных функций, которые появились в более поздних релизах платформы.

- исправлена ошибка в отчете "История изменений (необъектных данных)", которая присутствует в типовом отчете "История изменений", а именно: когда, при формировании представления по описанию типа (из xml значения), присутствует составной тип и в него входит тип "Дата", то вылетает ошибка исполнения.

Подсистема "Версионирование регистров сведений - ВНОД", релиз - 1.1.2.4

- реализовано сохранение "затертой" (очищенной, пустой) версии, при этом видно, кем и когда данные были "затерты".

Подсистема "Версионирование регистров сведений - ВНОД", релиз - 1.1.2.5

- Разрешено сравнение любого количества версий, как это сделано в подсистеме версионирования БСП (важно - надо понимать, что при сравнении большого количества версий происходит потребление памяти).

- При сравнении измененных (раскрашенных синим цветом) версий показываются изменения не по всей строке записи в целом, а по каждому значению (также изменением считается, если между версиями было изменение метаданных).

Подсистема "Версионирование регистров сведений - ВНОД", релиз - 1.1.2.7

- По настройке появилась возможность "Сохранять версии на ключ (по имени регистра)" - в результате отчет показывает все версии записей регистра - в одном месте (по одному ключу)

Подсистема "Версионирование регистров сведений - ВНОД", релиз - 1.1.2.8

- В отчете "История изменений" реализована возможность выполнять отбор по значениям колонок списка версий, в том числе и по представлению версий

Подсистема "Версионирование регистров сведений - ВНОД", релиз - 1.1.2.9

- В настройках "Версионирования" - появилась возможность создать начальные (текущие) версии (состояния) существующих записей регистра, только у которых - нет версий

см. описание в публикации.

1. kosmo0 20.02.19 10:53 Сейчас в теме
А если нужно по простому - один-два регистра сведений в журнал регистрации - гуглите на мисте "логирование изменений записей регистров сведений" (ссылку на стороний ресурс данный портал запрещает). А в целом в платформе 8.3.11 добавили функциональность История данных которая работает и с регистрами сведений.
2. Техподдержка 20.02.19 15:06
(1) Да, пожалуйста, пользуйтесь любым решением, которое подходит именно Вам:
- любое решение, которое логирует (архивирует) журнал регистрации по регистрам сведений, с точностью до состава измерений, ресурсов и реквизитов.
- если у Вас платформа 8.3.11 и подходит механизм "История (изменений) данных" и есть возможность включить механизм (указать требуемый режим совместимости, создать и включить регл. задание для обновления истории, указать для каких именно объектов конфигурации будет вестись история изменений)
- в том числе и по производительности

НО повторюсь, преимущества данного решения:
- Легко интегрируется в любую конфигурацию на базе платформы "1С:Предприятие 8.2/8.3" (в т.ч. и на управляемых формах).
- При объединении не требуется вносить изменения в объекты исходной конфигурации.
- Для работы механизма не требуется настраивать права доступа (административные права потребуются - только для настройки версионирования).
- Не требует наличие типовых справочников, типа «Пользователи» и т.д.
- Сохраняет только изменения - версию записей регистра, если между версиями были изменения.
- Работает, если были изменения по метаданным, например: добавлен или удален ресурс регистра.
- Минимальное влияние на производительность.
- Знакомый интерфейс типовой подсистемы «Версионирование объектов».
- Для хеширования данных использованы возможности платформы «8.3», для 8.2 - в «Windows 7» и последующих версиях - платформы «.NET», если нет платформы «.NET», то функции «Библиотеки стандартных подсистем».
- Открытость кода.
p.s. если "того "позволит платформа - подсистема будет реализована - как расширение.
3. Cmapnep 03.04.19 14:19 Сейчас в теме
Толковая разработка - удобно что поставил подсистему, настроил и все работает
Настройки, опять же, гибкие, регламентное задание очистки версий позволяет контролировать занимаемое место
Открытый исходный код тоже большой плюс - формат наименования ключа записи, например, под себя переделал
Отчет о сравнении похож на типовой БСПшный - раскраска, легенда, все как привык пользователь
Хотелось бы чтобы ещё позволял больше двух версий сравнивать)
Ну и наконец система развивается, так что ждем дальнейших улучшений
В общем автору большой респект и плюс в карму!
4. Техподдержка 12.04.19 11:36
(3) Хотелось бы чтобы ещё позволял больше двух версий сравнивать)

- Разрешено сравнение любого количества версий, как это сделано в подсистеме версионирования БСП (важно - надо понимать, что при сравнении большого количества версий происходит потребление памяти).
- При сравнении измененных (раскрашенных синим цветом) версий показываются изменения не по всей строке записи в целом, а по каждому значению (также изменением считается, если между версиями было изменение метаданных).

- см. сравнение версий в публикации.
5. Cmapnep 12.04.19 17:29 Сейчас в теме
(4) Отлично работает, спасибо!
6. dexxxqqq 08.08.19 18:37 Сейчас в теме
Спасибо большое. Очень пригодилось.
Подскажите, пожалуйста, а что такое "объединение выполняется с отметкой по подсистеме файла «Версионирование (необъектных данных)»"? У меня такого нет как на скриншоте.
7. Техподдержка 09.08.19 10:57
(6) Пожайлуста, положительные отзывы, это приятно.

По вопросу -

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

- при объединении не требуется вносить изменения в объекты исходной конфигурации
8. Светлый ум 01.10.19 08:01 Сейчас в теме
+1 Взял на вооружение версионирование регистров
9. Техподдержка 03.10.19 09:20
(8) Если есть вопросы - задавайте
10. Светлый ум 28.10.19 10:43 Сейчас в теме
(9) Могу приобрести только за стартмани, такую продажу рассматриваете?
13. Техподдержка 28.10.19 16:14
(10) Рассмотрена продажа за SM (стартмани)

- условия распространения приобретенной за SM и доработанной версии поставки - читайте правила распространения, а также см. в публикации.
11. Техподдержка 28.10.19 10:50
(10) Добрый!

Рассмотреть то можно, но...

Вы не в курсе - такое возможно, если публикация оформлена таким способом продажи?
12. Светлый ум 28.10.19 10:54 Сейчас в теме
(11) я когда с ценами своих публикаций не знал как выставить обращался в техподдержку, конкретно к Ирине Пятаковой (https://infostart.ru/profile/106336/)

- Мне либо сами выставляли что просил, либо подсказывали
14. Светлый ум 28.10.19 17:34 Сейчас в теме
(11) Спасибо - за оперативность. Будем посмотреть
15. buganov 08.02.21 13:31 Сейчас в теме
Подскажите, как быстро будет работать, если регистры большие? Скажем, несколько сот миллионов строк?
И будет ли искать только по одному из, например, трех измерений или нужен полный ключ записи?
16. Техподдержка 08.02.21 15:09
(15) Добрый!

Влияние на производительность - минимальное:
- количество записей регистра - не влияет на производительность, т.к. последний номер версии записи регистра выполняется оптимальным запросом - получается максимальный номер версии.
- для формирования ключа записи берутся все измерения регистра (которые участвуют, при записи набора записи) и период (если регистр периодический), иначе НЕ будет соблюдаться уникальность ключа записи регистра,
НО есть возможность отключить (не учитывать) период (при версионировании) - требуется настройка - см. описание к публикации,
также есть возможность формировать ключ записи регистра в одном месте - по имени регистра - не требуется формировать имя ключа записи регистра по измерениям - все изменения сохраняются на имя регистра - см. описание к публикации.
- сохраняет только изменения - версию записей регистра, если между версиями были изменения,
т.е. в данном случае - не затрачивается время на сохранение версии записи регистра.

по замерам - точно не могу сказать - все зависит от характеристик компьютера - сервера.

у меня - получение ключа записи регистра, формирование имени ключа записи регистра, получение изменений между версиями, сохранение версии, если были изменения - составляется приблизительно 0,5 сек. - в НЕ кешированном (код выполняется - первый раз), 0,01 сек. - в кеше.
17. user811187 03.02.22 12:01 Сейчас в теме
Добрый день.
Хотим прикрутить вашу систему в WMS. Она полностью написана на УП. Не будет проблем с интеграцией?
18. Техподдержка 06.02.22 09:55
(17) Добрый!

- Легко интегрируется в любую конфигурацию на базе платформы "1С:Предприятие 8.2/8.3" (в т.ч. и на управляемых формах)
т.е. работает - как на платформе 8.2, так и на 8.3, как в обычном, так и управляемом режиме.

- При объединении не требуется вносить изменения в объекты исходной конфигурации.
т.е. реализована - как отдельная подсистема, которая не пересекается ни с одним объектом конфигурации.

проблем с интеграции - не будет - только необходимо сделать, как описано в публикации.
19. dap 08.06.22 11:18 Сейчас в теме
добрый. а как реализовано сравнение версий наборов данных при перезаписи. такое у набора происходит в 2 этапа - сначала удаление старого набора, потом запись нового. наборы не связаны между собой. события типа "передЗаписью" вызываются 2 раза. В первом - новый набор пустой, во втором - старого уже нет. передать старый через доп.свойство - невозможно т.к. набор не один и тот же.
спасибо
20. Техподдержка 01.07.22 19:43
(19) Добрый!

Все правильно, если выполняется перезапись (события "ПередЗаписью" и "ПриЗаписи" и наборы не связаны между собой - не буду здесь описывать поведение "Замещения" или "Удаления") выполняется в 2 этапа - сначала пустой, потом запись нового, то будут записаны версии с пустым и новым набором, т.к. запись новой версии выполняется, при условии, что есть изменения между предыдущей (которая уже храниться, как последняя на данный момент) и текущей (которая еще не храниться) версией набора,

НО такое ПОВЕДЕНИЕ ОСТАВЛЕНО, т.к. - повторюсь - данная подсистема позиционируется, как подсистема, которая:
- будет работать на любой версии платформы
- легко интегрируется в любую конфигурацию
"1С:Предприятие 8.2/8.3" (в т.ч. и на управляемых формах)

Также, какие были выполнены действия - всегда можно понять по отчету "История изменений", например сравнив последнюю и через одну версии и если не было изменений по времени, при этом видно, кем и когда данные были "затерты", то считать, что изменения не вносились.

"сори" - повлиять на режим работы платформы 1С 8 - мы не можем,
НО одно из преимуществ данной подсистемы
- Открытость кода,
т.е. всегда можно дописать под себя сохранение и сравнение нужных версий наборов данных, например не писать "пустой" набор, при условии, что это не удаление.
21. dap 01.07.22 23:20 Сейчас в теме
Спасибо.
насколько понимаю версионируется ЗАПИСЬ, а не набор?
Тогда каким образом идентифицируется запись регистра которая версионируется? Ключ записи мне кажется не подходит, т.к. у записи регистра может быть изменено значение одного из измерений.
Если это запись какой-то настройки. Пользователь меняет одно из измерений. Ваша система считает что это уже новые данные и формируется первая стартовая версия?
22. Техподдержка 04.07.22 15:39
(21) Добрый!

Версионируются те данные, которые содержаться, если языком платформы, в подписке на событие, то это "Источник",
т.е. каким бы способом не изменяли набор данных:
- интерактивно (вручную)
- программно (методом "Записать" и не важно ключем, менеджером или набором записей)
там всегда присутствует свойство "Отбор"

"Ключ" формируется 2-мя способами, для этого есть несколько вариантов настроек:
- по составу значений отбора (измерений) самого набора данных (здесь можно - не учитывать "Период", т.е. не будет участвовать в составе формирования "Ключа")
- сохранять все версии в одном месте, в данном варианте - ключем выступает - "имя регистра", т.е. состав значений отбора (измерений) набора данных - здесь НЕ участвует

и вот какой именно вариант подходит, в том или ином случае - решать Вам.

Оставьте свое сообщение

См. также

LogManager - Внешний журнал регистрации в SQL

Журнал регистрации платформы 1С в SQL. Общая база хранения всех журналов. Через com-подключение регламентным заданием периодически догружает журналы регистраций из рабочих баз. Предоставляет настраиваемый доступ к журналам по правам подразд...

10000 руб.

Версионирование справочников, документов и регистров сведений на SQL-сервере

История изменений реквизитов и табличных частей справочников, документов, независимых регистров сведений, возможность отката изменения, восстановление удаленных объектов, сбор статистики использования базы 1С. Альтернативный журнал регистра...

22800 руб.

Журнал изменений с восстановлением состояния ссылочных объектов и архивацией по HTTP / COM (расширение + конфигурация, 8.3.14...

База данных «сама» меняет данные в документах/справочниках? Тогда данный журнал изменений для Вас! Практически не влияет на скорость записи объектов за счет быстрого алгоритма! Скорость работы почти в 2 раза выше типового механизма "Ис...

19200 руб.

Мониторинг баз и серверов 1С

В сферу обязанностей при работе с клиентами входит контроль работы баз данных и серверов 1С. Нужно понимать что происходит в базах, есть ли ошибки, зависания у пользователей и фоновых задач, блокировки или какое-то необычное поведение систе...

9000 руб.

Версионирование объектов для Альфа-авто, ред 4 и 5.

Подсистема версионирования объектов для конфигураций Рарус: Альфа-авто на базе типовой подсистемы от 1С. Позволяет хранить историю изменений документов и справочников, кто, что, когда и какие данные изменял, а так же вернуться к предыдущим ...

4800 руб.

Уведомления на почту по событиям журнала регистрации на email и в Telegram (для УНФ, УТ 11, БП 3.0, ЗУП 3.0, ERP)

Рассылка уведомлений о событиях журнала регистрации на электронную почту и в Телеграмм. Программа позволяет анализировать журнал регистрации по заданным критериям, находить в нём интересующие события, и отправлять уведомления об этих с...

10800 руб.

Журнал работы с партнером для УТ 11.4

Расширение добавляет в интерфейс справочника «Партнеры» удобный журнал работы с клиентом, в котором будет доступна вся информация по данному партнеру.

2400 руб.

Регистрация статусов документов для УТ 11.5, УТ 11.4, КА 2.4 и ERP 2.4 (расширение конфигурации)

Расширение "Регистрация статусов документов" - это простое дополнение для УТ 11.5, УТ 11.4, КА 2.4 и ERP 2.4, предназначенное для сохранения истории редактирования документов в конфигурациях 1С. Просто установить и удалить, удобно...

4900 руб.

LogiCH - хранение и анализ журнала регистрации в сверхбыстрой СУБД ClickHouse

Конфигурация LogiCH эффективно решает проблему хранения и анализа записей журналов регистрации. Разработка использует столбцовую СУБД ClickHouse, одну из самых быстрых Big Data OLAP СУБД. Любой анализ журнала можно выполнить в одном отчете,...

5000 руб.

Просмотр файлов журнала регистрации 1С (*.lgd)

Программа для просмотра больших файлов журнала регистрации 1С в формате *.lgd. За счет отбора по виду события или неявного представления, позволяет работать с файлам большого размера.

2000 руб.

88005555256
Заказать звонок
support@infostart.ru
Telegram
Чат на сайте