Кто, когда и что поменял в базе 1С 8.3: разбор журнала и истории версий
Содержание
Последние изменения в 1С 8.3 смотрят в журнале регистрации: в БП 3.0, ЗУП 3.1 и УТ 11 он открывается через Администрирование → Обслуживание → Журнал регистрации. Там видно, кто, когда и с какого компьютера записал, провёл или удалил документ. Чтобы увидеть, какие именно поля поменялись (была сумма 12 000, стала 21 000), нужна история изменений — версионирование объектов, его включают отдельно.
Выбор простой. Журнал регистрации отвечает на вопрос «кто и когда», работает всегда и ничего не требует настраивать. История изменений отвечает на вопрос «что именно было до правки», но хранит только то, что произошло после её включения. На практике ими пользуются вместе: журналом находят момент и автора, историей — старые значения.
Где открыть журнал регистрации в 1С 8.3
Журнал — механизм платформы, а не конкретной конфигурации. Поэтому открыть его можно несколькими путями, и все они показывают одни и те же записи.
| Откуда | Путь | Кому подходит |
|---|---|---|
| Пользовательский режим (БП 3.0, ЗУП 3.1, УТ 11, КА, ERP) | Администрирование → Обслуживание → Журнал регистрации | Пользователю с правами администратора |
| Меню «Все функции» | Все функции → Стандартные → Журнал регистрации | Любой конфигурации, в том числе нетиповой |
| Конфигуратор | Администрирование → Журнал регистрации | Администратору, когда в базу не пускает пользовательский режим |
Команда «Все функции» по умолчанию скрыта. Её включают так: меню с тремя полосками (или кнопка с шестерёнкой в заголовке окна) → Параметры → флажок Отображать команду "Все функции". После этого пункт появится в главном меню.
Журнал виден только пользователям с административными правами. Если раздела «Обслуживание» нет или ссылка неактивна — это вопрос прав, а не ошибка программы. Попросите администратора базы открыть журнал или выдать доступ.
💡 Конфигуратор полезен, когда база падает при входе: журнал из него открывается без запуска прикладной части, и там часто видна последняя ошибка перед сбоем.
Как отобрать нужные события и найти изменение
Без отбора журнал показывает всё подряд: входы, выходы, фоновые задания, обмены. В рабочей базе это десятки тысяч строк за день. Поэтому первое действие после открытия — настроить отбор (кнопка в командной панели журнала, в типовых конфигурациях она так и называется).
Поля отбора, которые реально помогают:
- 📅 Интервал — начало и конец периода. Сужайте до дня или нескольких часов, журнал будет открываться заметно быстрее.
- 👤 Пользователи — один или несколько. Если нужен «кто угодно, кроме обменов», отметьте только живых сотрудников.
- 🏷 События — тип действия. Для поиска правок данных достаточно группы «Данные».
- 📂 Метаданные — тип объекта: например, только документы «Реализация (акты, накладные, УПД)» или справочник «Контрагенты».
- 🔎 Данные — конкретная ссылка на объект. Это самый точный способ найти всё, что происходило с одним документом.
- 💻 Компьютер и Приложение — имя рабочего места и тип клиента (тонкий клиент, веб-клиент, фоновое задание, COM-соединение).
- 📝 Комментарий — текст, который пишут в журнал сама программа и обработки.
Пример. Бухгалтер жалуется, что в акте за 15 сентября поменялся контрагент. Ставим интервал с 15 сентября по сегодня, событие «Данные. Изменение», метаданные — документ реализации. Получаем, скажем, 40 строк вместо 30 000. Остаётся пробежать по колонке «Данные» и найти номер нужного акта.
Строки журнала можно сортировать кликом по заголовку колонки. Сортировка по дате по убыванию сразу показывает самые свежие изменения сверху.
Двойной клик по строке открывает карточку события: дата до секунды, пользователь, компьютер, номер сеанса, статус транзакции, представление данных и комментарий. Из карточки можно перейти к самому объекту.
Статус транзакции — не пропустите
В карточке есть поле «Статус транзакции». Если там «Отменена», запись в базе на самом деле не произошла: пользователь начал проведение, получил ошибку, и транзакция откатилась. Такие строки легко принять за реальное изменение. Смотрите только записи со статусом «Зафиксирована» или вовсе без транзакции.
Какие события пишет журнал и что они означают
Каждая строка относится к определённому событию. Названия событий служебные, но понятные. Вот те, что нужны для поиска изменений:
| Событие | Что произошло |
|---|---|
| Данные. Добавление | Создан новый объект: документ, элемент справочника |
| Данные. Изменение | Объект перезаписан |
| Данные. Удаление | Объект удалён окончательно (не пометка) |
| Данные. Проведение | Документ проведён |
| Данные. Отмена проведения | С документа снято проведение |
| Сеанс. Начало / Сеанс. Завершение | Пользователь вошёл в базу или вышел |
| Сеанс. Аутентификация | Попытка входа; при неудаче с ошибкой виден логин |
| Пользователи. Изменение | Поменяли пользователя ИБ: права, пароль, имя |
| Информационная база. Изменение конфигурации | Обновили конфигурацию базы данных |
Кроме названия, у каждой записи есть уровень важности: ошибка, предупреждение, информация или примечание. Ошибки выделены красной иконкой, предупреждения — жёлтой.
Пометку на удаление платформа записывает как обычное изменение объекта. Поэтому если документ «пропал из списка», ищите сначала «Данные. Изменение» по этому объекту, а не «Данные. Удаление»: скорее всего, его пометили на удаление, а список настроен так, что помеченные объекты в нём не видны.
Как посмотреть изменения конкретного документа
Есть два быстрых приёма, которыми пользуются чаще всего.
Приём 1. Отбор по ссылке.
- Откройте журнал регистрации и настройку отбора.
- В поле «Данные» выберите тип объекта (например, документ «Поступление (акты, накладные, УПД)»).
- Укажите нужный документ из списка.
- Примените отбор.
В журнале останутся только строки по этому документу: создание, каждая перезапись, проведение, отмена проведения. Последняя строка по дате — последнее изменение.
Приём 2. Отбор по типу объекта и периоду.
Подходит, когда номер документа неизвестен. Например, «кто-то вчера поправил несколько счетов-фактур». В поле «Метаданные» выбираете тип документа, интервал — вчерашний день, событие — изменение. Список покажет все затронутые документы с авторами.
Журнал хранит факт записи, но не содержимое. Строка «Данные. Изменение» означает, что объект перезаписали. Что именно поменяли — сумму, дату или комментарий — по ней не узнать. Даже простое открытие документа и нажатие «Записать» без правок тоже даст такую строку.
Изменения справочников и настроек
Справочники (контрагенты, номенклатура, сотрудники) ищутся так же: метаданные — нужный справочник, данные — конкретный элемент. Изменения учётной политики, параметров учёта, констант тоже попадают в журнал как изменения данных соответствующих объектов.
Правки самих пользователей и их прав видны по событию «Пользователи. Изменение». В типовых конфигурациях на базе БСП группы доступа — это справочник, поэтому изменения групп ищите в группе событий «Данные» по справочнику групп доступа.
История изменений: что было в документе до правки
Чтобы видеть старые значения реквизитов, в типовых конфигурациях есть механизм «История изменений» (версионирование объектов). Он сохраняет копию объекта при каждой записи.
Как включить:
- Откройте
Администрирование → Общие настройки. - В группе «История изменений» установите флажок
Хранить историю изменений. - Перейдите по ссылке настроек хранения и выберите, для каких объектов хранить версии: всех документов, отдельных видов или только проведённых.
- Задайте срок хранения, чтобы база не разрасталась без конца.
После включения в форме документа или элемента справочника появляется команда истории изменений (меню Ещё или кнопка в командной панели). В открывшемся списке видны все версии: номер, дата, автор, комментарий.
Как сравнить:
- Выделите две версии, удерживая Ctrl.
- Нажмите команду сравнения.
- Программа выведет отчёт, где изменённые реквизиты и строки табличных частей подсвечены.
По одной версии можно открыть отчёт с полным содержимым объекта на тот момент. А если правка оказалась ошибкой, из истории можно вернуться к старой версии — откат создаст новую версию поверх текущей.
История хранит только то, что записано после включения флажка. Если документ испортили вчера, а историю включили сегодня, старой версии не будет. Тогда остаётся резервная копия: разверните её в отдельную базу и посмотрите документ там.
| Инструмент | Что показывает | Нужно ли включать |
|---|---|---|
| Журнал регистрации | Кто, когда, с какого компьютера, какое действие | Нет, работает по умолчанию |
| История изменений (версии) | Значения реквизитов до и после | Да, в общих настройках |
| Резервная копия | Состояние всей базы на дату копии | Да, нужен регламент копирования |
Отчёты по активности пользователей
В разделе Администрирование → Обслуживание типовых конфигураций есть отчёт по анализу журнала регистрации. Он строит сводку: сколько времени пользователь был в базе, сколько объектов изменил, какие ошибки получал. Удобно для разбора «кто больше всех правил данные за месяц», когда строки журнала смотреть долго.
Для нетиповой конфигурации без такого отчёта журнал можно отобрать и выгрузить список в табличный документ через стандартный вывод списка, а дальше разбирать в Excel сводной таблицей.
Настройка журнала, хранение и скорость работы
Объём журнала растёт быстро. В базе на 30–50 пользователей за год он легко выходит за несколько гигабайт, и открытие с широким отбором начинает занимать минуты.
Уровень регистрации. В Конфигураторе: Администрирование → Настройка журнала регистрации. Там выбирают, что писать:
- ❌ не регистрировать — журнал отключён, искать будет нечего;
- 🔴 ошибки;
- 🟡 ошибки и предупреждения;
- 🔵 ошибки, предупреждения и информация;
- ⚪ все события, включая примечания (значение по умолчанию).
Не отключайте журнал и не снижайте уровень ради экономии места. Изменения данных пишутся на уровне информации и примечаний; при уровне «только ошибки» найти автора правки будет уже невозможно.
Разделение по периодам. В том же окне можно задать разбивку журнала на файлы по дням, неделям, месяцам или годам. Это ускоряет работу с отборами по дате и упрощает архивирование.
Сокращение журнала. Там же есть команда сокращения: удалить записи раньше указанной даты, при желании сохранив их в отдельный файл. Делайте это после выгрузки архива, если правила компании требуют хранить историю действий.
Где лежат файлы. Журнал хранится отдельно от данных, в каталоге 1Cv8Log:
- для файловой базы — внутри каталога базы, рядом с файлом
1Cv8.1CD; - для клиент-серверной — в каталоге кластера на рабочем сервере, в подкаталоге с GUID информационной базы (обычно путь вида
srvinfo\reg_1541\<GUID>\1Cv8Log).
Формат файлов — .lgd (одна база SQLite) в современных версиях платформы или пара .lgf + .lgp в старом формате. Формат меняют в той же настройке журнала.
Переносить, удалять или перезаписывать файлы журнала на работающей базе нельзя: при открытых сеансах файл занят, а повреждённый журнал перестаёт открываться. Такие операции делают в нерабочее время, предупредив пользователей, что их сеансы будут завершены.
💡 Если журнал открывается очень долго, сначала сузьте интервал до одного дня. Широкий отбор «за всё время» на базе с гигабайтным журналом — главная причина подвисаний, а не «поломка» журнала.
Если записей нет или изменений не видно
Иногда журнал пуст или в нём нет нужного действия. Типовые причины:
- 🚫 Журнал отключён или уровень снижен до ошибок. Проверьте настройку в Конфигураторе. Прошедшие события уже не появятся.
- ✂️ Журнал сокращали. Записи раньше даты сокращения удалены; ищите сохранённый архивный файл.
- 🔄 Изменение пришло обменом. Тогда автором будет пользователь, от имени которого работает синхронизация, а приложением — фоновое задание или COM-соединение. Ищите правку в базе-источнике.
- 👥 Все работают под одним логином. Журнал покажет одного пользователя на всех. Различить людей поможет только колонка «Компьютер».
- 🧩 Неверный отбор. Отмечено событие «Проведение», а документ просто записывали. Снимите отбор по событиям и оставьте только «Данные».
Если журнал не открывается вовсе (ошибка чтения файла, бесконечная загрузка), проверьте свободное место на диске с каталогом 1Cv8Log и права учётной записи, под которой работает сервер 1С, на этот каталог.