Как узнать, какой сотрудник и в какое время входил в базу 1С

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

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

Журнал регистрации: главный способ посмотреть историю входов в 1С

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

Где открыть журнал

Пункт «Функции для технического специалиста» появляется, когда в Главное меню → Сервис → Параметры включён флажок «Режим технического специалиста». Без него пункта в меню нет.

Как отфильтровать только входы

Без отбора журнал показывает тысячи записей о записи документов и фоновых заданиях. Чтобы оставить только входы:

1. Нажмите кнопку «Установить отбор» (в типовых — «Отбор»).
2. Укажите период: например, с 01.09 по 30.09.
3. На закладке событий снимите все флажки и отметьте группу «Сеанс»: Начало, Завершение, Аутентификация, Ошибка аутентификации.
4. Если интересует один человек — выберите его в поле «Пользователи».
5. Нажмите «ОК» и отсортируйте список по дате.

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

• 📅 Дата — время события по часам сервера (для файловой базы — по часам компьютера, где лежит база).
• 👤 Пользователь — имя из списка пользователей информационной базы.
• 🖥️ Компьютер — сетевое имя машины, с которой выполнен вход.
• 🧩 Приложение — «Тонкий клиент», «Веб-клиент», «Конфигуратор», «COM-соединение», «Фоновое задание».
• 🔢 Сеанс — номер сеанса. По нему легко найти пару «Начало — Завершение» и понять, сколько человек проработал.

Пример: кто работал в базе в выходной

Главбух хочет понять, кто провёл документы в воскресенье, 13 сентября. Ставим период 13.09 с 00:00 до 23:59 и отбор по событию «Сеанс. Начало». Получаем две строки: «Иванова, BUH-03, Тонкий клиент, 10:42» и «Иванова, BUH-03, Тонкий клиент, 14:05». Затем убираем отбор по событиям, ставим отбор по пользователю Ивановой и видим, какие документы она записывала в эти сеансы. На всё уходит пара минут.

Событие «Ошибка аутентификации» показывает попытки войти с неверным паролем. Серия таких записей с одного компьютера ночью — повод сменить пароли и разобраться.

Отчёты для бухгалтера и кадровика: активность без технических деталей

Листать журнал регистрации неудобно, если нужно ответить на вопрос «кто из отдела работал в базе в выходные». Для этого в конфигурациях на БСП (БП 3.0, ЗУП 3.1, УТ 11, КА, ERP) есть отчёт «Анализ журнала регистрации». Он лежит рядом с журналом: Администрирование → Обслуживание, группа «Отчёты администратора».

У отчёта несколько вариантов. Для нашей задачи полезны:

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

Вариант переключается кнопкой «Выбрать вариант» в шапке отчёта. Период и пользователей задают в настройках отчёта.

Кто изменил документ, а не просто вошёл

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

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

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

Настройка записи: почему журнал пустой и как включить логирование входов

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

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

В том же окне есть настройка разделения журнала по периодам и команда сокращения журнала. Если кто-то сократил журнал, старые записи удалены. Восстановить их можно только из резервной копии каталога журнала.

Где физически лежит журнал

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

В платформе 8.3 журнал хранится в формате SQLite (файл 1Cv8.lgd) или в старом формате (.lgf и .lgp). Формат переключается в той же настройке журнала регистрации.

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

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

Включается он файлом logcfg.xml. Файл кладут в подкаталог conf каталога установки платформы, например C:\Program Files\1cv8\conf. Пример, который пишет события начала и окончания сеансов в отдельную папку и хранит их 24 часа:

<?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="SESN"/>
    </event>
    <property name="all"/>
  </log>
</config>

Через минуту после сохранения файла платформа начнёт писать логи в D:\1C_TechLog. Это текстовые файлы, разложенные по процессам и часам. Их читают поиском по тексту или скриптами.

Технологический журнал — инструмент администратора и программиста. Бухгалтеру для вопроса «кто заходил» его почти никогда не нужно.

Кто в базе сейчас и другие способы проверить вход без журнала

Журнал регистрации отвечает на вопрос «кто заходил». Иногда нужно другое: «кто сидит в базе прямо сейчас» или «с какого компьютера подключались к серверу».

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

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

Консоль администрирования серверов

Для клиент-серверной базы откройте консоль кластера, раскройте нужную базу и узел «Сеансы». Видны пользователь, компьютер, время начала сеанса и последней активности. Это данные о текущем состоянии, историю консоль не хранит.

То же самое можно получить из командной строки утилитой rac. Сначала узнайте идентификатор кластера, потом выведите сеансы:

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

Выгрузка журнала скриптом

Если нужно регулярно собирать входы в таблицу, используйте метод платформы ВыгрузитьЖурналРегистрации. Код выполняется на сервере под пользователем с правом на журнал регистрации:

Таблица = Новый ТаблицаЗначений;
Отбор = Новый Структура;
Отбор.Вставить("ДатаНачала", НачалоДня(ТекущаяДатаСеанса()) - 7 * 86400);
Отбор.Вставить("ДатаОкончания", ТекущаяДатаСеанса());
Отбор.Вставить("Событие", "_$Session$_.Start");
ВыгрузитьЖурналРегистрации(Таблица, Отбор);

Для Каждого СтрокаЖурнала Из Таблица Цикл
    Сообщить(Строка(СтрокаЖурнала.Дата) + " | "
        + СтрокаЖурнала.ИмяПользователя + " | "
        + СтрокаЖурнала.ИмяКомпьютера);
КонецЦикла;

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

Журнал Windows

Если люди работают на терминальном сервере, полезен журнал безопасности Windows. Событие с кодом 4624 — успешный вход в систему. Быстро посмотреть последние 50 таких событий можно в PowerShell от имени администратора:

Get-WinEvent -FilterHashtable @{LogName='Security'; Id=4624} -MaxEvents 50

Связка «вход в Windows + начало сеанса 1С с того же компьютера» помогает, когда в 1С несколько человек работают под одним логином.

Данные о входах как доказательство: что можно и что нельзя

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

С точки зрения закона действуют несколько правил:

• 📜 Уведомление. Сотрудников заранее и письменно знакомят с тем, что работа в учётной системе протоколируется. Обычно это пункт в положении о защите информации или в правилах внутреннего трудового распорядка.
• 🔐 Персональные данные. Сведения о входах конкретного работника — его персональные данные. Их обработка подчиняется 152-ФЗ и статье 86 ТК РФ: доступ к журналу должен быть только у тех, кому он нужен по работе.
• ⚖️ Взыскание. Если по данным журнала хотите наказать работника, соблюдайте порядок статей 192 и 193 ТК РФ: запросите письменное объяснение, дайте два рабочих дня на ответ, оформите приказ.
• 🗂️ Сохранность. Выгрузите нужный фрагмент журнала в файл, зафиксируйте дату выгрузки и того, кто её делал. Журнал, который мог править любой пользователь, слабое доказательство.

Почему журнал показывает не тех людей или не показывает никого

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

1. В базе нет списка пользователей. Если пользователи не заведены, 1С пускает всех без пароля, а в журнале колонка «Пользователь» пустая. Узнать человека можно только по имени компьютера.
2. Один логин на отдел. Журнал честно покажет «Бухгалтер», но не скажет, кто именно. Заведите каждому свою учётную запись и включите аутентификацию операционной системы, чтобы вход шёл под доменным именем.
3. Уровень журнала «Ошибки». Успешные входы не пишутся. Поднимите уровень, как описано выше. Прошлые данные это не вернёт.
4. Журнал сократили. Старые записи пропали после команды сокращения. Проверьте, кто имеет права администратора, и ограничьте их.
5. Неверное время. На файловой базе время берётся с машины, где лежит база. Если часы на ней сбиты, сверка с другими источниками не сойдётся.
6. Терминальный сервер. В колонке «Компьютер» у всех одно и то же имя сервера. Отличать людей придётся по логину или по журналу Windows.

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