Кратко о возможностях системы:
- Расширение журнала изменения может работать на ЛЮБОЙ конфигурации, в режиме совместимости 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С, и версию платформы, на которой используете купленное решение (наименование и версию 1С можно взять из раздела "О программе"), версию купленной программы.
К созданной заявке подключается специалист. Дальнейшее обсуждение проблемы будет проходить в тикете техподдержки. Срок реакции - от 24 до 72 часов в рабочие дни с момента обращения.
Проверено на следующих конфигурациях и релизах:
- Управление торговлей, редакция 11, релизы 11.0.4.5
