В процессе ведения учета в 1С:Предприятие часто возникают ситуации, когда необходимо выяснить авторство изменений: кто удалил важный заказ, кто скорректировал цену в накладной или кто провел документ задним числом. По умолчанию платформа не всегда выводит эту информацию в явном виде в самой карточке документа, что вызывает затруднения у пользователей и администраторов.
Определить пользователя, внесшего правки, можно несколькими способами в зависимости от того, как настроена ваша информационная база. Это может быть встроенный функционал подсистемы Журнал регистрации, специальные обработки или даже прямой запрос к базе данных SQL. Понимание механизмов аудита позволяет поддерживать дисциплину учета и оперативно решать спорные ситуации.
В этой статье мы детально разберем все доступные методы идентификации пользователя. Мы рассмотрим настройку прав, анализ системных журналов и нюансы работы с историей изменений в различных конфигурациях, таких как 1С:Бухгалтерия или 1С:Управление торговлей.
Настройка подсистемы «Журнал регистрации»
Основным инструментом для отслеживания действий пользователей в платформе 1С 8.3 является подсистема Журнал регистрации. Однако, чтобы узнать, кто изменил документ, эта система должна быть предварительно активирована администратором. Без включения соответствующих протоколов информация о действиях просто не сохраняется, и восстановить её постфактум будет невозможно.
Для включения аудита необходимо войти в систему под пользователем с полными правами, обычно это роль Администратор системы. Затем следует перейти в раздел администрирования и выбрать пункт настройки регистрации событий. Здесь важно не просто включить галочку, а выбрать конкретные события, которые вы хотите отслеживать, чтобы не перегружать базу данных лишней информацией.
⚠️ Внимание: Включение регистрации всех событий подряд может привести к значительному замедлению работы базы и быстрому росту размера файла журнала. Рекомендуется регистрировать только критические операции, такие как удаление, проведение или изменение реквизитов документов.
После активации система начнет фиксировать каждое действие с указанием точного времени и имени учетной записи. Важно понимать разницу между пользователем платформы и пользователем базы данных — в журнале чаще всего отображается именно логин пользователя 1С, под которым он вошел в сеанс.
☑️ Настройка регистрации событий
Анализ событий в Журнале регистрации
Когда регистрация включена, поиск виновника изменений становится задачей технической аналитики. Журнал представляет собой таблицу, где каждая строка соответствует определенному событию. Для эффективного поиска необходимо уметь фильтровать данные по дате, типу события и объекту.
Откройте журнал регистрации через меню Администрирование -> Журнал регистрации. В открывшемся окне вы увидите список всех зафиксированных действий. Чтобы найти, кто изменил конкретный документ, используйте панель отборов. Укажите период, в который предположительно были внесены правки, и выберите тип события, например, Изменение объекта.
Ключевым полем для анализа является колонка «Пользователь». Именно здесь отображается имя учетной записи, от имени которой была выполнена операция. Если в этой колонке указано «Системный пользователь» или аналогичное значение, это может означать, что изменение произошло в результате работы фоновой задачи или обработки данных, а не действий конкретного человека.
- 🔍 Фильтруйте события по типу: «Запись», «Изменение», «Удаление» для сужения круга поиска.
- ⏱️ Обращайте внимание на точное время события, сопоставляя его с графиком работы сотрудников.
- 👤 Проверяйте поле «Компьютер», чтобы понять, с какой рабочей станции было выполнено действие.
Если документ был изменен неоднократно, журнал покажет цепочку событий. Вы сможете увидеть не только первого редактора, но и всех последующих, кто вносил коррективы. Это особенно полезно при расследовании сложных инцидентов с данными.
Использование отчета «История изменений»
В современных конфигурациях на базе платформы 1С 8.3, таких как 1С:ERP или новые релизы Бухгалтерии предприятия, часто встроен более удобный инструмент — отчет «История изменений объектов». Этот механизм предоставляет данные в более читаемом виде, показывая не только факт изменения, но и конкретные реквизиты, которые были затронуты.
Для доступа к этому отчету обычно достаточно открыть карточку интересующего документа и найти кнопку или ссылку «История изменений» или «Аудит». В отличие от общего журнала регистрации, этот отчет привязан непосредственно к объекту, что экономит время на фильтрацию. Вы сразу видите список всех версий документа.
В таблице истории отображаются детали: дата изменения, пользователь, старое значение поля и новое значение. Это позволяет мгновенно понять суть правки. Например, если изменилась сумма документа, вы увидите, какая цифра была раньше и кто ее переписал.
| Дата и время | Пользователь | Измененное поле | Было | Стало |
|---|---|---|---|---|
| 10.10.2023 14:30 | Иванов А.А. | Сумма | 10 000 | 15 000 |
| 10.10.2023 15:45 | Петрова Е.С. | Комментарий | (пусто) | Согласовано |
| 11.10.2023 09:00 | Иванов А.А. | Статус | Черновик | Проведен |
| 11.10.2023 10:15 | Сидоров В.К. | Контрагент | ООО "Ромашка" | ООО "Вектор" |
⚠️ Внимание: Функционал «Истории изменений» может быть отключен в настройках параметров системы. Если вы не находите такой кнопки в документе, проверьте раздел «НСИ и Администрирование» -> «Настройки программы» -> «Общие настройки».
Использование этого отчета является наиболее предпочтительным способом для оперативного контроля, так как он не требует глубоких знаний структуры базы данных и предоставляет информацию в контексте конкретного бизнес-объекта.
Если в журнале регистрации слишком много записей, используйте группировку по пользователям. Это поможет быстро выявить сотрудников, проявляющих наибольшую активность в спорный период времени.
Поиск через технологический журнал (ТЖ)
В случаях, когда стандартные средства 1С не дают полного ответа или когда требуется расследование инцидента на уровне платформы, применяется анализ Технологического журнала (ТЖ). Это низкоуровневый инструмент, который фиксирует события на стороне сервера 1С:Предприятие (сервер приложений).
Настройка ТЖ производится в файле logcfg.xml, расположенном в каталоге установки платформы или в профиле пользователя. Для отслеживания изменений документов необходимо включить регистрацию событий уровня DBMSSQL (или другого используемого СУБД) и событий взаимодействия с объектами метаданных.
<log config="logcfg.xml">
<event>
<neq property="name" value="ALL"/>
<eq property="name" value="DBMSSQL"/>
</event>
</log>
Анализ логов ТЖ требует специальных знаний и использования утилит для парсинга текстовых файлов. В записях журнала можно найти идентификатор сессии (SessionID), который затем можно сопоставить с таблицей активных сеансов, чтобы определить конкретного пользователя. Этот метод сложен, но незаменим при расследовании критических сбоев или несанкционированного доступа.
Где хранится файл logcfg.xml?
Файл конфигурации технологического журнала обычно находится в папке C:\Program Files\1cv8\conf или в профиле пользователя AppData\Roaming\1C\1Cv8. Точный путь зависит от версии платформы и способа установки.
Стоит отметить, что включение подробного логирования в ТЖ создает огромную нагрузку на дисковую подсистему сервера. Поэтому данный метод рекомендуется использовать только временно, на период проведения расследования, после чего настройки следует вернуть к исходным значениям.
Анализ данных через SQL-запросы
Для опытных администраторов баз данных наиболее мощным инструментом является прямой запрос к таблице регистрационных записей через консоль управления СУБД (MS SQL Server, PostgreSQL). В табличной части базы данных 1С история изменений часто хранится в специальных служебных таблицах.
В зависимости от типа базы данных (файловая или клиент-серверная), структура хранения может отличаться. В клиент-серверном варианте на SQL Server информация о сеансах и действиях может быть найдена в системных представлениях или таблицах конфигурации, таких как _Users или таблицах регистрационных записей с префиксом _InfoRg.
Пример SQL-запроса для поиска последних действий конкретного документа (идентификатор документа нужно заменить на актуальный):
SELECT TOP 100 _RecorderRRef, _Period, _UserName
FROM _InfoRg65432
WHERE _RecorderRRef = 0x1234567890ABCDEF
ORDER BY _Period DESC;
Результат такого запроса покажет ссылки на пользователей и временные метки. Для расшифровки ссылок на пользователей потребуется выполнить дополнительный запрос к таблице _Users, чтобы получить читаемое имя вместо внутреннего идентификатора (UUID).
- 🛠️ Используйте SQL-менеджер (SSMS или pgAdmin) для выполнения запросов.
- 🔐 Требуются права администратора базы данных (SA или аналог).
- ⚡ Метод работает мгновенно даже на больших объемах данных.
⚠️ Внимание: Прямое вмешательство в базу данных через SQL несет риски нарушения целостности данных. Выполняйте только SELECT-запросы (чтение данных). Любые операции изменения (UPDATE, DELETE) через SQL могут привести к некорректной работе 1С.
SQL-запросы дают самый детальный доступ к данным, но требуют высокой квалификации. Для рядовых пользователей этот метод не рекомендуется.
Восстановление удаленных документов и авторов
Отдельной сложной задачей является ситуация, когда документ был не просто изменен, а полностью удален. В стандартном интерфейсе 1С удаленные объекты исчезают из списков, и узнать, кто их удалил, становится сложнее. Однако, если велась регистрация удаления в журнале, след остается.
В журнале регистрации необходимо отфильтровать события по типу Удаление. В деталях события часто сохраняется ссылка на удаленный объект. Если же документ удален безвозвратно (например, очистка таблицы), то восстановить информацию о нем можно только из резервной копии базы данных (бэкапа).
Процедура восстановления подразумевает развертывание вчерашней копии базы в отдельную тестовую информационную базу, поиск там удаленного документа и просмотр истории его изменений. Это трудоемкий процесс, который подчеркивает важность регулярного резервного копирования.
Некоторые специализированные обработки от сторонних разработчиков позволяют анализировать «мусор» в базе или таблицу удаленных пометок, если физическое удаление еще не произошло. Такие утилиты могут показать список помеченных на удаление объектов и пользователя, поставившего пометку.
Что такое таблица удаленных объектов?
В 1С существует механизм пометки на удаление. Объекты, помеченные крестиком, еще хранятся в базе. Только операция «Удаление помеченных объектов» физически стирает их. До этого момента их можно восстановить и увидеть автора пометки.
Часто задаваемые вопросы (FAQ)
Можно ли узнать, кто изменил документ, если журнал регистрации был выключен?
К сожалению, нет. Если подсистема регистрации событий или история изменений не были включены в момент внесения правок, платформа 1С не сохраняет эту информацию. Восстановить данные задним числом технически невозможно без анализа резервных копий.
Влияет ли включение истории изменений на скорость работы базы?
Да, влияет, но незначительно при правильной настройке. Запись дополнительных данных о каждом изменении требует ресурсов дисковой подсистемы и процессора. На современных серверах это влияние обычно незаметно для пользователей, если не включена регистрация всех подряд событий.
Как отличить изменение пользователем от изменения фоновой задачей?
В журнале регистрации или истории изменений обратите внимание на имя пользователя. Фоновые задачи часто выполняются от имени специального системного пользователя (например, «Администратор» или «BackgroundJob») или от имени того пользователя, который запустил обработку, но в нерабочее время.
Где хранится файл журнала регистрации в файловой базе?
В файловой версии 1С журнал регистрации хранится в отдельном файле с расширением .lgd в каталоге информационной базы. Однако читать его напрямую текстовым редактором нельзя, доступ осуществляется только через интерфейс программы.
Можно ли настроить уведомление при изменении важного документа?
Да, это можно реализовать с помощью механизмов подписок на события в конфигураторе или используя внешние обработки. При сохранении документа система может автоматически отправлять письмо ответственному лицу или создавать задачу в системе бизнес-процессов.