Кратко о возможностях системы:
- Расширение журнала изменения может работать на ЛЮБОЙ конфигурации, в режиме совместимости 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.12.2025, версия 3.2!
- Увеличена скорость работы журнала изменений на 10% при формировании записи журнала изменений.
- Уменьшен более чем в 6 раз занимаемый объем журналом изменений на диске за счет изменения структуры хранения. При первом запуске после обновления на версию 3.2, будет выполнено преобразование ВСЕХ записей журнала изменений. Данный процесс может выполняться продолжительное время!
- Обновлена конфигурация для базы архива. Аналогично, при первом запуске после обновления, будет выполнено преобразование ВСЕХ записей журнала изменений. Данный процесс может выполняться продолжительное время!
- Исправлена ошибка с подсчетом количества записей для архивирования.
Обновление от 22.05.2025, версия 3.1!
-
Исправлена ошибка, при которой не происходило сравнение реквизитов и система записывала все значения реквизитов. Из-за этого были избыточные данные в записях журнала изменений.
Обновление от 08.05.2023, версия 3.0!
-
Полностью переработан код поиска изменений. Убран механизм отложенной упаковки. Теперь сравнение изменений идет на лету и в фоне, что не влияет на производительность системы при записи.
-
Убран механизм создания начального образа т.к. теперь он не нужен и занимает лишнее место в журнале и базе.
-
Переработан механизм восстановления объектов после изменения на выбранное состояние. Теперь система хранит снимок объекта до момента изменения в виде структуры, что дает возможность его восстановить даже после изменения структуры объекта. Так же теперь можно просмотреть весь объект перед восстановлением целиков в форме объекта, без записи в базу. Вы теперь сами решаете нужно ли записать восстановленные данные объекта или нет. А так же если удален был ранее реквизит объекта, а потом был возвращен, данные в журнале изменений сохраняются. СТАРЫЕ ЗАПИСИ ЖУРНАЛА ИЗМЕНЕНИЯ НЕ СМОГУТ БЫТЬ ВОССТАНОВЛЕНЫ ПОСЛЕ ОБНОВЛЕНИЯ НА ВЕРСИЮ 3.0!
-
Добавлена возможность видеть количество данных по объектам в настройках журнала изменений, чтоб понять нужно ли следить за данным видом объектов.
-
Добавлены поясняющие комментарии при удалении или добавлении строки в табличных частях в отслеживаемых объектах.
-
Переработан полностью механизм свертки записей журнала изменений. Теперь остается всегда одна последняя по дате запись при свертке данных в базе. При этом в архиве так же удаляются все записи тех объектов, которые есть в базе и которые отвечают отбору по дате.
-
Обновлена база для архива. Переработан существенно код.
Техническая поддержка и обновления
Бесплатный период техподдержки составляет 1 месяц со дня покупки
Также после приобретения вы получаете 12 месяцев бесплатных обновлений.
По окончании бесплатного периода вы можете приобрести услугу технической поддержки с доступом к обновлениям на платной основе.
Проверить наличие обновлений можно в личном кабинете. Если обновления недоступны - загрузить новую версию можно после покупки обновлений/технической поддержки.
Задать вопрос по программе можно по кнопке "Техподдержка" на странице описания.
При создании тикета необходимо предоставить:
- Номер заказа
- Описание вопроса. Если это ошибки - напишите порядок ваших действий с программой, которые к ней привели (приложите видео/скриншоты/отчеты об ошибке)
- Точную конфигурацию 1С, и версию платформы, на которой используете купленное решение (наименование и версию 1С можно взять из раздела "О программе"), версию купленной программы.
К созданной заявке подключается специалист. Дальнейшее обсуждение проблемы будет проходить в тикете техподдержки. Срок реакции - от 24 до 72 часов в рабочие дни с момента обращения.
Проверено на следующих конфигурациях и релизах:
- Управление торговлей, редакция 11, релизы 11.0.4.5
- Управление нашей фирмой, редакция 3.0, релизы 3.0.1.193
- Розница, редакция 2.3, релизы 2.3.1.30
- Бухгалтерия предприятия, редакция 3.0, релизы 3.0.9.4
