Кто и что делал в базе 1С: разбираем журнал регистрации по пользователю
Содержание
Действия пользователя в 1С смотрят в журнале регистрации. В Бухгалтерии 3.0, ЗУП 3.1 и УТ 11 он открывается через Администрирование → Поддержка и обслуживание → Журнал регистрации. Дальше включаете отбор по полю «Пользователь» и задаёте период. Получаете список входов, созданных, изменённых и удалённых объектов с датой, временем и компьютером.
Способов посмотреть журнал действий три. Из пользовательского режима — быстро и удобно для бухгалтера с правами администратора. Из Конфигуратора — когда в программу не пускает или нужно поменять настройки записи. Программно — когда событий тысячи и нужна выборка в таблицу. Журнал — механизм платформы, поэтому всё сказанное одинаково работает в любой типовой конфигурации на 8.3.
Где открыть журнал регистрации в 1С
Путь зависит от режима, в котором вы работаете.
| Где открываете | Путь | Когда удобно |
|---|---|---|
| БП 3.0, ЗУП 3.1, УТ 11, КА 2, ERP | Администрирование → Поддержка и обслуживание → Журнал регистрации | Обычная работа, есть роль администратора |
| Любая конфигурация, интерфейс «Такси» | Главное меню (кнопка с тремя полосками) → Все функции → Стандартные → Журнал регистрации | Нестандартная или доработанная конфигурация |
| Конфигуратор | Администрирование → Журнал регистрации | Пользователи не могут войти, нужен быстрый просмотр без запуска программы |
Если пункта «Все функции» в главном меню нет, включите его: Главное меню → Сервис → Параметры, флажок «Отображать команду “Все функции”». После этого перезапуск не нужен.
Журнал видят только пользователи с правом на его просмотр. Обычно оно входит в роль «Администратор системы» или «Полные права». Рядовой бухгалтер без этой роли раздел не увидит — это не ошибка, а разграничение прав.
Что попадает в журнал: уровень регистрации событий
Журнал пишет не всё подряд, а то, что разрешает уровень регистрации. Его задают в Конфигураторе: Администрирование → Настройка журнала регистрации.
Доступно пять уровней:
- 🚫 Не регистрировать — журнал пуст, восстановить ничего нельзя.
- ❗ Регистрировать ошибки — только сбои.
- ⚠️ Регистрировать ошибки и предупреждения — плюс предупреждения.
- ℹ️ Регистрировать ошибки, предупреждения и информацию — плюс информационные события.
- ✅ Регистрировать все события — полная картина, включая примечания.
События с данными («Данные. Добавление», «Данные. Изменение», «Данные. Удаление», «Данные. Проведение») имеют важность «Информация». Поэтому, чтобы видеть, кто создал или удалил документ, нужен минимум четвёртый уровень. Для аудита действий ставьте «Регистрировать все события».
Уровень действует только на новые записи. Если до сегодняшнего дня регистрировались лишь ошибки, вчерашнее удаление документа в журнале уже не найти.
В том же окне настраивают разделение журнала по периодам и сокращение. Сокращение удаляет записи до указанной даты и может предварительно сохранить их в файл. Об этом подробнее — в разделе про хранение.
Проверьте уровень регистрации сразу после установки или переноса базы. Это единственная настройка, которую нельзя исправить задним числом.
Как посмотреть действия конкретного пользователя
Откройте журнал любым способом из таблицы выше. По умолчанию он показывает события за последние дни по всем пользователям. Сузим до одного человека.
- Нажмите кнопку «Установить отбор» в командной панели журнала (в Конфигураторе —
Действия → Отбор). - Задайте интервал: дату и время начала и окончания. Чем уже период, тем быстрее откроется список.
- В поле «Пользователь» откройте выбор и отметьте нужного пользователя. Можно выбрать нескольких.
- При необходимости ограничьте события: например, только «Данные. Удаление» и «Данные. Изменение».
- Нажмите «Установить» (в Конфигураторе — «ОК»).
Список перестроится. Каждая строка — одно событие. Важные колонки:
| Колонка | Что в ней |
|---|---|
| Дата | Дата и время события с точностью до секунды |
| Пользователь | Имя пользователя информационной базы |
| Компьютер | Имя компьютера, с которого работали |
| Приложение | Тонкий клиент, веб-клиент, Конфигуратор, фоновое задание, COM-соединение |
| Событие | Тип события: вход, изменение данных, ошибка |
| Метаданные | Вид объекта: например, «Документ.РеализацияТоваровУслуг» |
| Данные | Ссылка на объект или его представление |
| Комментарий | Текст ошибки или пояснение |
Двойной щелчок по строке открывает карточку события со всеми полями. Из неё можно перейти к самому документу, если он ещё существует.
Отбор по сеансу и компьютеру
Если под одним логином работают несколько человек, имя пользователя ничего не скажет. Тогда смотрите поля «Компьютер» и «Сеанс». Номер сеанса уникален в течение работы, и по нему видно цепочку: вход → действия → выход. Отбор по сеансу задаётся в том же окне отбора.
Сохранить результат в таблицу
Для служебной записки или проверки удобнее выгрузить список. В пользовательском режиме: Ещё → Вывести список, затем сохраните табличный документ в Excel. В Конфигураторе в меню Действия есть выгрузка журнала в файл.
Отчёт по активности пользователей
В конфигурациях на БСП есть готовый отчёт «Анализ журнала регистрации». Ищите его в Администрирование → Поддержка и обслуживание в группе отчётов администратора. Он показывает активность пользователей по времени и по объектам — удобно, чтобы понять, кто реально работает в базе и в какие часы. Набор вариантов отчёта может отличаться в зависимости от версии БСП в конфигурации.
Как найти, кто удалил или изменил документ
Самая частая причина открыть журнал — «пропал документ» или «кто-то поменял сумму». Порядок такой.
- Поставьте период, в который документ ещё точно был и когда его уже не стало.
- В отборе по событию выберите «Данные. Удаление» — для пропажи, или «Данные. Изменение» и «Данные. Проведение» — для правок.
- В отборе по метаданным укажите вид документа, например «Поступление (акты, накладные, УПД)».
- Просмотрите колонку «Данные»: в ней представление объекта — вид, номер и дата.
При удалении ссылка на объект пропадает, но представление сохраняется. В колонке будет видно что-то вроде «Реализация (акт, накладная, УПД) 00БП-000123 от 15.03» и рядом имя пользователя, который запустил удаление.
Если удаления нет, а документ исчез
Проверьте два варианта:
- 🔍 Документ помечен на удаление, но ещё не удалён. Ищите события по этому документу без отбора по виду события: установка пометки тоже оставляет запись. В списке документов включите показ помеченных: они отображаются перечёркнутыми.
- 🔍 Документ удалили обработкой «Удаление помеченных объектов». В журнале событие удаления запишется от имени того, кто запустил обработку. Это может быть администратор, а не автор пометки. Чтобы найти, кто поставил пометку, ищите изменение этого документа раньше по времени.
Журнал регистрации не восстанавливает удалённые данные. Он только говорит, кто и когда это сделал. Вернуть документ можно из резервной копии базы или ввести заново.
Чего журнал не покажет: история изменений объекта
Журнал фиксирует факт: «пользователь Иванова изменила документ в 14:32». Какое поле и с какого значения на какое — он не пишет.
Для этого в типовых конфигурациях есть отдельный механизм — история изменений (версионирование объектов). Включается он в Администрирование → Общие настройки: флажок «Хранить историю изменений», затем по ссылке рядом выбирают, для каких объектов её вести.
После включения в форме документа появляется команда истории изменений (обычно в меню Ещё). Она показывает список версий с автором и датой и позволяет сравнить две версии построчно, вплоть до табличной части.
| Механизм | Что видно | Когда пригодится |
|---|---|---|
| Журнал регистрации | Кто, когда, с какого компьютера, какое событие | Найти виновника удаления, проверить входы, ошибки |
| История изменений | Какие реквизиты и строки поменялись, старые и новые значения | Разобраться, кто поменял сумму, контрагента, счёт |
| Технологический журнал | Запросы к СУБД, исключения, блокировки | Расследование медленной работы и сбоев, не для аудита пользователей |
История изменений тоже работает только с момента включения. Версии документов, изменённых раньше, в ней не появятся.
Где хранится журнал регистрации и почему он разрастается
Журнал — это набор файлов рядом с базой, а не таблица в самой базе.
- 📁 Файловая база — подкаталог
1Cv8Logв каталоге информационной базы. - 🖥️ Клиент-серверная база
— на сервере 1С:
srvinfo\reg_1541\<идентификатор базы>\1Cv8Log. Идентификатор — это GUID; сопоставить его с именем базы можно по файлу1CV8Clst.lstв каталогеreg_1541или в консоли администрирования серверов.
Два формата журнала
| Формат | Файлы | Особенность |
|---|---|---|
| Новый (SQLite) | 1Cv8.lgd — один файл | Быстрее отбор, файл можно открыть сторонним инструментом для SQLite |
| Старый (текстовый) | 1Cv8.lgf и много файлов .lgp | Каждый период — отдельный файл, их легко архивировать и удалять |
Какой формат использует база, видно по файлам в каталоге 1Cv8Log.
Как ограничить размер
При уровне «все события» журнал активной базы на 30-50 пользователей легко дорастает до десятков гигабайт за год. Тогда он медленно открывается, а отбор за длинный период может идти минутами.
Варианты:
- Сократить журнал в Конфигураторе (
Администрирование → Настройка журнала регистрации, кнопка сокращения). Записи до выбранной даты удаляются; перед этим их можно сохранить в файл. - Разделять по периодам — в той же настройке. Старые периоды потом переносят в архив.
- Для текстового формата — перенести старые
.lgpв архивное хранилище вручную.
Не удаляйте файлы журнала на работающем сервере вручную. Если без этого не обойтись, делайте это вне рабочего времени: остановка службы сервера 1С оборвёт все сеансы пользователей. Сначала сохраните копию каталога 1Cv8Log.
Ограничения и затруднения при работе с журналом
Журнал — честный, но не всесильный инструмент. Вот с чем сталкиваются чаще всего.
Ещё несколько ограничений, которые стоит знать заранее:
- 👥 Общий логин. Если вся бухгалтерия входит под одним именем, журнал покажет только компьютер. Персональные учётные записи — обязательное условие аудита.
- 🔧 Действия в Конфигураторе. Изменение конфигурации записывается, но без подробностей о том, что именно правили в коде.
- ⚙️ Фоновые и регламентные задания. Они работают от имени служебного или указанного пользователя. Не путайте их действия с ручными.
- 🔄 Обмен данными. Документы, загруженные обменом, отмечены пользователем, под которым идёт обмен, а приложение — фоновое задание или COM-соединение.
Программная выгрузка для больших объёмов
Когда нужно проверить тысячи событий, ручной отбор неудобен. Платформа даёт метод ВыгрузитьЖурналРегистрации. Пример ниже выгружает удаления за текущий день в таблицу значений — его можно выполнить во внешней обработке на сервере:
Отбор = Новый Структура;
Отбор.Вставить("ДатаНачала", НачалоДня(ТекущаяДата()));
Отбор.Вставить("ДатаОкончания", КонецДня(ТекущаяДата()));
Отбор.Вставить("Событие", "_$Data$_.Delete");
События = Новый ТаблицаЗначений;
ВыгрузитьЖурналРегистрации(События, Отбор);
Для Каждого Строка Из События Цикл
Сообщить(Строка(Строка.Дата) + " | " + Строка.ИмяПользователя + " | " + Строка.ПредставлениеДанных);
КонецЦикла;
Идентификатор события «Данные. Удаление» в коде — _$Data$_.Delete, изменения — _$Data$_.Update, входа в программу — _$Session$_.Start.