Кто, когда и что сделал в базе: разбор журнала регистрации 1С 8.3
Содержание
Историю работы в 1С показывает журнал регистрации. В типовых конфигурациях на «Такси» (Бухгалтерия 3.0, ЗУП 3.1, УТ 11) он открывается через Администрирование → Обслуживание → Журнал регистрации, в Конфигураторе — через Администрирование → Журнал регистрации. Там видно, кто из пользователей, с какого компьютера и в какую минуту создал, изменил, провёл или удалил документ.
Типичная ситуация: в понедельник бухгалтер открывает закрытый квартал, а там перепроведённый акт и другая сумма в книге продаж. Через журнал регистрации за пять минут можно найти автора правки и время. Главное — знать ограничения журнала и настроить его заранее, пока история ещё нужна не срочно.
Что записывает журнал регистрации 1С
Журнал регистрации — механизм платформы 1С:Предприятие 8.3, а не конкретной конфигурации. Он работает в любой базе: файловой и клиент-серверной, типовой и самописной.
Каждая запись содержит:
- 🕒 Дата и время события (по часам компьютера или сервера, где работает база);
- 👤 Пользователь и Компьютер;
- 🖥️ Приложение — тонкий клиент, веб-клиент, Конфигуратор, фоновое задание, COM-соединение;
- 🏷️ Событие — тип действия;
- 📄 Метаданные и Данные — какой объект затронут (например, «Документ. Реализация товаров и услуг» и конкретный номер);
- 💬 Комментарий — текст ошибки или пояснение;
- 🔢 Сеанс и статус транзакции (зафиксирована или отменена).
У событий четыре уровня важности: ошибка, предупреждение, информация, примечание.
Какие события чаще всего нужны на практике
| Событие в журнале | Что произошло |
|---|---|
Сеанс. Начало / Сеанс. Завершение | Пользователь вошёл в базу или вышел |
Сеанс. Ошибка аутентификации | Неверный пароль или попытка входа под чужим именем |
Данные. Добавление | Создан новый документ или элемент справочника |
Данные. Изменение | Объект записан с изменениями (в том числе поставлена пометка удаления) |
Данные. Проведение / Данные. Отмена проведения | Документ проведён или распроведён |
Данные. Удаление | Объект удалён из базы окончательно |
Пользователи. Изменение | Изменены свойства пользователя: роли, пароль |
Журнал фиксирует факт изменения, но не хранит старые значения реквизитов. Он скажет, что Иванова записала акт № 154 в 16:42, но не покажет, какая сумма стояла до этого. Для сравнения «было — стало» нужна отдельная настройка, о ней ниже.
Как открыть журнал регистрации и настроить его вид
Способы открыть журнал
- Из раздела администрирования.
Администрирование → Обслуживание → Журнал регистрации. Это основной путь в Бухгалтерии 3.0, ЗУП 3.1 и УТ 11. - Через «Все функции».
Главное меню → Все функции → Стандартные → Журнал регистрации. Подходит для нетиповых конфигураций. Если пункта «Все функции» нет, включите его:Главное меню → Сервис → Параметры → Отображать команду «Все функции». - В Конфигураторе.
Администрирование → Журнал регистрации. Работает, даже когда в пользовательском режиме база не стартует из-за ошибки.
В клиент-серверном варианте журнал читают с сервера. Если записей сотни тысяч, первое открытие займёт время. Сразу ограничьте период — это ускорит работу в разы.
Права на просмотр
Журнал доступен пользователям с полными правами или ролью, где включено право «Журнал регистрации». Обычный бухгалтер его не увидит, и это правильно: в журнале видны действия всех сотрудников.
Настройка колонок
В форме журнала по умолчанию показаны не все поля. Через Ещё → Изменить форму можно добавить колонки «Компьютер», «Приложение», «Сеанс». Для разбора спорных случаев «Компьютер» особенно полезен: он отличает работу человека за своим рабочим местом от входа под его логином с другой машины.
Двойной щелчок по строке открывает карточку события со всеми полями, включая полный текст комментария.
Отбор в журнале регистрации: как найти действия конкретного пользователя
Без отбора журнал — это тысячи строк за день. Кнопка «Установить отбор» (или «Отбор» в Конфигураторе) открывает форму с условиями. Комбинируйте их под задачу.
Поля отбора и когда они нужны
| Поле | Для чего |
|---|---|
| Период (начало и окончание) | Всегда: сужает выборку и ускоряет поиск |
| Пользователи | Что делал конкретный сотрудник |
| Компьютеры | Кто работал с определённого рабочего места |
| События | Только удаления, только проведения, только входы |
| Метаданные | Все действия с одним видом документов или справочником |
| Данные | История одного конкретного документа |
| Важность | Только ошибки — для поиска сбоев |
| Комментарий | Поиск по фрагменту текста ошибки |
Три рабочих сценария
Кто изменил конкретный документ. В поле «Данные» выберите сам документ, например «Реализация товаров и услуг 0000-000154». Период поставьте с даты создания до сегодня. Получите полную цепочку: создание, записи, проведения, пометку удаления.
Что делал сотрудник за день. В «Пользователи» укажите его, период — один день. Отдельно включите события Сеанс. Начало и Сеанс. Завершение: так видно, когда он реально работал в программе.
Кто удалил объект. В «События» оставьте только Данные. Удаление, задайте период, при необходимости — «Метаданные». Строка покажет пользователя и представление удалённого объекта: номер, дату, наименование.
Если в базе не создан ни один пользователь, все записи придут с пустым полем «Пользователь». Определить автора можно будет только по компьютеру. Это частая проблема маленьких баз на одном логине.
Отчёт по активности пользователей
Читать журнал построчно удобно для одного документа. Для общей картины в типовых конфигурациях есть отчёт «Анализ журнала регистрации»: Администрирование → Обслуживание → Отчеты администратора. У него несколько вариантов, среди них — активность пользователей за период и анализ работы одного пользователя. Отчёт группирует записи и показывает, кто сколько документов создал и изменил, без ручного пересчёта.
История изменений объекта и восстановление удалённых данных
Как увидеть, что именно изменилось
Журнал регистрации отвечает на вопрос «кто и когда». На вопрос «что было до правки» отвечает версионирование объектов — механизм типовых конфигураций. Его включают в Администрирование → Общие настройки: флажок «Хранить историю изменений». Там же задаётся, для каких документов и справочников хранить версии.
После включения в форме документа появляется команда «История изменений». Она показывает список версий и отчёт сравнения: какие реквизиты и строки табличной части изменились, кто сохранил версию.
Версионирование не работает задним числом. Если включить его сегодня, правки прошлой недели не восстановить. Настройте его до того, как понадобится разбор.
Версии хранятся в самой базе и увеличивают её размер. Для начала включите хранение только для ключевых документов: реализаций, поступлений, платёжных поручений, кадровых приказов.
Объект помечен на удаление
Пометка удаления — это Данные. Изменение, а не удаление. Объект остаётся в базе с перечёркнутым значком. Найдите его в списке и снимите пометку той же командой, которой её ставили (клавиша Del в списке переключает пометку). Если это документ, после снятия пометки проведите его заново.
Объект удалён окончательно
Если в журнале есть событие Данные. Удаление, объект физически стёрт. Журнал вернуть его не может: он хранит только представление объекта.
Порядок восстановления:
- По журналу определите точное время удаления и представление объекта.
- Возьмите резервную копию, сделанную до этого времени.
- Разверните её в отдельную базу. Не загружайте
.dtповерх рабочей: пропадут все данные, введённые после копии. - Перенесите нужные объекты из копии в рабочую базу: через выгрузку-загрузку XML или вручную, если объектов немного.
- Проверьте ссылки: удалённый документ мог быть основанием для других, а справочник — использоваться в документах.
Перенос объектов между базами через XML-выгрузку меняет данные рабочей базы. Сделайте её свежую копию до загрузки и выполняйте операцию вне рабочих часов.
Глубина хранения журнала и влияние на производительность
Уровень записи событий
Что попадёт в журнал, задаётся в Конфигураторе: Администрирование → Настройка журнала регистрации. Варианты — от «Не регистрировать» до «Регистрировать все события».
| Режим | Когда выбирать |
|---|---|
| Ошибки | Не рекомендуется: не видно изменений данных |
| Ошибки и предупреждения | Минимум, но без информационных событий |
| Ошибки, предупреждения и информация | Разумный выбор для рабочих баз |
| Все события | Аудит и разбор сложных случаев; журнал растёт быстрее всего |
Если журнал оказался пустым там, где записи точно должны быть, первым делом проверьте этот уровень.
Где лежат файлы журнала
- 📁 Файловая база — подкаталог
1Cv8Logв папке базы. - 🗄️ Клиент-серверная база
— каталог кластера на сервере 1С:
srvinfo\reg_1541\<идентификатор базы>\1Cv8Log.
В платформе 8.3 есть два формата журнала: последовательный (файлы .lgf и .lgp) и формат SQLite (файл .lgd). Последовательный быстрее при записи и проще в обслуживании: старые периоды лежат отдельными файлами.
Как не дать журналу разрастись
В той же настройке есть параметр разделения журнала по периодам: по дням, месяцам или годам. Каждый период пишется в отдельный файл. Старые файлы можно архивировать и выносить из каталога — так журнал не тормозит открытие и не занимает место.
Кнопка «Сократить» в окне настройки удаляет записи до указанной даты. Перед удалением 1С предлагает сохранить их в файл — соглашайтесь, иначе история за этот период пропадёт насовсем.
Перенос файлов из каталога 1Cv8Log на сервере делают при остановленной службе агента сервера 1С либо по крайней мере для периодов, в которые запись уже не ведётся. Остановка службы обрывает сеансы всех пользователей: планируйте её на нерабочее время и предупредите коллег.
Журнал объёмом в десятки гигабайт — обычная причина долгого открытия формы и подвисаний при разборе. Для баз с активной работой разделение по месяцам и архив за прошлые годы решают проблему.
Чего не стоит ждать от журнала
Журнал регистрации не показывает тексты запросов, длительность операций и блокировки. Для этого служит технологический журнал (настраивается файлом logcfg.xml на сервере). Его подключают администраторы при разборе производительности, для истории действий пользователей он не нужен.
Почему история не находится: частые проблемы и решения
Журнал перестал писаться после переноса базы
При переносе файловой базы скопируйте папку целиком вместе с 1Cv8Log. Если каталог журнала не перенесли, база создаст новый пустой. Старая история останется на прежнем месте — её можно вернуть, скопировав файлы обратно в новую папку при закрытой базе.
Журнал повреждён
Иногда форма выдаёт ошибку чтения журнала. Закройте все сеансы, переименуйте каталог 1Cv8Log (не удаляйте) и запустите базу: платформа создаст чистый журнал. Повреждённый каталог сохраните — из него могут понадобиться данные для разбора.
Частые вопросы
Видно ли в журнале, какую сумму исправил пользователь?
Можно ли удалить запись из журнала, чтобы скрыть свои действия?
Сколько лет хранится журнал регистрации?
Как выгрузить журнал для передачи аудитору?
Ещё → Вывести список и сохраните результат в Excel. Для больших объёмов удобнее отчёт «Анализ журнала регистрации» с сохранением результата.