Журнал регистрации изменений документов в 1С с восстановлением состояния ссылочных объектов и архивацией по HTTP / COM (расширение + конфигурация, 8.3.14+, ЛЮБАЯ конфигурация)

База данных «сама» меняет данные в документах/справочниках? Тогда данный журнал регистрации изменений документов в 1С для Вас! Практически не влияет на скорость записи объектов за счет быстрого алгоритма! Скорость работы почти в 2 раза выше типового механизма «История изменений». Позволяет следить за изменениями и удалением в любых ссылочных объектах конфигурации, с возможностью архивации по HTTP(!) или COM, и сверткой данных. А так же, может восстановить состояние реквизитов (значения) до момента изменения или удаления объекта из базы. Есть ДЕМО-база где можно самостоятельно протестировать часть функционала! Работает на любых платформах выше 8.3.14+ и любых конфигурациях! Версия 3.1 от 24.08.2023!

Арт.: 621962

Продано: 10

Объекты для отслеживания.png
Настройки арихивирования.png
Натройки свертки данных.png
Удаления записей ЖИ.png
Общапя команда просмотра изменений.png
Просмотр истории изменений объекта.png
Журнал изменений данных.png
Отчет для поиска и просмотра измененных данных.png
Информация об обновлениях.JPG
Объекты для отслеживания.png
Настройки арихивирования.png
Натройки свертки данных.png
Удаления записей ЖИ.png
Общапя команда просмотра изменений.png
Просмотр истории изменений объекта.png
Журнал изменений данных.png
Отчет для поиска и просмотра измененных данных.png
Информация об обновлениях.JPG
Лицензии

21600 руб.

Техподдержка и обновления

19200 руб.

Услуга

3000 руб.

Кратко о возможностях системы:

  • Расширение журнала изменения может работать на ЛЮБОЙ конфигурации, в режиме совместимости 8.3.14+
  • В отличии от типового механизма "История изменений", в режиме обмена записи объектов отслеживает изменения!
  • В отличии от типового механизма "История изменений", отслеживает удаление объектов!
  • Максимально быстрый алгоритм записи изменений, поиска изменений, что не маловажно, особенно когда идет работа с большим объемом данных и нужно в режиме реального времени или в конце дня, системе анализировать какой реквизит изменился (такой процесс называется «упаковкой»).
  • Свертка записей журнала изменений. Свертка – это процесс удаления записей журнала изменений каждого объекта, который отвечает отбору по дате. Если в рабочей базе имеется более одной записи журнала изменений и под свертку попадают все записи по дате, то система всегда оставляет одну запись журнала изменений, самую крайнюю, дабы можно было восстановить состояние объекта на последнее изменение.
  • Хранение записей либо в рабочей базе и/или во внешней (загруженной из приложенной выгрузки «База для архива ЖИ»). Не обработанные (не упакованные) записи всегда сохраняются в текущей базе, для увеличения скорости работы системы.
  • Архивирование данных возможно или по COM-соединению или по HTTP. При архивировании упакованные записи переносятся во внешнюю базу, которая создается из прилагаемого образа базы. Это позволяет базе не пухнуть. А возможность переноса данных по HTTP дает возможность размещать архивную базу где угодно и на какой угодно операционной системе. Архивирование по HTTP выполняется намного быстрее, чем через COM!
  • В конфигурациях на управляемых формах (таких как УТ 11, БП 3.0, ЗУП 3.0, Розница 2.2, УНФ 1.6 и т.д) имеется команда, которая может быть добавлена к любому списку/форме ссылочного объекта в конфигурации, что позволит легко, прям из формы, смотреть какие изменения были сделаны.
  • Просмотр истории изменений одиночного объекта осуществляется обработкой в удобном виде, в виде дерева.
  • Для поиска/просмотра групповых изменений имеется отчет, в котором можно отслеживать историю изменений по пользователям, компьютерам, объектам, именам реквизитов, значениям, датам.
  • Восстановление значений реквизитов объекта на момент до внесения изменения или удаления из базы.
  • Разграничение доступа к объектам подсистемы по ролям подсистемы.

ОТЛИЧИЕ ДАННОГО ЖУРНАЛА ИЗМЕНЕНИЙ ОТ ТИПОВОГО МЕХАНИЗМА "ИСТОРИЯ ИЗМЕНЕНИЙ" ВО ВСЕХ БАЗАХ 1С

  • Нет архивации записей журнала по HTTP или COM в типовом механизме!
  • Не следит за удалением объекта типовой механизм. Можно удалить и никто об этом не узнает!
  • Изменения отслеживаются в ЛЮБОМ режиме записи объекта, даже в режиме обмена! Типовой механизм этого не делает, если для объекта установлен признак Загрузка=Истина!
  • Скорость отслеживания изменений в 2 раза выше чем в типовом механизме. 
  • Типовой механизм не показывать историю изменений в наглядном виде;
  • Используя типовой механизм, база распухает т.к. хранит все и сразу в отличии от данной системы;
  • Все хранится в одной базе, только можно удалить старые версии;
  • Нет возможности по пользователю, представлению объекта, или по реквизиту/значению найти изменения по записям.

СРАВНЕНИЕ ПРОИЗВОДИТЕЛЬНОСТИ ТИПОВОГО МЕХАНИЗМА "ИСТОРИЯ ИЗМЕНЕНИЙ" И ДАННОГО ЖУРНАЛА ИЗМЕНЕНИЙ НА ПРИМЕРЕ ЕРП 2.5.10

Сравнение данного журнала изменений и типового механизма "История изменений" происходило на ЕРП 2.5.10.84 Агропромышленный комплекс. Был изменен один и тот же реквизит "Комментарий" в 891 документе "Наряд на сдельные работы". Замеры выполнялись по 3 подхода.
Получили следующие замеры по типовому механизму "История изменений":

  • 1 раз - 94,7 сек., из них затраты на типовой механизм составили 50 сек
  • 2 раз - 93,2 сек., из них затраты на типовой механизм составили 49.6 сек
  • 3 раз - 95,8 сек., из них затраты на типовой механизм составили 51 сек

Среднее значение - 94,6 сек,  из них затраты на типовой механизм составили 50,2 сек. Это 53% от общих затрат на запись! Расточительно, Вам не кажется!?
Теперь сделаем замеры с включенным моим журналом изменений:

  • 1 раз - 56.4 сек., из них затраты на сравнение и запись изменений составило 20,6 сек
  • 2 раз - 54 сек., из них затраты на сравнение и запись изменений составило 21.5 сек
  • 3 раз - 52.7 сек., из них затраты на сравнение и запись изменений составило 21.7 сек

Среднее значение - 54,4 сек,  из них затраты на типовой механизм составили 21,3 сек. Это 39% от общих затрат на запись! Получаем выигрыш по времени относительно типового на 27%! 
А если посмотреть на абсолютные цифры - выигрыш составляет почти в 2 раза по скорости! 

 

В публикации имеется ДЕМО-база с журналом изменений. Вы можете самостоятельно оценить скорость и удобство работы с журналом изменений. Отличие от полной версии:

  • Журнал встроен в конфигурацию
  • Код закрыт
  • Нет архивирования
  • Свертка работает только в ручном режиме
  • Хранит только до 100 записей измененных данных

ВНИМАНИЕ! В базах, работающих в файлов режиме, возможно существенное увеличение объема базы данных при работе журнала изменений, что приведет к ограничениям, которые наложила фирма 1С на размер базы!

И немного технической информации:

  • Код собственного производства, все протестировано и готово к работе.
  • Код открыт, возможны доработки.
  • Общее количество строк кода - около 2000
  • Система тратит около 0,015 сек на проверку изменений в одном объекте и запись их в базу.

Обновление от 24.08.2023, версия 3.1!

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

Обновление от 08.05.2023, версия 3.0!

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

Техническая поддержка и обновления

Бесплатный период техподдержки составляет 1 месяц со дня покупки

Также после приобретения вы получаете 12 месяцев бесплатных обновлений.

По окончании бесплатного периода вы можете приобрести услугу технической поддержки с доступом к обновлениям на платной основе.

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

Задать вопрос по программе можно по кнопке "Техподдержка" на странице описания.

При создании тикета необходимо предоставить:

  1. Номер заказа
  2. Описание вопроса. Если это ошибки - напишите порядок ваших действий с программой, которые к ней привели (приложите видео/скриншоты/отчеты об ошибке)
  3. Точную конфигурацию 1С, и версию платформы, на которой используете купленное решение (наименование и версию 1С можно взять из раздела "О программе"), версию купленной программы.

К созданной заявке подключается специалист. Дальнейшее обсуждение проблемы будет проходить в тикете техподдержки. Срок реакции - от 24 до 72 часов в рабочие дни с момента обращения.

Техподдержка
 

Проверено на следующих конфигурациях и релизах:

  • Управление торговлей, редакция 11, релизы 11.0.4.5
Статистика:
Просмотры 42789
Загрузки 10
Рейтинг 38
Создание 15.05.17 16:26
Обновление 03.10.23 13:15
№ Публикации 621962
Характеристики:
Теги

Журнал изменений восстановление состояния резервное копирование внешняя база

Рубрики Архивирование (backup) Журнал регистрации Поиск данных
Кому Системный администратор ,
Программист
Тип файла Архив с данными
Платформа Платформа 1С v8.3 ,
Управляемые формы
Конфигурация Конфигурации 1cv8 ,
1С:Управление торговлей 11
Операционная система Не имеет значения
Страна Не имеет значения
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Не имеет значения
Доступ к файлу Платные (руб)
Код открыт Да
Наименование Файл Версия Размер
Справка по журналу изменения для версии 3.0 .docx 2.1 997,43Kb 89 Скачать
База для архива в формате dt для версии 3.0 .dt 3.0 56,82Kb 31 Скачать
ДЕМО-база с журналом изменения версии 3.0 .dt 3.0 2,67Mb 3 Скачать
1. alex-l19041 15.05.17 16:51 Сейчас в теме
чем лучше версионирования ?
3. Техподдержка 15.05.17 17:06
(1) , ниже отличия:
1. Стандартные подсистемы версионирования не показывают историю изменений в наглядном виде.
2. База распухает т.к. хранит все и сразу. в отличии от моей.
3. Все хранится в одной базе, только можно удалить старые версии в типовых.
4. Нет возможности по пользователю, представлению объекта, или по реквизиту/значению найти изменения по записям.
5. v.l. 16.05.17 17:49 Сейчас в теме
(3) Ну да. типовое версионирование весь объект хранит.
Подобное делал на семёрке с помощью служебного документа, где писал в таблицу имя пользователя, ссылку на документ, старое значение реквизита, новое значение реквизита и ключевые - сумму, сумму НДС по документу до и после изменения.
Давно это было, году так в 2008 или 2009.
2. v.l. 15.05.17 16:54 Сейчас в теме
"Код открыт, возможны доработки Вашими усилиями."

В данном случае "вашими" следует написать с маленькой буквы, потому что это обезличенное обращение.
6. teorver 02.06.17 15:05 Сейчас в теме
Как то поздновато, в платформе 8.3.11 будет такой механизм из коробки, да - на любых и типовых и нет базах. На пару лет бы раньше. Вот тут инфа из зазеркалья https://wonderland.v8.1c.ru/blog/istoriya-dannykh/
Xershi; TuneSoft; +2 Ответить
7. Техподдержка 02.06.17 15:21
(6) ,Спасибо за ссылку. Прочел.В чем плюсы моего журнала по сравнению с их:

1. Я не увидел реализации переноса у них в другую базу. Следовательно, будет база расти и пухнуть с историей, даже если будет хранить только измененные данные. Нет архивации во внешнюю базу.
2. Нет отложенного определения изменений. Будет подтормаживать их система при большом количестве обрабатываемой информации.
3. Нет свертки данных.
9. babylon_5 26.10.17 00:04 Сейчас в теме
(7) 2. Нет отложенного определения изменений. Будет подтормаживать их система при большом количестве

А блок 'Обработка изменения данных' - не об этом?
Процесс создания версии данных состоит из двух этапов. Сначала, когда вы записываете объект (например, документ), формируется специальное сообщение, которое помещается в очередь. Этот этап выполняет платформа, разработчик в нём не участвует.

А вот второй этап инициируется разработчиком. Второй этап заключается в том, что при обработке очереди эти данные извлекаются, помещаются в хранилище версий, и становятся доступными для работы с ними.

И т.д.
8. FSlon 06.07.17 11:32 Сейчас в теме
Дельная разработка, отправлю в закладки, скоро понадобится.
10. webcisp 18.02.18 21:51 Сейчас в теме
Совершенно непонятно где кнопочка посмотреть изменения в версии 8,2
имеется ввиду в самих объектах ? как у вас в рисунке Заказ Клиента
11. Техподдержка 18.02.18 22:40
(10) , это общая команда. Ее нужно настроить как описано в справке.
12. webcisp 19.02.18 09:55 Сейчас в теме
Прошу меня извинить, но в справке ничего не написано ..
13. Техподдержка 19.02.18 12:36
(12) , страница 5, параграф 5
"Так же, для возможности просмотра истории изменений объекта из формы списка или объекта, нужно в полученной конфигурации, в разделе «Общие», найти команду «ЖИ_ИсторияИзменений», на ней нажать правой клавишей мыши и выбрать «Свойства». В открывшемся окне справа выбрать в разделе «Тип параметра команды» и нажимаем кнопку с 3мя точка (…). В открывшемся окне, ставим галку «Составной тип данных», нажимаем комбинацию из 3х кнопок Ctrl+Shift++(знак плюс) для того чтоб дерево развернулось, после нажимаем Ctrl+A для выбора всех доступных типов, и нажимаем клавишу «Пробел». При этом система выберет все объекты ссылочного типа."
Рядом же есть скрин.
14. webcisp 20.02.18 16:49 Сейчас в теме
Да прочитал плохо и поздно вечером, - более того не обратил внимание что запускал не на управляемых формах. все подправил и заработало.. на 8,2
15. webcisp 21.02.18 04:28 Сейчас в теме
Установил конфиг на серверную базу, увы. не хочет работать с внешней базой как с файловой так и с серверной..см. вложение платформа 8.2
Прикрепленные файлы:
ЧтоГдеКогда82 не работает с сервером.docx
16. пользователь 21.02.18 07:33
Сообщение было скрыто модератором.
...
17. пользователь 21.02.18 08:03
Сообщение было скрыто модератором.
...
18. пользователь 21.02.18 08:54
Сообщение было скрыто модератором.
...
19. djadik 22.03.22 14:09 Сейчас в теме
Добрый день. будет ли работать на КА 2.5?
20. djadik 22.03.22 14:14 Сейчас в теме
И является ли обязательной процедурой снятие с поддержки?
21. Техподдержка 22.03.22 17:20
(19) , работает с любой конфигурацией. С поддержки нужно снимать максимум только корень, для добавления регламентного задания и модуля общего. Все это не влияет на обновления. Можете не добавлять рег. задания, но тогда вам нужно подправить код и все делать вручную - упаковку, архивирование.
22. danrais-fva 15.04.22 15:52 Сейчас в теме
Добрый день, можно ли вашем расширением узнать кто и когда внес изменения в Штрихкод? типовая не введет историю.
23. Техподдержка 15.04.22 17:09
(22) , здравствуйте! Хорошо, что подсказали следующую модернизацию) В данной версии нет слежения за регистрами сведений, но я сделаю в ближайшее время.
24. danrais-fva 15.04.22 17:13 Сейчас в теме
(23)
подсказали

Было бы здорово, а то у нас кто то удаляют штрихкода и не признаются)
25. Техподдержка 15.04.22 17:13
Далеко не уходите, к концу этой недели будет
26. Техподдержка 16.04.22 09:28
(24) , провел анализ и понял что это не так просто реализовать. Дело в том, что при записи измененной записи, например, штрихкода система в регистре делает 2 записи с различными отборами. И вторая запись не знает о существовании первой записи, следовательно и не может связаться и понять было ли это изменение или это новая запись. В этом плане с ссылочными проще т.к. ссылка не меняется никогда, если руками не сменить ее принудительно и можно сопоставить изменения до и после.
Так что данный вопрос остается пока открытым.
27. danrais-fva 16.04.22 15:56 Сейчас в теме

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

См. также

Быстрый поиск дублей в 1С с четким/нечетким поиском по любому сочетанию реквизитов/реквизитов таб. частей с отбором и быстрой...

Обработки помогут Вам легко и, главное, быстро (в 5 раз и быстрее штатной обработки 1С), выполнить поиск дублирующих данных в Ваших базах 1С на платформах 8.1-8.3. Это позволит уменьшить объем лишней информации в справочниках и документах, ...

10800 руб.

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

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

12000 руб.

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

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

9000 руб.

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

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

5000 руб.

Автоматическое резервное копирование любой клиент-серверной базы 1С в формате DT с удалением сеансов, архивацией, изменением ...

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

6000 руб.

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

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

4800 руб.

BackUPv8 - система резервного копирования баз 1С

Автоматическое создание копий файловых и серверных информационных баз 1С Предприятие 8 и размещение копий в облаке Яндекс.Диск, локальном или сетевом ресурсе.

1200 руб.

Фоновая архивация файловых баз

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

1200 руб.

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

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

2400 руб.

Поиск и замена значений + Поиск дублирующихся элементов справочников с подключением к внешней базе

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

3600 руб.