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

Операции конкретного пользователя в 1С 8.3 смотрят в журнале регистрации: Администрирование → Обслуживание → Журнал регистрации, затем кнопка Установить отбор и поле «Пользователь». Там видно, кто и когда открыл сеанс, какие документы создал, изменил, провёл или удалил, с какого компьютера работал. Путь одинаков для БП 3.0, ЗУП 3.1, УТ 11 и других конфигураций на БСП, потому что журнал — механизм самой платформы.

Частое заблуждение: «журнал покажет, что именно поменяли в документе». Не покажет. Он фиксирует факт события — «Данные. Изменение» у такого-то документа в 14:32. Чтобы увидеть старое и новое значение реквизитов, нужна отдельная функция — история изменений (версионирование объектов). Её включают заранее, задним числом она ничего не восстановит.

Что включить заранее: уровень журнала и история изменений

Журнал регистрации пишет только то, что разрешено его настройкой. Если в базе выставлен уровень «Ошибки», операции пользователей туда не попадут, и разбор «кто удалил счёт» закончится ничем.

Уровень меняют в Конфигураторе:

1. Откройте базу в режиме Конфигуратор.
2. Выберите Администрирование → Настройка журнала регистрации.
3. Отметьте «Регистрировать все события» — тогда в журнал попадают информационные события, включая изменение данных и вход в программу.
4. Задайте, как часто делить журнал на файлы (по дням, месяцам и т. д.). Чем мельче деление, тем проще потом архивировать и удалять старые периоды.

Варианты уровня:

💡 В конфигурациях на БСП часть настроек журнала доступна и в пользовательском режиме, в разделе Администрирование → Обслуживание. Но Конфигуратор работает везде, включая доработанные и старые конфигурации.

Вторая вещь, которую стоит включить до проблемы, — история изменений. В БП 3.0 и других конфигурациях на БСП это Администрирование → Общие настройки, раздел «История изменений», флажок «Хранить историю изменений». По ссылке рядом настраивают, для каких видов объектов вести историю и сколько её хранить.

Ищем операции пользователя в журнале регистрации

Журнал открывается тремя способами — выбирайте тот, что доступен:

• 🖥️ Администрирование → Обслуживание → Журнал регистрации — в типовых конфигурациях на БСП;
• 🛠️ через главное меню: Функции для технического специалиста → Стандартные → Журнал регистрации (в старых релизах платформы этот пункт называется «Все функции») — если команды нет в разделах;
• ⚙️ Администрирование → Журнал регистрации в Конфигураторе — без запуска пользовательского режима.

Отбор по пользователю и периоду

Без отбора журнал выводит все события подряд, и в рабочей базе это десятки тысяч строк за день. Сразу ставьте отбор:

1. Нажмите Установить отбор (в Конфигураторе — значок воронки).
2. Задайте период: дату и время начала и окончания. Узкий период — быстрая выборка.
3. В поле «Пользователь» выберите одного или нескольких сотрудников.
4. В поле «Событие» оставьте только нужные группы, например все события «Данные».
5. Если ищете действия с конкретным объектом, укажите его в поле «Данные» или вид объекта в поле «Метаданные».
6. Примените отбор.

Какие события что означают

Пометка на удаление в журнале выглядит как «Данные. Изменение», потому что это запись объекта с флагом. Физическое удаление — отдельное событие «Данные. Удаление», и чаще всего его выполняет не автор документа, а тот, кто запускал удаление помеченных объектов.

Как читать строку журнала

У каждой записи есть колонки «Компьютер», «Приложение» (тонкий клиент, веб-клиент, фоновое задание, COM-соединение), «Сеанс», «Данные» и «Представление данных». Двойной клик по строке открывает карточку события, а из поля «Данные» можно перейти в сам документ.

Номер сеанса помогает собрать цепочку: отберите по нему — увидите всё, что человек сделал за один вход, по порядку.

💡 Если на одном логине работают двое, журнал их не различит: имя пользователя одно. Различить можно по колонке «Компьютер». Это довод в пользу персональных учётных записей.

Список событий выгружается в табличный документ через Еще → Вывести список, а оттуда — в Excel. Удобно, когда разбор нужно передать руководителю или аудитору.

Отчёт «Анализ журнала регистрации»: сводка по сотруднику

Листать журнал построчно долго, если вопрос звучит как «чем занимался Петров на прошлой неделе». Для сводной картины в конфигурациях на БСП есть отчёт «Анализ журнала регистрации». Он находится в Администрирование → Обслуживание → Отчеты администратора.

У отчёта несколько вариантов:

• 👤 Активность пользователя — сколько и каких объектов создал и изменил один сотрудник за период, сгруппировано по видам документов и справочников;
• 👥 Активность пользователей — та же сводка по всем, удобно сравнивать нагрузку;
• ⏱️ Продолжительность работы регламентных заданий — когда и сколько шли фоновые задания;
• 🧾 Контроль журнала регистрации — сводка ошибок и предупреждений.

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

История изменений документа: старые и новые значения

Когда вопрос не «кто трогал», а «что именно изменили», нужна история изменений (версии объектов). Она включается флажком «Хранить историю изменений» в Администрирование → Общие настройки, как описано в первом разделе.

После включения у документа появляется команда истории:

1. Откройте документ или выделите его в списке.
2. Нажмите Еще → История изменений.
3. В списке версий видно дату, автора каждой записи и комментарий.
4. Выделите две версии и нажмите «Сравнить» — откроется отчёт с подсветкой изменённых реквизитов и строк табличной части.
5. Одну версию можно открыть как отчёт и посмотреть документ в том виде, в каком он был.

Пример: в реализации от 10-го числа сумма упала с 120 000 до 98 400 ₽. Журнал регистрации покажет, что документ менял Сидоров в 17:05. История изменений покажет, что он удалил строку «Доставка» на 21 600 ₽. Только вместе они дают полную картину.

Если история не была включена, остаётся косвенная информация: реквизит «Ответственный» или «Автор» в документе (есть не везде) и события журнала. Восстановить прежние значения без резервной копии нельзя.

Кто работает в базе прямо сейчас

Иногда нужно не прошлое, а текущий момент: кто сидит в базе, кто держит блокировку, кто «завис» с открытым сеансом.

Активные пользователи

Список открытых сеансов:

• в пользовательском режиме — Администрирование → Обслуживание → Активные пользователи или Функции для технического специалиста → Стандартные → Активные пользователи;
• в Конфигураторе — Администрирование → Активные пользователи.

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

Консоль кластера и rac

В клиент-серверной базе более полная картина — в консоли администрирования серверов 1С: Кластер → Информационные базы → <база> → Сеансы. Помимо пользователя и компьютера там есть время последней активности, рабочий процесс, занятая лицензия, данные о блокировках СУБД.

То же из командной строки утилитой rac:

rac cluster list
rac session list --cluster=<идентификатор кластера>
rac session list --cluster=<идентификатор кластера> --licenses

Первая команда даёт идентификатор кластера, вторая — список сеансов, третья — какие лицензии заняты сеансами. Остальные параметры смотрите в справке rac help session.

Технологический журнал — когда журнала регистрации мало

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

Технологический журнал настраивается файлом logcfg.xml в каталоге conf установленной платформы (например, C:\Program Files\1cv8\conf). Пример: исключения для всех и запросы к СУБД только одного пользователя.

<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">
  <log location="D:\1c_techlog" history="24">
    <event>
      <eq property="name" value="EXCP"/>
    </event>
    <event>
      <eq property="name" value="DBMSSQL"/>
      <eq property="Usr" value="Петров"/>
    </event>
    <property name="all"/>
  </log>
</config>

Что здесь важно:

• 📁 location — каталог для логов, лучше на отдельном диске;
• 🕒 history="24" — хранить логи 24 часа, старые платформа удалит сама;
• 🔎 Usr — отбор по имени пользователя 1С, чтобы не собирать запросы всей базы.

Платформа подхватывает изменения файла сама, примерно в течение минуты, перезапуск службы не нужен. Полезные события для разбора: EXCP (исключения), DBMSSQL (запросы к MS SQL), TLOCK и TTIMEOUT (управляемые блокировки и таймауты), TDEADLOCK (взаимоблокировки).

Доступ к журналам и сроки хранения

Журнал регистрации — это, по сути, досье на сотрудников: кто во сколько вошёл, что делал, с какого компьютера. Поэтому доступ к нему ограничивают.

• 🔐 В платформе за это отвечает отдельное право «Журнал регистрации», за список сеансов — право «Активные пользователи». В типовых конфигурациях они входят в административные роли и профили.
• 👁️ Бухгалтеру и менеджеру журнал не нужен. Если руководитель хочет видеть активность подчинённых, дайте ему отчёт «Анализ журнала регистрации» через отдельный профиль, а не полные права администратора.
• 🧑‍⚖️ В журнале есть персональные данные: ФИО, имена компьютеров, IP-адреса. Хранение и доступ к ним подпадают под требования закона № 152-ФЗ «О персональных данных», поэтому срок хранения и круг допущенных лиц стоит закрепить в локальном положении.

Чего журнал не фиксирует

• 📄 Простой просмотр документа или формирование отчёта по умолчанию не пишутся — только запись данных. Регистрацию событий доступа к данным («Доступ. Доступ») платформа поддерживает, но её включает разработчик или администратор отдельно, и журнал от неё растёт очень быстро.
• 🔧 Прямые изменения в базе в обход 1С — запросами к СУБД — в журнал регистрации не попадают вообще.
• 🗑️ Тот, у кого есть доступ к Конфигуратору, может сократить журнал. Это видно по разрыву в датах, но удалённые записи не вернуть.

Как хранить и чистить

В Конфигураторе в окне Администрирование → Настройка журнала регистрации есть кнопка Сократить: она удаляет события до указанной даты и может сохранить их в файл. Перед сокращением выгрузите старый период — пригодится при проверке или споре с сотрудником.

💡 Простой способ сохранить архив — копировать каталог 1Cv8Log в резервные копии вместе с базой. Делить журнал на файлы по месяцам удобно именно для этого: старые файлы не меняются, их легко архивировать.

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