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

· 9 мин

Содержание

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

Частое заблуждение: журнал покажет, какие именно суммы и реквизиты поменял сотрудник. Не покажет. Журнал фиксирует факт «документ записан», но не старые и новые значения полей. Для построчного сравнения нужна история изменений объектов, и её надо включить заранее. Ниже — оба механизма, отчёты по активности и технические способы для администратора сервера.

Всё описанное относится к платформе 8.3 и типовым конфигурациям на БСП: Бухгалтерия 3.0, ЗУП 3.1, УТ 11, КА 2, ERP. Раздел Администрирование есть во всех них.

Что 1С записывает о действиях пользователей и где это хранится

В 1С три независимых источника следов. Путать их не стоит: каждый отвечает на свой вопрос.

ИсточникЧто показываетВключён по умолчаниюКто смотрит
Журнал регистрацииВходы, выходы, запись, проведение и удаление объектов, ошибкиДаАдминистратор базы
История изменений объектовСтарые и новые значения реквизитов и табличных частейНет, включают вручнуюПользователь с правами на объект
Технический журналВызовы сервера, запросы к СУБД, исключения, блокировкиНет, настраивают файломАдминистратор сервера

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

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

Журнал регистрации: как найти действия конкретного сотрудника

Где открыть

  • 📂 Пользовательский режим, конфигурации на БСП: Администрирование → Обслуживание → Журнал регистрации.
  • 🧰 Любая конфигурация: Все функции → Стандартные → Журнал регистрации. Команду «Все функции» включают в Сервис и настройки → Параметры, флажок «Отображать команду “Все функции”».
  • 🛠 Конфигуратор: Администрирование → Журнал регистрации.

Нужны права администратора. Обычный бухгалтер этой команды не увидит.

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

  1. Откройте журнал и нажмите кнопку установки отбора в командной панели.
  2. Задайте интервал: дата и время начала и конца. Чем уже период, тем быстрее откроется список.
  3. В поле Пользователь отметьте нужного сотрудника. Можно выбрать нескольких.
  4. В поле События оставьте только интересующие группы, например «Данные» и «Сеанс».
  5. Примените отбор.

В списке видны дата, пользователь, компьютер, приложение (тонкий клиент, веб-клиент, фоновое задание), событие, объект метаданных и представление данных — например, «Реализация товаров и услуг 0000-000123 от 15.03».

Какие события искать

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

Приём: найти, кто трогал конкретный документ

Отбор по пользователю не нужен, если вы не знаете, кого искать. Поставьте отбор по полю Данные и выберите сам документ. Журнал покажет все операции с ним от всех сотрудников: кто создал, кто перепровёл, кто последним сохранил.

Если документ уже удалён, ищите по событию «Данные. Удаление» и объекту метаданных. В колонке представления останется номер и дата удалённого документа.

Выгрузка для разбора

Длинный журнал удобнее анализировать в Excel. В конфигураторе в форме журнала есть выгрузка в XML, в пользовательском режиме список можно вывести через стандартную команду вывода списка. Дальше — фильтры и сводная таблица по пользователям и событиям.

Журнал регистрации хранит только факт записи. «Бухгалтер изменила сумму с 10 000 на 100 000» вы из него не узнаете — только «Иванова записала документ в 14:32».

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

Это механизм БСП. Он сохраняет версию объекта при каждой записи. Потом две версии можно сравнить и увидеть, какое поле поменялось, у кого и когда.

Как включить

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

История начинает копиться только с момента включения. Прошлые правки задним числом не восстановить.

Как посмотреть

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

Из той же формы можно открыть любую версию целиком или перейти на неё — то есть откатить объект к прежнему состоянию. Откат создаёт новую запись, поэтому сам факт отката тоже попадёт в историю.

Сколько это весит

Каждая версия — полная копия объекта. Если включить историю для всех документов в базе на 50 пользователей, таблица версий за год может разрастись до гигабайтов. Практичный подход:

  • ✅ хранить историю для ключевых документов: реализация, поступление, платёжные документы, кадровые приказы;
  • ✅ хранить историю для справочников «Контрагенты», «Номенклатура», «Договоры»;
  • ❌ не включать для регламентных и служебных документов, которые формируются автоматически.

В настройках хранения есть очистка устаревших версий по сроку. Задайте разумный срок, например три года, если требований дольше нет.

Отчёты по активности: кто сколько работал и что делал

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

Где найти

Администрирование → Обслуживание → Отчёты администратора. В списке ищите отчёт анализа журнала регистрации. У него несколько вариантов:

  • 📊 Анализ активности пользователей — сводка по всем сотрудникам за период: сколько сеансов, сколько времени в программе, сколько документов изменено;
  • 👤 Активность пользователя — детальный разбор одного человека: по дням, по видам объектов, с переходом к самим документам;
  • ⏱ Продолжительность работы регламентных заданий — когда и сколько выполнялись фоновые задания. Полезен, если «база тормозит по утрам».

Как использовать

  1. Откройте нужный вариант.
  2. Задайте период. Отчёт читает журнал целиком за интервал, поэтому на большой базе начинайте с одной недели.
  3. Для варианта по одному пользователю выберите его в настройках.
  4. Сформируйте отчёт и раскройте группировки.

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

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

Настройка журнала: уровень записи, деление и сокращение

Если журнал пустой или в нём нет событий «Данные», значит, его настроили на экономию места. Проверяют это в конфигураторе.

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

Конфигуратор → Администрирование → Настройка журнала регистрации. Варианты уровня:

УровеньЧто попадаетКогда выбирать
Не регистрироватьНичегоПочти никогда
Регистрировать ошибкиТолько ошибкиТестовые базы
Ошибки и предупреждения+ предупрежденияНе подходит для аудита действий
Ошибки, предупреждения и информацию+ записи и проведение объектовРабочие базы, где нужна история
Регистрировать все события+ примечания, максимум деталейРазбор инцидентов, временно

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

Деление и сокращение

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

Кнопка Сократить удаляет записи до указанной даты, при этом их можно предварительно сохранить в файл.

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

Права на просмотр

Журнал видят пользователи с правом «Журнал регистрации». В типовых конфигурациях оно есть у профиля «Администратор». Давать его рядовым сотрудникам не нужно: в журнале видны действия всех коллег.

Технические способы: файлы журнала, сеансы и технический журнал

Эти способы нужны администратору сервера, когда в базу не зайти, журнал слишком большой или нужно ловить конкретные вызовы.

Где лежат файлы журнала регистрации

  • 📁 Файловая база: подкаталог 1Cv8Log в каталоге базы.
  • 🖥 Клиент-серверная база : каталог кластера на сервере, обычно srvinfo\reg_1541\<идентификатор базы>\1Cv8Log. Идентификатор базы — GUID; соответствие имени базы и GUID видно в консоли кластера.

Внутри — либо один файл 1Cv8.lgd (формат SQLite, используется по умолчанию в 8.3), либо набор файлов .lgf и .lgp (последовательный формат).

Файл .lgd можно скопировать и открыть любым SQLite-браузером: строки событий, справочники пользователей и компьютеров лежат в отдельных таблицах. Это выход, если база не открывается, а понять, что случилось перед сбоем, надо.

Не копируйте и не переносите файлы журнала на работающем сервере вручную — сначала сделайте копию, работайте с ней. Удалять каталог 1Cv8Log ради «ускорения» нельзя: пропадёт вся история.

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

  • 👥 В пользовательском режиме: Администрирование → Обслуживание → Активные пользователи. Видны пользователь, компьютер, время начала сеанса.
  • 🛠 В консоли администрирования серверов 1С: кластер → информационные базы → нужная база → «Сеансы». Здесь же время последней активности и занятая лицензия.
  • ⌨️ Из командной строки, через сервер администрирования ras:
rac cluster list
rac session list --cluster=<id_кластера>

Параметры остальных команд смотрите в справке rac help.

Завершение сеанса из консоли обрывает работу сотрудника без сохранения. Предупредите его заранее.

Технический журнал

Технический журнал пишет не «бизнес-события», а то, что делает платформа: вызовы сервера, запросы к СУБД, исключения, ожидания на блокировках. Его включают файлом logcfg.xml в каталоге conf платформы на сервере. Отбор можно поставить на конкретного пользователя через свойство Usr.

Пример: писать исключения и долгие вызовы сервера пользователя «Иванова» в каталог C:\1c_techlog, хранить 24 часа.

<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">
  <log location="C:\1c_techlog" history="24">
    <event>
      <eq property="name" value="EXCP"/>
      <eq property="Usr" value="Иванова"/>
    </event>
    <event>
      <eq property="name" value="CALL"/>
      <eq property="Usr" value="Иванова"/>
    </event>
    <property name="all"/>
  </log>
</config>

Платформа подхватывает файл без перезапуска службы, обычно в течение минуты. Удаление файла останавливает запись.

Технический журнал без отборов на рабочем сервере за час набирает гигабайты и нагружает диск. Включайте его точечно, на время разбора, и обязательно с ограничением history.

Типичные ситуации и что делать

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

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

Можно ли узнать, какой отчёт открывал или печатал сотрудник?
Штатно — нет. Журнал фиксирует изменения данных и сеансы, а формирование отчётов и печать без доработки конфигурации не пишутся.
Видит ли сотрудник, что его действия смотрят?
Нет. Просмотр журнала регистрации и истории изменений никак не отображается у пользователя.
Сколько хранится журнал регистрации?
Бессрочно, пока администратор не сократит его вручную. Ограничивает только место на диске.
Как восстановить удалённый документ по журналу?
Никак: журнал хранит только факт удаления. Вернуть документ можно из резервной копии базы или из истории изменений, если она велась для этого вида.
Попадают ли в журнал действия фоновых заданий и обмена?
Да. В колонке «Приложение» у них будет фоновое задание или COM-соединение, а пользователь — тот, под кем выполняется задание или обмен.