Подсистема Журнал регистрации во внешней информационной базе 1С
Контроль изменений в информационных базах 1С. Будьте в курсе кто, когда и что изменил
Как это работает
Небольшое отступление
Известно, что стандартный журнал регистрации в 1С не информативен. Он предоставляет информацию об идентификаторе транзакции, но не предоставляет сведения о том какой реквизит был изменен, что, по нашему мнению, более важно. Далее самый больной вопрос, как быть, если пользователей работает много, изменений производится тоже достаточно много и Вы пытаетесь, в стандартном журнале найти, кто изменил документ? Как это не печально, но подобная, в общем случае, тривиальная задача займет у Вас очень много времени, т.к. открывается и ищется все чудовищно долго. Простой отбор по какому-нибудь документу может занимать 5-10 минут, а время, как известно, деньги… Так же в стандартном журнале нельзя увидеть, что было изменено в объекте. Т.е. на вопрос, какой конкретно реквизит или строчка в табличной части были изменены, ответа мы не получим. Зачастую нерадивые сотрудники этим пользуются, аргументируя, что они просто открыли документ и вместо кнопки «Закрыть» нажали «OK» ничего не изменив. Не получится настроить встроенный журнал, чтобы из открытого документа или справочника можно было бы нажатием одной кнопки увидеть всю историю изменений. А это очень удобно! И вот почему:Поддерживаемые конфигурации
Внимание, на данный момент подсистема может работать только на операционной системе Microsoft Windows.
-
Подсистема встраивается в ЛЮБУЮ конфигурацию от 8.2.17 и выше, как на обычных формах, так и на управляемых. Подсистема универсальна
-
Типовые конфигурации 1С с доработками или без них
-
Самописные конфигурации 1С
Работа в любом режиме
Подсистема работает в конфигурациях 8.2 и 8.3 в толстом, тонком и WEB-клиенте (обычные и управляемые формы).
Регистрация большинства видов объектов
Константы, справочники, документы, планы видов характеристик, планы счетов, планы видов расчета, бизнес-процессы, задачи и регистры сведений.
Отдельная база данных
Хранение в отдельной информационной базе не влияет на размер основной информационной базы 1C, а работа напрямую с отдельной ИБ позволяет быстро производить чтение и запись событий.
Лаконичность истории изменений
Подсистема хранит и показывает только измененные реквизиты, без лишней информации.
Храним только нужное
Настройка список объектов, по которым не нужно отслеживать изменения. Только интересующие нас объекты.
Два способа ведения истории
Поддержка ведения истории в распределенных информационных базах (РИБ): полный или упрощенный.
Удобный просмотр изменений
При открытии объектов из журнала регистрации, на форме измененные объекты подсвечиваются красной рамкой. При этом в подсказках измененных объектов пишется дата изменения, кто изменил, что было раньше и что стало после изменения.
Отмена изменений
"Откат" изменений объектов в конфигурации на предыдущие версии по данным журнала регистрации.
Контроль входа и выхода
Возможность записи событий входа и выхода пользователей в информационную базу (при желании можно отключить).
Гибкая система отборов
По пользователю, компьютеру, типу метаданных, объекту, представлению, событию за период. Все отборы устанавливаются на фантастической скорости! Это не десятки минут ожидания работы типового механизма. Все просто и быстро.
Один для всех и все для одного
Один журнал регистрации для нескольких информационных баз 1С.
Легковесность
Минимальное влияние на производительность. Вы практически не почувствуете разницу при работе с нашей подсистемой и без нее.
Готовые печатные формы
Для типовых конфигураций разработаны внешние печатные формы, которые позволят просматривать истории изменений объектов при печати. Т.е. для любых объектов типовых конфигураций (БП, ЗУП, УПП, УТ, КА, БГУ, УНФ)
Защита от дублей
Используется уникальный механизм защиты от записи истории объектов в клонах информационных баз. Подсистема будет работать только в работающей конфигурации, в копиях-клонах работать она не будет.
Как это выглядит на примере?
Возможности - это хорошо, но как это выглядит в реальной жизни? Вот вопрос, который беспокоит всех. Мы постарались сделать работу с журналом в максимально простом и понятном виде. Рассмотрим несколько примеров.Пример 1
Часто встает задача о контроле даты запрета изменения. Рассмотрим пример, как решает ее наша подсистема. Допустим кто-то из пользователей изменил дату запрета. В журнале появится событие изменения регистра сведений, которое выглядит следующим образом:
Пример 2
В организации кто-то поменял в документе "Счет на оплату покупателю" количество из-за этого, какие-то позиции могут быть не проданы! Причем крайних не найти никогда! Идем в журнал. Делаем отбор по всем документам "Счет на оплату покупателю" и видим:
Протестировать и посмотреть как работает подсистема
Покупка подсистемы и обновлений
Подсистема Журнал регистрации во внешней информационной базе 1С
Подсистема Журнал регистрации во внешней информационной базе 1С + поддержка и получение обновлений (модификации) 12 мес.
Подсистема Журнал регистрации во внешней информационной базе 1С + поддержка и получение обновлений (модификации) 24 мес.
![Поддержка и получение обновлений (модификаций) "Журнал регистрации изменений во внешней ИБ 1С" (12 мес) СТАНДАРТ](/upload/webp/iblock/698/698393d148945bae23385a70cd216087.png.webp "Поддержка и получение обновлений (модификаций) "Журнал регистрации изменений во внешней ИБ 1С" (12 мес) СТАНДАРТ")
12 месяцев СТАНДАРТ
![Поддержка и получение обновлений (модификации) "Журнал регистрации изменений во внешней ИБ 1С" (24 мес) СТАНДАРТ](/upload/webp/iblock/259/25947f85ed6d5bd775a316d11ed80014.png.webp "Поддержка и получение обновлений (модификации) "Журнал регистрации изменений во внешней ИБ 1С" (24 мес) СТАНДАРТ")
24 месяца СТАНДАРТ
Вопросы и ответы ? ?
Подскажите, как осуществляется лицензирование конфигурации? Оно зависит от количества рабочих мест? От количества подключений к базе?
Исходный код полностью открыт. Подсистема работает без ограничений.
Как скачивать обновления?
Авторизуйтесь на нашем сайте и перейти в меню Техподдержка > Личный кабинет
Там Вы найдете список обновлений купленного программного обеспечения.
Много ли места будет занимать конфигурация "Хранитель журнала регистрации" (где хранятся все события)?
Это сложный вопрос, т.к. ответ на него зависит от многих факторов: как много будет работать пользователей в ИБ, сколько объектов добавляется/изменяется, как много объектов регистрируется, регистрируются ли регистры сведений и т.п. После установки подсистемы к ее настройке нужно подойти взвешено и указать те объекты, которые интересуют. Убрать регистрацию тех объектов, которые не нужно регистрировать. Так же стоит учесть, что запись одного объекта в ИБ и его последующее изменение по факту не влияет на размер ИБ, а вот для журнала каждое изменение - это новое событие. Поэтому размер хранителя будет больше основной ИБ. Не забудьте настроить "Хранитель журнала регистрации", указав как часто нужно удалять устаревшие объекты - это сократит размеры.
Влияет ли встроенная подсистема на производительность и будет ли тормозить регистрация объектов после внедрения?
Надо понимать, что любое "навешивание" дополнительного функционала при записи объектов - это изначально замедление по скорости работы, вопрос в другом - на сколько сильно происходит замедление? Мы постарались максимально минимизировать это влияние и, по нашему скромному мнению, нам удалось серьезно снизить это влияние. Субъективно, пользователи после установки не замечают изменений.
Нужно ли отключать стандартный журнал регистрации?
Наша подсистема не зависит от стандартного журнала регистрации. Стандартный журнал и наша подсистема могут работать параллельно. Стандартный журнал можно как отключить, так и оставить.
Под какие конфигурации можно использовать журнал? А если конфигурация не типовая или переписанная?
Наша подсистема работает как в типовых, так и не типовых конфигурациях 1С 8.2, 8.3. Причем абсолютно не важно на обычных формах конфигурациях или управляемых, есть в ней Ваши доработки или нет. Подсистема будет работать везде, она универсальна.
Вопрос по цене обновлений и поддержки. Стоимость будет одинаковой если я буду приобретать обновления непрерывно, или с паузой, скажем, в полгода после окончания предыдущего периода поддержки и получения обновлений? Ну скажем, обновления закончатся через две недели, есть ли смысл мне их продлить сейчас, чтобы не было паузы в обновлении или можно через полгода? Цена изменится или нет?
Цена изменится. Причем значительно. Мы поощряем тех, кто продлевает обновления и техподдержку без перерывов. При продлении без перерывов, стоимость обновления и техподдержки дешевле в среднем на 20%. Если у Вас долгий процесс согласования или жесткий бюджет обратите внимание на этот момент. Так же стоит учесть, что если Вы решите оплатить поддержку и получение обновлений раньше срока окончания вашей поддержки, то данные услуги будут продлены не с даты оплаты, а с даты окончания предыдущего периода действия техподдержки и получения обновлений. Подытожим: гораздо выгоднее покупать техподдержку и получение обновлений непрерывно - так будет дешевле.