Администрирование · 12 мин
Как отследить изменения в 1С: рабочие способы контроля
Как отследить изменения в 1С: журнал регистрации, версионирование объектов, история изменений справочников и документов, настройка аудита и контроль действий пользователей.
Когда в базе 1С работает несколько пользователей, рано или поздно возникает вопрос: кто и когда изменил документ, удалил элемент справочника или поменял настройки. Без инструментов отслеживания ответить на него невозможно — данные просто перезаписываются, и прежнее состояние теряется. К счастью, в платформе 1С:Предприятие есть несколько штатных механизмов, которые позволяют зафиксировать изменения и восстановить картину событий.
Основных подхода три: анализ журнала регистрации (работает всегда и не требует настройки), включение версионирования объектов (позволяет увидеть, что именно изменилось, и откатить версию) и, при необходимости, внедрение специализированных подсистем аудита. Выбор зависит от задачи: разобраться в инциденте задним числом, настроить постоянный контроль или организовать хранение истории изменений критичных данных.
Ниже разобраны все три способа с конкретными шагами, ограничениями и признаками, по которым можно проверить, что контроль действительно работает.
Журнал регистрации: кто, когда и что делал в базе
Журнал регистрации — встроенный механизм платформы, который включён по умолчанию и не требует настройки. В него автоматически записываются события: вход и выход пользователей, запись и удаление объектов, изменение констант, ошибки, запуск регламентных заданий. Это первое место, куда стоит смотреть, если нужно выяснить, кто изменил данные.
Открыть журнал можно двумя путями. В тонком клиенте типовой конфигурации: раздел «Администрирование» → «Обслуживание» → «Журнал регистрации». В конфигураторе: меню «Администрирование» → «Журнал регистрации». Для просмотра нужны права администратора или доступ к соответствующей роли.
Как найти нужное событие через отбор
Без отбора журнал показывает тысячи записей, и найти нужную почти нереально. Нажмите кнопку «Отбор» и задайте условия:
- Период — сузьте интервал до дня или часа, когда предположительно произошло изменение;
- Пользователь — если подозреваете конкретного сотрудника или хотите исключить регламентные задания;
- Событие — выберите «Данные. Изменение», «Данные. Удаление», «Данные. Добавление»;
- Метаданные — укажите конкретный вид объекта, например «Документ. РеализацияТоваровУслуг»;
- Данные — ссылка на конкретный объект, если он известен.
В колонке «Комментарий» для событий изменения данных обычно видна ссылка на объект. Двойной клик по строке открывает карточку события с деталями: компьютером, сеансом, режимом работы. По связанным событиям одного сеанса можно восстановить цепочку действий пользователя.
- 1Откройте Администрирование → Обслуживание → Журнал регистрации
- 2Нажмите «Отбор» и задайте период, событие «Данные. Изменение» и вид объекта
- 3При необходимости укажите пользователя или ссылку на конкретный объект
- 4Откройте найденное событие двойным кликом и изучите детали сеанса
- 5Проверьте соседние события того же сеанса, чтобы восстановить полную картину
Ограничения журнала регистрации
Журнал фиксирует факт изменения, но не показывает, что именно поменялось в объекте: какие реквизиты были до и какие стали после. Узнать можно только «кто, когда и с чем работал». Кроме того, журнал хранится в файловом виде (папка 1Cv8Log рядом с базой или на сервере СУБД), со временем разрастается и по умолчанию сокращается — старые события могут быть удалены при настройке сокращения.
Ещё один нюанс: в файловой базе технически грамотный пользователь с доступом к каталогу базы может удалить или подменить файлы журнала. Если журнал используется как доказательная база при разбирательствах, ограничьте доступ к каталогу базы на уровне прав операционной системы или переведите базу в клиент-серверный режим.
Версионирование объектов: видим содержимое изменений
Версионирование — механизм, который сохраняет снимки объекта при каждой записи. В отличие от журнала регистрации, здесь видно, какие реквизиты изменились, какие значения были раньше, и при необходимости можно вернуть объект к прежней версии. В типовых конфигурациях на платформе БСП (Библиотека стандартных подсистем) механизм уже встроен, его нужно только включить.
Путь в типовых конфигурациях: «Администрирование» → «Общие настройки» (или «Настройки работы с файлами» в некоторых конфигурациях) → флаг «Версионирование объектов». Далее в настройках версионирования укажите, для каких видов объектов хранить версии: справочники, документы, и задайте срок хранения — например, версии документов за последние полгода, справочников — без ограничения.
Как посмотреть историю изменений конкретного объекта
Откройте нужный документ или элемент справочника и в меню «Ещё» выберите «История изменений». Откроется таблица версий: номер версии, дата, автор, комментарий. Выберите две версии и нажмите «Сравнить» — программа покажет построчную разницу: какие поля изменены, старое и новое значение. Кнопка «Открыть версию» позволяет просмотреть объект в состоянии на тот момент, а «Перейти на версию» — восстановить её как текущую.
Учтите, что хранение версий увеличивает размер базы. Для массовых документов (например, тысячи реализаций в день) имеет смысл ограничивать срок хранения версий и включать версионирование только для действительно критичных объектов: договоров, контрагентов, номенклатуры, кассовых документов.
История изменений в справочниках и документах: типовые механизмы
В ряде типовых конфигураций для отдельных объектов есть собственные механизмы истории, независимые от версионирования. Например, в справочниках с периодическими реквизитами (курсы валют, ставки НДС, цены номенклатуры) значения хранятся с датой начала действия, и историю можно посмотреть прямо из карточки объекта или соответствующего регистра сведений.
Для документов многие конфигурации показывают служебную информацию: автора создания и дату последнего изменения — обычно внизу формы документа или в списке при включении соответствующих колонок. Это быстрый способ понять, кто последний трогал документ, без погружения в журнал регистрации.
Отдельный случай — изменение статусов и согласование. Если в конфигурации настроены статусы документов (например, «Черновик», «Согласован», «Утверждён»), история смены статусов часто фиксируется автоматически с указанием пользователя и времени. Проверьте наличие такой вкладки или команды в карточке документа.
Сравнение способов отслеживания
Всегда включён, показывает кто и когда работал с объектом. Не показывает содержимое изменений, данные могут сокращаться.
Показывает, что именно изменилось, позволяет откатить версию. Требует включения, работает только с момента настройки, увеличивает размер базы.
История хранится в самих данных, удобно для анализа. Доступно только для объектов, где это предусмотрено конфигурацией.
Гибкая настройка протоколирования любых реквизитов. Требуют доработки конфигурации или покупки решения.
Изменения настроек и конфигурации: что тоже стоит контролировать
Изменяться может не только данные, но и сама система: настройки учёта, права пользователей, конфигурация. Журнал регистрации фиксирует и эти события — ищите категории «Изменение конфигурации базы данных», «Изменение прав доступа», «Пользователи. Изменение» и подобные. По ним можно отследить, кто добавил пользователя, расширил права или обновил конфигурацию.
Для контроля изменений конфигурации полезно хранение конфигурации в хранилище (для разработчиков) или как минимум периодическое сравнение текущей конфигурации с эталонной выгрузкой. В конфигураторе доступна команда «Конфигурация» → «Сравнить, объединить с конфигурацией из файла», которая покажет все отличия по объектам.
Резервные копии как способ восстановить картину
Если журнал регистрации уже сокращён, а версионирование не было включено, единственный способ увидеть прежнее состояние данных — поднять резервную копию на отдельной копии базы (ни в коем случае не поверх рабочей). Восстановите копию за нужную дату в тестовом каталоге, откройте интересующий объект и сравните значения с текущими вручную или через отчёт по данным объекта.
Этот метод трудоёмок и не показывает автора изменений, но позволяет хотя бы установить факт и содержание расхождений. Чтобы такая возможность сохранялась, резервные копии должны делаться регулярно и храниться достаточно долго — проверьте расписание и глубину хранения копий в вашей системе резервного копирования.
Настройка постоянного аудита: практические рекомендации
Если контроль изменений нужен на постоянной основе, а не для разового разбирательства, имеет смысл выстроить систему. Минимальный набор: включённое версионирование для критичных объектов (договоры, контрагенты, цены, банковские и кассовые документы), настроенное сокращение журнала регистрации с разумным сроком хранения (не менее нескольких месяцев) и регламентное резервное копирование.
Для более строгого аудита — например, протоколирования изменения конкретных реквизитов с фиксацией старого и нового значения — используются специализированные подсистемы или обработки, которые подписываются на события записи объектов и пишут данные в отдельный регистр. Такие решения требуют доработки конфигурации и участия разработчика, но дают максимально детальную картину.
Как проверить, что контроль работает
Появились две версии, сравнение показывает изменённые реквизиты
Команда «История изменений» отсутствует или список версий пуст — версионирование не включено для этого вида объектов
Видны события с пользователями и ссылками на объекты
Журнал пуст или содержит только старые записи — проверьте настройки регистрации и сокращения
Копии создаются по расписанию, файлы присутствуют в хранилище
Копий нет или они устарели — настройте регламентное задание копирования
Назначьте ответственного за периодический просмотр журнала регистрации — например, раз в неделю проверять события удаления данных и изменения прав доступа. Регулярный контроль выявляет проблемы раньше, чем они превратятся в инцидент с потерей данных.
Что важно запомнить
Журнал регистрации отвечает на вопрос «кто и когда», версионирование — «что именно изменилось», резервные копии — «как было раньше». Настройте все три механизма заранее: задним числом восстановить историю изменений без них невозможно.
Частые вопросы
Можно ли узнать, кто удалил документ в 1С?
Да, если событие ещё есть в журнале регистрации. Откройте журнал с отбором по событию «Данные. Удаление» и нужному периоду — в записи будут указаны пользователь, дата и ссылка на удалённый объект. Сам объект при этом восстановить штатно нельзя, только из резервной копии.
Почему в журнале регистрации нет старых событий?
Скорее всего, журнал был сокращён вручную или по настройке автоматического сокращения. Проверьте настройки: Администрирование → Настройка журнала регистрации. Там задаётся режим сокращения и срок хранения. Уже удалённые события восстановить нельзя.
Видно ли в 1С, кто изменил цену товара?
Цены обычно хранятся в периодическом регистре сведений и устанавливаются документом «Установка цен номенклатуры». Откройте этот документ — в нём указан автор. Если цену изменили напрямую в регистре, ищите событие изменения данных по этому регистру в журнале регистрации.
Можно ли отменить изменения в документе?
Если включено версионирование — да: откройте «История изменений» документа, выберите нужную версию и выполните переход на неё. Без версионирования откат возможен только восстановлением данных из резервной копии с ручным переносом значений.
Замедляет ли версионирование работу базы?
При записи объекта дополнительно сохраняется его снимок, что немного увеличивает время записи и размер базы. На типовых объёмах эффект обычно незаметен, но для массовых документов стоит ограничить срок хранения версий и не включать версионирование для всего подряд.
Можно ли отследить изменения в файловой базе так же надёжно, как в клиент-серверной?
Механизмы те же, но в файловой базе журнал регистрации хранится в открытом каталоге рядом с базой, и пользователь с доступом к папке может его удалить. Для надёжного аудита ограничьте доступ к каталогу средствами ОС или перейдите на клиент-серверный вариант работы.