Как часто в вашей компании возникает необходимость посмотреть кто изменял документ 1С?
Или как узнать кто из работников поменял тот или иной реквизит документа 1с 8?
Как посмотреть историю изменения документа 1С?
Модуль «История изменений» на базе 1С 8
Удобный и оперативный инструмент анализа и контроля действий пользователей 1С.
Задачи, решаемые модулем «История изменений» 1С 8:
- Исключение возможности махинаций пользователей с документами задним числом;
- Определение виновного во внесении ошибочных данных в документы;
- Возможность выявления некорректной работы программы в части автоматического изменения или перепроведения документов;
- Выявление умышленного искажения (изменения) данных , например, внесения неправильных контактных данных клиентов, недобросовестными менеджерами;
- Возможность увидеть что было с документом или справочником до его изменения и, при необходимости, вернуть всё обратно.
Плюсы механизма «История изменений» 1С 8:
- Все данные сохраняются внутри базы 1С, что обеспечивает высокую скорость поиска необходимой информации и построения необходимых отчетов.
- Модуль 1С 8 «История изменений» оказывает минимальное влияние на производительность. Вы практически не почувствуете разницу при работе с нашей подсистемой и без нее.
- Модуль универсальный и легко интегрируется в любую, даже стандартную, конфигурацию на базе системы « 1С:Предприятие» версии 8.2 и версии 8.3 , включая версию .
Возможности модуля:
Модуль позволяет гибко настраивать объекты по которым будет вестись контроль.
Просмотр истории изменения данных возможен прямо из формы документа или справочника и доступен для пользователей, имеющих соответствующие права.
В механизм контроля попадают изменения реквизитов справочников и документов. При этом, сохраняется и старое, и новое значение реквизита.
Доступен механизм контроля изменений в строках документов 1С. Например, отображаются изменение цен, количества и прочих данных в конкретной строке.
Присутствует возможность видеть удаленные и добавленные строки в табличные части документов. При этом, программа будет игнорировать изменение сортировки строк внутри документа, что фактически не является изменением данных. Для наглядности, в отчете по измененным данным, добавленные строки раскрашиваются голубым цветом, а удаленные — розовым.
Журнал регистрации 1С 8.
Как узнать кто изменил документ 1C?
Казалось бы все просто — посмотреть кто изменял документ 1С можно в «Журнале регистрации» . Ведь в нем фиксируются события по изменению объектов базы, а так же события, возникающие при работе с базой (вход и выход пользователя, ошибки, формирование отчетов). Так в журнал попадает очень много лишних записей , из-за чего объем журнала быстро растет и возникают проблемы и с хранением журнала, и с поиском в нем действительно полезной и нужной информации.
Но самый большой минус стандартного журнала регистрации — невозможность узнать, что конкретно было изменено в объекте: реквизит или строчка в табличной части — ответа не найдёте. И уж точно никак не узнаете, какие данные были до изменения и какие стали после.
Также невозможно настроить встроенный журнал, чтобы из открытого документа или справочника можно было бы нажатием одной кнопки увидеть всю историю изменений 1С 8. Для таких манипуляций требуется довольно сложная, для неподготовленного пользователя, настройка отборов в журнале регистрации.
Модуль «История изменений» — это удобный и оперативный инструмент анализа и контроля действий пользователей 1С.
Чтобы Модуль «История изменений» 1С 8 начал выполнять свою работу, его необходимо единожды настроить. Настройка не требует особых затрат времени и подразумевает выбор документов, справочников, а также их реквизитов, по которым будет вестись контроль и храниться история изменений.
Стоимость модуля зависит от необходимости услуг по его установке и настройке. С вяжитесь с нами любым удобным способом и узнайте стоимоть.
Достаточно часто возникает необходимость выяснить кто и когда изменял тот или иной объект базы. Сделать это достаточно просто.
В системе для логирования действий пользователей предусмотрен специальный инструмент — журнал регистрации . В него записываются все события, выполненные как интерактивно, так и с помощью обработок.
Доступ к журналу регистрации можно получить как в режиме предприятия (меню Все функции ⇒ Стандартные ⇒ Журнал регистрации ), так и в режиме конфигуратора (Администрирование ⇒ Журнал регистрации ):
Если в режиме предприятия отсутствует пункт меню «Все функции
«, то необходимо включить его отображение:
Внимание!
Пользователь должен обладать достаточными правами для доступа к меню «Все функции» и журналу регистрации.
Журнал регистрации в режиме предприятия и конфигуратора содержит одинаковые данные, функционал в обоих режимах идентичный, но, все же, есть небольшие различия:
- В режиме предприятия есть возможность отбора по конкретному документу или элементу справочника, что в большинстве случаев и требуется. Конфигуратор не оперирует пользовательскими данными (но там есть информация об измененных данных в текстовом виде);
- В режиме конфигуратора есть возможность отбора по разделителям данных;
- Визуально немного различаются окна с данными и отборами.
Теперь рассмотрим пример как можно определить кто редактировал интересующий нас объект.
1. Заходим в режим предприятия и открываем журнал регистрации, как описано выше;
2. Накладываем отбор на нужный объект:
3. Анализируем информацию:
Из полученных данных можно получить необходимую информацию для расследования: какой пользователь, когда и с какого компьютера изменял интересующий объект. Кроме того, в таблице присутствуют с виду одинаковые колонки «Данные» и «Представление данных». Данные — это ссылка на объект базы данных, для одного объекта она всегда одинаковая. Представление данных — это текстовое представление данных на момент изменения, т.е. по колонке «Представление данных» можно отследить историю изменения номера и даты документов и наименования или кода справочников.
Данные журнала регистрации хранятся не в самой базе данных, а в отдельном каталоге:
- Для файловых баз — [Каталог ИБ]\1Cv8Log;
- Для серверных баз — [Каталог служебных файлов кластера]\[Каталог ИБ]\1Cv8Log.
Хранение может осуществляться в двух форматах:
- Файлы формата .lgd — база данных формата SQLite;
- Файлы формата .lgf и .lgp — обычные текстовые файлы.
Формат.lgd является более современным, все новые базы, начиная с релиза 8.3.5, хранят данные журнала в этом формате.
Следует отметить, что журнал регистрации может занимать достаточно много места на жестком диске. Есть возможность удалить данные до определенной даты и настроить перечень регистрируемых событий (вплоть до полного отключения). Настройки выполняются в конфигураторе: Администрирование ⇒ Настройка журнала регистрации :
В прикладных решениях с встроенной кроме платформенных механизмов просмотра журнала регистрации можно воспользоваться обработкой «Журнал регистрации». Обработка обычно располагается в меню НСИ и администрирование ⇒ Поддержка и обслуживание .
Для анализа истории изменения объектов можно также воспользоваться более функциональным механизмом версионирования объектов , который доступен при использовании конфигураций на базе библиотеки стандартных подсистем. Описанию этого функционала будет посвящена отдельная статья.
Версионирование в 1С:Підприємство ➾ История изменений объектов ➾ Как настроить версионирование объектов в 1С:ПІдприємство? ➾ Что такое версионирование? Настройка вариантов, роли, механизм записи версий и др.
Представьте ситуацию: вы - менеджер по продажам. Вы сформировали заказ покупателя, по которому должны сделать отгрузку товара. Сформировали документ реализации и обнаружили, что данные в нем не совпадают с заказом покупателя. Чтобы узнать, кем, когда и какие изменения были внесены в документ, в конфигурациях "1С:ПІдприємство 8" существует механизм версионирования.
Версионирование - это хранение истории изменений объектов. В отличие от журнала регистрации, кроме хранения истории о том, кто, когда и какой объект изменил, механизм версионирования позволяет администратору системы увидеть конкретные изменения, которые внесли пользователи.
Система позволяет просматривать любую версию объекта или сравнивать любые версии объекта между собой. Для работы с историей изменений объектов необходимо выполнить предварительную настройку их версионирования. Настройку и просмотр истории версий выполняет администратор системы.
Как настроить версионирование объектов?
На данный момент механизм версионирования доступен во многих типовых, самых распространенных конфигурациях, например таких как:
Настройку версионирования выполняет Администратор системы с полными правами.
Откройте закладку "Версионирование" и поставьте галочку "Использовать версионирование объектов":
Нажмите на "Настройка версионирования объектов..."
При настройке версионирования для каждого типа документов и справочников можно указать:
- Не версионировать - значение установлено всем объектам по умолчанию;
- Версионировать - значение используется для настройки справочников и документов;
- Версионировать при проведении - значение используется только для документов.
Если выбран вариант Версионировать, то при каждом изменении объекта в его историю версий будет записываться очередная версия объекта.
Если у документа установлен режим Версионировать при проведении, то первая версия документа будет записана в историю только после первого проведения документа. Впоследствии версии документа будут записываться при каждой записи проведенного документа. Режим позволяет не создавать версии новых и не заполненных окончательно пользователем документов, чтобы не увеличивать размер ИБ. Рекомендуется применять эту настройку для всех документов.
Версионирование большого количества объектов может привести к росту информационной базы из-за хранения их версий. Поэтому рекомендуется использовать эту возможность избирательно.
Чтобы просмотреть историю изменений объектов, откройте Сервис/История изменений объектов. Команда доступна только администратору системы и только для тех объектов, у которых настроено версионирование. В открывшейся форме выберите объект (в примере это Заказ покупателя), выделите версии данного объекта, которые нужно сравнить, нажмите кнопку "Сравнить версии".
Эта команда сформирует Отчет по изменениям версий объекта (нажмите на изображение, чтобы увеличить):
Журнал регистрации в 1С 8.3 очень полезен тем, что в нем отображаются события, произошедшие в информационной базе с указанием времени, имени компьютера и пользователя и ссылки на изменяемые данные. При аутентификации пользователей в журнале так же создаются записи с указанием способа входа в программу. Данный механизм позволяет ответить на один из частых вопросов – кто последний вносил изменения в конкретный объект.
Где найти журнал регистрации в 1С 8.3? Через меню «Все функции» — «Стандартные» или, в типовых конфигурациях 1C, в меню «Администрирование» — «Поддержка и обслуживание».
Настройка журнала регистрации производится в режиме конфигуратора. В меню «Администрирование» выберите пункт «Настройка журнала регистрации».
Здесь настраиваются те события, которые будут отображаться в журнале регистрации.
Выбор первого пункта настройки позволяет не вести журнал регистрации вообще. Остальные настройки расположены по возрастанию их значимости. При большом количестве пользователей не рекомендуется регистрировать примечания, дабы не засорять базу.
При создании новой информационной базы по умолчанию устанавливается режим регистрации всех событий.
Просмотр и поиск записей
Когда вы откроете сам журнал регистрации, на первый взгляд может показаться, что та очень много информации и найти ее просто нереально. На самом деле это не так.
По умолчанию в журнал регистрации выводится по 200 записей. Отображение большого количества записей может негативно сказаться на работоспособности вашей программы или попросту она зависнет.
В форме списка журнала регистрации можно установить отбор и воспользоваться поиском. Поиск накладывается только на записи, которые уже отображаются (в данном случае последние 200 событий). Отбор же применяется ко всем записям.
Поиск осуществляется по выведенным данным в табличной части, поэтому при его использовании необходимо только указать колонку и данные, которые нужно найти.
Отбор позволяет отобрать данные по конкретным пользователям, именам компьютеров, событиям и т. п. Так же у вас есть возможность вывести записи журнала регистрации только по конкретным метаданным, данным (указывается ссылка на нужный объект, например, конкретный документ) и прочие настройки.
В данном примере приведены настройки журнала регистрации для отбора всех событий пользователя «Admin», начиная с 20.06.2017.
Где хранится файл журнала 1cv8.lgd
Место физического хранения журнала регистрации напрямую зависит от того, файловая база или клиент — серверная.
Файловая база
При данном режиме размещения, журнал регистрации находится в папке с самой базой. Место ее расположение можно узнать либо из списка баз, либо из справки «О программе».
Если перейти по данному адресу, вы найдете папку с именем «1Cv8Log». Именно тут расположены данные журнала регистрации в файле 1Cv8.lgd.
При необходимости переноса базы из одного места в другое можно скопировать так же и этот каталог, тогда данные журнала регистрации перенесутся вместе с базой.
При удалении данного каталога, журнал регистрации очистится.
Клиент-серверная база
В таком режиме все так же, как и в предыдущем, только данные журнала регистрации 1С хранятся на сервере. Чаще всего его место расположения следующее:
- C:\Program Files\1cv8\srvinfo\<место расположения информационной базы>\1Cv8Log
Оптимизация
Журнал регистрации при необходимости можно оптимизировать, особенно когда в базе происходит большое количество событий.
Одним из способов является рассмотренная выше настройка регистрации только определенных событий. Например, незачем отслеживать примечания, если они вам попросту не нужны.
В более старых релизах платформы в настройках журнала регистрации было доступно разделение журнала регистрации по периодам. Весь журнал можно было разделить на отдельные файлы с указанной периодичностью (день, месяц, год и т. п.).
Начиная с версии платформы 1С 8.3.5.1068, журнал регистрации хранится в файле базы данных sqlite с расширением *.lgd, и данная настройка стала недоступна. Данный способ хранения журнала регистрации значительно производительнее, чем старый.
Как уменьшить или удалить журнал регистрации в 1С
В случае необходимости частичной, либо полной очистки записей журнала регистрации в окне настроек нажмите на кнопку «Сократить». В появившемся окне укажите дату, до которой все записи должны удалиться. Так же удаляемые записи можно сохранить в файл на всякий случай.
Каким образом получить быстрый ответ, какой пользователь мог поменять данные в программе по документу? Что именно он изменил? Чтобы ответ этот был максимально быстрым и этот ответ мог получить любой пользователь без обращения к администратору системы.
В типовой конфигурации управление производственным предприятием 1.3 (УПП) присутствует модуль по работе с версионированием объектов. Он позволяет хранить в текущей базе все изменения, которые производят пользователи со справочниками и документами. Данная подсистема позволяет выборочно указывать, по каким видам справочников и документов это использовать, а по каким нет.
В целом основной проблемой этого инструмента выступает то, что эти данные в базе вырастают настолько сильно, что объем данных становится сопоставим с размером хранения истории по ним. Для больших баз, это становится катастрофической проблемой.
Сколько потребуется времени для того, чтобы найти причину кто что изменил? Сколько нужно сделать сравнений, когда, допустим, в истории хранится, что изменили документ 30-100 раз? А ведь простая запись при групповом проведении документов сюда добавит версию изменений, а ведь по-сути ничего в документе не изменится при таком перепроведении. В целом из этого количества версий изменений от силы будут действительны 2-3-5. А остальное что же? А это избыточный мусор.
В целом система хорошая, позволяет детально зафиксировать изменения. Но вот как этими данными дальше пользоваться не очень удобно. В большинстве случаев, когда приходят пользователи на выяснить кто что в базе на менял этим отчетом пользуется администратор 1с и определяет эти вещи.
Как это превратить в быстрый инструмент для нахождения ответа кто что изменил?
«Свет мой зеркальце скажи, да всю правду доложи»…
По логике вещей наша доработка никак не отменяет блок версионирования. Разработана собственная система оперативного контроля кто что менял. Версионирование может работать параллельно. Система называется «История изменения справочников и документов». Это довольно таки простая система в использовании, необходимая для быстрого получения ответа кто изменил документ, справочник.
Как работает эта система: при записи каждого справочника или документа в регистр сведений записывается история, кто создал документ, кто его провел, удалил. При этом еще и добавлены в документы дополнительные условия: кто документ отгрузил, кто снял с отгрузки в случае использования системы контроля отгрузки. Здесь эту линейку можно расширять и дальше. Допустим для кадрового учета: кто документ отдал на подпись, и когда пришло с подписи. Еще здесь можно при желании даже организовать учет, кто когда документ распечатал и какую печатную форму. Вариантов здесь можно использовать много и хранить историю изменений статусов документов.
Собственно цель данной системы просто быстро сообщить кто менял документ и когда. Подробный ответ, что именно изменил пользователь, не всегда нужен. Другими словами здесь простой аналог «журнала регистрации», который также сообщает, когда и кто произвел действия. Вот только доступ к нему у пользователя происходит гораздо быстрее. С типовым журналом регистрации работать неудобно, а при огромном объеме данных бывает даже не реально получить быстрый ответ. А здесь регистр находится в самой базе и сразу дает ответ. Причем всего по одной кнопке «История» в самом документе (!).
Любой пользователь оперативно может посмотреть: кто с документом работал. И уже, если понадобиться ответ, что конкретно с ним сделал этот пользователь (как доказательную базу), то уже можно использовать полные данные по системе версионирования.
«Если что - то можно доказать делом, то на это незачем тратить слова»
Эзоп
«Чей туфля?»
Также в нашей системе присутствует еще одна возможность – это ведение истории изменения табличной части документов складского и производственных учета, а также документов ценообразования. В частности в большинстве случаев при ведении учета интересует история изменений табличных частей «Товары», «Материалы», «Продукция».
Протоколируются изменения в разрезе каждого документа по дате изменения, ответственному лицу кто внес изменения, номенклатуре, характеристике и серии номенклатуры, типу цен, месту хранения (если используется места хранения), количество, цена, сумма, скидка, единица измерения мест.
Как это работает? Допустим нужно получить ответ: когда какого числа установлена новая цена? Кто удалил строку в документе перемещения? Кто заменил номенклатуру на другую номенклатуру? Кто удалил количество? Кто установил скидку? Кто поменял цену? Можно увидеть, кто поменял тип цен в документе.
При этом в текущей системе при записи изменений происходит сравнение с данными истории ранее записанной и в историю записываются только то, что изменилось. Нет избыточного хранения истории.
Отчет по изменениям
Весь этот протокол визуально представлен в виде отчета «Отчет по изменениям табличных частей документов». Этот отчет открывается всего лишь при нажатии одной кнопки «История» в документе и сразу показывает по какой номенклатуре, что было изменено и самое главное кем и когда. Собственно этот отчет мгновенно позволяет получать ответ на вышеуказанные вопросы. Причем без участия администратора 1с.
«Настоящие свойства человека обнаруживаются лишь тогда, когда приходит время доказать их на деле»
Л.Фейербах
Оплата труда операторов
В дальнейшем есть продолжение использования этих данных по изменениям справочников и документов. Существует отчет «Отчет по изменениям справочников и документов». Он позволяет увидеть по пользователям кто сколько со справочниками и документами произвел действий (создал новый, изменил, провел). При этом этот отчет имеет в себе заложенный функционал даже по расчету оплаты труда. Задается расценка за изменение одного объекта (для каждого в отдельности) и отчет покажет суммы, сколько, допустим, оператор заработал.
Чтобы просчитать тарифы, в отчете заложен механизм предварительной оценки. По галочке «Производить предварительный расчет» можно указать суммы ФОТ и количество участников (операторов, пользователей). После сформированных данных будет предоставлена информации, сколько может в среднем стоить изменение одного справочника или документа. Далее в закладке «Тарифы» можно конкретно заложить и уже выводить отчет-расчет для получения сумм оплаты.
Детально
«Существуют вопросы, на которые нет ответов;, но есть ответы, вызывающие массу вопросов»
Э.Севрус
Для проверки данных кто, что менял существуют в обработке следующие закладки «История изменения справочников». «История изменения документов», «История изменения табличных частей». Это и есть наши протоколы хранения истории изменений. В конце в закладке «Отчет-версии» в случае использования более детального версионирования можно смотреть какие-то спорные моменты. В целом этот АРМ используется именно для анализа объема работы пользователей и расчета оплаты по изменениям данных в базе.
Данная обработка работает в конфигурациях УПП 1.3, УТ10.3. А также может быть интегрирована в любую конфигурацию 1с, где присутствуют складской и производственный учет. Работает на обычных формах.
Вывод
На рынке существует множество вариантов хранения историй информации. Есть где даже реализовано хранение в отдельной базе. Возможно, что и реализовано гораздо лучше и универсальней. Дать быстрый ответ – вот главное для нас было условие. Так чтобы любой пользователь (кладовщик, оператор, бухгалтер) не тратил время на ответ, а получал его мгновенно. И еще одно условие – это дальнейшее использование данных в расчете оплаты труда пользователей.
