"Что? Где? Когда?" или журнал изменений с восстановлением состояния реквизитов ссылочных объектов и архивацией по HTTP / COM (расширение + конфигурация, 8.2.16+, ЛЮБАЯ конфигурация)
База данных «сама» меняет данные в документах/справочниках? Тогда данный журнал изменений для Вас! Практически не влияет на скорость записи объектов за счет быстрого алгоритма! Скорость записи на 10-15% выше типового механизма "История изменений"! Позволяет следить за изменениями в любых ссылочных объектах конфигурации, с возможностью архивации по HTTP(!) или COM, и сверткой данных. А так же, может восстановить состояние реквизитов (значения) до момента изменения или удаления объекта из базы. Ну и конечно – подробная справка! Работает на любых платформах выше 8.2.16+ и любых конфигурациях! Версия 2.0 от 06.09.2021!
(1) , ниже отличия:
1. Стандартные подсистемы версионирования не показывают историю изменений в наглядном виде.
2. База распухает т.к. хранит все и сразу. в отличии от моей.
3. Все хранится в одной базе, только можно удалить старые версии в типовых.
4. Нет возможности по пользователю, представлению объекта, или по реквизиту/значению найти изменения по записям.
(3) Ну да. типовое версионирование весь объект хранит.
Подобное делал на семёрке с помощью служебного документа, где писал в таблицу имя пользователя, ссылку на документ, старое значение реквизита, новое значение реквизита и ключевые - сумму, сумму НДС по документу до и после изменения.
Давно это было, году так в 2008 или 2009.
Как то поздновато, в платформе 8.3.11 будет такой механизм из коробки, да - на любых и типовых и нет базах. На пару лет бы раньше. Вот тут инфа из зазеркалья https://wonderland.v8.1c.ru/blog/istoriya-dannykh/
(6) ,Спасибо за ссылку. Прочел.В чем плюсы моего журнала по сравнению с их:
1. Я не увидел реализации переноса у них в другую базу. Следовательно, будет база расти и пухнуть с историей, даже если будет хранить только измененные данные. Нет архивации во внешнюю базу.
2. Нет отложенного определения изменений. Будет подтормаживать их система при большом количестве обрабатываемой информации.
3. Нет свертки данных.
(7) 2. Нет отложенного определения изменений. Будет подтормаживать их система при большом количестве
А блок 'Обработка изменения данных' - не об этом?
Процесс создания версии данных состоит из двух этапов. Сначала, когда вы записываете объект (например, документ), формируется специальное сообщение, которое помещается в очередь. Этот этап выполняет платформа, разработчик в нём не участвует.
А вот второй этап инициируется разработчиком. Второй этап заключается в том, что при обработке очереди эти данные извлекаются, помещаются в хранилище версий, и становятся доступными для работы с ними.
(12) , страница 5, параграф 5
"Так же, для возможности просмотра истории изменений объекта из формы списка или объекта, нужно в полученной конфигурации, в разделе «Общие», найти команду «ЖИ_ИсторияИзменений», на ней нажать правой клавишей мыши и выбрать «Свойства». В открывшемся окне справа выбрать в разделе «Тип параметра команды» и нажимаем кнопку с 3мя точка (…). В открывшемся окне, ставим галку «Составной тип данных», нажимаем комбинацию из 3х кнопок Ctrl+Shift++(знак плюс) для того чтоб дерево развернулось, после нажимаем Ctrl+A для выбора всех доступных типов, и нажимаем клавишу «Пробел». При этом система выберет все объекты ссылочного типа."
Рядом же есть скрин.
(19) , работает с любой конфигурацией. С поддержки нужно снимать максимум только корень, для добавления регламентного задания и модуля общего. Все это не влияет на обновления. Можете не добавлять рег. задания, но тогда вам нужно подправить код и все делать вручную - упаковку, архивирование.
(22) , здравствуйте! Хорошо, что подсказали следующую модернизацию) В данной версии нет слежения за регистрами сведений, но я сделаю в ближайшее время.
(24) , провел анализ и понял что это не так просто реализовать. Дело в том, что при записи измененной записи, например, штрихкода система в регистре делает 2 записи с различными отборами. И вторая запись не знает о существовании первой записи, следовательно и не может связаться и понять было ли это изменение или это новая запись. В этом плане с ссылочными проще т.к. ссылка не меняется никогда, если руками не сменить ее принудительно и можно сопоставить изменения до и после.
Так что данный вопрос остается пока открытым.