Кто, когда и что сделал в базе: работа с журналом регистрации 1С 8.3

· 9 мин

Содержание

Журнал регистрации в 1С открывается так: Администрирование → Обслуживание → Журнал регистрации в пользовательском режиме или Администрирование → Журнал регистрации в Конфигураторе. Настраивают его только в Конфигураторе: Администрирование → Настройка журнала регистрации. Там выбирают, какие события писать и как делить журнал по периодам.

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

Зачем нужен журнал регистрации и что он хранит

Журнал регистрации — встроенный механизм платформы 1С:Предприятие 8.3. Он пишет события каждой информационной базы отдельно: входы, изменения данных, ошибки, обновления конфигурации, работу фоновых заданий. Конфигурация на это не влияет: журнал есть и в Бухгалтерии, и в ЗУП, и в самописной базе.

Каждая запись содержит набор полей:

  • 🕒 Дата и время события с точностью до секунды;
  • 👤 Пользователь — имя из списка пользователей базы;
  • 💻 Компьютер и Приложение — с какой машины и каким клиентом (тонкий клиент, веб-клиент, Конфигуратор, фоновое задание, COM-соединение);
  • 📌 Событие и Важность — тип операции и уровень (ошибка, предупреждение, информация, примечание);
  • 📄 Метаданные и Данные — какой объект затронут, вплоть до конкретного документа;
  • 💬 Комментарий — текст ошибки или пояснение от программы;
  • 🔁 Транзакция и Сеанс — номер сеанса и статус транзакции (зафиксирована или отменена).

Журнал нужен трём людям в компании:

КтоЧто ищет в журнале
Бухгалтер, руководительКто изменил или удалил документ, кто перепровёл закрытый период
Администратор 1СПричину ошибки, падение фонового задания, сбой обмена, неудачное обновление
Служба безопасностиВходы в нерабочее время, подбор паролей, изменения прав пользователей

Журнал фиксирует факт изменения, но не показывает, какое поле было до и после. Для сравнения версий документа включите версионирование объектов — это отдельная функция типовых конфигураций, её настройка находится в разделе Администрирование, в общих настройках.

Какие события пишет журнал и как их читать

Названия событий строятся по схеме «Группа. Действие». Самые полезные на практике:

СобытиеКогда появляетсяЧто из него узнать
Сеанс. Начало / Сеанс. ЗавершениеВход и выход пользователяКто работал в базе в нужный момент
Сеанс. АутентификацияУспешная проверка имени и пароляПод какой учётной записью вошли
Сеанс. Ошибка аутентификацииНеверный пароль или имяПопытки подбора пароля
Данные. ДобавлениеСоздан новый объектКто завёл элемент или документ
Данные. ИзменениеЗаписан существующий объектКто правил справочник или документ
Данные. Проведение / Данные. Отмена проведенияПроведение документа и его отменаКто перепровёл документ задним числом
Данные. УдалениеОбъект удалён физическиКто и когда удалил данные
Пользователи. ИзменениеИзменена учётная записьКто выдал права или сменил пароль
Информационная база. Изменение конфигурацииСохранена конфигурацияКто правил конфигурацию
Фоновое задание. Ошибка выполненияРегламентное задание упалоПочему не прошёл обмен или загрузка курсов

Уровни важности различаются цветом значка:

  • 🔴 Ошибка — операция не выполнена. С них начинают любой разбор сбоя.
  • 🟡 Предупреждение — операция прошла, но с проблемой.
  • 🔵 Информация — обычная работа: входы, записи, проведение.
  • ⚪ Примечание — служебные записи с минимальной ценностью.

Отдельно смотрите колонку Транзакция. Статус «Отменена» значит, что пользователь нажал «Провести», программа начала запись, а потом откатила её из-за ошибки. В базе такой записи нет, хотя в журнале строка есть. На этом часто путаются: «журнал говорит, что Иванов провёл документ, а движений нет».

Конфигурации и обработки могут писать в журнал свои события методом ЗаписьЖурналаРегистрации. Поэтому в типовых базах встречаются события вроде «Обновление информационной базы» или «Обмен данными» — их добавляет конфигурация, а не платформа.

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

Настройка одна на всю информационную базу и выполняется пользователем с административными правами.

Уровень регистрации

  1. Откройте базу в Конфигураторе.
  2. Выберите Администрирование → Настройка журнала регистрации.
  3. В группе «Регистрировать» отметьте уровень:
    • «Не регистрировать»;
    • «Регистрировать ошибки»;
    • «Регистрировать ошибки и предупреждения»;
    • «Регистрировать ошибки, предупреждения и информацию»;
    • «Регистрировать все события».
  4. Нажмите «ОК».

Для рабочей базы бухгалтерии разумный выбор — «Регистрировать все события» или «ошибки, предупреждения и информацию». Только на информационном уровне попадают записи о том, кто изменил и провёл документ. Уровень «только ошибки» делает журнал бесполезным для разбора спорных ситуаций.

Не выключайте журнал «чтобы база работала быстрее». Выигрыш в скорости почти незаметен, а после первого же инцидента восстановить картину будет нечем.

Разделение по периодам

В том же окне выбирают, как делить файлы журнала: по часам, дням, неделям, месяцам или годам. Чем мельче период, тем меньше каждый файл, тем быстрее он открывается и тем проще удалять старое.

Ориентиры для выбора:

Нагрузка базыРекомендуемый период
1–5 пользователей, файловая базаПо месяцам
10–50 пользователейПо неделям или дням
Крупная база с обменами и фоновыми заданиямиПо дням или часам

Сокращение журнала

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

Где хранится журнал и в каком формате

Журнал — это файлы на диске, а не таблица в базе данных.

  • 📁 Файловая база — подкаталог 1Cv8Log в каталоге информационной базы, рядом с файлом 1Cv8.1CD.
  • 🖥️ Клиент-серверная база — на сервере 1С, в каталоге кластера: <каталог srvinfo>\reg_1541\<идентификатор базы>\1Cv8Log. Для Windows каталог по умолчанию — C:\Program Files\1cv8\srvinfo. Идентификатор базы — длинная строка вида GUID, нужную папку находят по дате изменения или по файлу 1CV8Clst.lst в каталоге reg_1541, где перечислены базы кластера.

Форматов два:

ФорматФайлыОсобенности
Последовательный (текстовый)1Cv8.lgf и набор *.lgpФайлы легко копировать и архивировать по частям, хорошо переносит большие объёмы
SQLiteОдин файл 1Cv8.lgdБыстрее фильтруется на небольших объёмах, но при десятках гигабайт открывается медленно

Какой формат у вашей базы, видно по расширениям файлов в 1Cv8Log.

Если база не открывается в пользовательском режиме, а журнал нужен срочно, откройте его из Конфигуратора. Если не стартует и Конфигуратор, скопируйте папку 1Cv8Log в каталог пустой файловой базы и откройте журнал там: события будут прочитаны, хотя ссылки на документы покажутся «битыми», потому что самих объектов в пустой базе нет.

Как найти причину сбоя по журналу

Разбор ошибки всегда идёт от времени. Узнайте у пользователя, когда примерно случился сбой, и сузьте журнал до этого окна.

  1. Откройте журнал и нажмите кнопку установки отбора.
  2. Задайте интервал: 10–15 минут вокруг момента сбоя.
  3. Отберите важность «Ошибка».
  4. Если ошибок много, добавьте отбор по пользователю или по приложению (например, только фоновые задания).
  5. Откройте строку двойным щелчком и прочитайте поле «Комментарий» — там полный текст ошибки, часто с именем модуля и номером строки.
  6. Снимите отбор по важности и посмотрите события того же сеанса до ошибки: обычно видно, какое действие пользователь выполнял за секунду до сбоя.

Последний шаг — главный приём. Ошибка сама по себе говорит «что сломалось», а соседние записи того же сеанса — «при каком действии».

Диагностика: выберите симптом

Журнал регистрации показывает, что произошло. Если нужно понять, почему запрос выполняется 40 секунд или где возникла взаимоблокировка, нужен технологический журнал. Он настраивается отдельным файлом logcfg.xml в каталоге conf платформы и пишет на уровне сервера, а не конкретной базы.

Контроль действий пользователей и безопасность

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

Что проверять регулярно:

  • 🔐 Неудачные входы. Отбор по событию «Сеанс. Ошибка аутентификации». Десятки попыток подряд с одного компьютера — повод сменить пароли и проверить, открыт ли сервер наружу.
  • 🌙 Работа в нерабочее время. Отбор по событию «Сеанс. Начало» за ночь и выходные. Сюда же попадут фоновые задания — отсейте их отбором по приложению.
  • 👥 Изменения прав. События группы «Пользователи»: кто кому добавил роли или сменил пароль.
  • 🗑️ Удаление объектов. Событие «Данные. Удаление» и пометки на удаление через «Данные. Изменение».
  • 🛠️ Правки конфигурации. События группы «Информационная база» — изменения конфигурации в рабочей базе без согласования стоит разбирать отдельно.

Как найти историю конкретного документа: в отборе журнала укажите в поле «Данные» нужный документ (выбор из списка). Журнал покажет все записи и проведения этого объекта с именами и временем.

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

Минимальный аудит журнала раз в месяц
Выполнено: 0 / 7

Размер журнала и влияние на производительность

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

Что происходит при большом журнале:

  • ⏳ форма журнала открывается минутами, а отбор за год «зависает»;
  • 💾 заканчивается место на диске сервера, и тогда страдают уже все базы кластера;
  • 📦 резервная копия каталога базы становится тяжёлой, если журнал лежит внутри.

Как держать журнал в порядке:

  1. Включите разделение по дням или неделям — старые файлы можно архивировать и удалять по одному.
  2. Раз в квартал сокращайте журнал с сохранением удалённого в архив.
  3. Открывая журнал, сразу ставьте отбор по периоду: поиск по всему объёму за год идёт долго.
  4. Следите за свободным местом на диске с каталогом srvinfo или каталогом файловой базы.

Удалять файлы журнала вручную из 1Cv8Log можно только у старых периодов и только при разделённом журнале. Делайте это вне рабочего времени: на клиент-серверной базе сервисы кластера держат текущий файл открытым, и его удаление приведёт к ошибкам записи событий.

Сколько хранить — решает организация. Для разбора бухгалтерских споров удобно держать хотя бы период до сдачи годовой отчётности, то есть 13–15 месяцев. Если журнал используется для контроля доступа к персональным данным, срок определяет внутренний регламент компании.

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

Можно ли узнать, какое значение было в документе до изменения?
Нет, журнал хранит только факт записи объекта. Значения «до» и «после» показывает версионирование объектов, если его включили заранее.
Пишет ли журнал, кто сформировал отчёт?
Платформа сама по себе формирование отчёта не регистрирует. Такие записи появляются, только если их добавляет сама конфигурация или доработка.
Почему в журнале пользователь «<Не указан>»?
В базе нет списка пользователей, вход выполнен без авторизации, либо событие записал служебный процесс. После создания пользователей поле заполняется именем.
Можно ли выгрузить журнал в Excel?
Да. Отберите нужные записи и сохраните табличную часть формы в файл. Программно журнал выгружают методом ВыгрузитьЖурналРегистрации в таблицу значений.
Влияет ли журнал на скорость работы базы?
На запись — практически нет. Медленно работает только просмотр огромного журнала без отбора; это решают разделением по периодам и сокращением.

Источники

  • Федеральный закон от 27.07.2006 № 152-ФЗ «О персональных данных»