Где в 1С найти историю: все способы посмотреть изменения

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

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

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

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

В типовых конфигурациях (Бухгалтерия, Управление торговлей, ERP, ЗУП) путь такой: откройте раздел «Администрирование» → «Обслуживание» → «Журнал регистрации». В некоторых конфигурациях пункт находится по пути «Администрирование» → «Поддержка и обслуживание» → «Журнал регистрации». Если нужного пункта нет, его можно вызвать через «Все функции» (Shift+F9): в дереве выберите «Стандартные» → «Журнал регистрации».

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

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

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

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

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

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

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

История работы пользователя: недавно открытые объекты

Если нужно быстро вернуться к документу, с которым вы работали недавно, используйте встроенную историю интерфейса. В тонком клиенте нажмите кнопку со стрелкой рядом с кнопкой «Назад» в левом верхнем углу панели навигации — откроется список недавно открытых окон. Либо откройте главное меню (кнопка с логотипом 1С) → «История» — там отображается список последних открытых объектов.

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

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

История изменений в конфигураторе: хранилище конфигурации

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

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

Если база не подключена к хранилищу, истории изменений конфигурации нет — остаются только внешние средства: сравнение с архивной копией конфигурации («Конфигурация» → «Сравнить, объединить с конфигурацией из файла») или системы контроля версий вроде EDT/Git.

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

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

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

Версионирование объектов

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

История пользователя в интерфейсе

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

Хранилище конфигурации

История изменений самой конфигурации для разработчиков. Работает только при подключённом хранилище.

Ограничения и типичные проблемы

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

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

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

Проверка результата и безопасные границы

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

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

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

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

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

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

Почему в пункте «Ещё» нет «Истории изменений»?

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

Сколько времени хранится журнал регистрации?

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

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

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

Можно ли выгрузить историю изменений в файл?

Журнал регистрации выгружается через конфигуратор: «Администрирование» → «Настройка журнала регистрации» → «Выгрузить журнал регистрации» в формат XML или текст. Список версий объекта из интерфейса «История изменений» можно вывести в табличный документ и сохранить стандартной командой сохранения.