Где посмотреть историю изменений в 1С 8.3 и понять, кто что правил

В 1С 8.3 история изменений живёт в двух разных местах, и найти нужно то, которое отвечает на ваш вопрос. Кто вообще заходил в базу и что делал — раздел Администрирование → Обслуживание → Журнал регистрации. Что именно поменялось в конкретном документе — кнопка Ещё → История изменений в форме этого документа.

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

Журнал регистрации: как в 1С посмотреть журнал действий пользователя

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

Путь одинаковый почти во всех конфигурациях на базе БСП (Бухгалтерия 3.0, ЗУП 3.1, УТ 11, ERP 2):

1. Раздел Администрирование (в УТ и ERP — НСИ и администрирование).
2. Группа Обслуживание.
3. Ссылка Журнал регистрации.

Как читать журнал регистрации

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

Полезные поля отбора:

• 👤 Пользователь — чьи действия смотрим;
• 📅 Период — обязательно сузьте до дня-двух;
• 🗂 Данные — можно указать конкретный документ и увидеть всё, что с ним делали;
• ⚙️ Событие — Данные. Изменение, Данные. Удаление, Сеанс. Начало, Проведение документа;
• 🖥 Компьютер и Рабочий сервер — когда надо понять, с какой машины работали.

Быстрый приём: откройте документ, нажмите Ещё → Все действия → Журнал регистрации. 1С сама подставит отбор по этому объекту.

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

Настройка журнала регистрации

Объём того, что пишется, настраивается. В форме журнала — команда Настройка журнала регистрации (в конфигураторе: Администрирование → Настройка журнала регистрации).

Физически журнал файловой базы лежит рядом с базой: папка 1Cv8Log, файл 1Cv8.lgd (SQLite). У клиент-серверной базы — на сервере, в каталоге кластера. Разросшийся журнал тормозит регламентные операции, поэтому на больших базах его периодически сокращают или чистят через конфигуратор.

История изменений в 1С 8.3: что это и чем отличается от журнала

История изменений (версионирование объектов) — механизм прикладного решения, а не платформы. При каждой записи документа или элемента справочника 1С складывает во внутренний регистр полный снимок объекта: все реквизиты, табличные части, автора и время.

Отсюда возможности, которых у журнала регистрации нет: сравнение версий по реквизитам и откат на прежнюю версию.

Как настроить историю изменений в 1С:Бухгалтерии и ЗУП

Настройка живёт в общих настройках и занимает пару минут.

В ЗУП 3.1 путь тот же: Администрирование → Общие настройки → История изменений. Разумный минимум для расчётчика — версионировать «Начисление зарплаты и взносов», «Кадровый перевод», «Приём на работу», «Отпуск», «Увольнение» и справочник «Сотрудники». По этим объектам чаще всего возникает вопрос «кто поменял ставку».

В Бухгалтерии 3.0 чаще берут «Реализация (акты, накладные)», «Поступление (акты, накладные)», «Счёт-фактура выданный», «Платёжное поручение», а из справочников — «Контрагенты» и «Договоры».

Параметр «Когда сохранять версии»

Вариантов три, и разница между ними существенная:

• Не сохранять — версионирование по объекту отключено;
• При записи — снимок делается при каждом сохранении, даже если документ не проведён. Максимальная детализация, максимальный объём;
• При проведении — версия пишется только в момент проведения. Черновые правки не засоряют историю.

Параметр «Срок хранения версий»

Отвечает на вопрос, сколько снимков хранить: последняя неделя, месяц, три месяца, полгода, год, бессрочно.

Практический ориентир: справочники — год или бессрочно (их правят редко, версии лёгкие); массовые документы — 3–6 месяцев. Этого хватает, чтобы закрыть период и разобраться в расхождениях с прошлой отчётностью.

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

В открытой форме документа нажмите Ещё → История изменений. Откроется список версий: номер, дата, автор, комментарий.

Дальше:

• выделите одну версию и нажмите Открыть — увидите объект целиком, как он выглядел тогда;
• выделите две версии и нажмите Сравнить версии — 1С построит отчёт с колонками «реквизит / было / стало» и подсветит расхождения, включая строки табличной части;
• чтобы откатиться — откройте нужную версию и нажмите Перейти на версию. Текущее состояние при этом само сохранится как ещё одна версия, так что откат обратим.

Пример из практики. В «Реализации» сумма была 120 000 ₽, в отчётности ушло 132 000 ₽. Сравнение версий показывает: в строке товара количество исправили с 10 на 11, автор правки — расчётчик склада, дата — на три дня позже проведения. Одно сравнение вместо часа переписки.

Объём версий и удаление устаревших данных

Версии хранятся в базе, поэтому версионирование всего и бессрочно — прямой путь к раздутой базе. На активной торговой базе регистр версий легко догоняет по размеру сами документы.

Что держать под контролем:

1. В форме настройки истории изменений есть команда очистки — она удаляет версии за пределами заданного срока хранения.
2. Регламентное задание с очисткой устаревших версий должно быть включено: Администрирование → Обслуживание → Регламентные и фоновые задания.
3. В файловой базе после массового удаления версий выполните тестирование и исправление со сжатием таблиц — иначе файл не уменьшится.

Частые ошибки и как их избежать

• ❌ Включить версионирование после инцидента и ждать чуда. Версии пишутся только с момента включения. Настраивайте заранее, а не когда сумма уже уехала.
• ❌ Искать историю изменений в журнале регистрации. Журнал скажет «объект изменён в 14:37», но не покажет, какое поле и на какое значение.
• ❌ Версионировать все объекты подряд. База растёт, регламентные задания замедляются. Берите только то, где реально бывают споры.
• ❌ Оставлять срок хранения «бессрочно» для массовых документов. Через год регистр версий станет самой тяжёлой таблицей базы.
• ❌ Работать всей бухгалтерией под одной учётной записью. И журнал, и история изменений покажут одно имя — виновника не найти. Заведите каждому свой логин.
• ❌ Чистить журнал регистрации «для скорости» без выгрузки. Перед сокращением сохраните журнал в файл, иначе доказательства исчезнут.
• ❌ Считать откат безопасным. Перейти на старую версию легко, но перепроведение и повторное закрытие месяца — уже ваша забота. Сделайте резервную копию базы до отката.

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