История действий в 1С: как посмотреть, кто и что менял в базе

Вопрос «кто изменил документ» или «почему в справочнике пропали данные» возникает почти в каждой организации, работающей в 1С. Платформа фиксирует действия пользователей автоматически, но смотреть их нужно в правильных местах: одни события видны в журнале регистрации, другие — в истории изменений конкретного объекта, а детализация по изменённым полям доступна только при включённом версионировании.

Важно понимать разницу между этими механизмами. Журнал регистрации — системный инструмент, который пишет события всегда, независимо от настроек конфигурации. Версионирование объектов — опциональный механизм, который сохраняет состояние документа или элемента справочника на момент каждой записи. Третий источник — встроенные в типовые конфигурации отчёты «История изменений» и аналогичные формы, доступные прямо из карточки объекта.

Ниже разобраны все три способа: где искать, как отфильтровать нужные события, что делать, если история не пишется, и какие ограничения есть у каждого подхода.

Журнал регистрации: главный источник истории действий

Журнал регистрации — это встроенный механизм платформы, который фиксирует входы пользователей, запуск и завершение сеансов, добавление, изменение и удаление данных, ошибки, обращения к настройкам и другие события. Он работает всегда и не требует включения, поэтому именно с него начинают разбор любой спорной ситуации.

Открыть его можно двумя путями. В режиме 1С:Предприятие перейдите в раздел «Администрирование», затем «Обслуживание» (в некоторых конфигурациях — «Поддержка и обслуживание») и выберите «Журнал регистрации». В конфигураторе тот же журнал доступен через меню «Администрирование» → «Журнал регистрации».

По умолчанию список событий большой и неудобный для чтения, поэтому ключевой навык — грамотная фильтрация. Нажмите кнопку «Отбор» и задайте условия: период, конкретный пользователь, тип события (например, «Данные. Изменение» или «Данные. Удаление»), а также представление данных — туда можно вписать номер документа или наименование элемента справочника.

Результат отбора покажет строки с датой, пользователем, компьютером, событием и комментарием. Двойной щелчок по строке открывает карточку события с подробностями. Учтите: журнал показывает факт изменения объекта и его представление, но не перечень изменённых реквизитов — для этого нужно версионирование.

1. 1
   Откройте Администрирование → Обслуживание → Журнал регистрации
2. 2
   Нажмите «Отбор» и укажите период, когда могли внести изменения
3. 3
   В поле «Данные» впишите номер документа или наименование объекта
4. 4
   При необходимости добавьте отбор по пользователю и событию «Данные. Изменение»
5. 5
   Откройте найденное событие двойным щелчком и проверьте пользователя, время и сеанс

История изменений конкретного документа или элемента

В типовых конфигурациях (Бухгалтерия предприятия, Управление торговлей, ERP и других) у многих документов и справочников есть команда просмотра истории прямо из формы объекта. Откройте документ и поищите кнопку «Ещё» в командной панели — там может быть пункт «История изменений», «Версии объекта» или «Показать версии».

Если версионирование включено, откроется список версий: для каждой указаны дата, время и пользователь, записавший версию. Выбрав две версии, можно выполнить сравнение — система покажет, какие реквизиты и строки табличных частей отличаются, со старым и новым значением.

Если команды нет или список версий пуст, значит, версионирование для этого вида объектов не настроено. В этом случае остаётся только журнал регистрации: он подтвердит факт и автора изменения, но без деталей по полям.

Настройка версионирования объектов

Версионирование включается в разделе «Администрирование» → «Общие настройки» (в некоторых конфигурациях — «Настройки») → «Версионирование объектов». Установите флаг использования и отметьте, для каких видов документов и справочников хранить версии.

Для каждого вида объектов можно задать срок хранения версий: например, хранить бессрочно, за последний год или только последние несколько версий. Это важно, потому что активно редактируемые документы (заказы, реализации) при бессрочном хранении заметно увеличивают размер базы.

Включение версионирования действует только на будущее: записи, сделанные до настройки, версий не имеют, и восстановить их состояние «задним числом» невозможно. Поэтому механизм стоит включать заранее, а не после первого инцидента.

Что видно в журнале регистрации, а что — нет

Журнал регистрации фиксирует широкий набор событий: аутентификацию пользователей (в том числе неудачные попытки входа), старт и завершение сеансов, добавление, изменение и удаление данных, проведение и отмену проведения документов, изменение настроек, ошибки и предупреждения. Уровень детализации частично регулируется в настройках журнала в конфигураторе.

При этом есть принципиальные ограничения. Журнал не показывает содержимое изменений (какое поле было и каким стало), не фиксирует просмотр данных — только операции записи, и не хранит значения реквизитов. Кроме того, при работе в файловой базе журнал хранится в отдельном файле рядом с базой, и его повреждение или удаление делает историю недоступной.

Типичные проблемы и их решения

Самая частая жалоба — «в журнале пусто» или «события есть не за все дни». Причины обычно такие: журнал регистрации был очищен (вручную через «Сократить» или регламентным обслуживанием), в файловой базе повреждён или заменён файл журнала, либо задан слишком жёсткий отбор, который скрывает нужные события. Начните проверку со сброса всех отборов и расширения периода.

Вторая ситуация — событие есть, но пользователь указан как «неопределённый» или под чужим именем. Так бывает, когда несколько сотрудников работают под одной учётной записью или используется фоновое задание от имени служебного пользователя. В этом случае помогут дополнительные данные события: имя компьютера и номер сеанса позволяют сопоставить действие с конкретным рабочим местом.

Третья проблема — журнал растёт слишком быстро и тормозит отборы. Решение — периодическое сокращение журнала с сохранением архивной копии: в форме журнала есть команда «Сократить», которая удаляет события старше указанной даты, предлагая сохранить их в отдельный файл.

Права доступа и безопасная работа с историей

Просмотр журнала регистрации и версий объектов требует соответствующих прав. Обычно полный доступ к журналу есть у администраторов и пользователей с ролью «Полные права»; рядовым пользователям доступ к системным событиям ограничен, и это нормально с точки зрения безопасности.

Если сотруднику нужно регулярно разбирать историю изменений по своим документам, дайте ему право на просмотр версий объектов, но не открывайте полный журнал регистрации без необходимости — там содержатся служебные данные о работе всех пользователей.

Отдельное правило: любые манипуляции с журналом (сокращение, перенос, очистка) выполняйте только при наличии актуальной резервной копии базы. Журнал регистрации — часть механизма целостности данных, и его повреждение в файловом режиме иногда требует тестирования и исправления информационной базы.

Маршрут решения

Как выбрать инструмент

Нужно узнать, кто и когда изменил или удалил объектОткройте журнал регистрации и отфильтруйте по объекту и событию

Нужно увидеть, какие именно поля были измененыОткройте историю версий объекта и сравните две версии

Версий нет, а детали нужныВключите версионирование на будущее; прошлые изменения восстановить нельзя

Журнал пустой или обрываетсяПроверьте, не сокращался ли журнал, и целостность файла журнала в файловой базе

FAQ: частые вопросы об истории действий в 1С

Можно ли посмотреть, кто просто просматривал документ, ничего не меняя?

Нет. Журнал регистрации фиксирует операции записи, изменения, удаления и проведения, а также входы в систему, но не факт открытия объекта на просмотр. Отследить чтение данных штатными средствами нельзя.

Как узнать, кто удалил документ?

Откройте журнал регистрации, задайте отбор по событию «Данные. Удаление» и укажите представление документа в поле данных. В найденном событии будут пользователь, время и компьютер. Если документ был помечен на удаление, а затем удалён обработкой «Удаление помеченных объектов», в журнале будет отражён и этот запуск.

За какой период хранится журнал регистрации?

Жёсткого ограничения по сроку нет — журнал хранит события, пока его не сократят вручную или регламентно. На практике при интенсивной работе журнал накапливает большой объём, поэтому во многих организациях его периодически сокращают, сохраняя архив. Уточните у администратора, как организовано хранение в вашей базе.

Почему в истории изменений документа нет версий, хотя документ редактировали?

Наиболее вероятная причина — версионирование для этого вида документов не включено или было включено позже, чем внесены правки. Проверьте настройку в разделе «Администрирование» → «Общие настройки» → «Версионирование объектов». Также версии могли быть удалены при истечении заданного срока хранения.

Можно ли восстановить документ в состояние до изменения?

Если включено версионирование, откройте нужную версию в истории и используйте её данные для ручного восстановления значений — автоматический «откат» зависит от конфигурации. Если версионирования не было, восстановить данные можно только из резервной копии базы, сделанной до изменения.

Видно ли в журнале действия, выполненные обменом данными или обработкой?

Да, запись данных от имени пользователя, под которым выполнялся обмен или обработка, фиксируется в журнале как обычное изменение. Отличить машинную операцию от ручной помогают имя пользователя (часто служебный), время массовых событий и комментарии, которые добавляют некоторые механизмы обмена.