Внешняя история изменений (журнал изменений) и откат версий всех ссылочных объектов, констант и реги
Основные возможности
Прежде всего, хочется перечислить, все основные механизмы с обоснованием, почему используются именно они.
1) Подсистема работает в конфигурациях 8.2 и 8.3 в толстом, тонком и WEB-клиенте (обычные и управляемые формы). Сейчас сложилась парадоксальная ситуация. Есть конфигурации, которые используют обычные формы, есть которые работают на управляемых формах, а так же есть те, которые работают и так и так. Наша подсистема позволяет работать в любом режиме, причем если будет запущена в толстом клиенте, то будет интерфейс и формы толстого клиента, если в тонком или WEB, то на управляемых формах. При этом практически не будет никакой разницы с точки зрения функциональности. Вот как выглядит журнал регистрации в толстом и тонком клиенте:
2) Регистрируются изменения для следующих видов объектов: константы, справочники, документы, планы видов характеристик, планы счетов, планы обменов, планы видов расчета, бизнес-процессы, задачи и регистры сведений.
3) Для хранения истории изменений объектов используется внешняя информационная база 1C. Был выбран именно этот механизм хранения, т.к. он не влияет на размер основной информационной базы 1C (Хранитель журнала регистрации), а работа напрямую с внешней базой харнителя позволяет быстро производить чтение и запись событий.
4) При помещении во внешнюю информационную базу история изменений объектов «сжимается». Что это значит? Приведем пример. Допустим пользователь «А» создал документ, заполнил его и провел. Затем пользователь «Б» его открыл и изменил в нем один реквизит, после чего также провел. При этом наша подсистема позволит Вам увидеть, только то, что пользователь «Б» изменил без показа всех реквизитов. Это позволяет точно сказать, что было изменено.
5) Есть возможность настроить список объектов, по которым не нужно отслеживать изменения. Скажем больше: такая возможность просто необходима! Так как в типовых конфигурациях есть, например, справочники «Сохраненные настройки» или «Рабочие места», по которым нет необходимости вести историю изменений т.к. эти справочники служебные. Так же можно ограничить запись не только объектов, но и конкретных реквизитов!
6) Просмотр изменений прямо на формах объектов. Позволяет при открытии объектов из журнала регистрации подсветить на форме измененные объекты красной рамкой. При этом в подсказках измененных объектов пишется дата изменения, кто изменил, что было раньше и что стало после изменения.
7) Возможность записи событий входа и выхода пользователей в информационную базу (при желании можно отключить).
8) Гибкая система отборов: по пользователю, компьютеру, типу метаданных, объекту, представлению, событию за период. Все отборы устанавливаются на фантастической скорости! Это не десятки минут ожидания работы типового механизма. Все просто и быстро.
9) Минимальное влияние на производительность. Вы практически не почувствуете разницу при работе с нашей подсистемой и без нее. При разработке подсистемы мы руководствовались тем, что перенос событий во внешнюю ИБ 1С не будет оказывать никакого влияния на размер основной информационной базы.
10) Для типовых конфигураций разработаны внешние печатные формы, которые позволят просматривать истории изменений объектов при печати. Т.е. для любых объектов типовых конфигураций (БП, ЗУП, УПП, УТ, КА, БГУ, УНФ) можно за пару щелчков мыши, нажав на кнопку «Печать» и выбрав пункт «Просмотр изменений» открыть изменения данного объекта.
11) В подсистеме используется уникальный механизм защиты от записи истории объектов в клонах информационных баз. Часто, необходимо сделать копию информационной базы для тестирования доработок, экспериментов и т.д. При этом наша подсистема будет работать только в работающей конфигурации, в копиях-клонах работать она не будет. Эта особенность пригодится программистам, т.к. позволит не думать, что копия будет добавлять свои события в журнал регистрации.
12) "Откат" изменений объектов в конфигурации на предыдущие версии по данным журнала регистрации.
13) Один журнал регистрации для нескольких информационных баз 1С.
14) Поддержка ведении истории в распределенных информационных базах (РИБ) с двумя способами ведения истории.
Скрытое содержимое.
Основные возможности
Прежде всего, хочется перечислить, все основные механизмы с обоснованием, почему используются именно они.
1) Подсистема работает в конфигурациях 8.2 и 8.3 в толстом, тонком и WEB-клиенте (обычные и управляемые формы). Сейчас сложилась парадоксальная ситуация. Есть конфигурации, которые используют обычные формы, есть которые работают на управляемых формах, а так же есть те, которые работают и так и так. Наша подсистема позволяет работать в любом режиме, причем если будет запущена в толстом клиенте, то будет интерфейс и формы толстого клиента, если в тонком или WEB, то на управляемых формах. При этом практически не будет никакой разницы с точки зрения функциональности. Вот как выглядит журнал регистрации в толстом и тонком клиенте:
2) Регистрируются изменения для следующих видов объектов: константы, справочники, документы, планы видов характеристик, планы счетов, планы обменов, планы видов расчета, бизнес-процессы, задачи и регистры сведений.
3) Для хранения истории изменений объектов используется внешняя информационная база 1C. Был выбран именно этот механизм хранения, т.к. он не влияет на размер основной информационной базы 1C (Хранитель журнала регистрации), а работа напрямую с внешней базой харнителя позволяет быстро производить чтение и запись событий.
4) При помещении во внешнюю информационную базу история изменений объектов «сжимается». Что это значит? Приведем пример. Допустим пользователь «А» создал документ, заполнил его и провел. Затем пользователь «Б» его открыл и изменил в нем один реквизит, после чего также провел. При этом наша подсистема позволит Вам увидеть, только то, что пользователь «Б» изменил без показа всех реквизитов. Это позволяет точно сказать, что было изменено.
5) Есть возможность настроить список объектов, по которым не нужно отслеживать изменения. Скажем больше: такая возможность просто необходима! Так как в типовых конфигурациях есть, например, справочники «Сохраненные настройки» или «Рабочие места», по которым нет необходимости вести историю изменений т.к. эти справочники служебные. Так же можно ограничить запись не только объектов, но и конкретных реквизитов!
6) Просмотр изменений прямо на формах объектов. Позволяет при открытии объектов из журнала регистрации подсветить на форме измененные объекты красной рамкой. При этом в подсказках измененных объектов пишется дата изменения, кто изменил, что было раньше и что стало после изменения.
7) Возможность записи событий входа и выхода пользователей в информационную базу (при желании можно отключить).
8) Гибкая система отборов: по пользователю, компьютеру, типу метаданных, объекту, представлению, событию за период. Все отборы устанавливаются на фантастической скорости! Это не десятки минут ожидания работы типового механизма. Все просто и быстро.
9) Минимальное влияние на производительность. Вы практически не почувствуете разницу при работе с нашей подсистемой и без нее. При разработке подсистемы мы руководствовались тем, что перенос событий во внешнюю ИБ 1С не будет оказывать никакого влияния на размер основной информационной базы.
10) Для типовых конфигураций разработаны внешние печатные формы, которые позволят просматривать истории изменений объектов при печати. Т.е. для любых объектов типовых конфигураций (БП, ЗУП, УПП, УТ, КА, БГУ, УНФ) можно за пару щелчков мыши, нажав на кнопку «Печать» и выбрав пункт «Просмотр изменений» открыть изменения данного объекта.
11) В подсистеме используется уникальный механизм защиты от записи истории объектов в клонах информационных баз. Часто, необходимо сделать копию информационной базы для тестирования доработок, экспериментов и т.д. При этом наша подсистема будет работать только в работающей конфигурации, в копиях-клонах работать она не будет. Эта особенность пригодится программистам, т.к. позволит не думать, что копия будет добавлять свои события в журнал регистрации.
12) "Откат" изменений объектов в конфигурации на предыдущие версии по данным журнала регистрации.
13) Один журнал регистрации для нескольких информационных баз 1С.
14) Поддержка ведении истории в распределенных информационных базах (РИБ) с двумя способами ведения истории.
Скрытое содержимое.