Кто и что поменял в базе: история изменений и журнал регистрации в 1С 8.3

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

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

Зачем вести историю изменений и что она даёт

Типичные поводы заглянуть в историю:

• 🔍 в закрытом периоде «уехала» сумма в отчёте, и нужно найти документ, который перепровели;
• 👤 контрагенту сменили реквизиты, и платёж ушёл не туда — важно понять, кто и когда правил карточку;
• 📄 бухгалтер случайно перезаписал документ, а исходный вариант нужен обратно;
• 🧾 проверка или аудит просят показать, кто вносил исправления в первичку.

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

Три уровня истории изменений в 1С

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

Как включить историю изменений в 1С 8.3 по шагам

Шаг 1. Включить версионирование объектов

В БП 3.0, ЗУП 3.1, УТ 11 и других конфигурациях на Библиотеке стандартных подсистем порядок одинаковый:

1. Откройте раздел Администрирование → Общие настройки.
2. Найдите группу «История изменений».
3. Установите флажок «Хранить историю изменений».
4. Перейдите по ссылке настроек хранения рядом с флажком.

Флажок доступен пользователю с полными правами. Если группы нет на экране, проверьте, что вы вошли под администратором, а не под пользователем с урезанным профилем.

Шаг 2. Выбрать, какие объекты версионировать

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

• ⛔ не версионировать — история не пишется;
• 💾 версионировать при записи — новая версия появляется при каждом сохранении;
• ✅ версионировать при проведении — для документов: версия пишется, когда документ проводят.

Режим «при проведении» экономит место: черновые записи без проведения в историю не попадают. Для справочников вроде «Контрагенты», «Банковские счета», «Сотрудники» ставьте «при записи» — там важна любая правка.

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

Шаг 3. Включить подробный журнал регистрации

1. Откройте базу в Конфигураторе.
2. Выберите Администрирование → Настройка журнала регистрации.
3. Установите уровень «Регистрировать все события».
4. Задайте периодичность разделения файла журнала, если она предлагается (по дням или месяцам — так проще чистить старые данные).
5. Нажмите «ОК».

Доступные уровни в диалоге:

Для расследования «кто изменил документ» нужен уровень «Регистрировать все события». На уровне «ошибки» запись документа в журнал не попадёт.

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

Нюанс для 1С 8.2

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

Как настроить срок хранения истории и очистку журнала

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

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

Ориентиры по выбору:

Учитывайте, что спор с контрагентом или налоговая проверка могут касаться периода трёхлетней давности. Если место позволяет, храните историю справочников дольше, чем историю документов.

Размер и чистка журнала регистрации

В файловой базе журнал лежит в подкаталоге 1Cv8Log каталога базы. В клиент-серверной — на сервере 1С, в каталоге кластера, в папке базы с её идентификатором (srvinfo\reg_1541\<GUID>\1Cv8Log).

В актуальных версиях платформы журнал хранится в файле 1Cv8.lgd (база SQLite) или в последовательных файлах .lgf/.lgp, если база создана давно и формат не меняли. Чистить журнал удобнее всего в диалоге «Настройка журнала регистрации» в Конфигураторе: команда сокращения удаляет записи до выбранной даты и может сохранить удалённую часть в отдельный файл.

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

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

Из карточки объекта

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

Дальше доступны действия:

• 👁️ открыть версию — посмотреть объект в том виде, в каком он был сохранён;
• ⚖️ сравнить — выделить две версии и сравнить; отчёт покажет изменённые реквизиты и строки табличных частей, отличия подсвечиваются;
• ↩️ перейти на версию — вернуть объект к выбранному состоянию.

Из журнала регистрации

Журнал открывается в разделе Администрирование → Обслуживание → Журнал регистрации или в Конфигураторе через Администрирование → Журнал регистрации.

Как быстро найти нужное событие:

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

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

Связка двух источников на примере

Бухгалтер замечает, что в акте от 15 марта сумма 84 000 ₽ вместо 48 000 ₽. Порядок разбора:

1. В истории изменений акта видно три версии; сравнение второй и третьей показывает правку суммы.
2. Автор третьей версии — пользователь «Склад2», время 16:42.
3. В журнале регистрации за 16:40–16:45 видно, что запись шла с компьютера кладовщика, а не бухгалтера.
4. Вывод: общая учётная запись — причина, по которой автор неочевиден. Решение — раздать персональные логины.

Если история не пишется: ошибки и решения

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

Расширенные варианты: аудит полей, внешние журналы, хранилище

Когда стандартных возможностей мало, используют:

• 🧩 расширение конфигурации с подпиской на событие — программист добавляет обработчик «перед записью», который сохраняет старое и новое значение конкретных реквизитов в отдельный регистр. Обновлениям типовой конфигурации такое решение не мешает;
• 📊 выгрузку журнала регистрации во внешнюю систему — для крупных баз журнал регулярно выгружают и анализируют сторонними средствами, чтобы не держать годы истории в самой базе;
• 🗂️ хранилище конфигурации — для команд разработки: каждая помещённая правка конфигурации получает номер версии, автора и комментарий; можно сравнить две версии и откатиться;
• 🔐 регистрацию доступа к персональным данным — в типовых конфигурациях есть отдельная настройка журналирования событий просмотра персональных данных; она пригодится, если нужно знать не только кто изменил, но и кто открывал карточку сотрудника.

Выбор зависит от задачи:

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