К статье
Практический материал

Администрирование · 12 мин

Как в 1С посмотреть журнал изменений документов и справочников

Как в 1С посмотреть журнал изменений: история изменений документов и справочников, версионирование объектов, журнал регистрации, поиск автора правок.

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

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

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

Журнал регистрации и история изменений: в чём разница

Журнал регистрации — это встроенный механизм платформы 1С:Предприятие. Он пишется автоматически и фиксирует события: вход и выход пользователя, добавление, изменение и удаление данных, проведение документов, ошибки. По записи журнала видно, что пользователь Иванова изменила документ «Реализация товаров № 154 от 12 марта», но не видно, поменяла она количество, цену или только комментарий.

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

Сравнение вариантов

Журнал регистрации

Работает всегда и без настройки. Показывает автора, время и объект изменения, но не содержимое полей. Подходит для расследования «кто трогал документ».

История изменений (версионирование)

Требует включения в настройках. Показывает построчное сравнение версий объекта. Подходит для ответа «что именно поменяли», но хранит данные только с момента включения.

Отчёт «Анализ версий объектов»

Построен поверх версионирования, удобен для массового просмотра истории по многим объектам. Не работает без включённого версионирования.

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

Как открыть журнал регистрации и найти нужное событие

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

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

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

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

Как включить историю изменений объектов

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

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

Для объектов с включённым версионированием в форме появляется команда «Ещё» → «История изменений» (иногда «Версии объекта»). Если такой команды нет — либо версионирование не включено для этого вида объектов, либо у пользователя нет прав на просмотр версий.

Как посмотреть и сравнить версии объекта

Откройте нужный документ или элемент справочника и выполните «Ещё» → «История изменений». Откроется список версий: номер версии, дата и время, автор, комментарий (если пользователь его оставил). Двойной щелчок открывает версию в виде отчёта — снимка объекта на момент записи, сгруппированного по реквизитам и табличным частям.

Чтобы увидеть именно отличия, выделите две версии (обычно через Ctrl) и нажмите «Сравнить версии». Программа построит отчёт, где изменённые значения подсвечены: старое значение и новое значение показаны рядом. Это самый быстрый способ ответить на вопрос «что поменяли в договоре» без ручного сличения полей.

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

Как найти, кто изменил объект, если версионирование выключено

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

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

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

Типичные ошибки
01
Искать историю изменений, когда включён только журнал регистрации: версии объектов в этом случае просто не существуют, и время тратится впустую.
02
Искать в журнале регистрации события за период, который уже вытеснен: при ограничении размера журнала старые записи удаляются, и настраивать срок хранения нужно заранее.
03
Путать автора записи с автором изменения: перепроведение документа при обмене создаёт запись от имени пользователя обмена, хотя реальная правка сделана в другой базе.
04
Включать версионирование на все объекты без разбора: таблица версий раздувается, замедляется запись документов и резервное копирование.
05
Делать откат на старую версию без фиксации текущего состояния: поздние корректные правки теряются безвозвратно.

Настройка сроков хранения и обслуживание журналов

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

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

Контрольные точки

Как проверить результат

Отбор в журнале регистрации
Норма

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

Тревожный признак

Список пуст при заведомо существующих правках — проверьте период и срок хранения журнала

Команда «История изменений» в форме объекта
Норма

Команда присутствует и открывает список версий с авторами и датами

Тревожный признак

Команды нет — версионирование не включено для этого вида объектов или нет прав

Сравнение версий
Норма

Отчёт показывает подсвеченные отличия по реквизитам

Тревожный признак

Отчёт пуст — сравниваются идентичные версии или изменения были только в движениях документа

Ограничения и частые вопросы по правам доступа

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

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

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

Итог

Что важно запомнить

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

Частые вопросы

Почему в журнале регистрации нет событий за нужный период?

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

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

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

Почему команды «История изменений» нет в форме документа?

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

Сохраняются ли версии табличных частей документа?

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

Видно ли в журнале изменения, сделанные через обмен данными?

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

Замедляет ли версионирование работу базы?

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