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