1С предприятие является многопользовательской платформой. Иногда слишком многопользовательской. “Я этого не менял!”, “Это программисты что-то перепроводили”, “Мы ничего не трогали, оно само” – частые фразы от пользователей. Ведь никому не приятно сознаваться, что это он допустил ошибку. А порой цена ошибки – простои в работе, потерянная прибыль, ошибки в учете, и много чего еще неприятного.
И важно понять, кто и что изменял в базе 1С: чтобы исправить ошибки, найти причину проблем или просто держать всё под контролем. В 1С есть три удобных механизма для этого: журнал регистрации, подсистема версионирования (из БСП) и история изменения данных. Разберём их подробнее.
Журнал регистрации 1С
Журнал регистрации в системе “1С:Предприятие” — это инструмент, фиксирующий события и действия пользователей в информационной базе. Он записывает информацию о входах и выходах пользователей, создании, изменении и удалении данных, а также о системных ошибках и предупреждениях. Это позволяет отслеживать изменения, обеспечивать безопасность данных и проводить диагностику системы. Помимо платформенного журнала, который доступен в конфигураторе и в пользовательском режиме в любых базах, в конфигурациях на базе БСП есть отдельная обработка для работы с ЖР, которая чуть более удобная и гибкая для пользователя. Но принцип их работы практически одинаков.
Что можно отследить?
Помимо действий пользователей, в ЖР можно увидеть множество другой полезной информации. Например, увидеть что документ не провелся потому что не хватило прав, или установлена дата запрета редактирования. Или увидеть, что какой-то объект был изменен не пользователем, а фоновым заданием. Например, загрузился с обменом из внешней системы.
Анализ журнала регистрации:
При работе с журналом можно использовать фильтры для упрощения и ускорения анализа:
- Интервал дат: Установите период, за который хотите просмотреть события.
- Отбор по пользователям: Фильтруйте события по конкретным пользователям.
- Важность: Выбирайте между ошибками, предупреждениями, информацией или примечаниями.
- Данные: В пользовательском режиме можно указать конкретную ссылку на документ, элемент справочника и т.п., по которому хотим отфильтровать
В конфигураторе можно настроить практически то же самое, за исключением того, что нельзя фильтровать по ссылкам. И есть один неприятный момент, связанный с переключателем “Фильтровать динамически”. При интенсивной работе он может полностью повесить конфигуратор, а возможно и весь сервер 1С.
Журнал регистрации позволяет анализировать большое количество технических деталей работы пользователей – какие были зафиксированы ошибки, какие транзакции, какие записи по каким регистрам проводились, и т.п. Однако есть и минусы. В частности, по ЖР мы можем узнать что был факт изменения объекта, но не будем знать, какие именно реквизиты изменились.
Но для этого у нас есть другие механизмы. И о них – ниже.
История изменения данных в платформе 1С
В платформе 1С существует еще один удобный инструмент, который позволяет отслеживать изменения данных. Этот инструмент называется “История изменений данных”. Он был впервые реализован в версии 8.3.11, еще в 2017 году
С его помощью можно хранить историю изменений объектов системы, таких как документы и справочники, а также анализировать их.
Представьте ситуацию: кто-то из пользователей случайно изменил или удалил важные данные в системе. Без истории изменений найти ошибку или восстановить старое значение будет сложно. Именно здесь приходит на помощь этот инструмент. Он позволяет:
- Отслеживать, кто и когда внес изменения.
- Восстанавливать старые значения полей.
- Анализировать, как данные менялись с течением времени
Этот функционал особенно полезен для бухгалтерии, складского учета и других областей, где точность данных критически важна.
А начиная с версии 8.3.24 историю изменения данных можно настраивать не только в конфигураторе, но и в режиме 1С Предприятие.
Существенным отличием от журнала регистрации является то, что мы можем посмотреть какие именно реквизиты объекта менялись. Более того, мы можем сравнить с другой версией, либо откатиться назад до нужной версии, и восстановить исходное состояние объекта на нужную дату и время.
Версионирование объектов (подсистема БСП)
Теперь рассмотрим еще один инструмент анализа действия пользователей в 1С -подсистему версионирования объектов в БСП. Это уже не механизм платформы, а потому он может отсутствовать в некоторых конфигурациях, либо его поведение может отличаться для разных версий БСП.
Он очень схож с историей изменений данных, но важнейшим отличием является то, что версии объектов в БСП хранятся непосредственно в самой базе. А это значит, что этим инструментом можно пользоваться и в более старых релизах платформы, где история изменений еще не появилась.
Исторически версионирование появилось в БСП раньше чем в платформе – в 2014 году, уже в версии БСП 2.1, подсистема версионирования была. А в платформу историю изменений завезли только в 2017 году.
И возможно, их сходство обусловлено именно этим – что в платформу взяли все лучшее и удобное из БСП-шной подсистемы.
Подсистема версионирования довольно гибкая – можно настроить виды объектов, для которых требуется хранить версии, срок хранения версий, условия, когда следует сохранять версию, задать расписание автоматического удаления старых версий
Некоторые отличия Версионирования БСП от Истории изменения данных
История изменения позволяет:
- более гибко настраивать критерии создания новой версии – с точностью до реквизитов и табличных частей;
- фиксировать изменения в регистрах сведений;
- хранить версии удаленных объектов (кстати, это одновременно и плюс и минус, т.к. база может сильно увеличиваться в размерах, если своевременно не чистить историю изменения);
- восстанавливать удаленный объект из версии;
- переходить на версию вне зависимости от внесенных изменений в конфигурацию;
В Версионировании можно одновременно сравнивать больше двух версий. История изменения позволяет сравнивать версии только попарно.
Заключение
Итак, мы рассмотрели три различных механизма в 1С, позволяющих узнать, какой пользователь когда и что изменил в базе. Каждый из них имеет свои плюсы и минусы, и подходит для различных ситуаций. А зачастую в процессе “расследования” могут пригодиться все три – и версионирование, и история изменений, и журнал регистраций.