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

Публикация № 995596 11.02.19

Администрирование БД - Журнал регистрации

Подсистема версионирование регистр сведения история изменения версия запись периодический непериодический журнал регистрация услуга сервис утилита платформа windows интеграция ВНОД

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

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

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

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

- Легко интегрируется в любую конфигурацию на базе платформы "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

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

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


Вопросы возврата

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


Заказать подбор решения


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

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

.cf 134,15Kb
45
.cf 1.1.2.9 134,15Kb 45 Скачать

1.1.2.9 11 3360 руб.

0 1000 руб.

Специальные предложения

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. kosmo0 105 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 16 03.04.19 14:19 Сейчас в теме
Толковая разработка - удобно что поставил подсистему, настроил и все работает
Настройки, опять же, гибкие, регламентное задание очистки версий позволяет контролировать занимаемое место
Открытый исходный код тоже большой плюс - формат наименования ключа записи, например, под себя переделал
Отчет о сравнении похож на типовой БСПшный - раскраска, легенда, все как привык пользователь
Хотелось бы чтобы ещё позволял больше двух версий сравнивать)
Ну и наконец система развивается, так что ждем дальнейших улучшений
В общем автору большой респект и плюс в карму!
4. Техподдержка 12.04.19 11:36
(3) Хотелось бы чтобы ещё позволял больше двух версий сравнивать)

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

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

По вопросу -

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

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

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

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

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

- Мне либо сами выставляли что просил, либо подсказывали
14. Светлый ум 277 28.10.19 17:34 Сейчас в теме
(11) Спасибо - за оперативность. Будем посмотреть
15. buganov 192 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 13 08.06.22 11:18 Сейчас в теме
добрый. а как реализовано сравнение версий наборов данных при перезаписи. такое у набора происходит в 2 этапа - сначала удаление старого набора, потом запись нового. наборы не связаны между собой. события типа "передЗаписью" вызываются 2 раза. В первом - новый набор пустой, во втором - старого уже нет. передать старый через доп.свойство - невозможно т.к. набор не один и тот же.
спасибо
20. Техподдержка 01.07.22 19:43
(19) Добрый!

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

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

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

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

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

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

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

См. также

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

Оптовая торговля Розничная торговля Журнал регистрации Платформа 1С v8.3 Конфигурации 1cv8 Автомобили, автосервисы Управленческий учет Платные (руб)

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

4000 руб.

03.09.2016    37691    27    24    

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

Журнал регистрации Документооборот и делопроизводство Платформа 1С v8.3 Оперативный учет Управляемые формы 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Управленческий учет Платные (руб)

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

4900 руб.

12.12.2019    16125    1    1    

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

Журнал регистрации Мониторинг Платформа 1С v8.3 Платные (руб)

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

9000 руб.

28.08.2019    23230    47    17    

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

Журнал регистрации Статистика базы данных Платформа 1С v8.3 Конфигурации 1cv8 Платные (руб)

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

5000 руб.

28.11.2018    14943    11    6    

Ведение подробного лога (версионирование) справочников, документов и регистров сведений с сохранением истории изменений на SQL-сервере Промо

Журнал регистрации Платформа 1С v8.3 Управляемые формы Конфигурации 1cv8 Россия Платные (руб)

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

19200 руб.

22.02.2018    29602    55    53    

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

Мессенджеры и боты Журнал регистрации Мониторинг Email рассылки Платформа 1С v8.3 Управляемые формы 1С:Управление нашей фирмой 1.6 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x Платные (руб)

Рассылка уведомлений о событиях журнала регистрации на электронную почту и в Телеграмм. Программа позволяет анализировать журнал регистрации по заданным критериям, находить в нём интересующие события, и отправлять уведомления об этих событиях на электронную почту (одного или нескольких получателей) или в телеграмм. Может работать и как внешняя обработка, и как регламентное задание. Для УНФ, УТ 11, БП 3.0, ЗУП 3.0, ERP.

10800 руб.

18.06.2017    25993    1    2    

"Что? Где? Когда?" или журнал изменений с восстановлением состояния реквизитов ссылочных объектов и архивацией по HTTP / COM (расширение + конфигурация, 8.2.16+, ЛЮБАЯ конфигурация)

Архивирование (backup) Журнал регистрации Поиск данных Платформа 1С v8.3 Управляемые формы Конфигурации 1cv8 Платные (руб)

База данных «сама» меняет данные в документах/справочниках? Тогда данный журнал изменений для Вас! Практически не влияет на скорость записи объектов за счет быстрого алгоритма! Скорость записи на 10-15% выше типового механизма "История изменений"! Позволяет следить за изменениями в любых ссылочных объектах конфигурации, с возможностью архивации по HTTP(!) или COM, и сверткой данных. А так же, может восстановить состояние реквизитов (значения) до момента изменения или удаления объекта из базы. Ну и конечно – подробная справка! Работает на любых платформах выше 8.2.16+ и любых конфигурациях! Версия 2.0 от 06.09.2021!

24000 руб.

15.05.2017    36744    8    24    

Журнал регистрации изменений реквизитов во внешней базе 1С (управляемые и обычные формы)

Журнал регистрации Платформа 1С v8.3 Управляемые формы Конфигурации 1cv8 Платные (руб)

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

15840 руб.

21.03.2016    30310    4    2    

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

Журнал регистрации Статистика базы данных Платформа 1С v8.3 Конфигурации 1cv8 Платные (руб)

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

10000 руб.

23.05.2014    50777    44    16    

Полный контроль действий пользователей в 1С. Учет трудозатрат

Журнал регистрации Платформа 1С v8.3 Конфигурации 1cv8 Россия Платные (руб)

РАЗРАБОТКА ПОЛНОСТЬЮ ОБНОВЛЕНА! ВЫЛОЖЕНА ДЕМО-ВЕРСИЯ Скольких проблем можно было бы избежать, получая информацию о том, кто и что делал в базе данных, вовремя и в полном объеме! Ошибки, махинации с данными... Чем больше предприятие, тем более оно может быть не защищено от невнимательных или недобросовестных сотрудников. Подсистема "Полный контроль" является удобным, оперативным и гибким инструментом анализа и контроля действий пользователей 1С. В состав модуля включен механизм учета трудозатрат, исходя из данных о выполненных пользователями операциях за отчетный период.

15000 руб.

14.09.2011    43730    13    145