Как в 1С посмотреть кто создал отчет

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

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

Рассмотрим основные методы идентификации авторов отчетов, начиная от простого анализа свойств файла и заканчивая глубоким изучением логов системы. Мы разберем нюансы работы в файловом и клиент-серверном вариантах, а также уделим внимание особенностям работы с конфигурациями, где отключено ведение подробного журнала.

Анализ свойств файла внешнего отчета

Самый быстрый, но не всегда надежный способ узнать создателя — изучить свойства самого файла отчета, если он сохранен на диске в формате .mxl или .erf. Операционная система Windows или Linux сохраняет метаданные файла, включая имя пользователя, создавшего или последнего изменившего этот файл. Однако стоит помнить, что эти данные легко подделать или они могут не обновиться при копировании.

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

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

⚠️ Внимание: Свойства файла в операционной системе не являются юридически значимым доказательством авторства. Данные могут быть изменены специальными утилитами или сброситься при пересохранении файла в другом редакторе.

Использование журнала регистрации событий

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

Для доступа к журналу вам потребуются права администратора системы. В режиме «1С:Предприятие» перейдите в меню Администрирование → Журнал регистрации. Если вы работаете в тонком клиенте, путь может отличаться в зависимости от интерфейса, но суть остается прежней: поиск по логам событий.

В открывшемся окне необходимо настроить отбор. Установите период, охватывающий предполагаемую дату создания отчета. В поле «Событие» выберите группу событий, связанную с работой с внешними отчетами или обработками. Ключевыми событиями здесь являются:

• 📂 Начало работы с внешним отчетом — фиксирует факт открытия файла.
• 💾 Сохранение внешнего отчета — критически важное событие, указывающее на запись изменений.
• 👤 Пользователь — поле, содержащее имя учетной записи в информационной базе.
• 💻 Компьютер — имя узла сети, с которого выполнялось действие.

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

Проверка через режим Конфигуратор

Если отчет является не внешним файлом, а встроенным объектом метаданных (например, добавлен в конфигурацию как «Внешний отчет» или «Внешняя обработка»), информацию об авторе можно найти в свойствах объекта внутри режима Конфигуратор. Этот метод актуален для разработчиков и администраторов, имеющих право на изменение конфигурации.

Запустите 1С в режиме Конфигуратора. Откройте дерево метаданных и найдите ветку Внешние отчеты или Внешние обработки. Найдите нужный объект, кликните по нему правой кнопкой мыши и выберите Свойства. В открывшемся окне часто заполняется поле «Комментарий» или «Синоним», куда разработчики вручную вписывают данные об авторе.

Более глубокий анализ возможен через историю изменений конфигурации, если база данных работает в режиме управляемого хранилища (repository). В этом случае можно посмотреть ревизию, в которой данный объект был добавлен в конфигурацию. Система покажет пользователя, сделавшего коммит (сохранение изменения) в хранилище.

Конфигурация → Хранилище конфигурации → Открыть хранилище → История изменений

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

Анализ таблицы версий и хранилища

В современных версиях платформ 1С (начиная с 8.3.10 и выше) активно используются механизмы версионирования внешних отчетов непосредственно внутри информационной базы. Если ваша конфигурация поддерживает сохранение вариантов отчетов, авторство может быть зафиксировано в специальных служебных таблицах.

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

Поле таблицы	Описание данных	Где используется
Создатель	Ссылка на пользователя базы	Регистр сведений «ВерсииОтчетов»
ДатаСоздания	Дата и время генерации файла	Таблица «ХранилищеВнешнихОтчетов»
ИмяФайла	Оригинальное имя файла на диске	Свойства макета
Комментарий	Текстовое описание версии	Форма сохранения варианта

Если стандартными средствами 1С получить эти данные сложно, администраторы часто используют прямые SQL-запросы к базе данных (для SQL Server или PostgreSQL). Это позволяет выгрузить техническую информацию о владельце бинарного блока данных, хранящего отчет.

⚠️ Внимание: Прямой доступ к таблицам базы данных через SQL возможет только при наличии соответствующих прав и понимания структуры таблицы. Неверный запрос может привести к блокировке таблиц или нарушению целостности данных.

Особенности файлового и клиент-серверного варианта

Методы поиска автора существенно различаются в зависимости от технического варианта работы базы данных. В файловом варианте (.1CD) журнал регистрации ведется в одном файле с данными, и его очистка или переполнение может произойти незаметно для администратора.

В клиент-серверном варианте (SQL) журнал регистрации хранится в отдельных системных таблицах сервера 1С:Предприятие. Это обеспечивает более высокую надежность и возможность хранения логов за длительные периоды. Кроме того, в SQL-версии можно настроить раздельное ведение журналов для разных информационных баз на одном сервере.

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

Технические нюансы записи в журнал

В файловом варианте журнал представляет собой один файл .lgp. При достижении размера 100 МБ (по умолчанию) старые записи могут удаляться циклически. В SQL варианте размер журнала ограничен только размером диска и настройками регламентных заданий очистки.

Настройка регистрации для будущих отчетов

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

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

• 🔒 Изменение прав доступа — чтобы видеть, кто мог получить доступ к созданию.
• 📝 Запись данных — общее событие, фиксирующее изменение объектов.
• 📄 Печать и формирование отчетов — для отслеживания использования.

Также стоит настроить регламентное задание «Очистка журнала регистрации» таким образом, чтобы важные логи хранились минимум 3-6 месяцев. Короткий период хранения может привести к тому, что к моменту возникновения вопроса информация уже будет удалена.

Часто задаваемые вопросы (FAQ)

Можно ли узнать автора отчета, если журнал регистрации был отключен?

К сожалению, если журнал регистрации не велся в момент создания или сохранения отчета, восстановить эту информацию штатными средствами 1С невозможно. Платформа не хранит историю действий «задним числом». Единственный косвенный метод — анализ свойств файла в ОС, но он ненадежен.

Как узнать, кто изменил существующий отчет?

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

Виден ли IP-адрес пользователя в журнале регистрации?

В стандартном журнале регистрации 1С поле «Компьютер» обычно содержит сетевое имя узла (NetBIOS), а не IP-адрес. Для получения IP-адреса требуется углубленная настройка сервера 1С или анализ логов сетевого оборудования, так как платформа фокусируется на имени узла кластера или рабочей станции.

Влияет ли режим совместимости на ведение журнала?

Да, в старых режимах совместимости (например, 8.1 или 8.2) набор регистрируемых событий может быть ограничен. В современных версиях платформы функционал журнала расширен. Рекомендуется использовать актуальный режим совместимости для полного аудита действий.