Как по журналу регистрации выяснить, кто изменил или удалил данные в базе 1С
Содержание
Узнать, кто что делал в 1С 8.3, можно в журнале регистрации: в типовых конфигурациях он открывается через Администрирование → Обслуживание, ссылка «Журнал регистрации». Дальше ставите отбор по периоду, пользователю или конкретному документу и видите каждое изменение, удаление и проведение с датой, временем, именем пользователя и компьютером.
Типичная ситуация: в понедельник главбух замечает, что закрытый квартал «поплыл», а в реализации за март стоит другая сумма. Вопрос один — кто и когда это сделал. Журнал регистрации отвечает на него за пару минут, если знать, какие отборы ставить и как читать колонки.
Что фиксирует журнал регистрации и где он хранится
Журнал регистрации — это встроенный механизм платформы 1С:Предприятие 8.3. Он работает в любой конфигурации: Бухгалтерии, ЗУП, УТ, самописной. Платформа сама пишет в него события, а конфигурация может добавлять свои через метод ЗаписьЖурналаРегистрации().
Каждая запись содержит:
- 🕒 дату и время с точностью до секунды;
- 👤 пользователя информационной базы и компьютер, с которого он работал;
- 🧩 приложение: тонкий клиент, веб-клиент, Конфигуратор, фоновое задание, COM-соединение;
- 📌 событие: «Данные. Изменение», «Данные. Удаление», «Сеанс. Начало», «Сеанс. Аутентификация» и другие;
- 📄 объект метаданных и ссылку на сами данные (конкретный документ или элемент справочника);
- 🔁 статус транзакции и комментарий.
Чего в журнале нет: значений реквизитов «до» и «после». Журнал говорит, что документ изменили в 14:32, но не говорит, какую сумму поменяли на какую. Для истории значений нужно версионирование объектов в конфигурации, если оно включено.
Где лежат файлы журнала
| Вариант базы | Расположение |
|---|---|
| Файловая | Подкаталог 1Cv8Log в каталоге базы, рядом с 1Cv8.1CD |
| Клиент-серверная | <каталог кластера>\reg_1541\<идентификатор базы>\1Cv8Log, обычно внутри C:\Program Files\1cv8\srvinfo |
Соответствие идентификатора имени базы на сервере смотрите в файле 1CV8Clst.lst в каталоге reg_1541.
Форматов два. Новый — один файл 1Cv8.lgd (база SQLite). Старый, последовательный — файл 1Cv8.lgf и набор файлов .lgp по периодам. Читать их сторонними программами не нужно: платформа показывает журнал сама.
Как открыть журнал регистрации в 1С 8.3 и настроить отображение
Есть три способа открыть журнал. Они показывают одни и те же данные, разница в удобстве.
| Способ | Путь | Когда удобен |
|---|---|---|
| Через раздел конфигурации | Администрирование → Обслуживание, ссылка «Журнал регистрации» | Основной способ в БП 3.0, ЗУП 3.1, УТ 11 |
| Через меню платформы | Все функции → Стандартные → Журнал регистрации | Самописные и нетиповые конфигурации |
| Через Конфигуратор | Администрирование → Журнал регистрации | База не открывается в режиме Предприятия |
Пункт «Все функции» появляется в главном меню, если включить его в параметрах: Сервис и настройки → Параметры → Отображать команду "Все функции".
Для просмотра журнала у пользователя должно быть право «Журнал регистрации». В типовых конфигурациях оно входит в профиль администратора. Рядовой бухгалтер журнал обычно не видит — это нормально.
Колонки, которые стоит вывести
По умолчанию форма показывает не всё. Через настройку формы добавьте:
- «Компьютер» — сразу видно, с какой машины работали.
- «Приложение» — отличает ручную правку от обмена или фонового задания.
- «Статус транзакции» — без неё легко принять отменённое изменение за реальное.
- «Представление данных» — название документа вместо внутренней ссылки.
- «Сеанс» — номер сеанса, по нему потом собирают всю цепочку действий.
Журнал за год в активной базе — это миллионы записей. Никогда не открывайте его без отбора по периоду: форма будет загружаться минутами. Сначала поставьте период в один день, потом расширяйте.
Кто что делал: поиск конкретной операции
Отбор — главный инструмент. Откройте окно отбора кнопкой в командной панели журнала и заполните только нужные поля.
Кто изменил конкретный документ
- В отборе укажите период, когда документ мог измениться.
- В поле «Данные» выберите сам документ — например, реализацию № 145 от 12 марта.
- В поле «События» оставьте «Данные. Изменение», «Данные. Удаление», проведение и отмену проведения.
- Примените отбор и отсортируйте по дате.
Получите хронологию: кто создал документ, кто перепровёл, кто последним сохранил. Если ссылка на документ уже недоступна (документ удалён), выбрать его в поле «Данные» не получится — ищите по типу объекта в поле «Метаданные» и по тексту в «Представлении данных».
Что делал пользователь за день
- Поставьте период — нужные сутки.
- В поле «Пользователь» выберите сотрудника.
- События не ограничивайте.
Видно, когда он вошёл, что открывал и менял, когда вышел. Колонка «Сеанс» помогает отделить два параллельных окна одного пользователя.
Кто удалил документ или справочник
Отбор по событию «Данные. Удаление» и периоду. Удаление помеченных объектов тоже пишет это событие, поэтому одна операция обработкой даст сотни строк от одного пользователя в одну минуту. Это нормально: смотрите, кто запустил удаление и когда.
Сама пометка на удаление фиксируется как изменение объекта. Чтобы понять, кто именно поставил пометку, ищите изменения документа незадолго до удаления.
Как читать статус транзакции
| Статус | Что значит |
|---|---|
| Зафиксирована | Изменение реально записано в базу |
| Отменена | Изменение откатилось, в базе его нет |
| Не завершена | Транзакция ещё идёт или оборвалась |
| Нет транзакции | Событие без записи данных: вход, выход, открытие формы |
Строка «Данные. Изменение» со статусом «Отменена» — не доказательство изменения. Чаще всего это неудачное проведение с ошибкой: пользователь нажал «Провести», получил отказ, данные остались прежними.
Ошибки и сбои: как найти причину по журналу
Когда пользователь пишет «у меня что-то упало», журнал часто показывает точный текст ошибки, который тот не скопировал.
- Поставьте период — 10–15 минут вокруг сбоя.
- В поле «Уровень» оставьте только «Ошибка».
- Добавьте отбор по пользователю, если сбой у одного человека.
В колонке «Комментарий» будет текст исключения: например, Конфликт блокировок при выполнении транзакции или сообщение модуля конфигурации со строкой, где он сработал.
Что ещё стоит искать с уровнем «Ошибка»:
- ⚙️ регламентные и фоновые задания — загрузка курсов валют, обмены, обновление классификаторов;
- 🔄 обмены данными с другими базами — сбой узла видно по приложению и комментарию;
- 🔐 «Сеанс. Ошибка аутентификации» — неверный пароль или отключённая учётная запись;
- 🧱 аварийное завершение сеансов — серия «Сеанс. Завершение» без предшествующих действий у многих пользователей сразу.
Журнал регистрации — не технологический журнал. Причину зависания сервера, утечки памяти или долгого запроса он не покажет. Для этого включают технологический журнал через файл logcfg.xml на сервере, и это уже задача администратора 1С.
Уровень детализации, формат и размер журнала
Настройка находится в Конфигураторе: Администрирование → Настройка журнала регистрации. Менять уровень записи удобнее вне рабочего времени, когда в базе мало пользователей.
Уровни записи
| Уровень | Что пишется | Когда выбрать |
|---|---|---|
| Не записывать | Ничего | Почти никогда: теряется история |
| Записывать ошибки | Только ошибки | Слабая файловая база на одном компьютере |
| Записывать ошибки и предупреждения | Плюс предупреждения | Компромисс по размеру |
| Записывать ошибки, предупреждения и информацию | Плюс входы, изменения данных | Нормальный режим для учётных баз |
| Записывать все события | Плюс примечания | Временно, на время расследования |
Для ответа на вопрос «кто что делал» нужен как минимум уровень с информацией. Изменения данных пишутся именно с уровнем «Информация», и при более скромной настройке их в журнале просто нет.
Программно уровень задают методом УстановитьИспользованиеЖурналаРегистрации(), это пригодится разработчику для собственных обработок.
Разделение по периодам и сокращение
В том же окне есть разделение журнала по периодам: файлы заводятся отдельно на день, месяц или год. Так журнал быстрее открывается, а старые периоды проще архивировать.
Кнопка сокращения журнала удаляет события до указанной даты. Перед удалением платформа предложит сохранить вырезанные события в файл.
Перед сокращением всегда сохраняйте удаляемую часть в файл. Вернуть историю из воздуха нельзя, а вопрос «кто удалил документ полгода назад» обязательно возникнет.
Ориентир по размеру: в базе на 10–15 пользователей с полным уровнем записи журнал вырастает на гигабайты в год. Если каталог 1Cv8Log занимает больше самой базы — пора разделять и сокращать.
Журнал можно выгрузить в XML методом ВыгрузитьЖурналРегистрации() с отбором. Так делают архив за закрытый год перед сокращением: файл открывается любым редактором и хранится отдельно от базы.
Аудит безопасности по журналу регистрации
Журнал регистрации полезен не только после инцидента. Раз в неделю-месяц полезно пройтись по нему с короткой проверкой.
Признаки подозрительной активности
- 🌙 входы ночью и в выходные у сотрудников, которые так не работают;
- 💻 вход под учётной записью бухгалтера с незнакомого компьютера;
- 🔑 серия «Сеанс. Ошибка аутентификации» подряд — подбор пароля;
- 👥 события «Пользователи. Изменение» — кто-то выдал себе права или сменил чужой пароль;
- 🗑️ массовые удаления данных вне плановой чистки;
- 🛠️ работа в Конфигураторе в рабочее время и события изменения конфигурации;
- 🔌 подключения через COM-соединение там, где обменов быть не должно.
Что сделать, чтобы журнал был доказательным
| Проблема | Решение |
|---|---|
| Все работают под одним «Администратором» | Персональная учётная запись на каждого сотрудника |
| Вход без пароля | Пароли для всех пользователей, включая администратора |
| Все входят через один терминальный сервер | Колонка «Компьютер» покажет только сервер; опирайтесь на имя пользователя и сеанс |
| В файловой базе журнал может удалить любой с доступом к папке | Ограничить права на каталог базы средствами Windows или перейти на клиент-серверный вариант |
| Уровень записи «только ошибки» | Включить уровень с информацией |
В клиент-серверной базе пользователь 1С не может стереть журнал из программы. Файлы лежат на сервере, и доступ к ним есть только у администратора сервера. В файловой базе всё наоборот: каталог 1Cv8Log доступен каждому, у кого есть права на папку базы.
Готовые отчёты по журналу
В типовых конфигурациях на БСП среди отчётов администратора в разделе Администрирование → Обслуживание есть отчёт «Анализ журнала регистрации». Он строит активность пользователей по дням и длительность регламентных заданий — удобнее, чем листать журнал вручную, когда нужна сводка за месяц.
Если события в журнале нет
Бывает, что изменение точно было, а журнал пуст. Пройдитесь по причинам по очереди.
Если журнал повреждён в файловой базе, рабочий вариант — переименовать каталог 1Cv8Log при закрытой базе. Платформа создаст новый пустой журнал, а старый каталог останется как архив. Делайте это только когда в базе нет ни одного сеанса, иначе пользователи получат ошибку записи.
Частые вопросы
Можно ли увидеть, какое значение было в документе до изменения?
Сколько времени хранится журнал регистрации?
Видит ли журнал действия в Конфигураторе?
Можно ли смотреть журнал, если база не запускается в режиме Предприятия?
Администрирование → Журнал регистрации. Для клиент-серверной базы журнал остаётся на сервере даже при проблемах с самой базой.Переносится ли журнал при выгрузке базы в .dt?
1Cv8Log отдельно.