Как посмотреть, какие изменения были сделаны в 1С

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

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

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

Журнал регистрации: кто, когда и с чем работал

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

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

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

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

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

История изменений объекта в типовых конфигурациях

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

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

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

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

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

Сравнение версий и восстановление данных

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

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

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

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

Список версий объекта

Норма

Есть строки с автором, датой и комментарием о событии записи

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

Список пуст при включённом версионировании — объект не перезаписывался или нет прав на просмотр

Сравнение двух версий

Норма

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

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

Различий не показано — выбраны одинаковые версии или изменения были в табличной части, не попавшей в сравнение

Восстановление версии

Норма

После перехода на версию реквизиты объекта соответствуют выбранной версии

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

Объект не изменился — недостаточно прав или объект заблокирован другим сеансом

Как посмотреть изменения конфигурации после обновления

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

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

Если база обновлялась штатно, список изменений релиза проще посмотреть в описании обновления поставщика — в типовых конфигурациях после обновления при первом запуске показывается форма «Изменения в новой версии» или доступен файл описания из каталога шаблонов.

Сравнение способов просмотра изменений

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

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

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

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

Сравнение конфигураций

Нужен для анализа изменений в самой программе после обновления или доработки. Не относится к пользовательским данным.

Если изменения не видны: частые причины

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

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

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

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

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

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

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

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

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

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

Как узнать, что изменилось в проведённом документе, если версионирование не включено?

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

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

Да. Записи об изменении данных создаются независимо от способа: интерактивная работа, обмен, фоновое задание или внешняя обработка. В колонке «Пользователь» будет указан пользователь, от имени которого выполнялся сеанс обмена или обработки, а в событиях — служебные операции, если они регистрируются.

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

Штатного механизма уведомлений об изменении произвольных объектов в платформе нет. В типовых конфигурациях часть задач решается бизнес-процессами и задачами, а для полноценного аудита изменений с уведомлениями обычно используют специализированные расширения или внешние средства аудита, которые подбираются под конкретную конфигурацию.